[MPlayer-advusers] large files old-incoming review

[Reimar Doeffinger]

Hello,
On Fri, Jan 26, 2007 at 02:42:06AM -0500, compn wrote:
> /!under_checking/ra_problem.tar.bz2
> AUDIO: 16000 Hz, 1 ch, s16le, 16.1 kbit/6.29% (ratio: 2012->32000)
> Selected audio codec: [rasiprwin] afm: realaud (Win32 RealAudio Sipro)
> works
> delete unless you need for testing ffsipr in the future....
> 
> !unknown/e32k3-halflife2_pce32003_8dn_qt.mov
> seems to desync completely on last frame
> b-frame support missing in ffsvq3
> works with binary codec
> delete

IMO it is a good idea to keep such samples if we don't have any yet. If
they are big we could add a .txt with a request for smaller samples to
the directory...

> ##########mplayer problem
> 
> mpeg4_with_quicktime_container.mp4
> with -demuxer lavf, caused my pc to reboot :(
> last thing i saw was a change of resolution.
> broken file?
> run in valgrind! make sure there are limits on vo directx max resolution.

Some massive error concealment is going on, basically only I-Frames and
the upper part of some other frames are okay. -demuxer lavf makes no
difference for me, valgrind does not complain either AFAICT (PPC/vo_x11).

> !under_checking/703.wmv
> display is warped with wmv8 binary codec
> displays fine iwth ffwmv2 (but j-type picture errors)
> colorspace problem?

Maybe we should collect those J-type samples in case someone should want
to implement them...
The wrong colours with binary decoder IIRC go away when removing YV12 as
supported format from codecs.conf, but that slows down decoding also for
samples that currently work perfectly...

Greetings,
Reimar Döffinger