[MPlayer-dev-eng] MPlayer G2

[Gábor Lénárt]

Current mplayer HAS got cache, and as far as I saw, G2 has got too (cache2.c).
Also some time ago I had an idea, to use cache layer to messure some critical
things, like too slow "source", and create an API for this, so everyone can
write modules easily to call certain funcions in case of problem (just one
- maybe dumb - idea: alter the speed of the CDROM, my DVD drive overheats
every CDs reading longer than few minutes, and I hate adjust spead by hand
every time to try to get the "good" speed for the current task).



On Wed, Apr 09, 2003 at 11:58:44PM +0300, Ivan Kalvachev wrote:
> Hi, happy to see you are working on next generation player :)
> One quick question:
> Are you planning some cache-ing feature for the input streams?
> i'm sure you would not like to have pthreads so early in you code :(
> Or maybe we should try to increase the "poll" of demuxed packets?
> 
> 
> Best Regards
>   Ivan Kalvachev
> P.S.
> CVS when?
> 
> Arpi said:
> > Hi,
> >
> >> > there is an updated version, with almost complete steram layer
> >> impl.:
> >> >         mplayerhq.hu/~arpi/mplayer-G2-preview2.tar.gz
> >>
> >> and now preview3
> >
> > prev4 is out with the preview of the new demuxer layer/api
> > http://mplayerhq/~arpi/g2/
> >
> > stream layer still not complete, smb, cue, mms missing, and some code
> > (especialy vcd) needs cleanup, removal of the globals
> >
> > demuxer is very similar to the current one in mplayer, but it supports
> > more than one audio/video/sub stream at teh same time, and the
> > stream/codecs header thing is better separated from demuxers.
> > now there are 2 kind of codec headers in teh demux_stream_t: ms_header
> > (microsoft-format header, bitmapinfo for video and waveformatex for
> > audio) and codec_data for other codec-specific stuff, like mp4 headers,
> > realmedia's extra stuff, quicktime's imagedesc etc. the ms-header is
> > mandatory, have to be 'emulated' when not exists as-is in the container
> > (avi/asf/wav/ogm? have it).
> >
> > i don't want big flames against it, i've decided it so and i won't
> > change my mind :).
> >
> > i'll port some demuxers (probably asf and real will be the first, since
> > they do work ok now and i have files with multiple streams for testing)
> > i'll rewrite avi and mpeg demuxers, mostly from scratch. teh new avi
> > demuxer will do runtime index building, and will support opendml.
> > the mpeg demuxer will be the 3-layered thing i've designed half year
> > ago, to support es (mpeg-es video, mp2/mp3 audio files), ps/pes and ts
> > streams, even with runtime format (layer) switching.
> >
> > if anyone is interested in porting other demuxers, stream modules, tell
> > me. (smb:// is almost ready, see my other mail today on this topic)
> >
> >
> > A'rpi / Astral & ESP-team
> >
> > --
> > Developer of MPlayer, the Movie Player for Linux -
> > http://www.MPlayerHQ.hu
> >
> > _______________________________________________
> > MPlayer-dev-eng mailing list
> > MPlayer-dev-eng at mplayerhq.hu
> > http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
> 
> 
> 
> _______________________________________________
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng

-- 
- Gábor (larta'H)