[MPlayer-users] libmpdemux & cache2

[Arpi]

Hi,

I've separated demuxer (and avi writer) to a library called libmpdemux.
It's not in the final form yet - needs some more cleanup and maybe
API changes too. But if it's ready, then video editing/conversion
tools can use it instead of the buggy avifile.
Btw it handles mpeg (ps/pes/vob/es), avi (i,ni,ni-ni and interleaving
and bps-based pts), asf and mov file formats. It will write avi, and maybe
mov and mpeg. asf writting not planned (both tech and legal reason).

The other big change is cache2.c integration.
WARNING! it's very alpha code yet, and it doesn't support seeking!
But it seems to already work well with STDIN!

To enable, change #undef USE_STREAM_CACHE to #define, and recompile.

To try: mplayer - < file.avi (or mpg or asf)
Note: .mov won't work at stdin, as it requires seeking.

it works with -vcd too, and should work with -dvd too (dvd not tested).

Yes, it will output lots of status lines. it will be removed soon!

Please try with slow inputs (NFS/SMB mounted disks, slow cdrom etc).
I'm interested in the results. don't forget using in stdin mode (-)
except it will fail because of unimplemented seek.

Note: if you check status prints - you'll see a % number decreasing from
100 to 50%, and then moves around 49%. It means buffer fill ratio.
It's around 50% because only the half of the 2MB buffer is used for
read-ahead, the other half is used for backward seeking (not imp. yet).
(both buffer size and readahead ratio will be configure option later)

If you stop input somehow (disconnect net cable, open cdrom etc)
the % number will slowly go down to 0% and then playback stops.
Playback should remain perfect until it's > 0%.
When it stopped (0%) it should not use CPU at all.
If input working again, it will fill buffers and continue playback.


A'rpi / Astral & ESP-team

--
mailto:arpi at thot.banki.hu
http://esp-team.scene.hu