Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
![]() |
|
Thread Tools | Search this Thread | Display Modes |
![]() |
#3742 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,037
|
@OrangeColaJuice: Had some time to look at the 'force 444 downsample'-option and I noticed that I never properly implemented support for it in Vapoursynth and Avisynth.
I fixed that (hopefully) and send you a link to a dev version via pm. (link will be active for ~24hrs) Cu Selur |
![]() |
![]() |
![]() |
#3745 | Link |
Long-time Reader
Join Date: Jan 2017
Location: New Mexico
Posts: 5
|
Hybrid 2023.03.17.1
I just finished my first test of Hybrid (handy tool, btw, for one-off jobs when I'm not in Avisynth mode) and found that the x265 option does not set PAR properly (well, not with an ordinary NTSC DVD 720x480i 4:3 source anyhow). The current workaround is to set PAR manually by adding it to the x265 command line with `--sar 8:9` for example. The weird thing is, when packaging to MKV, the PAR appears to be set correctly according to both MediaInfo "DAR 4:3" and ffprobe "SAR 8:9 DAR 4:3". VLC also plays it correctly. Roku, however, does not play it correctly but instead plays it with 1:1 PAR (DAR 3:2). (I didn't dig deeper with ffprobe to try to find the exact missing data point.) I've learned over the years that whenever I have trouble with an MKV, I should first test it as an MP4. MediaInfo gives more/better details on MP4s and ffmpeg somehow works better--or gives better messages--with MP4s. (MakeMKV, for example, does not build MKVs from DVDs that trim well because it fails to do the equivalent of `ffmpeg -fflags +genpts` -- which does not always work when transcoding MKV-to-MKV for some reason.) Thus, when I tried packing with Hybrid to MP4 instead, nothing liked the result. MediaInfo showed DAR 3:2, ffprobe showed SAR and DAR metadata to be absent, and both VLC and Roku played it in 3:2 instead of 4:3. I poked around at various setting for a few hours running many tests, trying to find some conflict somewhere, but found nothing that helped the PAR setting and ultimately looked up x265 switches and tried adding `--sar x:y`. Oh, yes, I also tested x264 and that worked fine as well. This is using primarily all the default settings as installed. I didn't change anything surprising (except during troubleshooting). That is, I set video to x265, audio to passthrough, default container to MKV; x265 CRF to 19 (and others during testing), preset to Slow (and others), profile to Main (8-bit); left deint at GTGMC (Vapoursynth), set its preset to Very Slow and checked Bob. That's it. All the boxes that show detected input PAR (such as in Crop/Resize) correctly show 8x9. The main Base tab correctly shows PAR 0.889 in the video summary. The only other thing I found was that videos from Hybrid don't set the progressive metadata flag like ffmpeg does, but forcing that didn't change anything either since progressive is the default for x265 anyhow. |
![]() |
![]() |
![]() |
#3748 | Link |
Long-time Reader
Join Date: Jan 2017
Location: New Mexico
Posts: 5
|
Auto deint: VIVTC > VDecimate tab > Cycle
Changing the Cycle does not change the output frame rate or count, like it does with TIVTC > TDecimate > Cycle. Assuming, that is, cycle is number of frames out of which to drop 1 frame. |
![]() |
![]() |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|