This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

I somehow messed up a h.264 stream's properties => stuttering
#3
(19.07.2024, 21:15)Selur Wrote: Taking 7x14 as source.
The AP intro is real progressive 25fps, then it looks like a norm conversion from 23.976 to 25fps by adding frames.
It doesn't seem interlaced by field shifted.
Bobbing the source and looking at the frames 300-349 (so 1 second of content)
300 301 302 304 306 309 312 314 317 320 322 325 326 328 330 333 334 336 338 341 342 343 346 349
so 24fps.

Weird... The audio tells a different story: i.e. the original file is just sped up by 104.2%. While watching any other episode in MPC-HC at 0.96% speed, the audio and video are fairly close to normal with no (visible) artifacts.

(19.07.2024, 21:15)Selur Wrote: But looking at their differences: 1, 1, 2, 2, 3, 3, 2, 3, 3, 2, 3, 1, 2, 2, 3, 1, 2, 2, 3, 1, 1, 3, 3 there does not seem a fixed pattern.
(no clue whether the source was already like this or whether using Avidemux&Co you messed this up)

Not sure what that sequence of numbers means. But you should be able compare to 7x13, which plays as it should and is not botched.

(19.07.2024, 21:15)Selur Wrote: So one would either:
a. try to find an automated way to select the unique frames (using TIVTC or sRestore with adjusted settings)
or
b. use TFM or QTGMC or TIVTC (all with adjusted settings) + FillDuplicates (with Rife and an adjusted threshold, probably 0.004)
[...]

=> maybe someone over at videohelp&co has a good idea how to configure TIVTC or sRestore to detect the right unique frames.

Wait, wait. I am not looking for a solution where I have to re-encode the video, neither do I want to mess with the 25 FPS, getting it to the original rate.
I don't remember what I did to break the file, but I know for a fact I did not re-encode it, so the fix should (ideally) not involve re-encoding, unless necessary.

But I am really curious, do you notice any difference in terms of timecodes, etc. (anything that would cause stutter) between 7x13 and 7x14?
Could you notice the stutter in MPC-HC on 7x14? It's supposed to be missing on 7x13.

(19.07.2024, 21:15)Selur Wrote: PPs.: some h.264 headers can be changed wit ffmpegs bitstream filters https://ffmpeg.org/ffmpeg-bitstream-filters.html

This might be useful for the purpose, I will read that and report back. Thanks!

(19.07.2024, 21:15)Selur Wrote: (or buy the complete DVD set box from ebay and upscale it themselves)

Nah, too much work for too little fidelity. I'm actually thinking of getting the Blu-ray collection instead, since I like this show.
Reply


Messages In This Thread
RE: I somehow messed up a h.264 stream's properties => stuttering - by antoniu200 - 19.07.2024, 22:33

Forum Jump:


Users browsing this thread: 1 Guest(s)