eokerson at texasconnect.net
Sun Sep 1 00:25:48 CEST 2002
On Sat, 31 Aug 2002, Arpi wrote:
> > > imho the first step would be adding tis to the demuxer you want to use. for
> > > mov it's demux_mov.c. what file format and codecs are you interested?
> > I would like to do it in an RTP stream (unicast), but I am leary of the
> > real.com C++ implementation. I much prefer C. Once I get it implemented
> so you'll use the live.com libs (do they support in-stream codec change?)
> or do you plan to extend teh current rpt:// support of mplayer ?
I don't know if they support it or not. I have beem working with the oRtp
package from linphone, it is written in C and supports in-stream codec
> > in the demuxer what else needs to be done?
> if only teh codec changes, it's easier, if the filemormat too, then it's
> more difficult.
Really only interested in RTP at this point.
> one way is just restaring the playback process at codec changes (like you
> have multiple files in a playlist) but it may have visual effect/flicker
> depending on the vo driver being used.
I think the flicker on full-screen would be too much to bear watching.
> for using multiple codecs for constant demuxer, and switching between them
> in-stream, you should init all the codecs at the beginning and make some
> switching when the decoder function is called.
> the libmpcodecs part should be reentrant (maybe except the win32 codecs)
> but i'm afraid the others, especialy the mplayer.c code needs some design
That is what I was afraid of.
More information about the MPlayer-dev-eng