DivX 5.0 sometimes freezes until next keyframe is read !

[animefan]

I just tried the new version but I am quite disappointed :-((

I tried to play an anime episode I encoded a couple of days ago (an ogm file containing an ogg vorbis audio stream and a divx (4.12) video stream at 576x432 pixels , 25 fps).

A couple of seconds after the playback has started divx stops decoding the videostream and the picture freezes. As soon as divx reads the next I frame (a keyframe) it suddenly starts playing the video again until it gets stuck again sometime later ...

Even setting the postprocessing level to MIN didn't help a thing.

[Acaila]

That's exactly the same thing I've been getting.
It's just out a few hours, so I guess we'll have to wait a while longer before someone finds a solution for that :)

[canadian_fbi]

what players are you guys using? i'm playing an .ogm file (~750 kbps divx 4.12 video with ~118 kbps vorbis audio) in wmp6.4 with the divx 5 pro decoder with no noticeable problems right now.

[MaTTeR]

Hmm..I'm getting the same thing now as well. I tried Zoom Player and BSplayer. None of the post-processing sliders seem to effect the problem either:confused:

LOL. Are we already waiting for a bug fix?

[animefan]

The videostream is encoded at 1900 kbit and the ogg vorbis stream at 128 kbit. I tried to play it with WMP 6.4 under Windows 2000 (SP2 ; DirectX 8.1).

My CPU is an AMD Athlon 900 (VIA KT133 chipset - the PCI latency patch is installed).

[canadian_fbi]

my settings that seem to be working fine are as mentioned above, under windows xp with an athlon xp 1700+. i tested the opening credits of a couple sopranos episodes, which have a lot of motion (generating higher bitrates) and lots of scene changes. furthermore i'm doing an encoding run in vdub on lower priority in the background, and still noticed no problems. i have noticed jumpy video in the past though in ogms during periods that i thought might be higher bitrates, and these episodes are relatively low-bitrate. i suspect it has something to do with the ogg multiplexing but i could be wrong.

[MaTTeR]

I'm encoding straight to AVI. I'm pretty sure Acaila was doing the same. This rules out being an Ogg issue.

I'm running dual 850s with 768MB of RAM on a 440BX board. So it's not a MaTTeR of system specs:D

[Zarxrax]

I had this problem with a clip my friend sent me. I am only using the free version (no b-frames) and I havent had the problem with my encodes. I think that maybe the b-frames use much more cpu power to decode, so that makes them choppy?

[Acaila]

Yeah, I used B-frames and all the new goodies to encoded. I only made avis so far though (no audio), so ogg or multiplexing is definately not the reason.

Both WMP and PowerDivX4 show the choppy behaviour. Even with post-processing turned all the way down.

[morello12]

I've encoded some material at 640x480 with an ABR of 3700 kb/s & ac3 audio. It plays fine on my PIII-800 with post-processing settings from 0-4. Higher than 4 and it gets a little choppy in high motion scenes. Otherwise, everything thing else works great.

Earlier I noticed problems similiar to what was happening here, but they seem to have gone away now... whenever I play the videos they don't get stuck anymore.

[decibel]

Divx5 is the most buggy DivX release ever. I have attached an example.

[animefan]

I did some further testing with the ogm file that causes problems with the latest divx direct show filter and it seems that the playback freezes whenever the CPU-load gets too high to decode the stream. Divx then stops decoding and waits for the next keyframe.

Now it gets quite interesting:
I used graphedit to demultiplex the ogm into an avi file (video only - max. multiplexed) and an ogg audio file. The resulting avi does no longer freeze whenever the CPU-load gets too high - instead it seems to either skip P frames or incorrectly decode them which completely messes up the video: any motion in the video leaves visible trails and other strange artifacts until the next keyframe occurs). When I play an MPEG4 stream with xvid exactly the same problem occurs. This can also be triggered by other applications maxing the CPU though increasing the priority of the mediaplayer process can fix this problem.

Even after multiplexing _this_ AVI and the ogg file into a new ogm stream the freezing no longer occurs when playing this new stream!

[Acaila]

I used graphedit to demultiplex the ogm into an avi file (video only - max. multiplexed) and an ogg audio file. The resulting avi does no longer freeze whenever the CPU-load gets too high - instead it seems to either skip P frames or incorrectly decode them which completely messes up the video: any motion in the video leaves visible trails and other strange artifacts until the next keyframe occurs). When I play an MPEG4 stream with xvid exactly the same problem occurs.

The above has already been described before, and has nothing to do with DivX5. I believe it's more along the lines of faulty demultiplexing video streams from ogg into avi.

You could be right about the cpu load affecting playback for DivX5 though. A possible reason for high cpu load could be the quarter pel option. Or it could be the B-frames that cause choppy playback by themselves, I don't know.