Hello, this I got while ripping a dvd: 1 duplicate frame(s)! ODML: Starting new RIFF chunk at 1023MiB.7min 1440mb A-V:0,000 [1015:128] I googled a little and found out that there is a known problem with mplayer pre4 which was aready fixed in cvs. Link same as above http://thread.gmane.org/gmane.comp.video.mplayer.user/29156 Maybe you guys can update the ebuild the prevent people wasting hours with encoding improper movies. Thanks! Keep up th good work! Sebastian Reproducible: Always Steps to Reproduce: 1. 2. 3.
Have you tried the fix mentioned in http://article.gmane.org/gmane.comp.video.mplayer.user/29157 ?
Hi, I just applied it to the ebuild. emerge /usr/portage/media-video/mplayer/mplayer-1.0-pre4.ebuild unpack vi /var/tmp/portage/mplayer-1.0_pre4/work/MPlayer-1.0pre4/libmpdemux/aviheader.c +230 ->/*if (demuxer->movi_end < 0x7fffffff) break;*/ ebuild /usr/portage/media-video/mplayer/mplayer-1.0_pre4.ebuild merge It buildt :) Now let me check of the resulting avi (aiming for 1.4GB) will be fine. Will take some time though. I'll reply in some hours. Sebastian
Well :) Again I got this message while encoding the first pass (which is all I did till now): ODML: Starting new RIFF chunk at 1023MiB Playing the output (test.avi) it says: Playing test.avi. Cache fill: 0,10% (8192 bytes) AVI file format detected. AVI: ODML: Building odml index (2 superindexchunks) VIDEO: [DIVX] 576x304 24bpp 25,000 fps 1053,5 kbps (128,6 kbyte/s) Clip info: Software: MEncoder 1.0pre4-3.3.2 Seeking in the avi is possible now. But it's different. It seeks, but doesn't display new pictures (frames) while doing so. But I can live with that. Bottom line: No corruptions in the output of the first pass. Now I'll try the second pass. Laters Sebastian
*** Bug 53908 has been marked as a duplicate of this bug. ***
Sebastian- This will be in 1.0_pre4-r5 when it's released (hopefully in the next few days, although bug #55456 may slow things down).
This was slipped into >1.0_pre4-r4.
