[Mplayer-users] uploaded files - bugs
arpi at thot.banki.hu
Thu May 17 01:22:04 CEST 2001
I've just downloaded files from thot/MPlayer/incoming,
and checked them.
"In this video ct starts steadily growing after about 40 seconds while
A-V remains mostly the same. When ct reaches ~7s, it starts diminishing
again, but doesn't seem to fall much below 4.5s. This file is also
non-interlaced, so it needs -ni. -bps doesn't seem to matter. The file
is about the first minute, 30MB."
I've fixed the bug in mplayer (wasn't really a bug, but a small problem
which hide the real problem with -bps and make seeking buggy in VBR streams)
So. the problem with this file is that it has VBR mp3 audio!
It isn't a big problem, because it's supported (see DOCS), but
you have to use -mc 0 option to disable timestamp syncing.
This stream is also non-interleaved, so -ni required.
(really it's interleaved, but the encoder did it wrong because of
the VBR audio, so it's even worse than non-interleaved files)
I could play it without sync or other problems using:
mplayer test.avi -ni -mc 0 -bps
(it works without -bps too, but then it shows big de-syncing)
It uses RLE or uncompressed encoding, which is not supported (yet).
The problem is (occuring segfault) that mplayer uses fourcc 0x1 for
mpeg 1/2 files, but it seems to be already used for uncompr/rle avi
I'll change mpeg fourcc in the near future. It requires codecs.conf
upgrade, so it will maybe happen only at the next release.
(we don't want to get tons of bugreports about broken mpeg playing)
About the other files:
They work for me, so please upload a .txt with bug/problem description
and bugreporters email address. It's always usefull to upload a .txt
file along the buggy .avi/.mpg/.asf describing things, so i can test
it after each big code change.
A'rpi / Astral & ESP-team
mailto:arpi at thot.banki.hu
Mplayer-users mailing list
Mplayer-users at lists.sourceforge.net
More information about the MPlayer-users