[MPlayer-users] Re: Can't seek beyond 1GB

Tobias Diedrich ranma at tdiedrich.de
Mon May 24 18:42:48 CEST 2004


Michael Weissenbacher wrote:

> the current cvs has a switch -noodml to disable odml but
> this doesn't allow you to go over 2gb, which is better than 1gb.

Actually it should work even with file sizes >4gb, since there is fixup
code compensating for an offset wraparound.

> with this commandline (for the second pass):
> $ cat 2004-04-27.20\:05.99.99.rec/001.vdr
> 2004-04-27.20\:05.99.99.rec/002.vdr 2004-04-27.20\:05.99.99.rec/003.vdr
> | /bin/nice -n 19 /usr/bin/mencoder -ovc xvid -xvidencopts
> bitrate=1500:gmc:vhq=4:interlacing:pass=2 -srate 44100 -oac mp3lame
> -lameopts cbr:br=128 -vf scale=720:-2,crop=704:400 -zoom -mc 0.1 -cache
> 65536 - -o movie.avi
> i get a 2.5gb avi-file that is seekable ok by mplayer, but i'm having
> problems with using ogmmerge to produce an .ogm out of it or using
> avidemux2 to split it. what is even more strage, if i do an:
> $ mencoder -ovc copy -oac copy -o movie2.avi movie.avi
> i can use ogmmerge without problems on the file movie2.avi.

The problem is that I have been unable to reproduce the problem so far.
And asking for the corrupt file is a bit out of question I guess. :-)
(Actually, at 60KB/s it would be borderline with 19 hours for a 4GB
file, if you have the upload speed)

Judging from the fact that you could 'repair' your file with -ovc copy
-oac copy, maybe the bug only happens while (re-)encoding?

It would be cool if you could change ODML_CHUNKLEN in
libmpdemux/muxer_avi.c to the commented out value (which should be 16MB
per chunk), reproduce the problem with that and upload the borken file.

-- 
Tobias						PGP: http://9ac7e0bc.2ya.com
He said he hadn't had a byte in three days.
I had a short, so I split it with him.




More information about the MPlayer-users mailing list