hi Cot, get comfortable and grab a beer lol. bit of info below.
The video i’m working with 1920x1080p x264 video and outputting it as x264 MKV using ac3 audio.
Regarding the version I’m using - its the 64bit version.
my previous version of staxrip was StaxRip-x64-126.96.36.199, the only reason i updated it to 4.2.0 was due to 188.8.131.52 version not being able to import videos with long file names when adding a movie into it for most of this year for no apparent reason as i didn’t update anything in staxrip , but maybe a windows update had something to do with it., it would constant say something about file name too long , or too many characters. so i was forever shortening the file name so it would import into it. but after updating to the newest build a few things started not working as they did previously. i always like to have the latest version too, just in case there’s new features or something like that.
( I dont see the y4m text in the newest updated version anywhere.)
as for the y4m , i dont know what that is but i just did a small sample encode in version 2.1.30 and it has the word demuxer in front of it, see several items below which i highlighted in BOLD
“C:\Media programs 1\StaxRip x64\StaxRip\StaxRip-x64-184.108.40.206\Apps\FrameServer\VapourSynth\vspipe.exe” “C:\HQ Vids\To convert\21.2008.BluRay.1080p.TrueHD.5.1.AVC.REMUX-FraMeSToR_temp\2 SToR .vpy” - –y4m | “C:\Media programs 1\StaxRip x64\StaxRip\StaxRip-x64-220.127.116.11\Apps\Encoders\x264\x264.exe” --pass 1 --bitrate 6500 --preset slower --profile high --level 4.1 --partitions none --no-fast-pskip --no-mixed-refs --no-mbtree --subme 10 --no-weightb --rc-lookahead 120 --ref 4 --no-dct-decimate --videoformat ntsc --colorprim bt709 --colormatrix bt709 --transfer bt709 --input-depth 8 --muxer mkv –demuxer y4m --frames 1033 --stats “C:\HQ Vids\To convert\21.2008.BluRay.1080p.TrueHD.5.1.AVC.REMUX-FraMeSToR_temp\2 SToR .stats” --output NUL -
y4m [info]: 1920x800p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x264 [info]: profile Main, level 4.1, 4:2:0, 8-bit
also i am using the vapoursynth “VSFilter” which is located on the Mid left of the app, as there are 2 to choose from Avisynth or VS Filter, i used to use avisynth , but then changed to vapoursynth filter “VS Filter” , as the encodes processed 50% - 100% faster, with no difference in quality. So thats where the vpy[info] may be coming from.
as for that aspect ratio error, i just did some testing , by disabling a tonne of different things one by one to isolate the issue, still could not find out why, then i disabled the filters i use one by one, and found that the MCTemporalDenoise filter was the one causing it. if i disable it the encode says 1:1 or 0:0 as it should, but as soon as i renable it , the error comes back. see if you can reproduce this. In the filter list goto Noise --> MCTemporalDenoise , i also use SMDegrain “very low” as well most of the time with it. but is definately the MCTemporalDenoise causing it. and also if the cropping of a video is slightly out it will also give that same 368:363 aspect error be it those numbers or slightly different. but regardless those numbers are hugely different to what it should be --> 1:1
i have also noticed a few other annoying small issues with this latest version, like when you save the project, Pressing File, then save Profile, it then creates an .srip file whcih u can double click to load up at a later time if you like, so what i notice is on the right side of the Staxrip app you have a small white area that says presets, Tune, options, and just above that you have your saved templates or where you can Copy/mux etc… well when i have my custom loadup profile settings there, and i go to reload that .srip file that custom preset reverts back to default ( x265) preset is loaded. and all audio in the bottom section is now blank too.
Aslo unable to force an aspect ratio from 2:35 to 2:40 using the resize option or vise versa. where as in previous i could.