Seeking in OGM containing DivX 5

[tiki4]

Well,

I still try to find out what happens if one muxes an DivX5 with B-frames, which seems to create additional 2 frames in the encoded stream, to an OGM container.
People have reported about seeking problems in the DivX5 forum. As I have done only one DivX5 encode yet I'm not daring to say that this is a general problem but I also had seeking problems in a DivX5 + Vorbis OGG file. Others claim that the DivX5 DS filter compensates for the 2 additional frames at playback. But what about the internal time stamps inside these OGG containers?

In my opinion it is possible that the two additional frames in the video stream screw up the audio/video-syncing. Is there someone who can confirm or explain this?

I'll test on my own later on when I'm home, but maybe there is someone with experience about the OGG format...

Regards,

tiki4

[FH2]

I'd nearly the same problem when muxing an divx5 video and an ogg steam into an ogm-file. First of all audio/video sync wasn't damages. But seeking took a much longer time, maybe about 5 sec before the movie continued playing.

[tiki4]

I did some tests yesterday using music videos. It seems there is no problem with audio/video sync as long as one doesn't try to use the seeking slider in mplayer2. After that audio and video are horribly out of sync (I'd guess more than half a minute).

I used MP3 and also Vorbis in the OGM files. The video stream was encoded in DivX 5 Pro with b-frames and GMC on. Qpel was off. I'm using OggDS 0.9.6 in a cleanly installed W2K.

[Neo Neko]

I got different results totally. Using the latest directshow filters a Divx5/Vorbis OGG played smooth and seeked instantly. This was with B frames and Qpel enabled. With Divx5/MP3 it played fine but as soon as I seeked the audio dropped out totally never to return. But it went right to the spot in the video and kept playing with no delay. Just with no audio.

[tiki4]

Strange.

[spotter]

this has happened to me before when I was splitting old avi's and making .ogg's out of them.

there are multiple avi direct show tools. If the normal file-reader->avi demux doesn't work right in graphedit, try using the avi/wav file reader which automatically does the demux'ing for you (As well as the reading). I demuxed a divx/ac3 into a ogg doing the normal method first and it was very choppy, I then switched avi/wav direct show filter (removing the demux'er at the same time) and it created a file that played normally.

I believe there are 3 ways to read/demux avi's using graphedit (but on my linux laptop right now, so can't find them)

[MaTTeR]

Another thread along the same lines...

http://forum.doom9.org/showthread.php?s=&postid=97695#post97695