<DIV><BR><BR><B><I>live-devel-request@ns.live.com</I></B> wrote:
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Send live-devel mailing list submissions to<BR>live-devel@lists.live.com<BR><BR>To subscribe or unsubscribe via the World Wide Web, visit<BR>http://lists.live.com/mailman/listinfo/live-devel<BR>or, via email, send a message with subject or body 'help' to<BR>live-devel-request@lists.live.com<BR><BR>You can reach the person managing the list at<BR>live-devel-owner@lists.live.com<BR><BR>When replying, please edit your Subject line so it is more specific<BR>than "Re: Contents of live-devel digest..."<BR><BR><BR>Today's Topics:<BR><BR>1. RE: On demand RTSP Unicast server question (Ross Finlayson)<BR>2. RE: On demand RTSP Unicast server question (Dixon Siu)<BR>3. About setting a multicast On Demand server (Achraf GAZDAR)<BR>4. Re: WinCE compilation (Gabriel Bouvigne)<BR>5. problem with AMR RTP client (Gabriel Bouvigne)<BR>6. Re: problem with AMR RTP client (Gabriel Bouvigne)<BR>7. Re: About
setting a multicast On Demand server (Ross Finlayson)<BR>8. Re: About setting a multicast On Demand server (John M. Zwiebel)<BR>9. Re: problem with AMR RTP client (Ross Finlayson)<BR>10. Re: WinCE compilation (Ross Finlayson)<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Mon, 12 Jul 2004 13:22:45 -0700<BR>From: Ross Finlayson <FINLAYSON@LIVE.COM><BR>Subject: RE: [Live-devel] On demand RTSP Unicast server question<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID: <6.1.2.0.1.20040712131549.069a41c0@localhost><BR>Content-Type: text/plain; charset="us-ascii"; format=flowed<BR><BR><BR>>Thank you very much for the reply. To confirm what you said, you mean stream<BR>>a MPEG video stream from a file, right.<BR><BR>Yes. That is what "testOnDemandRTSPServer" does.<BR><BR>>So it is no way to stream not from a file.<BR><BR>To stream a MPEG-1 or 2 Video Elementary
Stream, unicast, on demand, from <BR>something that's not a file, you will need to do the following:<BR>1/ Write your own 'source' object that encapsulates your video stream source.<BR>2/ Create your own subclass of "OnDemandServerMediaSubsession", and use <BR>this *instead of* "MPEG1or2FileServerMediaSubsession". Your new class will <BR>be similar to "MPEG1or2FileServerMediaSubsession", except that the <BR>"createNewStreamSource()" virtual member function will create an object of <BR>your own source class (defined in 1/), *instead of* a "ByteStreamFileSource".<BR><BR><BR>Ross Finlayson<BR>LIVE.COM<BR><HTTP: www.live.com /><BR><BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Tue, 13 Jul 2004 09:59:10 +0900<BR>From: "Dixon Siu" <DIXONSIU@MEDIAGLUE.CO.JP><BR>Subject: RE: [Live-devel] On demand RTSP Unicast server question<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID:
<DFEILNMJCAFGAPLNLEJBEECECBAA.DIXONSIU@MEDIAGLUE.CO.JP><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Hi Ross,<BR><BR>Thanks for the suggestion which is exactly what I need. It will be similar<BR>to what I did in DeviceSource which handles buffer reading instead of file<BR>reading.<BR><BR>> To stream a MPEG-1 or 2 Video Elementary Stream, unicast, on demand, from<BR>> something that's not a file, you will need to do the following:<BR>> 1/ Write your own 'source' object that encapsulates your video<BR>> stream source.<BR>> 2/ Create your own subclass of "OnDemandServerMediaSubsession", and use<BR>> this *instead of* "MPEG1or2FileServerMediaSubsession". Your new<BR>> class will<BR>> be similar to "MPEG1or2FileServerMediaSubsession", except that the<BR>> "createNewStreamSource()" virtual member function will create an<BR>> object of<BR>> your own source class (defined in 1/), *instead of* a<BR>> "ByteStreamFileSource".<BR>Challenging! Hope
that this time I will do it correctly so that live.com can<BR>use my code to benefit other users. :P<BR><BR>Regards,<BR>Dixon<BR><BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Tue, 13 Jul 2004 11:13:25 +0200 (CEST)<BR>From: Achraf GAZDAR <ACHRAF_G@YAHOO.FR><BR>Subject: [Live-devel] About setting a multicast On Demand server<BR>To: live-devel@ns.live.com<BR>Message-ID: <20040713091325.25090.qmail@web25101.mail.ukl.yahoo.com><BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR><BR>Hi all,<BR>I want to change testOnDemand to play media on demand by using multicast in stead of using unicast. Is live can do this or I need to make some changes to it. If yes please say which classes must be changed.<BR>thanks in advance <BR><BR><BR><BR>---------------------------------<BR>Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage !<BR>Créez votre Yahoo! Mail<BR><BR>Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !<BR>-------------- next part
--------------<BR>An HTML attachment was scrubbed...<BR>URL: http://lists.live.com/pipermail/live-devel/attachments/20040713/ca982f3e/attachment-0001.html<BR><BR>------------------------------<BR><BR>Message: 4<BR>Date: Tue, 13 Jul 2004 11:28:08 +0200<BR>From: Gabriel Bouvigne <GABRIEL.BOUVIGNE@RESONATE-MP4.COM><BR>Subject: Re: [Live-devel] WinCE compilation<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID: <40F3AB28.9080406@resonate-mp4.com><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Ross Finlayson a écrit :<BR><BR>> Thanks for contributing this. I have now updated the released code <BR>> (2004.07.06) with your patch. Please download it and check whether it <BR>> still compiles and works OK for you.<BR><BR>I tryed and it compiles.<BR>However, in some places some try/catch are used. Under winCE 2002, <BR>exceptions are not available. In means that the catch will be
inoperant.<BR><BR>Regards,<BR><BR>-- <BR><BR>Gabriel Bouvigne<BR>Resonate mp4<BR>Tel: (+33) 142 411 665<BR><BR>------------------------------<BR><BR>Message: 5<BR>Date: Tue, 13 Jul 2004 13:18:11 +0200<BR>From: Gabriel Bouvigne <GABRIEL.BOUVIGNE@RESONATE-MP4.COM><BR>Subject: [Live-devel] problem with AMR RTP client<BR>To: live-devel@ns.live.com<BR>Message-ID: <40F3C4F3.8020808@resonate-mp4.com><BR>Content-Type: text/plain; charset=us-ascii; format=flowed<BR><BR>Hello<BR><BR>I am encountering some problems when trying to receive the amr stream of <BR>a 3gp file. (the server is Darwin)<BR><BR>The data I am receiving in my sink does not correspond to the amr data, <BR>and its size is 31 bytes instead of 32.<BR><BR>I noticed that in BufferedPacket::use, the fBuf buffer includes the <BR>correct data, however fHead is 18 while I can see that my data is <BR>starting in 18th position from the start of the buffer (so the fHead <BR>index should be 17).<BR><BR>Anyone encountered problems
when trying to receive an amr stream through <BR>an ISMA server?<BR><BR>Regards,<BR><BR>-- <BR><BR>Gabriel Bouvigne<BR>Resonate mp4<BR>Tel: (+33) 142 411 665<BR><BR>------------------------------<BR><BR>Message: 6<BR>Date: Tue, 13 Jul 2004 16:38:31 +0200<BR>From: Gabriel Bouvigne <GABRIEL.BOUVIGNE@RESONATE-MP4.COM><BR>Subject: Re: [Live-devel] problem with AMR RTP client<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID: <40F3F3E7.5030307@resonate-mp4.com><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Gabriel Bouvigne a écrit :<BR><BR>> I am encountering some problems when trying to receive the amr stream of <BR>> a 3gp file. (the server is Darwin)<BR><BR>Updates related to my problem:<BR><BR>In my tests, there are 5 AMR samples per rtp packet. However my sink <BR>(inheriting from MediaSink) addData function is only called for the 5th <BR>sample extracted from the RTP packet, but not for the 4
starting ones in <BR>each rtp packet.<BR><BR>Moreover, the data received by my sink does not includes the frame type <BR>at the beginning. This data (FT) is part of the ToC entry stored in the <BR>RTP packet.<BR><BR><BR>Feedback from previous experience using live.com to receive amr streams <BR>would be welcome.<BR><BR>Regards,<BR><BR>-- <BR><BR>Gabriel Bouvigne<BR>Resonate mp4<BR>Tel: (+33) 142 411 665<BR><BR>------------------------------<BR><BR>Message: 7<BR>Date: Tue, 13 Jul 2004 09:04:34 -0700<BR>From: Ross Finlayson <FINLAYSON@LIVE.COM><BR>Subject: Re: [Live-devel] About setting a multicast On Demand server<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID: <6.1.2.0.1.20040713090012.0244a5a0@localhost><BR>Content-Type: text/plain; charset="us-ascii"; format=flowed<BR><BR><BR>>I want to change testOnDemand to play media on demand by using multicast <BR>>in stead of using unicast.<BR><BR>I'm not sure that this is
something that makes much sense.<BR><BR>"On demand" means that a new stream will be created in response to each new <BR>client. Why would you want each new stream to be multicast?<BR><BR>Note that the existing "test*Streamer" applications contain a RTSP server <BR>that streams via multicast.<BR><BR>What is it exactly that you want to do?<BR><BR><BR>Ross Finlayson<BR>LIVE.COM<BR><HTTP: www.live.com /><BR><BR><BR>------------------------------<BR><BR>Message: 8<BR>Date: Tue, 13 Jul 2004 09:17:09 -0700<BR>From: "John M. Zwiebel" <JZWIEBEL@CRUZIO.COM><BR>Subject: Re: [Live-devel] About setting a multicast On Demand server<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID: <176CAB20-D4E8-11D8-86D7-0003936A6062@cruzio.com><BR>Content-Type: text/plain; charset=US-ASCII; format=flowed<BR><BR><BR>On Jul 13, 2004, at 9:04 AM, Ross Finlayson wrote:<BR><BR>><BR>>> I want to change testOnDemand to play media on demand by using
<BR>>> multicast in stead of using unicast.<BR>><BR>> I'm not sure that this is something that makes much sense.<BR>><BR>> "On demand" means that a new stream will be created in response to <BR>> each new client. Why would you want each new stream to be multicast?<BR>><BR><BR>For your consideration:<BR><BR>There is a protocol called MSNIP which is used as a reverse IGMP<BR>that allows a first-hop router to signal a given source that (S,G)<BR>state has been created so the source should start sending.<BR><BR>It hasn't been deployed.<BR><BR>2cents<BR><BR><BR>------------------------------<BR><BR>Message: 9<BR>Date: Tue, 13 Jul 2004 09:41:04 -0700<BR>From: Ross Finlayson <FINLAYSON@LIVE.COM><BR>Subject: Re: [Live-devel] problem with AMR RTP client<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID: <6.1.2.0.1.20040713093355.033cd040@localhost><BR>Content-Type: text/plain; charset="us-ascii";
format=flowed<BR><BR><BR>>I am encountering some problems when trying to receive the amr stream of a <BR>>3gp file. (the server is Darwin)<BR>><BR>>The data I am receiving in my sink does not correspond to the amr data, <BR>>and its size is 31 bytes instead of 32.<BR><BR>Gabriel,<BR><BR>Have you tried using "openRTSP" to receive the stream? Is it working <BR>correctly?<BR><BR>(By the way, do you know about the "AMRAudioFileSink" class? It is a <BR>subclass of "FileSink" that prepends the output file with appropriate AMR <BR>header information. It is used by "openRTSP" when receiving AMR audio data.)<BR><BR>If "openRTSP" is not working correctly (when recording a AMR/RTP stream), <BR>then please point me at a (publically-accessible) "rtsp://" URL that <BR>illustrates this problem.<BR><BR>(If you're feeling adventurous, take a look at "AMRAudioRTPSource.cpp". If <BR>there's a bug, it's probably there...)<BR><BR><BR><BR>------------------------------<BR><BR>Message:
10<BR>Date: Tue, 13 Jul 2004 09:57:45 -0700<BR>From: Ross Finlayson <FINLAYSON@LIVE.COM><BR>Subject: Re: [Live-devel] WinCE compilation<BR>To: "LIVE.COM Streaming Media - development & use"<BR><LIVE-DEVEL@NS.LIVE.COM><BR>Message-ID: <6.1.2.0.1.20040713094500.033c9710@localhost><BR>Content-Type: text/plain; charset="us-ascii"; format=flowed<BR><BR><BR>>>Thanks for contributing this. I have now updated the released code <BR>>>(2004.07.06) with your patch. Please download it and check whether it <BR>>>still compiles and works OK for you.<BR>><BR>>I tryed and it compiles.<BR>>However, in some places some try/catch are used. Under winCE 2002, <BR>>exceptions are not available. In means that the catch will be inoperant.<BR><BR>Currently, C++ language exceptions are used in the stream parsing code <BR>(which is used for parsing things like MPEG headers), to deal with the <BR>(exceptional) situation where the parser runs into the end of the input
<BR>buffer (and so new data needs to be read from the input source).<BR><BR>I'd love to be able to get rid of the use of C++ exceptions here (because <BR>you're not the only person to have tried using a C++ SDK in which <BR>exceptions aren't available), but right now I don't see any way of doing <BR>this without turning "StreamParser.hh" (and much of "StreamParser.cpp") <BR>into a hideous mess of macros.<BR><BR><BR><BR>------------------------------<BR><BR>_______________________________________________<BR>live-devel mailing list<BR>live-devel@lists.live.com<BR>http://lists.live.com/mailman/listinfo/live-devel<BR><BR><BR>End of live-devel Digest, Vol 9, Issue 9<BR>****************************************<BR></BLOCKQUOTE></DIV><p>
<hr size=1>
Créez gratuitement votre Yahoo! Mail avec <font color="red"><b>100 Mo de stockage !</b></font>
<br><a href="http://fr.rd.yahoo.com/mail/taglines/*http://fr.rd.yahoo.com/evt=25917/*http://fr.rd.yahoo.com/mail/mail_taglines_100/default/*http://fr.benefits.yahoo.com/">Créez votre Yahoo! Mail</a>
<br><br>
Dialoguez en direct avec vos amis grâce à <a href="http://fr.rd.yahoo.com/mail/taglines/*http://fr.rd.yahoo.com/messenger/mail_taglines/default/*http://fr.messenger.yahoo.com/">Yahoo! Messenger !</a>