DivX Pro 5.0.2 video: can't seek

[newbie]

Hi VirtualDub gurus. I hope to get your help.

I have a DivX Pro 5.0.2 avi file, but with Windows Media Player I can't seek it. When I move the slider, audio keeps on playing but video freezes. If I play it with DivX Player 2.0 Alpha, seek doesn't go over a fixed point but it never freezes (I mean: I move the slider to half movie, the slider goes back to the last correct keyfram and keeps on playing from there).

Here is "File Information" from VirtualDub 1.4.10:
Frame size: 720x546 25.000 fps (40000 microsec)
# frames: 168516 (1:52:20)
Decompressor: DivX Pro 5.0.2 Codec
Number of key frames: 48 (NO ERROR. 48)
(...it goes on)

As you see, VirtualDub only finds 48 keyframes.
The movie plays just fine if I don't seek it.
I've searched the Internet for a solution, and I found that "Re-derive keyframe flags" was suggested. It DOESN'T help my case.

Any idea?

Thank you,

newbie

[manono]

Hi-

Yeah, I've seen that sort of thing before. I did find however, that if I waited long enough (several minutes), that eventually it did go to the seek place (it was DivX 3.11, though). I never had much luck with the "rederive key frames" either. No, the only way I see to fix it is to reencode it. Maybe use a somewhat lower resolution (640x480?).

[newbie]

Thanks!!

Actually, I found a kind of solution.
Stripping and recalculating Index using DivFix1.08 partially solved the problem.
Partially, because now I can freely seek the movie, but after seeking I have this funny behaviour (already seen before): the new picture doesn's show right away, but partially fades from the old one. I'm sure if you've seen it, you know what I mean.
It doesn't find the keyframe to generate a complete new frame, but simply apply mpeg delta information on the current image, leading to some funny images.

Any way to fix this?

[manono]

Hi-

No, I haven't seen that before, but I understand what you're saying. The Readme says:Keyframe detection seems to be not perfect with DivX5 AVIs. So, does it correct itself when it hits the next keyframe? If so, then I wouldn't worry about it much. It does me give me an idea about how to try and fix one of mine with a similar problem. Thanks.

You don't sound like a "newbie" to me. Posting icognito, eh?

[newbie]

So, does it correct itself when it hits the next keyframe? If so, then I wouldn't worry about it much. It does me give me an idea about how to try and fix one of mine with a similar problem. Thanks.


Good I helped you!
Keyframe takes quite a long time to show up but yes, the video is shown correctly after that.
Still, it might have been better to fix it!
Thank you anyway for your time.


You don't sound like a "newbie" to me. Posting icognito, eh?


Rather post good questions and call yourself a newbie than asking FAQ and call yourself a old dude... ;-)
Thank you for your compliments, anyway.

[alexnoe]

During compression, the codec tells which frames are keyframes and which not, and VirtualDub or the such only store that info.
If you then get 48 keyframes for such a movie, then either the codec is crap because it indeed only generated 48 keyframes, or it is crap because it even can't set the keyframe-flag correctly.