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@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng