10.02.2024, 22:31
As stated, jobs go well over 100%. I watched one go over 200% before I cancelled it.
Debug attached.
Debug attached.
Jobs go over 100% indefinitely
|
10.02.2024, 22:31
As stated, jobs go well over 100%. I watched one go over 200% before I cancelled it.
Debug attached.
11.02.2024, 08:15
Usually happens If there is a proplem with the length detection of the source. Will look at it this evening.
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
11.02.2024, 17:47
MediaInfo reports the source as:
Video Hybrid assues it's telecine (could also be soft telecine), thus IVTC should be applied. You chose to use QTGMC (thus deinterlacing the source) (you should overwrite the scan type to tff or bff if your source really isn't telecined, but interlaced) for filtering: # Imports Strange thing the output fps in the encoder is set to 29.97 <- this looks wrong. During the encoding Hybrid assumes that the output is 1090.59 seconds long (Frame count 32685 @ 29.97 fps) 22 min 35 s which would be 18min 10.50 sec. Which seems to be correct assuming that Hybrid things the chapter selection is 1-4 (and thus limits the length to 00:18:10.591) Seems like something is wrong with the frame count, frame count should be doubled due to the bobbing with QTGMC. This explains the problem with the progress indication. Sadly I can't reproduce the problem here. For me both the frame count and frame rate of the output get adjusted properly. => I'll send you a link to my latest dev, via pm. Can you reproduce the issue with that version. If you can, can you share your source with me and a tell me the steps you took to get this result? I have no clue what could causte the output frame count and rate not to get adjusted. Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
11.02.2024, 22:06
Dev version did not work I'm afraid. I had deinterlace/telecine set to "off" in all cases by the way. I did not enable QTGMC or ITVC.
New debug attached. Quote: I had deinterlace/telecine set to "off" in all cases by the way.the sample you send me is soft telecined and has tons of rainbows&co. Hybrid will still deinterlace if you use filtering that requires progressive content. If your have an NVIDIA graphic card: a. enable Filtering->Vapoursynth->Misc->Source->Use DGDecNV when available. b. set "Overwrite input scan type to" "(soft) telecine" c. if there are still some combing artifacts use either Filtering->Vapoursynth->Frame->Misc->Vinverse or Vinverse2 or Filtering->Vapoursynth->DeNoise->QTMC in mode 1. If you have no NVIDIA graphic card: a. set "Overwrite input scan type to" "telecine" (the source for me is already detected as telecine) b. if there are still some combing artifacts use either Filtering->Vapoursynth->Frame->Misc->Vinverse or Vinverse2 or Filtering->Vapoursynth->DeNoise->QTMC in mode 1. Cu Selur Ps.: If you have a modern NVIDIA card using BasicVSR++ from the torch-Addon might also help with the denoising&co. PPs.: going to bed now, but will try to reproduce the frame rate&coun issue tomorrow after work. had a quick look, I see the problem: Hybrid needs to add Deinterlacing for progressive filtering (source is detected as not progressive), then doesn't reinterlace since the output encoder is set to progressive, but the frame rate and count isn't adjusted properly. => will fix tomorrow (by throwing away frames)
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
12.02.2024, 06:42
I created a dev version, which will make sure that when Deinterlacer is set to 'none', overwrite scan type will be forcefully set to 'progressive', which should fix the problem.
Send you a link via pm. Cu Selur
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page.
12.02.2024, 23:10
Here’s the result of some testing:
When I set deinterlace handling to “TIVTC” with DotKill enabled, it processed the file at 125% and playback was fine. When I set deinterlace handling to “none” with DotKill enabled, it processed the file at 125%, but the video introduced combing that is not present in the source file. When I set deinterlace handling to “none” with DotKill disabled, it processed the file at 125%, but the video playback was too fast and ended before the audio. While TITVC did work, it reduced the frame rate from 29.97 to 23.97, which I do not want, as parts of the video are true 30fps such as the intro and moving background animations at 19:35. Quote: While TITVC did work, it reduced the frame rate from 29.97 to 23.97, which I do not want, as parts of the video are true 30fps such as the intro and moving background animations at 19:35.Then overwrite the scan type to TFF, this way Hybrid will treat the source as interlaced and deinterlace to same rate. 125% seems to be 'correct' since the source has more frames than mediainfo reports: Frame count : 32685 No clue what MakeMKV did to this file, extractin the time codes, there should be one per frame (even if the source was vfr) I get 32687 time codes, thus there should be no more frames than this. Seems like either MediaInfo changed the was it reports the frame count or makemkv changed the way it writes the headers. I'm away from my pc for today, but may be I can figure something out tomorrow. About deinterlacing, another thing you can try is keeping keeping the scan type as telecine or tff, apply TFM and move it above the deinterlacer in the FilterOrder. Cu Selur => Frame count problem, seem to be an issue with the source filters. Using FFMS2 or BestSource as source filter seems to work with the frame count, using DGDecNV or LWLibAVSource returns 40k instead or 32k frames.
----
Dev versions are in the 'experimental'-folder of my GoogleDrive, which is linked on the download page. |
« Next Oldest | Next Newest »
|