Video Seek Freeze, Why?!

[Leinad4Mind]

Hi there,

I've been doing a lot of tests, and I found out that when I'm using LAV, I got freezes on some x264 videos on some parts of the video on seeking.
If I change the video to MPC-HC Internal (on the last version of MPC that had the internal), even keeping LAV Audio and LAV Splitter, no more freezes.
I've test the video on VLC and it play fine too. (I've CCCP installed)
I've tested changing seek options on MPC-HC, but nothing, I changed to Kawai codec, and the problem existed too. So I'm preety sure the culprit is LAV Video.
I've tested with all LAV Filters since: 0.60.1 till the last one 0.67, and in all versions the problem exist :/

With 0.58.2 -The freeze doesn't exist but it appears this bug: http://i.imgur.com/sJU9gnd.jpg
With 0.59.1.26 - The bug above is gone, but it begins the freezing, but it has a lot of freeze way more then on 0.60.1 above, since on 0.6x versions I just see 1 or 2 "keyframes" that freezes.

I though it could be about x264 settings. But I have 2 videos with the same settings, and the problem just exist in one of the videos -.-'

And I encoded an mp4, and the original one doesnt have the freezing. -.- But I've many encodes of mines with the same settings and the problem doesn't exist. :s

Here it is a sample: https://mega.nz/#!2EUA2bTB!fvTE_lEhBF91MmjY4ttWKnZdKOxpeTFmlw3L-rrVtCU

Go to 50 Seconds, you'll see the image to Freeze. And the SEEK of that sample is very poor, I can't choose to play in a specific second. VLC for example can play the file well, but I dont want to use that...
Other example, if I put haali splitter as the prefered one, the video seek is solved too. Even using LAV video and audio. Just changing the LAV Splitter to Haali Splitter.

I don't know the culprit of this happening. I use MeGUI to encode, version 2624, 10bits x264 from komisar. Is the problem on komisar build? Is the problem on 10bits? Is the problem on a bad muxer that comes with MeGUI? Is the problem by me using FFVideo, should I use LSMASH?

If anyone could help me to solve this mistery that happens not just with me, but with a lot of friends of mines, after I discovery this "bug". I bet this will happen with anyone.
If you want the original sample file I can send you. Cheers

[sneaker_ger]

I think it's a muxer bug. The is 1 entry in the 'rap ' group (for seekable frames) at ~47s. The next 'sync' sample (also for seekable frames) is at ~57s. I assume VLC et al. simply do not care about 'rap ' group (which is bad!). LAV does care but since the entry is (probably) wrong in this case it means seeking between 47s and 57s is broken. What muxer version are you using exactly? (Be careful, MeGUI might be using x264.exe's muxer also. Look into log.)

[sneaker_ger]

I checked MeGUI's mp4box. Old version has broken mp4box. Switch to MeGUI development update server to fix this problem - it will will offer you a newer mp4box version that's not affected.

[Leinad4Mind]

Thanks. I'll do more tests with the dev version. I'm using mp4 option on megui.

[Leinad4Mind]

Great! With the mp4box changed, the problem is gone! :D

Now I've other problem, that is still here. Why the seek is very poor? Why can't I seek and select each second? Many frames when I try to select a specific second I see the seek jump like 10 seconds from 1 frame to the next seekable frame. :(

[sneaker_ger]

MPC-HC "Options">"Tweaks", un-tick "Fast seek (on keyframe)".

[Leinad4Mind]

Thanks, man! You saved my life twice! :thanks: