[Mplayer-dev-eng] compile error asf_streaming
Bertrand BAUDET
bertrand_baudet at yahoo.com
Tue Jul 17 19:59:49 CEST 2001
On Tuesday 17 July 2001 07:05, you wrote:
> Hi,
>
> > > asf_streaming.o: In function `asf_http_request':
> > > asf_streaming.o(.text+0x5b9): undefined reference to `demuxer'
> > > asf_streaming.o(.text+0x5ec): undefined reference to `demuxer'
> > > collect2: ld returned 1 exit status
> > > make: *** [mplayer] Error 1
> > >
> > > (I used --enable-streaming a month ago with success, now I tried it
> > > with today's CVS, but something went wrong)
> >
> > Hmm. I'll check this.
> > Some weeks ago I've changed 'demuxer' and friends to local variables
> > (they were globals before), as the first step to re-entrant libdemuxer.
> > It seems to asf steraming code uses it too.
>
> I've checked, but don't understand why demuxer struct access requires
> there. Bertrand, please check this! I disabled (#if 0 - #endif) that code
> in asf_streaming.c, to get it compile (mpeg/avi parts are usable this way).
>
> If you need demuxer struct there (it's strange, because this func is
> called from start_streaming(), but demuxer is NULL/uninitialized then...)
> pass it as parameter. Btw I prefer using sh_new_audio or sh_new_video
> to allocate new streams, rather than modifying demuxer struct directly.
I'm using the demuxer to get the list of streams that are in the asf file.
When requesting a ASF stream to a windows media server, the player
can ask for a specific stream (only audio or only video or both streams).
To be able to ask the right number of stream a first request is made (without
the need of the demuxer struct) to receive the ASF header. From this header
mplayer fills the demuxer struct and then read the v_streams and the a_streams
variables to build the second request.
I didn't take track of the changes in mplayer for a long time, so maybe now
there will be a better way to handle that. I will try to find some time to
look at the demuxer changes.
BTW this part of the code wasn't working well, so your changes are ok.
Bertrand
_______________________________________________
Mplayer-dev-eng mailing list
Mplayer-dev-eng at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng
More information about the MPlayer-dev-eng
mailing list