[MPlayer-users] mplayer with really big avi movie

[陆然]

Hi,

On Wednesday 22 February 2006 19:16, RC wrote:
> On Wed, 22 Feb 2006 14:56:25 +0800
>
> 陆然 <hephooey at gmail.com> wrote:
> > look for the answer in the  source code, I found that the avi demux
> > read the a dword value as the endpos  of the movie, and the movie
> > ended at the exact pos when playing with mplayer.
>
> You might try -demuxer 35

Is that the lavc demuxer? I tried, mplayer stopped at:
libavformat file format detected.
for a very long time, I had to ctrl+c it. However, if I dd a 5M part of the 
file, it works fine. Does this demuxer need to read all the huge file to 
start?

> Is mplayer exiting normally (EOF) or is it crashing in one way or
> another?

well, here is part of the log, the complete output is in the attachment:

====== AVI Super Index Header ========
  FCC (indx) dwSize (32024) wLongsPerEntry(4)
  bIndexSubType (0) bIndexType (0)
  nEntriesInUse (16) dwChunkId (01wb)
  dwReserved[0] (0) dwReserved[1] (0) dwReserved[2] (0)
===========================
ODML (01wb): [0] 0x00000000000179bc 0x7d20 15360000
ODML (01wb): [1] 0x00000000485a9d1c 0x7d20 15360000
ODML (01wb): [2] 0x0000000090b12b94 0x7d20 15360000
ODML (01wb): [3] 0x00000000d907ba0c 0x7d20 15360000
ODML (01wb): [4] 0x00000001215e4884 0x7d20 15360000
ODML (01wb): [5] 0x0000000169b4d6fc 0x7d20 15360000
ODML (01wb): [6] 0x00000001b20b6574 0x7d20 15360000
ODML (01wb): [7] 0x00000001fa61f3ec 0x7d20 15360000
ODML (01wb): [8] 0x0000000242b8827c 0x7d20 15360000
ODML (01wb): [9] 0x000000028b0f10f4 0x7d20 15360000
ODML (01wb): [10] 0x00000002d3659f6c 0x7d20 15360000
ODML (01wb): [11] 0x000000031bbc2de4 0x7d20 15360000
ODML (01wb): [12] 0x000000036412bc5c 0x7d20 15360000
ODML (01wb): [13] 0x00000003ac694ad4 0x7d20 15360000
ODML (01wb): [14] 0x00000003f4bfd94c 0x7d20 15360000
ODML (01wb): [15] 0x000000043d1667dc 0x7d20 15094725
list_end=0xFC90
AVI: dmlh found (size=248) (total_frames=127862)
list_end=0x3FBE34E4
Found movie at 0xFC9C - 0x3FBE34E4

end of the output:

Unicode font: 21990 glyphs.
[xv] dx: 0 dy: 0 dw: 720 dh: 576
ds_fill_buffer: EOF reached (stream: audio)  /7036 23% 14% 22.6% 73 0 4%
ds_fill_buffer: EOF reached (stream: video)  /7049 23% 14% 22.5% 73 0 13%
EOF code: 1  81.9 A-V: -0.009 ct: -0.016 7049/7049 23% 14% 22.5% 73 0 13%

Uninit audio filters...
[libaf] Removing filter dummy
uninit audio: pcm
uninit video: dshow
vo: uninit ...

Exiting... (End of file)


and mplayer EOFed at 0x3FBE34E4.

I've hacked mplayer to ignore the 0x3FBE34E4 end by set the movi_end to 0 when 
the length is readed. After that mplayer can go a littler further, but still 
hanged at about 23 minute, just hanged, no crash, no EOF, seek the disk for 
about 30min, then quit at EOF. I guess mplayer tried to seek for further 
date, but failed to find any. But believe me, the file is fine.

> Are you using a CVS snapshot, or 1.0pre7?

CVS snapshot

> The verbose output would help shed some light on this, as always.

A output with double -v will be ok?

> You can also try -forceidx or -noidx.

I have tried both separately and there seems to be no way to seek.

-- 
Best Regards,
LR
-------------- next part --------------
A non-text attachment was scrubbed...
Name: largefile.log
Type: text/x-log
Size: 27802 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20060222/8a984362/attachment.bin>