deleted user
Unregistered
Thanks:
Given thank(s) in post(s)
If the colors look identical, you haven't really done much wrong. The main danger is that you get an inconsistency in the color spaces (let's say Premiere decodes to RGB with Rec601 and x264 then encodes back to YUV with Rec709, which would result in slightly different colors). Otherwise the only thinkable "loss" is possible rounding errors in the color space conversion ... which I think is FAIRLY negligible to the point where its impossible to notice even if you were pixel peeping the lossless conversion ... much less after running it through an encoder like x264 with its quantization matrices that introduce magnitudes more imprecision than that.
Btw, you can check an encode while it is running, at least with commandline. Just open the .264 file in MPC-HC. You will not be able to jump forward or anything, but you can check the result in the beginning rather easily. If you don't wanna risk opening the file itself, you can make a copy of the in-progress .264 file and check that one.
Posts: 954
Threads: 6
Joined: 2015 Apr
Thanks: 232
Given 258 thank(s) in 178 post(s)
Country:
2018-03-08, 02:18 PM
(This post was last modified: 2018-03-08, 02:19 PM by X5gb.)
Yea, I know I could check now via mpc-be but don't want to do anything on the pc while its encoding just in case it interferes with the process. I don't mind waiting for the result and will more than likely like I said redo the whole thing, as I can't remember if I did the export using render depth option at 32bit rather than only 24bit.
Posts: 5
Threads: 0
Joined: 2018 Sep
Thanks: 0
Given 0 thank(s) in 0 post(s)
Country:
Posts: 794
Threads: 36
Joined: 2018 Feb
Thanks: 672
Given 1118 thank(s) in 419 post(s)
Country:
Posts: 5
Threads: 0
Joined: 2018 Sep
Thanks: 0
Given 0 thank(s) in 0 post(s)
Country:
Posts: 7,151
Threads: 601
Joined: 2015 Jan
Thanks: 1081
Given 1497 thank(s) in 969 post(s)
Country:
Posts: 5
Threads: 0
Joined: 2018 Sep
Thanks: 0
Given 0 thank(s) in 0 post(s)
Country:
Posts: 7,151
Threads: 601
Joined: 2015 Jan
Thanks: 1081
Given 1497 thank(s) in 969 post(s)
Country:
IIRC a small program is needed to read .avs files...
Posts: 5
Threads: 0
Joined: 2018 Sep
Thanks: 0
Given 0 thank(s) in 0 post(s)
Country:
it's working now. I forgot that although I use AviSynth 2.6 it is still a 32bit tool and therefore can't work with the 64bit x264. I used the 32bit version of x264 instead. It starts running but before it starts I'm getting 2 error messages telling me that the x264-r2901-7d0ff22.exe is missing the nvcuvid.dll and d3dx9_30.dll in order to work. After I confirm those messages the batch starts encoding anyways. Can I ignore those messages and encode anyways or what do they mean ? I searched a bit but couldn't find a solution which makes any sense. I don't even have a Nvidia graphic card...
I was also curious if I even have to use the avisynth script at all. spoRv What do you think about the old fps command which could be used and would look like
........--tune film --fps 24000/1000 --force-cfr --keyint 24............
Wouldn't that be fine as well?
Posts: 7,151
Threads: 601
Joined: 2015 Jan
Thanks: 1081
Given 1497 thank(s) in 969 post(s)
Country:
Avisynth script is not mandatory; indeed, I always render a lossless version, and use it as final source to feed x264 encoder.
And, as I use only avisynth, I always put assumefps (if/when needed) after loading source/s.
|