From Fri Oct 13 03:41:45 2000 Received: from dist.dist.unige.it (dist.dist.unige.it [130.251.1.4]) by lists.sourceforge.net (8.11.1/8.11.1) with ESMTP id e9DAfiH17187 for ; Fri, 13 Oct 2000 03:41:44 -0700 Received: from amelia (amelia.com.dist.unige.it [130.251.8.12]) by dist.dist.unige.it (8.9.3/8.9.3/generic-osf1) with ESMTP id MAA18741 for ; Fri, 13 Oct 2000 12:56:29 +0200 (MET DST) From: Organization: DIST - University of Genova, Italy To: Date: Fri, 13 Oct 2000 12:41:00 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Message-ID: <39E702DC.30747.5DC27B8(at)localhost> Priority: normal X-mailer: Pegasus Mail for Win32 (v3.12c) Subject: [Live-devel] LiveMedia on windows Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Status: O Hello! I am a PhD student from University of Genova, Italy. My lab is working on an MPEG-4 compliant Facial Animation Engine. Specifically, my job is interfacing the animation engine with the Web. I have developed a netscape plugin which downloads animations from an httpd server. I am now starting to work on MPEG-4 animation bitstream streaming with RTP. I was looking for a c/C++ RTP library, and found live.com's liveMedia. I succesfully compiled the lib on windows, but cannot compile the samples, because the BasicUsage Environment does not compile on windows. Does this mean that it is not possible to use the lib on windows by now, or that there are alternative ways of using it? Can you help me with some hints/sample source code? Carlo Carlo Bonamico PhD student DSP - Lab, DIST, University of Genova Via Opera Pia 13, 16145 GENOVA, ITALY From Fri Oct 13 15:19:15 2000 Received: from ns.live.com (ns.live.com [208.184.148.162]) by lists.sourceforge.net (8.11.1/8.11.1) with ESMTP id e9DMJFH01735 for ; Fri, 13 Oct 2000 15:19:15 -0700 Received: from rsf-laptop.live.com (dhcp0.live.com [208.184.148.170]) by ns.live.com (8.9.3/8.9.3) with ESMTP id PAA14607; Fri, 13 Oct 2000 15:19:12 -0700 (PDT) Message-Id: <4.3.1.1.20001013132700.00b562f0(at)ns.live.com> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 13 Oct 2000 15:17:03 -0700 To: From: Ross Finlayson Subject: Re: [Live-devel] LiveMedia on windows Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Status: O At 03:41 AM 10/13/00, charlieb(at)dist.unige.it wrote: >Hello! > I am a PhD student from University of Genova, Italy. My lab is >working on an MPEG-4 compliant Facial Animation Engine. >Specifically, my job is interfacing the animation engine with the >Web. I have developed a netscape plugin which downloads >animations from an httpd server. I am now starting to work on >MPEG-4 animation bitstream streaming with RTP. Wow! This sounds very interesting. >I was looking for a c/C++ RTP library, and found live.com's >liveMedia. > >I succesfully compiled the lib on windows, but cannot compile the >samples, because the BasicUsage Environment does not compile >on windows. Does this mean that it is not possible to use the lib on >windows by now, or that there are alternative ways of using it? The BasicUsageEnvironment class currently doesn't compile on Windows, mainly because Windows doesn't provide the setitimer() interval timer function that's present on Unix. Windows, does - apparently - provide a "SetTimer()" function that's similar, so it should be possible to (using "#ifdef"s) get BasicUsageEnvironment to compile and run under both Unix and Windows. Alternatively, one could develop their own subclass of UsageEnvironment specifically for Windows, or for some common usage environment that itself is portable to both Unix and Windows. For instance, my "liveCaster" tool - - uses this library in combination with "TclUsageEnvironment": a subclass of UsageEnvironment developed specifically to run within the Tcl scripting language environment. (At some point in the future I'll probably include TclUsageEnvironment in "LIVE.COM Streaming Media" along with BasicUsageEnvironment, but it's not quite ready to release just yet. Anyway, good luck on your work with MPEG-4. Should you develop MPEG-4 specific subclasses of "liveMedia", I hope you'll consider contributing them to the library. Ross. From Thu Oct 26 20:38:16 2000 Received: from ns.live.com (ns.live.com [208.184.148.162]) by lists.sourceforge.net (8.11.1/8.11.1) with ESMTP id e9R3cGu22831 for ; Thu, 26 Oct 2000 20:38:16 -0700 Received: from rsf-laptop.live.com (dhcp0.live.com [208.184.148.170]) by ns.live.com (8.9.3/8.9.3) with ESMTP id UAA51536 for ; Thu, 26 Oct 2000 20:38:15 -0700 (PDT) Message-Id: <4.3.1.1.20001026202420.00ba8860(at)ns.live.com> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 26 Oct 2000 20:38:11 -0700 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] New implementation of BasicUsageEnvironment - now portable to Windows Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Status: O FYI, I have released a new version (2000.10.26) of "LIVE.COM Streaming Media" that improves the implementation of BasicUsageEnvironment to make it portable to Windows as well as Unix. (The previous implementation was for Unix only.) Because of this, the test server and client in "testProgs" can also now be built for Windows as well as Unix. (Thanks to Carlo Bonamico for inspiring this.) Ross. From Fri Dec 29 14:37:09 2000 Received: from panoramix.valinux.com ([198.186.202.147] helo=mail2.valinux.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.16 #1 (Debian)) id 14C896-0001Sv-00 for ; Fri, 29 Dec 2000 14:37:08 -0800 Received: from ns.live.com ([208.184.148.162]) by mail2.valinux.com with esmtp (Exim 3.16 #1 (Debian)) id 14C3mg-0006GN-00 for ; Fri, 29 Dec 2000 09:57:42 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA14943; Fri, 29 Dec 2000 09:55:05 -0800 (PST) Message-Id: <4.3.1.1.20001229094430.00b409f0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 29 Dec 2000 09:50:16 -0800 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Change of C++ filename suffix Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O FYI, as of the most recent release (2000.12.28) of the "LIVE.COM Streaming Media" source code , ".cpp" is used as the suffix for C++ source files (rather than the previous suffix, ".C"). This means that the code will now compile directly on Windows (Visual C++), without having to first rename the files. Ross. From Tue Jan 09 14:02:49 2001 Received: from ns.live.com ([208.184.148.162]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.16 #1 (Debian)) id 14G6qv-0000Xr-00 for ; Tue, 09 Jan 2001 14:02:49 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA78379; Tue, 9 Jan 2001 14:03:04 -0800 (PST) Message-Id: <4.3.1.1.20010109135635.00ba2680(at)ns.live.com> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 09 Jan 2001 13:59:11 -0800 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] New "LIVE.COM Streaming Media" version Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O FYI, I have just released a new version (2001.01.09) of the "LIVE.COM Streaming Media" source code that fixes a bug noted by Roland Paviainen: The previous versions were incorrectly including (& checking for) a 4-byte MPEG audio header at the beginning of the RTP payload, even if the stream was not a RFC2250 stream. Ross. From Fri May 18 03:07:51 2001 Received: from vtools.es ([212.64.166.137] helo=correo.vtools.es) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 150hAk-0004Z1-00 for ; Fri, 18 May 2001 03:07:51 -0700 Received: by correo.vtools.es (Postfix, from userid 503) id 2CD135EF6; Fri, 18 May 2001 12:13:50 +0000 (/etc/localtime) Received: from paquito.vtools.es (paquito.vtools.es [192.67.79.105]) by correo.vtools.es (Postfix) with SMTP id 57A425EDB for ; Fri, 18 May 2001 12:13:48 +0000 (/etc/localtime) From: Francisco Javier Cabello Reply-To: To: Date: Fri, 18 May 2001 12:07:03 +0200 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Message-Id: <0105181207030K.05852(at)paquito.vtools.es> Content-Transfer-Encoding: 8bit X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) Subject: [Live-devel] MPEG-1 video Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello, has anybody used this library to packetize MPEG-1 video? Thanks Francisco J. Cabello From Tue Jun 19 02:48:33 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 15CI7c-0005hK-00 for ; Tue, 19 Jun 2001 02:48:32 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA65626; Tue, 19 Jun 2001 02:48:27 -0700 (PDT) Message-Id: <4.3.1.1.20010619024541.00b57840(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 19 Jun 2001 02:47:23 -0700 To: Jakob Schlyter From: Ross Finlayson Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: live v2001-06-17 and OpenBSD Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 12:54 AM 6/19/01, you wrote: >hi, > >to build live under OpenBSD I needed to add the following to >config.openbsd: > > .SUFFIXES: .cpp Jakob (cc. "live-devel"), Thanks for the 'heads up'. I'll add that line to "config.openbsd" in future releases. >perhaps this is needed on more platforms? Possibly, although I haven't heard any other report that it's needed. Thanks again for the report. Ross. From Mon Jun 25 23:12:36 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 15Em5T-0000dV-00 for ; Mon, 25 Jun 2001 23:12:35 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id XAA69615; Mon, 25 Jun 2001 23:12:34 -0700 (PDT) Message-Id: <4.3.1.1.20010625225126.00bd2b60(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 25 Jun 2001 23:10:26 -0700 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] New support for MPEG video streaming Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O The "LIVE.COM Streaming Media" libraries now includes support for MPEG (1 or2) video streaming, in addition to MPEG audio (e.g., MP3) streaming. The MPEG streaming implementation conforms to the RTP payload format described in RFC 2250. There are also three new test programs: "testMPEGVideoStreamer", "testMPEGVideoReceiver", and "testMPEGSplitter". (The latter program splits a MPEG Program Stream into its consitituent audio and video Elementary Streams.) I have also renamed the MP3 audio test programs, to be consistent with the names of the video test programs. The audio test programs are now called "testMP3Streamer" and "testMP3Receiver". Ross. From Mon Jun 25 23:33:11 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 15EmPO-000644-00 for ; Mon, 25 Jun 2001 23:33:10 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id XAA70217; Mon, 25 Jun 2001 23:33:10 -0700 (PDT) Message-Id: <4.3.1.1.20010625231544.00bc5590(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 25 Jun 2001 23:33:11 -0700 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] How are people using the libraries? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O I'm curious as to how many of you on this mailing list are using (or planning to use) the "LIVE.COM Streaming Media" libraries in your own application(s). If you're willing to talk about your plans for using (and/or adding to) the libraries, feel free to reply (either to me, or to the mailing list). Ross. From Tue Jun 26 03:10:23 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 15Epna-0000Lt-00 for ; Tue, 26 Jun 2001 03:10:22 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA77183; Tue, 26 Jun 2001 03:10:21 -0700 (PDT) Message-Id: <4.3.1.1.20010626030819.00bd7d90(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 26 Jun 2001 03:10:22 -0700 To: From: Ross Finlayson Subject: Re: [Live-devel] How are people using the libraries? In-Reply-To: .fr> References: <4.3.1.1.20010625231544.00bc5590(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 01:21 AM 6/26/01, you wrote: >There isn't any file for >downloading in the web > > http://sourceforge.net/projects/live > > only the notes and the release name (2001.06.25) There seems to be a problem at SourceForge.net; the release file (.tar.gz) is not showing up on their web site. Until they fix this problem is fixed, you can get the latest version of the file from http://www.live.com/liveMedia/ Ross. From Tue Jun 26 22:24:27 2001 Received: from www.vjil.com ([63.140.107.3] helo=chicago.vjil.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 15F7oR-0006Iu-00 for ; Tue, 26 Jun 2001 22:24:27 -0700 To: From: Date: Wed, 27 Jun 2001 10:59:25 +0530 Message-ID: X-MIMETrack: Serialize by Router on Chicago/US/VJIL(Release 5.0.7 |March 21, 2001) at 06/27/2001 12:18:46 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: [Live-devel] Welcome to the "Live-devel" mailing list (Digest mode) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O ---------------------- Forwarded by Anna Harsha Vardhan/India/VJIL on 01/21/2001 05:00 PM --------------------------- live-devel-request(at)lists.sourceforge.net(at)lists.sourceforge.net on 06/27/2001 10:52:02 AM Sent by: live-devel-admin(at)lists.sourceforge.net To: cc: Subject: Welcome to the "Live-devel" mailing list (Digest mode) Welcome to the Live-devel(at)lists.sourceforge.net mailing list! To post to this list, send your email to: live-devel(at)lists.sourceforge.net General information about the mailing list is at: http://lists.sourceforge.net/lists/listinfo/live-devel If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: http://lists.sourceforge.net/lists/options/live-devel/annaharshavardhan%40vjil.com You can also make such adjustments via email by sending a message to: Live-devel-request(at)lists.sourceforge.net with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: helloharsha If you forget your password, don't worry, you will receive a monthly reminder telling you what all your lists.sourceforge.net mailing list passwords are, and how to unsubscribe or change your options. There is also a button on your options page that will email your current password to you. You may also have your password mailed to you automatically off of the Web page noted above. From Thu Jun 28 02:57:56 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 15FYYd-0005Jx-00 for ; Thu, 28 Jun 2001 02:57:55 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA63292; Thu, 28 Jun 2001 02:57:51 -0700 (PDT) Message-Id: <4.3.1.1.20010628022042.00b66220(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 28 Jun 2001 02:56:56 -0700 To: From: Ross Finlayson In-Reply-To: .fr> References: <4.3.1.1.20010626030819.00bd7d90(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Live.com Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 08:59 AM 6/27/01, de la Fuente Conde, Jose Antonio wrote: > Hi! > It's me another time. I'm traying your library. It seems that it >works fine, congratulation. I have some questions to do to you. Jose, I'm answering your questions on the developers' mailing list, as they are likely to be of general interest. (Follow-up discussion should probably take place on the mailing list also.) > 1. testMPEGVideoStreamer and testMPEGVideoReceiver takes an >test.mpg file, then it's converting in an Elementary Stream file and send. >What's happening with the audio? aren't there Audio Elementary Stream? For >streaming video and audio is it necesary to use firt testSpliter and then >testMP3Streamer and testMPEGVideoStreamer? "testMPEGVideoStreamer" - as written - assumes that the input file ("test.mpg") is a MPEG Video Elementary Stream - i.e., without any audio. If, however, the input file is a MPEG *Program* stream - i.e., containing multiplexed audio and video - then you would need to use a demultiplexor to extract the video stream from this before streaming it. In "testMPEGVideoStreamer.cpp" I show how you could do this (look for "#ifdef SOURCE_IS_PROGRAM_STREAM"). What these test programs don't do, however, is extract and stream *both* audio and video streams from a Program Stream. To do this, you would need to write a program that combined "testMPEGSplitter", "testMPEGVideoStreamer", and "testMP3Streamer". I.e., the program would need to first use a "MPEGDemux" to break the Program Stream up into its constituent audio and video Elementary Streams, and then use: - a "MPEGVideoStreamFramer" plus a "MPEGVideoRTPSink" for each video stream, and - a "MPEGAudioStreamFramer" (to be written) plus a "MPEGAudioRTPSink" for each audio stream Someday I may write a test program like this myself, and add it to the test suite. For now, though, I'll leave it as an exercise for others :-) > 2. How do you probe it? (the video streamer) What player are you >using? I have try Mplayer, but it can not read form the stdin (I >think)(The testMPEGVideoReceiver give me the receiver paquets to the >stdout) and also with xine (it can read, but it doesn't go very well). >Now, i'm doing it like that > testMPEGVideoReceiver > aux.mpg > mplayer aux.mpg (when the transmission start) The best way to receive and play the stream is to use a tool that can handle MPEG video/RTP directly, without having to use "testMPEGVideoReceiver" at all. The tool that I prefer is Apple's QuickTime 5 Player (which has a version for Windows as well as MacOS). To view the stream using QuickTime 5 Player, just open the file "testMPEGVideo.sdp" (that's included in the "testProgs" directory). You can get QuickTime from If you're using a system that doesn't run QuickTime 5 Player, then one possible player is "mim": As a last resort, you can run "testMPEGVideoReceiver", and use a regular MPEG player (e.g., Windows Media Player) to read from "testMPEGVideoReceiver's" built-in web server. To do this, open the URL . (Of course, if "testMPEGVideoReceiver" is running on a different machine than the MPEG player tool, then you'll need to use its host name, rather than "localhost".) > 3. I have seen that for using MPEG TS or PS, it's neccesary to >change a variable (SOURCE_IS_PROGRAM_STREAM). Does can it make >automatically? You could probably do this by writing a new "FramedFilter" that would inspect the MPEG stream, and automatically create and insert appropriate new filters, depending on the type of MPEG data that it saw. Ross. From Thu Jun 28 12:19:20 2001 Received: from nwcst281.netaddress.usa.net ([204.68.23.26]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.22 #1 (Debian)) id 15FhJv-0008Vm-00 for ; Thu, 28 Jun 2001 12:19:19 -0700 Received: (qmail 7246 invoked by uid 60001); 28 Jun 2001 19:19:15 -0000 Message-ID: <20010628191915.7245.qmail(at)nwcst281.netaddress.usa.net> Received: from 204.68.23.26 by nwcst281 for [61.1.214.198] via web-mailer(34FM.0700.17C.01) on Thu Jun 28 19:19:15 GMT 2001 Date: 28 Jun 2001 13:19:15 MDT From: Spider Boys To: X-Mailer: USANET web-mailer (34FM.0700.17C.01) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Subject: [Live-devel] live broadcast Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello Sir/Mamdam We are from india having a web development team. We would like to telecast a church feast live on = the web please inform me some particulars to do it. Hope u will do the best for us and we would be grateful to u. Regards, Janarth.S Web Master (Spiderboys) From Thu Jun 28 13:13:46 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.22 #1 (Debian)) id 15FiAc-0001Xf-00 for ; Thu, 28 Jun 2001 13:13:46 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA82709; Thu, 28 Jun 2001 13:13:42 -0700 (PDT) Message-Id: <4.3.1.1.20010628130752.00b63ec0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 28 Jun 2001 13:10:17 -0700 To: Spider Boys From: Ross Finlayson Subject: Re: [Live-devel] live broadcast Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 12:19 PM 6/28/01, Spider Boys wrote: >Hello Sir/Mamdam > We are from india having a web development team. >We would like to telecast a church feast live on >the web please inform me some particulars to do it. >Hope u will do the best for us and we would be >grateful to u. Janarth, You are sending your message to the wrong mailing list. This mailing list is for technical discussion related to the development of certain software libraries for streaming media. Ross. From Thu Jul 12 07:57:49 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15KhuX-0002hk-00 for ; Thu, 12 Jul 2001 07:57:49 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id HAA62319; Thu, 12 Jul 2001 07:57:47 -0700 (PDT) Message-Id: <4.3.1.1.20010712074448.00b9fee0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 12 Jul 2001 07:57:42 -0700 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: rtp and mpeg Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 05:11 AM 7/12/01, Francisco Javier Cabello wrote: >How do you connect QT with your test programs? >have you implemented a RTSP server? > >I don't know the way to tell QT to receive RTP/MPEG-1 video with sending RTSP >commands. Yes, Apple's QuickTime Player version 5.0 (*not* any earlier version) can be used to receive and play the video streamed by the "testMPEGVideoStreamer" tool (or the audio streamed by the "testMP3Streamer" tool). However, you can't (yet) use RTSP to do this, as the streaming server code doesn't yet include an implementation of a RTSP server. Instead, have QuickTime Player open the appropriate ".sdp" file (that you'll find in the "testProgs" directory). I.e., to receive/play MPEG video streamed by "testMPEGVideoStreamer", have QuickTime Player open the file "testMPEGVideo.sdp". (Note that QuickTime Player currently only handles MPEG-1, even though "testMPEGVideoStreamer" is also capable of streaming MPEG-2.) To receive/play MP3 audio streamed by "testMP3Streamer", have QuickTime Player open the file "testMP3.sdp". (RealNetworks' RealPlayer will also understand this file, although it currently can't play streamed MPEG video.) Ross. From Thu Jul 12 08:14:19 2001 Received: from [203.199.199.225] (helo=blaze.hcltech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15KiAT-000652-00 for ; Thu, 12 Jul 2001 08:14:18 -0700 Received: from pselvam.netlab.hcltech.com ([192.168.201.83]) by blaze.hcltech.com (8.9.3/8.8.7) with ESMTP id UAA09556 for ; Thu, 12 Jul 2001 20:56:19 +0530 Message-Id: <4.3.2.7.1.20010712205817.00adc7f0(at)192.168.201.01> X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 12 Jul 2001 21:01:43 +0530 To: From: Palani Selvam Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] RTSP test servers.... Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O hi all, We have implemented a RTSP client and Test the control flow alone. Is there any server available on the net for testing the control and the out of band data flow coming over RTP/AVP/UDP transport. Thanx. Palani. From Thu Jul 12 14:41:15 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15KoCx-0001Pr-00 for ; Thu, 12 Jul 2001 14:41:15 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA73439; Thu, 12 Jul 2001 14:41:07 -0700 (PDT) Message-Id: <4.3.1.1.20010712143058.00c7ae60(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 12 Jul 2001 14:37:51 -0700 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Using the Windows Makefiles with Visual C++ version 6.0? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O I've had a report that the Windows Makefiles (produced by running "genWindowsMakefiles") do not work with Microsoft Visual C++ version 6.0. (So far I've personally used them only with VC version 5.0.) Has anyone gotten these Makefiles to work with VC version 6.0? Is it just a matter of changing !IF "$(MSVC_VERSION)" == "5.0" in "win32config" to !IF "$(MSVC_VERSION)" == "6.0" ?? Ross (who doesn't want to upgrade his own VC to version 6.0, because he's tired of giving Bill Gates money) From Fri Jul 20 10:34:27 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15NeAV-00068m-00 for ; Fri, 20 Jul 2001 10:34:27 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA15504; Fri, 20 Jul 2001 10:34:26 -0700 (PDT) Message-Id: <4.3.1.1.20010720102959.00cc1ea0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 20 Jul 2001 10:33:26 -0700 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Updated libraries for new "gcc" version Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O FYI, Francisco Cabello noted that "gcc" version 2.96 generated many warning messages when compiling the "LIVE.COM Streaming Media" libraries (complaining about things like tags at the end of "#endif"s), so I've just installed a new version of the code to fix this problem. I've also updated the RTCP implementation (in "liveMedia") to include complete reception statistics in outgoing "RR" RTCP packets. Ross. From Mon Jul 23 18:39:11 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15OrAE-0005k6-00 for ; Mon, 23 Jul 2001 18:39:11 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id SAA10417; Mon, 23 Jul 2001 18:39:10 -0700 (PDT) Message-Id: <4.3.1.1.20010723171005.00b0af00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 23 Jul 2001 18:38:55 -0700 To: From: Ross Finlayson In-Reply-To: References: <4.3.1.1.20010723135026.00c4de60(at)localhost> <4.3.1.1.20010720025943.00c63f00(at)localhost> <4.3.1.1.20010723135026.00c4de60(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Questions from Francisco Javier Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 03:00 PM 7/23/01, Francisco Javier Cabello Torres wrote: >I'm thinking about use your code in my current project. I have my own >implementation of RTP, but I haven't implemented RTCP, and I won't have >time to update code as the same way as live.com will be. Yes, this is a good idea. You'll be saving a lot of work. Plus, you'll get a RTCP implementation 'for free'. >I would like, if it's possible, to evaluate the cost of this change, because >of that I'll ask you some questions. >how difficult is to connect your library to a video server that capture >frames from a video board (Bttv) and send it by RTP? This should be straightforward - you need only write your own subclass of "FramedSource" that implements "doGetNextFrame()", by scheduling the capture of a frame from your video board. For an illustration of how to do this, see "MPEGVideoDeviceSource.{hh,cpp}", which is the outline for a class that encapsulates a video (e.g.) device. (Actually, "MPEG" and "Video" should not really have been part of the name, because this class structure could be used for any device source.) For example, your class's implementation of "doGetNextFrame()" could set up the device with a call-back function to be invoked when the next frame of data is available. This call-back function would call ->deliverFrame(), and then deliverFrame() would do the actual data delivery (to the class member vars). Note that you want the call-back function to be executed *only* after a previous call to "doGetNextFrame()". I.e., for every call to "doGetNextFrame()", there should (later) be exactly one call to your call-back function. Your "deliverFrame()" member function would do the actual delivery of data to the invoking reader. E.g., suppose that your call-back function tells you that it has a frame of length "len" bytes, at address "addr". Then, in deliverFrame(), you would do something like: if (len > fMaxSize) len = fMaxSize; memmove(fTo, addr, len); fFrameSize = len; fPresentationTime = ... ; // this frame's timestamp (seconds, useconds) (and then call "scheduleDelayedTask" (with a 'delay' of zero, as I note in "MPEGVideoDeviceSource.cpp") Note that you may need to add parameters to deliverFrame() to pass the "len" and "addr" parameters from the call-back function. To write a server that uses your device as a source, I suggest that you use "testMPEGVideoStreamer.cpp" as a model. You would replace the call to "ByteStreamFileSource::createNew()" with a similar function to instantiate your new 'video device' class. You will probably also need to implement your own "RTP sink" class, as a subclass of "MultiFramedRTPSink" (unless, of course, you are planning to stream MPEG-1 or 2, in which case you can use the "MPEGVideoRTPSink" class that already exists. Note that "MultiFramedRTPSink" already does most of the work for you; implementing a new RTP payload format is just a matter of redefining some virtual functions in your subclass. >Now, I have functions to init RTP session, and other to send one frame. When >I send a frame I specify the timestamp, because of that RTP library won't >need to compute it, only will have to code this timestamp in all packets from >the same frame. Note that "MultiFramedRTPSink" (and thus, any class that you derive from this) automatically takes care of this. If a frame gets fragmented over more than one RTP packet, then the same timestamp will be used for each packet. (Also, if more than one frame appears in a packet, then (by default) the first frame's timestamp will be the one that's used in the outgoing RTP packet.) See the implementation "MultiFramedRTPSink", and its two existing subclasses "MPEGVideoRTPSink" and "MPEGAudioRTPSink". >Other problems are 'sleeps'. When you read from a file, you have to introduce >'waits' for synchronize server and client, but when you are capturing from a >video board, the synchronize goes from the video board. Do you understand >what I mean? Do you thing will be problems with this? No, that shouldn't be a problem. The implementation of "MultiFramedRTPSink" ensures that outgoing packets are not sent any faster than whatever rate is natural for the codec. If a live video capture device is used as the data source, then this test will usually be unnecessary, but shouldn't cause any problems. Ross. From Fri Jul 27 12:54:49 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15QDhB-00077a-00 for ; Fri, 27 Jul 2001 12:54:49 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA01248; Fri, 27 Jul 2001 12:54:47 -0700 (PDT) Message-Id: <4.3.1.1.20010727122123.00b33f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Fri, 27 Jul 2001 12:52:30 -0700 To: {Joe Chen} From: Ross Finlayson Subject: RE: [Live-devel] Re: rtp and mpeg Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 04:44 PM 7/26/01, Joe Chen wrote: > I'm trying out the library / test programs on Linux (Redhat 7.1). >Compilation had few warnings in, but was successful. > > I tried running testMP3Streamer on Linux, and was able to play it on >RealPlayer 8 on Win 2000, when using the .sdp file. > > But running QT 5 on Win 2000 resulted in no sound, although I >believe it was streaming - It said "buffering....%" and than "Live >Broadcast." Nothing was in the display area. I'm not sure if QuickTime Player supports multicast MP3 audio properly. I, too, have had inconsistent results when trying to play this. For playing multicast MP3 streams, I suggest running FreeAmp , or Winamp using the "in_rtp.dll" MP3/RTP plugin: . (BTW, this plugin is implemented using the "LIVE.COM Streaming Media" libraries, using code similar to "testMP3Receiver".) In each case, you receive the MP3/RTP stream by telling the player to open the URL rtp://: E.g., to receive the multicast stream output by "testMP3Streamer", give the player (Freeamp or Winamp+in_rtp.dll) the URL: rtp://239.255.42.42:8888 > I tried running testMPEGVideoStreamer on Linux. First with >MPEG2 file. I get continous message "MPEGVideoStreamParser:: >parseSlice(): Saw unexpected code 0x00000xxx" where the hex is >rotating between 1ba, 1e0, 1ba, 1c0... These files played fine when >loaded directly into any Win 2000 player. OK, the problem here is that "testMPEGVideoStreamer" - by default - assumes that its input file is a MPEG Video *Elementary* Stream - i.e., without any audio. Your file was a MPEG *Program* stream - i.e., containing multiplexed video *and* audio. To stream video from such a stream, you need to use a demultiplexor to extract the video stream from this before streaming it. In "testMPEGVideoStreamer.cpp" I show how you could do this (look for "#ifdef SOURCE_IS_PROGRAM_STREAM"). If you uncomment the line //#define SOURCE_IS_PROGRAM_STREAM 1 and recompile the program, you should be able to stream the video. Note, though, that QuickTime Player 5 won't be able to receive/play this stream, because it supports only MPEG-1 video streams - not MPEG-2. I don't know of any MPEG-*2* player that handles RTP-streamed data directly. (It's possible that Cisco's IP/TV viewer handles this, but I'm not sure.) If you have a MPEG-2 player tool that can read its data from 'stdin', or from a HTTP server, then you can use the "playRTPMPEG" tool (with the "-d" flag) to receive the MPEG-2/RTP data. See for details. (Note that "playRTPMPEG" is also implemented using the "LIVE.COM Streaming Media" libraries.) (For more information about streaming/receiving MPEG video, see the archived email message at ) > I tried feeding it a MPEG-1 file (I think). No complaints from the >testMPEGVideoStreamer program. But no picture either on QT 5, as >this was the same with MPEG-2 and MP3 feeds. QT5 tried to buffer >and than display "Live Broadcast" in all cases... That's strange. Because you got no complaints from "testMPEGVideoStreamer", this suggests that your MPEG-1 file was (unlike the MPEG-2 file that you tried earlier) a proper Video Elementary Stream. So it's strange that QuickTime Player 5 didn't display the stream. Perhaps your file was really a MPEG-*2* Video Elementary Stream??? I hope this helps. Please let us know how things work out. Ross. From Sun Jul 29 14:35:07 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15QyDL-0000pf-00 for ; Sun, 29 Jul 2001 14:35:07 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA17205; Sun, 29 Jul 2001 14:35:00 -0700 (PDT) Message-Id: <4.3.1.1.20010729142341.00ba5670(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Sun, 29 Jul 2001 14:34:28 -0700 To: Christian Cier-Zniewski From: Ross Finlayson Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Groupsock error message Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 12:37 PM 7/29/01, Christian Cier-Zniewski wrote: >I successfully compiled your libs under MSVC++ 6.0 with SP5. >I only had to change the TOOLS32 variable to point to my VS >installation. > >After starting ie. testmp3streamer or testmpegvideostreamer I get the >following error message: (so does testmp3receiver or >testmpegvideoreceiver as well) > >21:05:49 Groupsock(108: 239.255.42.42, 8888, 7) >t(IP_ADD_MEMBERSHIP) error: Unknown error >Unable to determine our source address: setsock >nown error Christian, Other people have also reported problems like this if the code is built using MSVC++ version 6.0. (MSVC+ version 5.0 doesn't have any problems.) The problem seems to be that - for some reason - with MSC++ version 6.0 the code is being linked with the "ws2_32.lib" library; instead, it should be linked with the "wsock32.lib" library. I'd like to try to track this problem down, but unfortunately I don't have MSVC++ version 6.0 handy. So could you please mail me a copy of the file "ntwin32.mak" (this is the file that gets included by each of our Makefiles). You should find this file in your MSVC++ "include" directory. If you find that "ntwin32.mak" consists solely of another !include line, e.g. !include then could you also mail me a copy of *that* included file. Thanks. (I have cc'd this message to the developers' mailing list, in case someone else has already worked out a fix.) Ross. From Sun Jul 29 22:47:26 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15R5tm-0004Kx-00 for ; Sun, 29 Jul 2001 22:47:26 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id WAA09245; Sun, 29 Jul 2001 22:47:25 -0700 (PDT) Message-Id: <4.3.1.1.20010729224429.00b72a50(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Sun, 29 Jul 2001 22:44:55 -0700 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Groupsock error message Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O FYI, At 07:03 PM 7/29/01, Christian Cier-Zniewski wrote: >What is the difference between wsock32.lib and w2_32.lib? Is it >Winsock1 and Winsock2? Yes, apparently "wsock32.lib" is winsock1, and "ws2_32.lib" is winsock2. However, for some reason (still unknown to me), the multicast code in the libraries seems to work only when linked with "wsock32.lib". I'm not sure why this is - perhaps there are some incompatibilities with winsock2's implementation of the standard Berkeley socket calls?? Anyway, you should be able to fix this problem by changing TARGETOS=BOTH in each of the Makefiles to TARGETOS=WIN95 (If you created your makefiles by running "genWindowsMakefiles" on a Unix system, then you can make this change in the "win32config" file, and then re-running "genWindowsMakefiles".) Ross. From Mon Aug 06 15:56:50 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15TtIm-0004We-00; Mon, 06 Aug 2001 15:56:48 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id RAA28331; Mon, 6 Aug 2001 17:57:48 -0500 (CDT) Date: Mon, 6 Aug 2001 17:57:48 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: info44(at)live.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] LIVE COMPILING ERROR (PLEASE HELP!!!) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O We are planning some serious develpment using this libraries but we cannot ever start! the problem maybe has a quick answer, if you can help us please let us know! we want to compile it on solaris 2.6 after we did the ./genMakefiles solaris we run the make and got: cadaplic:TU JEFA >make cd liveMedia; make make: Fatal error: Don't know how to make target `Media.o' Current working directory /develop/users/ua012771/desarrollo/live/liveMedia *** Error code 1 make: Fatal error: Command failed for target `liveMedia/libliveMedia.a' acadaplic:TU JEFA > why is that? are we missing some libraries? (*.a and/or *.o) if so where can we get them? if somebody knows why we are having this please let us know!! we are getting crazy! thanks in advance Omar POnce Carrillo ua012771(at)mail.udlap.mx tujefa80(at)yahoo.com.mx From Mon Aug 06 16:20:07 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15TtfL-0001oS-00 for ; Mon, 06 Aug 2001 16:20:07 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA30145; Mon, 6 Aug 2001 16:20:04 -0700 (PDT) Message-Id: <4.3.1.1.20010806160907.00ba2340(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 06 Aug 2001 16:19:40 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Cc: In-Reply-To: p.mx> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: LIVE COMPILING ERROR (PLEASE HELP!!!) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 03:57 PM 8/6/01, Omar Antonio Ponce Carrillo wrote: >We are planning some serious develpment using this libraries but we >cannot ever start! > >the problem maybe has a quick answer, if you can help us please let us know! > >we want to compile it on solaris 2.6 after we did the ./genMakefiles solaris > >we run the make and got: > >cadaplic:TU JEFA >make >cd liveMedia; make >make: Fatal error: Don't know how to make target `Media.o' Omar, I'm not sure what might be going wrong here; the libraries compile OK on a Solaris guest account that I'm using (this is version "SunOS 5.8 Generic February 2000"). (I'm not sure how this version relates to "Solaris 2.6".) In your "liveMedia" directory, are the files "Media.hh" and "Media.cpp" present? (They should be.) Do you get the same error if you try building "Media.o" directly - i.e., by running make Media.o ? It sounds like there's something different about your environment. If so, you may end up having to make small changes to your "config.solaris" file, and then rerun "genMakefiles solaris". If you have any other C++ code that compiles OK on your system, you might want to take a look at *its* Makefile, to see what might be different. Ross. From Tue Aug 07 03:43:35 2001 Received: from vtools.es ([212.64.166.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15U4Kk-00060a-00 for ; Tue, 07 Aug 2001 03:43:34 -0700 Received: from paquito (paquito.vtools.es [192.67.79.105]) by vtools.es (Postfix) with SMTP id 596137004; Tue, 7 Aug 2001 12:51:30 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Francisco Javier Cabello Reply-To: To: Date: Tue, 7 Aug 2001 12:40:35 +0200 X-Mailer: KMail [version 1.2] Cc: Ross Finlayson MIME-Version: 1.0 Message-Id: <01080712403505.13304(at)paquito> Content-Transfer-Encoding: 8bit Subject: [Live-devel] RTP/MPEG problem Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hi, I think there is a problem with the field 'picture type' when live libraries code it. My test was: *QT as client. *testMPEGVideoStreamer as video server. With QT I open a SDP file, and QT wait to receive video from specefied ports. After, I run 'testMPEGVideoStreamer' and all things seems to be ok. QT draws video sent by testMPEGVideoStreamer, but I you take a network analyzer (sniffer) and look for rtp packets you'll see errors. I use ethereal sniffer to do this work. If you see 'picture type' field, you'll see errors. The first packets is coded with 0 value (forbidden). A lot of packets after, this value change to 2 (P frame). I suppose that the problems was when this value should be 1 (I frame), however live code as 0. Bye. From Tue Aug 07 10:02:28 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UAFQ-0006u3-00 for ; Tue, 07 Aug 2001 10:02:28 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA22232; Tue, 7 Aug 2001 10:02:24 -0700 (PDT) Message-Id: <4.3.1.1.20010807095739.00b9f500(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 07 Aug 2001 10:01:55 -0700 To: From: Ross Finlayson Subject: Re: [Live-devel] RTP/MPEG problem Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 03:40 AM 8/7/01, Francisco Javier Cabello wrote: >I think there is a problem with the field 'picture type' when live libraries >code it. >My test was: >*QT as client. >*testMPEGVideoStreamer as video server. > >With QT I open a SDP file, and QT wait to receive video from specefied ports. >After, I run 'testMPEGVideoStreamer' and all things seems to be ok. QT draws >video sent by testMPEGVideoStreamer, but I you take a network analyzer >(sniffer) and look for rtp packets you'll see errors. > >I use ethereal sniffer to do this work. Is this sniffer looking at the 4-byte "video-specific header" (as defined in RFC2250) in the RTP packet? > If you see 'picture type' field, >you'll see errors. The first packets is coded with 0 value (forbidden). A lot >of packets after, this value change to 2 (P frame). >I suppose that the problems was when this value should be 1 (I frame), >however live code as 0. It's strange that your sniffer should be reporting problems in the RTP packets, yet QuickTime Player seems to receive and play them OK. This suggests that perhaps your sniffer is looking at the wrong field in the RTP packet?? Anyway, could you send me the URL for this file (if it's on a web server), or else send me a < 1 Mbyte portion that illustrates the problem. Thanks. Ross. From Tue Aug 07 11:12:28 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UBL6-0002se-00 for ; Tue, 07 Aug 2001 11:12:24 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id NAA27046; Tue, 7 Aug 2001 13:12:48 -0500 (CDT) Date: Tue, 7 Aug 2001 13:12:48 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Subject: [Live-devel] Re: LIVE COMPILING ERROR (PLEASE HELP!!!) (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello again Ross.. i did investigate what was happening and i did notice that the make installed on the machine i log was not accurate... i downloaded the GNU make and i had no problems with the compiling! By the way do you have any kind of tutorial or guide to start from? thanks regards O. ---------- Forwarded message ---------- Date: Mon, 06 Aug 2001 16:19:40 -0700 From: Ross Finlayson To: Omar Antonio Ponce Carrillo Cc: Subject: [Live-devel] Re: LIVE COMPILING ERROR (PLEASE HELP!!!) At 03:57 PM 8/6/01, Omar Antonio Ponce Carrillo wrote: >We are planning some serious develpment using this libraries but we >cannot ever start! > >the problem maybe has a quick answer, if you can help us please let us know! > >we want to compile it on solaris 2.6 after we did the ./genMakefiles solaris > >we run the make and got: > >cadaplic:TU JEFA >make >cd liveMedia; make >make: Fatal error: Don't know how to make target `Media.o' Omar, I'm not sure what might be going wrong here; the libraries compile OK on a Solaris guest account that I'm using (this is version "SunOS 5.8 Generic February 2000"). (I'm not sure how this version relates to "Solaris 2.6".) In your "liveMedia" directory, are the files "Media.hh" and "Media.cpp" present? (They should be.) Do you get the same error if you try building "Media.o" directly - i.e., by running make Media.o ? It sounds like there's something different about your environment. If so, you may end up having to make small changes to your "config.solaris" file, and then rerun "genMakefiles solaris". If you have any other C++ code that compiles OK on your system, you might want to take a look at *its* Makefile, to see what might be different. Ross. _______________________________________________ Live-devel mailing list Live-devel(at)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/live-devel From Tue Aug 07 12:08:55 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UCDm-0005Cx-00 for ; Tue, 07 Aug 2001 12:08:54 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA50037; Tue, 7 Aug 2001 12:08:48 -0700 (PDT) Message-Id: <4.3.1.1.20010807115630.00bae140(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 07 Aug 2001 12:03:38 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Subject: Re: [Live-devel] Re: LIVE COMPILING ERROR (PLEASE HELP!!!) (fwd) Cc: In-Reply-To: .mx> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 11:12 AM 8/7/01, Omar Antonio Ponce Carrillo wrote: >Hello again Ross.. i did investigate what was happening and i did notice >that the make installed on the machine i log was not accurate... i >downloaded the GNU make and i had no problems with the compiling! OK, that's good to hear. >By the way do you have any kind of tutorial or guide to start from? No, not right now. The only documentation right now is - the web page at - the code itself - the test programs in the "testProgs" directory, which provide examples of how to use the libraries Plus, of course, there's this mailing list. If you have any questions about how to use the libraries, feel free to post them here. Ross. From Wed Aug 08 11:18:39 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UXue-0000zf-00 for ; Wed, 08 Aug 2001 11:18:36 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id NAA23308; Wed, 8 Aug 2001 13:19:59 -0500 (CDT) Date: Wed, 8 Aug 2001 13:19:59 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] where do you print it??? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello Ross.. ive been looking through the code for the testMP3Streamer and the testMP3Receiver and i wonder where do you print the mp3 you are recieving and how you do that as well? thanks O. From Wed Aug 08 11:44:13 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UYJM-0006sG-00 for ; Wed, 08 Aug 2001 11:44:08 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA57810; Wed, 8 Aug 2001 11:43:47 -0700 (PDT) Message-Id: <4.3.1.1.20010808113205.00b7f6a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 08 Aug 2001 11:42:36 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Subject: Re: [Live-devel] where do you print it??? Cc: In-Reply-To: .mx> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 11:19 AM 8/8/01, Omar Antonio Ponce Carrillo wrote: >Hello Ross.. ive been looking through the code for the testMP3Streamer >and the testMP3Receiver and i wonder where do you print the mp3 you are >recieving and how you do that as well? Omar, Please note the "testProgs" section of for a description of each of the test programs. To summarize: - "testMP3Receiver" outputs its received MP3 data to "stdout" (but note that you can easily change the code to output to an actual file, by replacing "stdout" with the file name (in "testMP3Receiver.cpp")). - "testMPEGVideoReceiver" sets up an internal HTTP server (on port 10006) to serve the MPEG video data that it receives. (You can access this data by pointing a MPEG video player tool at "http://localhost:10006") If you prefer, you can easily change "testMPEGVideoReceiver" to output to "stdout" (or a file) instead. See ""testMPEGVideoReceiver.cpp" for details. Ross. From Thu Aug 09 09:22:52 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UsaB-000325-00 for ; Thu, 09 Aug 2001 09:22:51 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id LAA12127; Thu, 9 Aug 2001 11:24:04 -0500 (CDT) Date: Thu, 9 Aug 2001 11:24:04 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] TOO BIG FOR IT? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello there, ive been streaming mpegs lower than 1 meg with no problem but when i tried to stream and store a 40 megs file it writes the file with 0 size. Is there a limit for transmiting mpegs? whats happening? regards O. it cant be the version (1 or 2 right?) cause the JMF plays the original file and it only accepts 1 type. From Thu Aug 09 09:38:14 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15Usp4-0005Tq-00 for ; Thu, 09 Aug 2001 09:38:14 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA39331; Thu, 9 Aug 2001 09:38:12 -0700 (PDT) Message-Id: <4.3.1.1.20010809093322.00b95670(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 09 Aug 2001 09:37:21 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Cc: In-Reply-To: .mx> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: TOO BIG FOR IT? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 09:24 AM 8/9/01, Omar Antonio Ponce Carrillo wrote: >Hello there, ive been streaming mpegs lower than 1 meg with no problem >but when i tried to stream and store a 40 megs file it writes the file >with 0 size. > >Is there a limit for transmiting mpegs? whats happening? The *size* of an MPEG input file shouldn't be a problem - but perhaps there are some other attributes of the stream that are causing problems?? If you try to stream just a small portion of the original file (i.e., chop off < 1 MByte of the original file, and try steaming that), does that work OK? Could you put the problem file on a web server and send me the URL, so I could take a look at it? Ross. From Thu Aug 09 10:25:43 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UtZ0-0005lY-00 for ; Thu, 09 Aug 2001 10:25:42 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id MAA05399; Thu, 9 Aug 2001 12:26:52 -0500 (CDT) Date: Thu, 9 Aug 2001 12:26:52 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net Subject: Re: [Live-devel] Re: TOO BIG FOR IT? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Here you have the file... its a music video... please chech it and tell me what could it be i was not able to chop it i dont have the necessary tools )= http://mailweb.udlap.mx/~ua012771/bad.mpg ill try with other big videos... cause we are planning to use this as a transmisor for really big files. regards O. On Thu, 9 Aug 2001, Ross Finlayson wrote: > At 09:24 AM 8/9/01, Omar Antonio Ponce Carrillo wrote: > > >Hello there, ive been streaming mpegs lower than 1 meg with no problem > >but when i tried to stream and store a 40 megs file it writes the file > >with 0 size. > > > >Is there a limit for transmiting mpegs? whats happening? > > The *size* of an MPEG input file shouldn't be a problem - but perhaps there > are some other attributes of the stream that are causing problems?? > > If you try to stream just a small portion of the original file (i.e., chop > off < 1 MByte of the original file, and try steaming that), does that work OK? > > Could you put the problem file on a web server and send me the URL, so I > could take a look at it? > > Ross. > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > http://lists.sourceforge.net/lists/listinfo/live-devel > From Thu Aug 09 11:19:07 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UuOg-000349-00 for ; Thu, 09 Aug 2001 11:19:06 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id NAA18281; Thu, 9 Aug 2001 13:20:32 -0500 (CDT) Date: Thu, 9 Aug 2001 13:20:32 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Ross Finlayson In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] STREAMING PROBLEMS... Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello again Ross, look: There are other "normal" mpeg files : http://mailweb.udlap.mx/~ua012771/Nike_90Fin.mpg http://mailweb.udlap.mx/~ua012771/FVL.mpg that when transmited i got the message: MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001ba MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001e0 MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001ba MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001c0 MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001e0 MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001ba during the trasmition, and when i open it if using real i saw nothing and using JMF it says theres a lot of bad data. but when played the original file i got no problems... i wonder whats the streamer saying? does he found some bad code? but if so how can i saw it originally with no problems? regards O. On Thu, 9 Aug 2001, Omar Antonio Ponce Carrillo wrote: > > Here you have the file... its a music video... please chech it and tell > me what could it be i was not able to chop it i dont have the necessary > tools )= > > http://mailweb.udlap.mx/~ua012771/bad.mpg > > > ill try with other big videos... cause we are planning to use this as a > transmisor for really big files. > > regards O. > > On Thu, 9 Aug 2001, Ross Finlayson wrote: > > > At 09:24 AM 8/9/01, Omar Antonio Ponce Carrillo wrote: > > > > >Hello there, ive been streaming mpegs lower than 1 meg with no problem > > >but when i tried to stream and store a 40 megs file it writes the file > > >with 0 size. > > > > > >Is there a limit for transmiting mpegs? whats happening? > > > > The *size* of an MPEG input file shouldn't be a problem - but perhaps there > > are some other attributes of the stream that are causing problems?? > > > > If you try to stream just a small portion of the original file (i.e., chop > > off < 1 MByte of the original file, and try steaming that), does that work OK? > > > > Could you put the problem file on a web server and send me the URL, so I > > could take a look at it? > > > > Ross. > > > > > > _______________________________________________ > > Live-devel mailing list > > Live-devel(at)lists.sourceforge.net > > http://lists.sourceforge.net/lists/listinfo/live-devel > > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > http://lists.sourceforge.net/lists/listinfo/live-devel > From Thu Aug 09 11:54:04 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UuwW-0000VC-00 for ; Thu, 09 Aug 2001 11:54:04 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA65917; Thu, 9 Aug 2001 11:53:54 -0700 (PDT) Message-Id: <4.3.1.1.20010809114954.00b9be60(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 09 Aug 2001 11:53:20 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: STREAMING PROBLEMS... Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 11:20 AM 8/9/01, Omar Antonio Ponce Carrillo wrote: >There are other "normal" mpeg files : > >http://mailweb.udlap.mx/~ua012771/Nike_90Fin.mpg >http://mailweb.udlap.mx/~ua012771/FVL.mpg > >that when transmited i got the message: > > >MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001ba [etc...] Omar, By default, the "testMPEGVideoStreamer" test program assumes that its input is a MPEG Video Elementary Stream. The files that you tried to stream (producing the error messages) are MPEG *Program Stream* files. To stream video from files like this, uncomment the line //#define SOURCE_IS_PROGRAM_STREAM 1 in testMPEGVideoStreamer.cpp, and recompile. Ross. From Thu Aug 09 15:25:22 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UyEz-0000wD-00 for ; Thu, 09 Aug 2001 15:25:21 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id RAA21774; Thu, 9 Aug 2001 17:26:47 -0500 (CDT) Date: Thu, 9 Aug 2001 17:26:47 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] JUST MPEG VIDEO??? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O hello again! i was looking to the streamed file obtained from both programs (testMPEGVideoReceiver.cpp and testMPEGVideoStreamer.cpp) and it seems to be all video with no sound. i suppose theres only exemplified the video sending nor the sound right?. Is there any example showing both sendings to obtain an audio/video file? if not, how can i implement the audio sending on the current program to have it? thanks O. From Thu Aug 09 15:38:42 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15UyRu-0004rH-00 for ; Thu, 09 Aug 2001 15:38:42 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id PAA09085; Thu, 9 Aug 2001 15:38:39 -0700 (PDT) Message-Id: <4.3.1.1.20010809153055.00b70100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 09 Aug 2001 15:38:09 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Cc: In-Reply-To: p.mx> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: JUST MPEG VIDEO??? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 03:26 PM 8/9/01, Omar Antonio Ponce Carrillo wrote: >i was looking to the streamed file obtained from both programs >(testMPEGVideoReceiver.cpp and testMPEGVideoStreamer.cpp) and it seems to >be all video with no sound. i suppose theres only exemplified the video >sending nor the sound right?. > >Is there any example showing both sendings to obtain an audio/video file? > >if not, how can i implement the audio sending on the current program to >have it? Omar, Last month I posted a message about this to the mailing list. Here's a copy: ----- What these test programs don't do, however, is extract and stream *both* audio and video streams from a Program Stream. To do this, you would need to write a program that combined "testMPEGSplitter", "testMPEGVideoStreamer", and "testMP3Streamer". I.e., the program would need to first use a "MPEGDemux" to break the Program Stream up into its constituent audio and video Elementary Streams, and then use: - a "MPEGVideoStreamFramer" plus a "MPEGVideoRTPSink" for each video stream, and - a "MPEGAudioStreamFramer" (to be written) plus a "MPEGAudioRTPSink" for each audio stream Someday I may write a test program like this myself, and add it to the test suite. For now, though, I'll leave it as an exercise for others :-) From Tue Aug 14 14:24:12 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15WlfW-0006gG-00 for ; Tue, 14 Aug 2001 14:24:10 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id QAA19117; Tue, 14 Aug 2001 16:25:49 -0500 (CDT) Date: Tue, 14 Aug 2001 16:25:49 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] Re: JUST MPEG VIDEO??? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O hello again Ross! hope you are not tired of me already (= look! im really interested on having a full mpeg transmited... im doing some tests due to my lack of knowledge about handling mpegs. i tried to send just the audio part using the MPEGVideoStreamFramer and obviously i got a segmentation fault...can you recommend me some info sources regarding the way to frame the audio part the same way you did with the video or at least some specification about how to deal with this issue? is there a chance to send the audio part as an mp3 file or something? cause the audio obtained from the testMPEGSplitter is not mp3 format right? i tried to send the audio obtained and it clearly failed (funny cause if i rename the obtained file as an mp3 it plays with no problem) regards O. From Wed Aug 15 00:42:53 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15WvKG-0007mi-00 for ; Wed, 15 Aug 2001 00:42:52 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA13784; Wed, 15 Aug 2001 00:42:50 -0700 (PDT) Message-Id: <4.3.1.1.20010815002648.00b8f530(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 15 Aug 2001 00:38:36 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Cc: In-Reply-To: .mx> References: <4.3.1.1.20010809153055.00b70100(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: JUST MPEG VIDEO??? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 02:25 PM 8/14/01, Omar Antonio Ponce Carrillo wrote: >can you recommend me some info >sources >regarding the way to frame the audio part the same way you did with >the video or at least some specification about how to deal with this issue? Each MPEG audio frame begins with a 'sync' code, consisting of 12 bits all set to 1. I.e., each such frame begins with a byte 0xFF, followed by a byte 0xF. You can break a MPEG audio stream into frames by looking for this this sequence of 12 1-bits. >is there a chance to send the audio part as an mp3 file or something? >cause the audio obtained from the testMPEGSplitter is not mp3 format >right? It might be. "MP3" means "MPEG-1 or 2, layer III audio". More likely, though, the audio that you extract from MPEG Program Streams will be layer I or layer II - i.e., not really MP3. > i tried to send the audio obtained and it clearly failed That's because an audio stream that's read from a "MPEGDemux" hasn't yet been broken into separate frames. That needs to be done before the audio can be sent in RTP packets. >(funny >cause if i rename the obtained file as an mp3 it plays with no problem) Most 'MP3' players are also capable of playing MPEG layer I or layer II streams as well. Ross. From Thu Aug 16 08:56:18 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15XPVI-00089m-00 for ; Thu, 16 Aug 2001 08:56:16 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id KAA20688; Thu, 16 Aug 2001 10:58:01 -0500 (CDT) Date: Thu, 16 Aug 2001 10:58:01 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] stream differences.. Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello again Ross! could you tell me the differences between a MPEG audio and video stream? do they only differ on the 'sync' code at the beginning of each frame? thanks in advance O. From Thu Aug 16 09:58:52 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15XQTs-0005aY-00 for ; Thu, 16 Aug 2001 09:58:52 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA35164; Thu, 16 Aug 2001 09:58:49 -0700 (PDT) Message-Id: <4.3.1.1.20010816095634.00c63dd0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 16 Aug 2001 09:57:35 -0700 To: Omar Antonio Ponce Carrillo From: Ross Finlayson Cc: In-Reply-To: .mx> References: <4.3.1.1.20010809153055.00b70100(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: stream differences.. Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 08:58 AM 8/16/01, Omar Antonio Ponce Carrillo wrote: >Hello again Ross! > >could you tell me the differences between a MPEG audio and video stream? >do they only differ on the 'sync' code at the beginning of each frame? No, there are considerable differences between MPEG audio and video elementary streams. Ross. From Tue Aug 21 16:00:25 2001 Received: from ctb-mesg2.saix.net ([196.25.240.74]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZKVS-0000eB-00 for ; Tue, 21 Aug 2001 16:00:23 -0700 Received: from john (ctb53-03-p101.wc.saix.net [155.239.138.101]) by ctb-mesg2.saix.net (8.11.4/8.11.4) with SMTP id f7LMxg228603 for ; Wed, 22 Aug 2001 00:59:42 +0200 (SAT) Message-ID: <001701c12a95$ead50fd0$0902020a(at)john> From: Willard To: Date: Wed, 22 Aug 2001 01:06:29 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0014_01C12AA6.ACCA6E90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Live-devel] RTP with live to/from jmf? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C12AA6.ACCA6E90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I've being using jmf to transmit mpeg via RTP. I'm trying exactly the = same with ur live.com lib. When I'm transmitting to jstudio (an app = that can tx and rx mpeg via RTP) using ur testprog examples the update = rate of the mpeg is terrible. =20 My question is, am I doing something incorrect, does some settings need = to be set, or are there some difference. Thanks John. ------=_NextPart_000_0014_01C12AA6.ACCA6E90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
 
I've being using jmf to transmit mpeg = via=20 RTP.  I'm trying exactly the same with ur live.com lib.  When = I'm=20 transmitting to jstudio (an app that can tx and rx mpeg via RTP)  = using ur=20 testprog examples the update rate of the mpeg is terrible.  =
 
My question is, am I doing = something=20 incorrect, does some settings need to be set, or are there some=20 difference.
 
Thanks
  John.
------=_NextPart_000_0014_01C12AA6.ACCA6E90-- From Tue Aug 21 16:18:51 2001 Received: from ctb-mesg2.saix.net ([196.25.240.74]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZKnG-0006Lg-00 for ; Tue, 21 Aug 2001 16:18:46 -0700 Received: from john (ctb53-03-p101.wc.saix.net [155.239.138.101]) by ctb-mesg2.saix.net (8.11.4/8.11.4) with SMTP id f7LNI4229472 for ; Wed, 22 Aug 2001 01:18:04 +0200 (SAT) Message-ID: <001a01c12a98$7b6ef770$0902020a(at)john> From: Willard To: Date: Wed, 22 Aug 2001 01:24:52 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0017_01C12AA9.3E24E710" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [Live-devel] again rtp question Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C12AA9.3E24E710 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi When I changed the address of the multicaster from 239.255.42.42:8080:7 = (ur default) to any other the jstudio app could not connect. Why not? Thanks John ------=_NextPart_000_0017_01C12AA9.3E24E710 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
 
When I changed the address of the = multicaster=20 from 239.255.42.42:8080:7 (ur default) to any other the jstudio app = could not=20 connect. Why not?
 
Thanks
  John
------=_NextPart_000_0017_01C12AA9.3E24E710-- From Tue Aug 21 16:29:15 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZKxP-0000Bk-00 for ; Tue, 21 Aug 2001 16:29:15 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA26692; Tue, 21 Aug 2001 16:29:12 -0700 (PDT) Message-Id: <4.3.1.1.20010821160955.00c284e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 21 Aug 2001 16:24:51 -0700 To: Willard From: Ross Finlayson Subject: Re: [Live-devel] RTP with live to/from jmf? Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 04:06 PM 8/21/01, Willard wrote: >I've being using jmf to transmit mpeg via RTP. I'm trying exactly the >same with ur live.com lib. When I'm transmitting to jstudio (an app that >can tx and rx mpeg via RTP) using ur testprog examples the update rate of >the mpeg is terrible. > >My question is, am I doing something incorrect, does some settings need to >be set, or are there some difference. John, Can you say some more about the problems you're seeing? What kind of MPEG file are you transmitting (using "testMPEGVideoStreamer")? Is it a Program Stream file, or a Video Elementary Stream file? What is its bit rate? Do you see any error/warning messages coming from "testMPEGVideoStreamer"? "testMPEGVideoStreamer" transmits all frame data that it sees, at the stream's natural bit rate, so if you're seeing slow frame display rate in your receiving tool, then it could be for one of the following reasons: 1/ Something about the input file is confusing "testMPEGVideoStreamer", so that it's transmitting only some of the video data. (However, if you're not seeing any error/warning messages from "testMPEGVideoStreamer", then this is unlikely.) 2/ Your receiving tool doesn't have enough horsepower to handle/display the incoming MPEG/RTP data. (Have you successfully using this same tool to receive/play MPEG/RTP data streamed from another tool?) To help figure out what the problem is, you could also try receiving/playing the stream using Apple's QuickTime 5.0 player (assuming that the stream is MPEG-1; QT player doesn't yet handle MPEG-2). You could also try changing "testMPEGVideoReceiver" to output to a file (see "testMPEGVideoReceiver.cpp" for details on how to do this), and then use this to record the incoming stream to a file. You can then try playing the received file later (to see if you still see a low fdisplayed rame rate). Ross. From Tue Aug 21 16:29:16 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZKxQ-0000Bt-00 for ; Tue, 21 Aug 2001 16:29:16 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA26696; Tue, 21 Aug 2001 16:29:12 -0700 (PDT) Message-Id: <4.3.1.1.20010821162530.00c647b0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 21 Aug 2001 16:28:23 -0700 To: Willard From: Ross Finlayson Subject: Re: [Live-devel] again rtp question Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 04:24 PM 8/21/01, Willard wrote: >Hi > >When I changed the address of the multicaster from 239.255.42.42:8080:7 >(ur default) to any other the jstudio app could not connect. Why not? How is the 'jstudio app' told the multicast address and port that it needs to use? If this is done on the command line, then this should work OK. If, however, it gets this information from the ".sdp" file ("testMPEGVideo.sdp"), then you will need to change the multicast address and/or port in that file as well. Ross. ps. the port that is used (by default) in the test programs is 8888, not 8080 From Tue Aug 21 16:35:24 2001 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZL3L-0002th-00 for ; Tue, 21 Aug 2001 16:35:23 -0700 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id SAA23619; Tue, 21 Aug 2001 18:37:25 -0500 (CDT) Date: Tue, 21 Aug 2001 18:37:25 -0500 (CDT) From: Omar Antonio Ponce Carrillo To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] java vs C Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello everybody... one general question..... should both implementations (rtp on java and C) work with the same speed factor? would a C rtp implementation be faster than a java one because it is compiled and not interpreted? thanks O. From Wed Aug 22 01:15:48 2001 Received: from void1.ausys.se ([62.20.78.253] helo=naigwy) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZTAv-0002dB-00 for ; Wed, 22 Aug 2001 01:15:46 -0700 Received: FROM aunt15.ausys.se BY naigwy ; Wed Aug 22 10:18:00 2001 +0200 Received: by aunt15.ausys.se with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Aug 2001 10:11:12 +0200 Message-ID: From: Simon Magnusson To: Date: Wed, 22 Aug 2001 10:12:46 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Using the libraries with Mpeg-4 ? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hi, me and a friend are planning on a master thieses project where we will use RTP to stream mpeg4 to an iPaq with Windows CE. We have found 3:rd part mpeg4-player for the iPaq that says it uses the open standard RTP protocols for streaming. Our task is to build the server side, and now I'm wondering if the LIVE libraries can be used for streaming mpeg-4?? Simon From Wed Aug 22 03:36:05 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZVMi-0005Nn-00 for ; Wed, 22 Aug 2001 03:36:04 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA46405; Wed, 22 Aug 2001 03:36:01 -0700 (PDT) Message-Id: <4.3.1.1.20010822032853.00c54c90(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 22 Aug 2001 03:35:04 -0700 To: Simon Magnusson From: Ross Finlayson Subject: Re: [Live-devel] Using the libraries with Mpeg-4 ? Cc: In-Reply-To: ys.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 01:12 AM 8/22/01, Simon Magnusson wrote: >Hi, me and a friend are planning on a master thieses project where we will >use RTP to stream mpeg4 to an iPaq with Windows CE. We have found 3:rd part >mpeg4-player for the iPaq that says it uses the open standard RTP protocols >for streaming. Our task is to build the server side, and now I'm wondering >if the LIVE libraries can be used for streaming mpeg-4?? Simon, Yes, with a little bit of work you should be able to use these libraries to stream MPEG-4 over RTP. You should be able to do this by writing new 'RTP sink' classes for MPEG-4 audio and video, similar to the existing "MPEGAudioRTPSink" and "MPEGVideoRTPSink" classes that are defined in the "liveMedia" library. (The names of these classes are a little misleading, because they implement only MPEG-1 or MPEG-2.) I'm a little sceptical about your 3rd party's claim that their MPEG-4 player tool supports "the open standard RTP protocols", because the RTP payload formats for MPEG-4 are still moving through the IETF, and have not been fully standardized just yet. If possible, you should try to find out as much as you can about the details of whatever payload format that they claim to implement, to assist you with developing a server implementation. Ross From Wed Aug 22 05:38:28 2001 Received: from void1.ausys.se ([62.20.78.253] helo=naigwy) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZXH8-0007vh-00 for ; Wed, 22 Aug 2001 05:38:26 -0700 Received: FROM aunt15.ausys.se BY naigwy ; Wed Aug 22 14:40:41 2001 +0200 Received: by aunt15.ausys.se with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Aug 2001 14:33:53 +0200 Message-ID: From: Simon Magnusson To: Date: Wed, 22 Aug 2001 14:34:22 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Using the libraries with Mpeg-4 ? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hi again, this is a part from the white papers of the packet-video system that we plan to use. PacketVideo has a complete system for packing, streaming from server and playing mpeg4 on the PDA. And since the player is free we thought we'd use that. The only thing I can get from this is that it uses RTP and RTSP. Is RTP different depending on what is streamed? " 2.4 IETF Streaming Protocols The IETF is the Internet Engineering Task Force. This voluntary standards body is dedicated to making recommendations for how to communicate information over the IP networks that are the basis for the Internet. The IETF has a number of activities related to the delivery of multimedia information in a packet-based environment. PacketVideo currently uses IETF recommended methods based on RTP and RTSP for the delivery of video bitstreams with synchronized audio from a server to a terminal. The protocol stack for the delivery of multimedia data is shown in Figure 3. This idea behind RTP, which stands for Real Time Protocol, is that certain data needs to be delivered from a server to a client in a real time manner. Multimedia data such as synchronized audio and video falls into this category. Guaranteed delivery transport protocols, such as TCP (Transport Control Protocol) add significant delay by retransmitting data packets until they are acknowledged as correctly received by a client. RTP is an application layer component that utilizes UDP (User Datagram Protocol) as a transport mechanism. UDP data is not guaranteed to arrive at a client, but is rather a "best-effort", connectionless protocol. It is therefore suitable for delivery data that must arrive without delay. RTP headers consist primarily of sequence numbers, timestamps, and payload type bits. RTP enables a client application to monitor the loss of packets, and to "re-order" those packets that arrive out of order at the client. RTP includes a sub-component known as RTCP, or Real Time Control Protocol. RTCP is used to control performance information between a server and a client. PacketVideo technology uses RTCP to send reports between the client and server to indicate information such as the percentage of RTP packet loss during a video session. This information is crucial to managing the quality and throughput of the video data from the server. RTSP stands for Real Time Streaming Protocol. This is a session-oriented protocol that is transported over TCP between server and client. The purpose of RTSP is to provide a language for communicating standard video-on-demand requests. PV uses RTSP to control the server and allow tracking of the stream session status as a video is being served. " Simon -----Original Message----- From: Ross Finlayson Sent: den 22 augusti 2001 12:35 To: Simon Magnusson Cc: Subject: Re: [Live-devel] Using the libraries with Mpeg-4 ? At 01:12 AM 8/22/01, Simon Magnusson wrote: >Hi, me and a friend are planning on a master thieses project where we will >use RTP to stream mpeg4 to an iPaq with Windows CE. We have found 3:rd part >mpeg4-player for the iPaq that says it uses the open standard RTP protocols >for streaming. Our task is to build the server side, and now I'm wondering >if the LIVE libraries can be used for streaming mpeg-4?? Simon, Yes, with a little bit of work you should be able to use these libraries to stream MPEG-4 over RTP. You should be able to do this by writing new 'RTP sink' classes for MPEG-4 audio and video, similar to the existing "MPEGAudioRTPSink" and "MPEGVideoRTPSink" classes that are defined in the "liveMedia" library. (The names of these classes are a little misleading, because they implement only MPEG-1 or MPEG-2.) I'm a little sceptical about your 3rd party's claim that their MPEG-4 player tool supports "the open standard RTP protocols", because the RTP payload formats for MPEG-4 are still moving through the IETF, and have not been fully standardized just yet. If possible, you should try to find out as much as you can about the details of whatever payload format that they claim to implement, to assist you with developing a server implementation. Ross From Wed Aug 22 06:14:55 2001 Received: from void1.ausys.se ([62.20.78.253] helo=naigwy) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZXqO-0006XX-00 for ; Wed, 22 Aug 2001 06:14:52 -0700 Received: FROM aunt15.ausys.se BY naigwy ; Wed Aug 22 15:16:44 2001 +0200 Received: by aunt15.ausys.se with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Aug 2001 15:09:55 +0200 Message-ID: From: Simon Magnusson To: Date: Wed, 22 Aug 2001 10:12:46 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Using the libraries with Mpeg-4 ? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hi, me and a friend are planning on a master thieses project where we will use RTP to stream mpeg4 to an iPaq with Windows CE. We have found 3:rd part mpeg4-player for the iPaq that says it uses the open standard RTP protocols for streaming. Our task is to build the server side, and now I'm wondering if the LIVE libraries can be used for streaming mpeg-4?? Simon From Wed Aug 22 06:24:09 2001 Received: from void1.ausys.se ([62.20.78.253] helo=naigwy) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZXzL-0000rv-00 for ; Wed, 22 Aug 2001 06:24:07 -0700 Received: FROM aunt15.ausys.se BY naigwy ; Wed Aug 22 15:25:59 2001 +0200 Received: by aunt15.ausys.se with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Aug 2001 15:19:11 +0200 Message-ID: From: Simon Magnusson To: Date: Wed, 22 Aug 2001 14:34:22 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Using the libraries with Mpeg-4 ? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hi again, this is a part from the white papers of the packet-video system that we plan to use. PacketVideo has a complete system for packing, streaming from server and playing mpeg4 on the PDA. And since the player is free we thought we'd use that. The only thing I can get from this is that it uses RTP and RTSP. Is RTP different depending on what is streamed? " 2.4 IETF Streaming Protocols The IETF is the Internet Engineering Task Force. This voluntary standards body is dedicated to making recommendations for how to communicate information over the IP networks that are the basis for the Internet. The IETF has a number of activities related to the delivery of multimedia information in a packet-based environment. PacketVideo currently uses IETF recommended methods based on RTP and RTSP for the delivery of video bitstreams with synchronized audio from a server to a terminal. The protocol stack for the delivery of multimedia data is shown in Figure 3. This idea behind RTP, which stands for Real Time Protocol, is that certain data needs to be delivered from a server to a client in a real time manner. Multimedia data such as synchronized audio and video falls into this category. Guaranteed delivery transport protocols, such as TCP (Transport Control Protocol) add significant delay by retransmitting data packets until they are acknowledged as correctly received by a client. RTP is an application layer component that utilizes UDP (User Datagram Protocol) as a transport mechanism. UDP data is not guaranteed to arrive at a client, but is rather a "best-effort", connectionless protocol. It is therefore suitable for delivery data that must arrive without delay. RTP headers consist primarily of sequence numbers, timestamps, and payload type bits. RTP enables a client application to monitor the loss of packets, and to "re-order" those packets that arrive out of order at the client. RTP includes a sub-component known as RTCP, or Real Time Control Protocol. RTCP is used to control performance information between a server and a client. PacketVideo technology uses RTCP to send reports between the client and server to indicate information such as the percentage of RTP packet loss during a video session. This information is crucial to managing the quality and throughput of the video data from the server. RTSP stands for Real Time Streaming Protocol. This is a session-oriented protocol that is transported over TCP between server and client. The purpose of RTSP is to provide a language for communicating standard video-on-demand requests. PV uses RTSP to control the server and allow tracking of the stream session status as a video is being served. " Simon -----Original Message----- From: Ross Finlayson Sent: den 22 augusti 2001 12:35 To: Simon Magnusson Cc: Subject: Re: [Live-devel] Using the libraries with Mpeg-4 ? At 01:12 AM 8/22/01, Simon Magnusson wrote: >Hi, me and a friend are planning on a master thieses project where we will >use RTP to stream mpeg4 to an iPaq with Windows CE. We have found 3:rd part >mpeg4-player for the iPaq that says it uses the open standard RTP protocols >for streaming. Our task is to build the server side, and now I'm wondering >if the LIVE libraries can be used for streaming mpeg-4?? Simon, Yes, with a little bit of work you should be able to use these libraries to stream MPEG-4 over RTP. You should be able to do this by writing new 'RTP sink' classes for MPEG-4 audio and video, similar to the existing "MPEGAudioRTPSink" and "MPEGVideoRTPSink" classes that are defined in the "liveMedia" library. (The names of these classes are a little misleading, because they implement only MPEG-1 or MPEG-2.) I'm a little sceptical about your 3rd party's claim that their MPEG-4 player tool supports "the open standard RTP protocols", because the RTP payload formats for MPEG-4 are still moving through the IETF, and have not been fully standardized just yet. If possible, you should try to find out as much as you can about the details of whatever payload format that they claim to implement, to assist you with developing a server implementation. Ross From Wed Aug 22 09:14:23 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15Zae5-000275-00 for ; Wed, 22 Aug 2001 09:14:21 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA56361; Wed, 22 Aug 2001 09:14:18 -0700 (PDT) Message-Id: <4.3.1.1.20010822084827.00c24920(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 22 Aug 2001 09:14:18 -0700 To: Simon Magnusson From: Ross Finlayson Subject: RE: [Live-devel] Using the libraries with Mpeg-4 ? Cc: In-Reply-To: ys.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 05:27 AM 8/22/01, Simon Magnusson wrote: >Hi again, >this is a part from the white papers of the packet-video system that we plan >to use. >PacketVideo has a complete system for packing, streaming from server and >playing mpeg4 on the PDA. And since the player is free we thought we'd use >that. The only thing I can get from this is that it uses RTP and RTSP. Is >RTP different depending on what is streamed? Yes, sort of. Because RTP is a packet-based protocol (as opposed to a stream-based protocol like TCP), there are rules for how each type of media is packetized into RTP packets. In particular, there are rules - for each type of media - about whether or not multiple 'frames' can be packed into a single RTP packet, and/or whether/how large 'frames' can be fragmented over more than one RTP packet. Depending on the media type, there may also be special, media-specific headers in each RTP packet (i.e., in addition to the common RTP header). These rules - for each media type - are called a "RTP Payload Format" for that media type. In the "LIVE.COM Streaming Media" libraries, a "RTP Payload Format" is implemented by subclassing "RTPSink" (in the case of a transmitter) or "RTPSource" (in the case of a receiver). For example, The RTP payload formats for MPEG-1 and MPEG-2 (audio and video) are defined by RFC 2250 , and the libraries implement this using the classes "MPEGVideoRTPSink", "MPEGAudioRTPSink", "MPEGVideoRTPSource", and "MPEGAudioRTPSource". In the case of MPEG-4, there may end up being more than one packet format defined, depending on which features of MPEG-4 are being used. However, my reading of the "PacketVideo" whitepaper that you quoted , as well as the "Wireless Multimedia Forum" technical framework document that it references , suggests that the PacketVideo Player probably uses the RTP Payload Format defined in RFC 3016: So, if you were to define subclasses of "RTPSink" that implement this payload format, you could probably build a server that could stream MPEG-4 data that your PacketVideo Player could receive and play. Ross. From Wed Aug 22 09:35:12 2001 Received: from adsl-64-174-149-210.dsl.sntc01.pacbell.net ([64.174.149.210] helo=kaufman.liveevil.com) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZayG-0004XI-00 for ; Wed, 22 Aug 2001 09:35:12 -0700 Received: (qmail 15872 invoked from network); 22 Aug 2001 16:35:03 -0000 Received: from localhost (synec(at)127.0.0.1) by localhost with SMTP; 22 Aug 2001 16:35:03 -0000 Date: Wed, 22 Aug 2001 09:35:03 -0700 (PDT) From: john spurling To: Simon Magnusson cc: live-devel(at)lists.sourceforge.net Subject: RE: [Live-devel] Using the libraries with Mpeg-4 ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Simon, you also might look at an open source mpeg-4 player written by some folks at cisco. it's already been shown to be interoperable with a variety of mpeg-4 implementations and is following the ietf standards closely. its homepage is: http://mpeg4ip.sourceforge.net cheers, john spurling -- "not only does the english language borrow from other languages, it sometimes chases them through dark alleys, hits them over the head, and goes through their pockets." -- eddy On Wed, 22 Aug 2001, Ross Finlayson wrote: > At 05:27 AM 8/22/01, Simon Magnusson wrote: > >Hi again, > >this is a part from the white papers of the packet-video system that we plan > >to use. > >PacketVideo has a complete system for packing, streaming from server and > >playing mpeg4 on the PDA. And since the player is free we thought we'd use > >that. The only thing I can get from this is that it uses RTP and RTSP. Is > >RTP different depending on what is streamed? > > Yes, sort of. Because RTP is a packet-based protocol (as opposed to a > stream-based protocol like TCP), there are rules for how each type of media > is packetized into RTP packets. In particular, there are rules - for each > type of media - about whether or not multiple 'frames' can be packed into a > single RTP packet, and/or whether/how large 'frames' can be fragmented over > more than one RTP packet. Depending on the media type, there may also be > special, media-specific headers in each RTP packet (i.e., in addition to > the common RTP header). > > These rules - for each media type - are called a "RTP Payload Format" for > that media type. In the "LIVE.COM Streaming Media" libraries, a "RTP > Payload Format" is implemented by subclassing "RTPSink" (in the case of a > transmitter) or "RTPSource" (in the case of a receiver). > > For example, The RTP payload formats for MPEG-1 and MPEG-2 (audio and > video) are defined by RFC 2250 , > and the libraries implement this using the classes "MPEGVideoRTPSink", > "MPEGAudioRTPSink", "MPEGVideoRTPSource", and "MPEGAudioRTPSource". > > In the case of MPEG-4, there may end up being more than one packet format > defined, depending on which features of MPEG-4 are being used. However, my > reading of the "PacketVideo" whitepaper that you quoted > , as well as the > "Wireless Multimedia Forum" technical framework document that it references > , suggests that the > PacketVideo Player probably uses the RTP Payload Format defined in RFC > 3016: > > So, if you were to define subclasses of "RTPSink" that implement this > payload format, you could probably build a server that could stream MPEG-4 > data that your PacketVideo Player could receive and play. > > Ross. > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > http://lists.sourceforge.net/lists/listinfo/live-devel > From Wed Aug 22 11:57:56 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZdCN-0000xH-00 for ; Wed, 22 Aug 2001 11:57:55 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA60918; Wed, 22 Aug 2001 11:57:51 -0700 (PDT) Message-Id: <4.3.1.1.20010822114848.00c0d620(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 22 Aug 2001 11:54:06 -0700 To: Willard From: Ross Finlayson Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Live RTP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 10:42 AM 8/22/01, you wrote: >I modified testMPEGVideoReceiver to save a file transmitted by >testMPEGVideoTransmitter. It takes about 150 seconds to transmit a 7 >second file (308kb MPEG 1). When I replay the saved mpeg, it replays at a >perfect rate. Why is it taking so long to transmit the file?? I'm not sure. It's possible that there's a bug in the library code (where it calculates how long to delay between sending each packet). Could you send me a copy of the 308 kByte MPEG-1 file so I can take a look at it? (Or even better, put it on a web server somewhere and send me the URL?) > How do I use Apple Quick Time 5.0 to receive RTP stream transmitted by > testMPEGVideoTransmitter?? (You mean "testMPEGVideoStreamer".) To receive/play the stream using QuickTime Player, have it open the file "testMPEGVideo.sdp". (Note that if you change the IP address or port that "testMPEGVideoStreamer" uses, you will also need to change the corresponding fields in the "testMPEGVideo.sdp" file.) Ross. From Wed Aug 22 12:00:32 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZdEu-00029Q-00 for ; Wed, 22 Aug 2001 12:00:32 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA61047; Wed, 22 Aug 2001 12:00:28 -0700 (PDT) Message-Id: <4.3.1.1.20010822115415.00c309e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 22 Aug 2001 12:00:31 -0700 To: Willard From: Ross Finlayson Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: live IP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 10:50 AM 8/22/01, Willard wrote: >Hi > >How do I set-up live such that it uses normal IP address instead of the >multicast address. Or how do I setup the multicast address such that it >transmits to a single pc only?? I think the "testMPEGVideoStreamer" code will still work if you change the "multicastAddressStr" variable to be a unicast address (the address of the intended destination). However, there's really no reason not to use multicast, unless you plan to stream over a network that doesn't support IP multicast routing. Ross. From Wed Aug 22 16:52:41 2001 Received: from f88.law14.hotmail.com ([64.4.21.88] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15Zhnc-0007aS-00 for ; Wed, 22 Aug 2001 16:52:40 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 22 Aug 2001 16:52:35 -0700 Received: from 207.137.6.2 by lw14fd.law14.hotmail.msn.com with HTTP; Wed, 22 Aug 2001 23:52:34 GMT X-Originating-IP: [207.137.6.2] From: {Spike 12123} To: Bcc: Date: Wed, 22 Aug 2001 16:52:34 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 22 Aug 2001 23:52:35.0117 (UTC) FILETIME=[841B7DD0:01C12B65] Subject: [Live-devel] Understanding Library Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello, I downloaded this library in an attempt to use it to stream a bmpeg (bundled mpeg) program stream rather than using the existing code to separate out the audio and video elementary streams. In order to do this I am looking at all the source code to see how they are demuxing the program stream. Other than going through the code does anybody have like an api for all the classes and methods or is there a tool that will create one for me. Also if anybody knows about using this RTP Payload and has any experience please let me know, it might be worth your while. Thanks. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Thu Aug 23 02:10:20 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZqVI-0007yJ-00 for ; Thu, 23 Aug 2001 02:10:20 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA84800; Thu, 23 Aug 2001 02:10:17 -0700 (PDT) Message-Id: <4.3.1.1.20010823014528.00c51ac0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 23 Aug 2001 02:09:19 -0700 To: {Spike 12123} From: Ross Finlayson Subject: Re: [Live-devel] Understanding Library Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 04:52 PM 8/22/01, Spike 12123 wrote: >Hello, >I downloaded this library in an attempt to use it to stream a bmpeg >(bundled mpeg) program stream rather than using the existing code to >separate out the audio and video elementary streams. Are you interested using the RTP payload format for MPEG System (Program) streams, as defined by section 2 of RFC 2250, or are you interested in using the RTP payload format for 'Bundled MPEG', as defined in the (Experimental) RFC 2343? If it's the former, then implementing the RTP payload format using the library would be very easy, as there are no packetization restrictions. You could do this by defining a very simple subclass of "MultiFramedRTPSink", and feeding this from a "ByteStreamFileSource" (assuming that the MPEG Program Stream input comes from a file). If it's the latter, then implementing the RTP payload format should still be possible, but more difficult. Again, you would need to define a subclass of "MultiFramedRTPSink", and feed this from both a video and an audio elementary stream. These elementary streams could be generated by a pair of "MPEGDemuxedElementaryStream"s, produced by a "MPEGDemux". (See the code for the "testMPEGSplitter" application (in "testProgs") for an illustration of how to do this.) >In order to do this I am looking at all the source code to see how they >are demuxing the program stream. Other than going through the code does >anybody have like an api for all the classes and methods or is there a >tool that will create one for me. Right now the best description of the API is the header files themselves - in particular, the header files that are included by "liveMedia.hh". Also, the code for the various test programs provides an illustration of how to use the libraries. (Sometime in the future I plan to write up more detailed documentation of the library APIs, but I'm waiting for the code to stabilize more before I start doing this.) Ross. From Thu Aug 23 02:26:33 2001 Received: from void1.ausys.se ([62.20.78.253] helo=naigwy) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15Zqkx-0004C7-00 for ; Thu, 23 Aug 2001 02:26:31 -0700 Received: FROM aunt15.ausys.se BY naigwy ; Thu Aug 23 11:28:44 2001 +0200 Received: by aunt15.ausys.se with Internet Mail Service (5.5.2653.19) id ; Thu, 23 Aug 2001 11:21:57 +0200 Message-ID: From: Simon Magnusson To: Subject: RE: [Live-devel] Using the libraries with Mpeg-4 ? Date: Thu, 23 Aug 2001 11:20:17 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Thanks for all the info! It really helped me understanding things. I also looked at the Mpeg4IP at sourceforge, but since we don't have the need to encode nor play the clips, this libraray seems more suiteble. And besides that we are currently planning on using Windows. Now I'm wondering if there is any functions for dealing with the RTSP in this libraray? Thanks /Simon -----Original Message----- From: Ross Finlayson Sent: den 22 augusti 2001 18:14 To: Simon Magnusson Cc: Subject: RE: [Live-devel] Using the libraries with Mpeg-4 ? At 05:27 AM 8/22/01, Simon Magnusson wrote: >Hi again, >this is a part from the white papers of the packet-video system that we plan >to use. >PacketVideo has a complete system for packing, streaming from server and >playing mpeg4 on the PDA. And since the player is free we thought we'd use >that. The only thing I can get from this is that it uses RTP and RTSP. Is >RTP different depending on what is streamed? Yes, sort of. Because RTP is a packet-based protocol (as opposed to a stream-based protocol like TCP), there are rules for how each type of media is packetized into RTP packets. In particular, there are rules - for each type of media - about whether or not multiple 'frames' can be packed into a single RTP packet, and/or whether/how large 'frames' can be fragmented over more than one RTP packet. Depending on the media type, there may also be special, media-specific headers in each RTP packet (i.e., in addition to the common RTP header). These rules - for each media type - are called a "RTP Payload Format" for that media type. In the "LIVE.COM Streaming Media" libraries, a "RTP Payload Format" is implemented by subclassing "RTPSink" (in the case of a transmitter) or "RTPSource" (in the case of a receiver). For example, The RTP payload formats for MPEG-1 and MPEG-2 (audio and video) are defined by RFC 2250 , and the libraries implement this using the classes "MPEGVideoRTPSink", "MPEGAudioRTPSink", "MPEGVideoRTPSource", and "MPEGAudioRTPSource". In the case of MPEG-4, there may end up being more than one packet format defined, depending on which features of MPEG-4 are being used. However, my reading of the "PacketVideo" whitepaper that you quoted , as well as the "Wireless Multimedia Forum" technical framework document that it references , suggests that the PacketVideo Player probably uses the RTP Payload Format defined in RFC 3016: So, if you were to define subclasses of "RTPSink" that implement this payload format, you could probably build a server that could stream MPEG-4 data that your PacketVideo Player could receive and play. Ross. From Thu Aug 23 08:58:32 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ZwsK-00044x-00 for ; Thu, 23 Aug 2001 08:58:32 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id IAA96280; Thu, 23 Aug 2001 08:58:28 -0700 (PDT) Message-Id: <4.3.1.1.20010823085437.00c727e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 23 Aug 2001 08:58:23 -0700 To: Simon Magnusson From: Ross Finlayson Subject: RE: [Live-devel] Using the libraries with Mpeg-4 ? Cc: In-Reply-To: ys.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 02:20 AM 8/23/01, Simon Magnusson wrote: >Now I'm wondering if there is any functions for dealing with the RTSP in >this libraray? I am currently adding some basic RTSP server support to the "liveMedia" library. This will enable a RTSP client (such as RealPlayer or QuickTime Player) to query and play from a streaming application using a RTSP URL, rather than having to explicitly open a ".sdp" file. (Later I also hope to add support for seeking/pausing within a (prerecorded) stream.) Ross. From Mon Aug 27 12:25:08 2001 Received: from f215.law14.hotmail.com ([64.4.21.215] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bS0R-00064r-00 for ; Mon, 27 Aug 2001 12:25:07 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 27 Aug 2001 12:25:01 -0700 Received: from 207.137.6.2 by lw14fd.law14.hotmail.msn.com with HTTP; Mon, 27 Aug 2001 19:25:01 GMT X-Originating-IP: [207.137.6.2] From: {Spike 12123} To: Cc: Bcc: Date: Mon, 27 Aug 2001 12:25:01 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Aug 2001 19:25:01.0954 (UTC) FILETIME=[F7BDF620:01C12F2D] Subject: [Live-devel] Debugging Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Ross, I am still working on modifications to stream MPEG System streams as described in RFC 2250. I am planning on creating a subclass as you described for MultiFramedRTPSink. Right now I am trying to set up a debugging enviornment. I have the code compiled for Visual C++ on Windows but I don't know how to use the debugger with your code. I suppose its more a Visual C++ question, but since I am using the *.mak files to build my projects there is no debugging information. Do you know how i can add the debugging information? Is it just another argument I can add to the *.mak files? Thanks, Todd _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Mon Aug 27 12:39:49 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bSEe-0001fc-00 for ; Mon, 27 Aug 2001 12:39:48 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA63322; Mon, 27 Aug 2001 12:39:48 -0700 (PDT) Message-Id: <4.3.1.1.20010827123307.00c57640(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 27 Aug 2001 12:35:48 -0700 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Debugging Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 12:25 PM 8/27/01, Spike 12123 wrote: >I am still working on modifications to stream MPEG System streams as >described in RFC 2250. I am planning on creating a subclass as you >described for MultiFramedRTPSink. Right now I am trying to set up a >debugging enviornment. I have the code compiled for Visual C++ on Windows >but I don't know how to use the debugger with your code. I suppose its >more a Visual C++ question, but since I am using the *.mak files to build >my projects there is no debugging information. Do you know how i can add >the debugging information? Is it just another argument I can add to the >*.mak files? Todd, If you comment out the line NODEBUG=1 that's in each Makefile (or, equivalently, comment out this line in "win32config" and then re-run "genWindowsMakefiles"), and then rebuild everything, you should get a debuggable version of the Windows code. Ross. From Mon Aug 27 16:34:04 2001 Received: from f244.law14.hotmail.com ([64.4.21.244] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bVtL-0003ds-00 for ; Mon, 27 Aug 2001 16:34:03 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 27 Aug 2001 16:33:57 -0700 Received: from 207.137.6.2 by lw14fd.law14.hotmail.msn.com with HTTP; Mon, 27 Aug 2001 23:33:57 GMT X-Originating-IP: [207.137.6.2] From: {Spike 12123} To: Bcc: Date: Mon, 27 Aug 2001 16:33:57 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Aug 2001 23:33:57.0810 (UTC) FILETIME=[BE34B920:01C12F50] Subject: [Live-devel] Exceptions and other issues Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Ross, I took your advice on how to get the debugger working in Windows and it works great. I am having some other issues I am hoping you can help me iron out. 1) When running testMPEGVideoStreamer I get the following msdos console messages: ====================================================================== Unable to determine our source address: setsockopt(IP_ADD_MEMBERSHIP) error: Unk nown error Unable to determine our source address: setsockopt(IP_ADD_MEMBERSHIP) error: Unk nown error Beginning streaming... Beginning to read from file... ...done reading from file Beginning to read from file... ====================================================================== I am trying to understand if it is working correctly. The file will loop through and appears to stream indefinitely as scheduled. Can you explain what the code is doing? It seems to error when the function -ourSourceAddressForMulticast(env) - is called in Groupsock.cpp. 2) Perhaps this is related to the errors in question 1, but I cannot view anything in Quicktime. I am using the sdp file identical to the one you distributed except I changed the ip address to my local address for o and c (corresponds to change of - multicastAddressStr - in testMPEGVideoStreamer.cpp). I also uncommented the - #define SOURCE_IS_PROGRAM_STREAM 1 - because the MPEG1 file is a program stream containing audio and video. My only success so far was when I sent a video elementary stream MPEG1 file and was able to receive it using JMStudio (this of course with - #define SOURCE_IS_PROGRAM_STREAM 1 - commented out). Could the problem be that I am doing the streaming and receiving on the same PC, possibly creating an issue with multiple connections to the same port? 3) Again, could be related to previous questions, when I run in debug mode the MS Visual C++ debug window will repeatedly display the message: First-chance exception in testMPEGVideoStreamer.exe (KERNEL32.DLL): 0xE06D7363: Microsoft C++ Exception. Is this a major problem or just a minor bug I don't care about for now? 4)I tried running testMPEGVideoReceiver yet but I am unclear on what it is supposed to do. Comments say it "outputs the resulting MPEG file stream using a built-in HTTP server." Where does it output the stream? The console message is says: ======================================================================= Unable to determine our source address: setsockopt(IP_ADD_MEMBERSHIP) error: Unk nown error Unable to determine our source address: setsockopt(IP_ADD_MEMBERSHIP) error: Unk nown error Beginning receiving multicast stream... ======================================================================= It just stops right there even with the testMPEGVideoStreamer running along. I suppose if I get issues with my first few questions cleared up then it might work. I get the impression the stream is redirected from RTP to HTTP but if so then how can it be viewed? Is this meant to just receive bitstreams and print them out? Thats it for now. Thanks for response. Last time you were fast to reply and I appreciated that. Hope these questions sound familiar and there is something real elementary I am not doing. If you need I can email you my MPEG file but I don't have a web site I can post it to. - Todd _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Mon Aug 27 18:47:14 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bXyD-0003Zz-00 for ; Mon, 27 Aug 2001 18:47:13 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id SAA35091; Mon, 27 Aug 2001 18:47:13 -0700 (PDT) Message-Id: <4.3.1.1.20010827181508.00b589e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 27 Aug 2001 18:47:01 -0700 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Exceptions and other issues Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 04:33 PM 8/27/01, Spike 12123 wrote: >I took your advice on how to get the debugger working in Windows and it >works great. I am having some other issues I am hoping you can help me >iron out. > >1) When running testMPEGVideoStreamer I get the following msdos console >messages: >====================================================================== >Unable to determine our source address: setsockopt(IP_ADD_MEMBERSHIP) >error: Unknown error >Unable to determine our source address: setsockopt(IP_ADD_MEMBERSHIP) >error: Unknown error Do these errors occur only with the debuggable version, or with the earlier version that you built without debugging symbols, or both? Also, could you please download and run the version at . Let me know if you also see the error messages with that, pre-built version. >2) Perhaps this is related to the errors in question 1, but I cannot view >anything in Quicktime. I am using the sdp file identical to the one you >distributed except I changed the ip address to my local address for o and >c (corresponds to change of - multicastAddressStr - in >testMPEGVideoStreamer.cpp). I suggest that you make sure that the original, multicast-based version is working OK (using the originally supplied .sdp file, and the the original "multicastAddressStr"). Only when you've confirmed that the multicast version is working OK should you try changing the program. >Could the problem be that I am doing the streaming and receiving on the >same PC, possibly creating an issue with multiple connections to the same port? This shouldn't be a problem if you're running the original, multicast version. That's why it's important to get that working first. (As a general rule, there's no reason not to use multicast, unless you're streaming over a network that doesn't support multicast routing.) >3) Again, could be related to previous questions, when I run in debug mode >the MS Visual C++ debug window will repeatedly display the message: >First-chance exception in testMPEGVideoStreamer.exe (KERNEL32.DLL): >0xE06D7363: Microsoft C++ Exception. >Is this a major problem or just a minor bug I don't care about for now? I'm not sure. Note that the routines called by MPEGVideoStreamParser::parse() occasionally throw exceptions - as part of their normal operation - but MPEGVideoStreamParser::parse() contains a "catch" statement that should catch and handle these. I.e., these exceptions do not indicate an error, but you shouldn't be seeing them. However, if you *are* seeing these exceptions, then there may be a problem that I'll need to look into. >4)I tried running testMPEGVideoReceiver yet but I am unclear on what it is >supposed to do. Comments say it "outputs the resulting MPEG file stream >using a built-in HTTP server." Where does it output the stream? "testMPEGVideoReceiver" has a built-in HTTP server, running on port 10006. (This port number can be changed.) If your player tool can read data from "http://" URLs, you can read/play the data received by "testMPEGVideoReceiver" by pointing your player tool at the URL "http://:10006/" Alternatively, you can change the code so that "testMPEGVideoReceiver" outputs to a file (possible "stdout"), instead of using a built-in HTTP server. (To do this, see the line containing "FileSink::createNew".) But in any case, you'll need to get rid of the "Unknown error" error messages first, before you can expect anything else to work. Ross. From Mon Aug 27 23:56:22 2001 Received: from vtools.es ([212.64.166.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bcnB-0004q7-00 for ; Mon, 27 Aug 2001 23:56:11 -0700 Received: from carlos.vtools.es (carlos.vtools.es [192.67.79.98]) by vtools.es (Postfix) with SMTP id 22B29423D for ; Tue, 28 Aug 2001 08:58:52 +0200 (CEST) From: Carlos Rivera Organization: Visual Tools Date: Tue, 28 Aug 2001 08:55:41 +0200 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: MIME-Version: 1.0 Message-Id: <01082808554100.01174(at)carlos.vtools.es> Content-Transfer-Encoding: 8bit Subject: [Live-devel] pausing and flow adjustment Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Dear Ross, My name is Carlos Rivera I am a workmate of Paquito whom you may know from your mailing list. At our company we are working on a video server of recorded MPEG files which accepts RTSP commands, I have just finished implementing a very rough first version of it. The RTSP parser and server are written in Python but the RTP/RTCP module is a shared library version of your code. I have learned how to use your code mainly from the testMPEGVideoStreamer example, and made minor modifications so that I could obtain things like RTP time stamp and sequence number (which are private members of RTPSink If I remember correctly.) Also I did modify the BasicTaskScheduler so that it doesn't block and I have a multithreaded server which can accept many requests simultaneously. However my knowledge of the inner workings of the library is still very poor, and I would like to be able to do a couple of things which require a better understanding than I have. I would like to be able to play from a given 'time position' (in seconds) since the beginning of the MPEG file (not just always from the beginning.) I have implemented the RTSP PAUSE request, but when I next get a PLAY request I am not able to start from the exact point that the client wants, My only 'rough' control is simply a pair of function calls of the form: videoSink->stopPlaying() and videoSink->startPlaying and implementing it this way makes the client loose images (the images sent in the time between when the client send the PAUSE request and when my server actually pauses.) The second thing that I would like to do would be to interpret the statistics from the RTCP packets so that I could change the playing rate 'on the fly', I guess the interpretation is easy the real problem is how to dynamically adjust the rate. Well I guess my message is already long enough, please could you hint me as to how I could proceed? Also I have read in previous messages that you are working on an RTSP server, you may be interested in my Python code which I imagine it will have GPL licence, although I would have to ask my boss just to make sure. Thanks for your time. Carlos. From Tue Aug 28 12:48:29 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15boqb-0004uv-00 for ; Tue, 28 Aug 2001 12:48:29 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA25547; Tue, 28 Aug 2001 12:48:28 -0700 (PDT) Message-Id: <4.3.1.1.20010828120602.00c766e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 28 Aug 2001 12:48:18 -0700 To: From: Ross Finlayson Subject: Re: [Live-devel] pausing and flow adjustment In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Carlos, Thanks for the note. It's always great to hear from people who are making good use of the libraries. >I have learned how to use your code mainly from the >testMPEGVideoStreamer example, and made minor modifications so that I >could obtain things like RTP time stamp and sequence number (which are >private members of RTPSink If I remember correctly.) Also I did modify the >BasicTaskScheduler so that it doesn't block and I have a multithreaded >server which can accept many requests simultaneously. If you'd like to mail me the files that you're updated (or 'patch' files), I'll see if I can incorporate the changes into future releases of the library code, so that you don't have to keep patching your own copy each time. > However my knowledge of the inner workings of the library is still >very poor, and I would like to be able to do a couple of things which >require a better understanding than I have. I would like to be able to play >from a given 'time position' (in seconds) since the beginning of the MPEG >file (not just always from the beginning.) Yes, this has been a popular request :-) To support this, I will need to update the "liveMedia" library so that certain 'sources' can handle a 'seek-by-time' operation. I will also see if I can improve the implementation of "stopPlaying()"/"startPlaying()" for the various media types, so that you can more effectively use these functions to implement a 'pause' command (as you have been trying to do). These changes to the library are on my "to do" list, and will happen at some point in the future. In general, though, the library changes/additions that I give highest priority to are those for which we (LIVE.COM) have received financial support. (E.g., the recent support for MPEG video came about as a result of financial support by a company that's developing IP-based security cameras.) If your company is interested in providing financial support to help add features to the library (either general purposes changes, such as the support for seeking-by-time, or special-purpose or proprietary additions that can be linked with the libraries), please let me know. > The second thing that I would like to do would be to interpret the >statistics from the RTCP packets so that I could change the playing rate >'on the fly', I guess the interpretation is easy the real problem is how >to dynamically adjust the rate. One relatively simple way to do this would be to add a 'filter' component that selectively adjusts the output frame rate by dropping certain frames. >Also I have read in previous messages >that you are working on an RTSP server Yes, I have recently implemented a very simple RTSP server that supports just the OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY methods (& doesn't handle seeking-by-time). This hasn't been well tested yet, but I'll be adding it to the library (& test programs) soon. >you may be interested in my >Python code which I imagine it will have GPL licence, although I would >have to ask my boss just to make sure. Yes, I'd be happy to accept new code contributions like this (non-C/C++ code like this would end up going in a separate directory), as long as the license is the LGPL, rather than the GPL. (I don't want to disallow people from building proprietary applications that make use of the libraries, or from linking the libraries with their own, proprietary source/sink components, if they choose. The LGPL allows people to do this, but the GPL doesn't.) Ross Finlayson LIVE.COM From Tue Aug 28 13:06:41 2001 Received: from f108.law14.hotmail.com ([64.4.21.108] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bp8C-0007Yj-00 for ; Tue, 28 Aug 2001 13:06:40 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 28 Aug 2001 13:06:30 -0700 Received: from 207.137.6.2 by lw14fd.law14.hotmail.msn.com with HTTP; Tue, 28 Aug 2001 20:06:30 GMT X-Originating-IP: [207.137.6.2] From: {Spike 12123} To: Bcc: Date: Tue, 28 Aug 2001 13:06:30 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 28 Aug 2001 20:06:30.0929 (UTC) FILETIME=[EDB32810:01C12FFC] Subject: [Live-devel] Groupsock Errors Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Ross, I took your advice and downloaded the test program from . It worked perfectly. I used quicktime and the exisitng sdp and saw the video just fine. So for testing on I reinstalled all the files on my Linux machine (just in case windows had introduced some strange errors) and recompiled and linked everything using the config.linux as described on your website. So running this produced the groupsock error again (shown below). ------------- 12:55:45 Groupsock(8: 239.255.42.42, 8888, 7): failed to join group: setsockopt( IP_ADD_MEMBERSHIP) error: Unknown error Unable to determine our source address: setsockopt(IP_ADD_MEMBERSHIP) error: Unknown error 12:56:10 Groupsock(56: 239.255.42.42, 8889, 7): failed to join group: setsockopt (IP_ADD_MEMBERSHIP) error: Unknown error ------------- Since I cannot get the orginal multicast version working okay I don't know if there is internal code I should be debugging or if maybe the config.linux is incorrect or something else I should be lookgin at. I am determined to make this work because this software seems to contain many of the components I need for a streaming MPEG/RTP project I am working on. Any more advice or things to try I would appreciate. Thanks, Todd _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Tue Aug 28 13:21:24 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bpMS-0005cQ-00 for ; Tue, 28 Aug 2001 13:21:24 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA26513; Tue, 28 Aug 2001 13:21:23 -0700 (PDT) Message-Id: <4.3.1.1.20010828131624.00c73100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 28 Aug 2001 13:21:19 -0700 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Groupsock Errors Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 01:06 PM 8/28/01, Spike 12123 wrote: >I took your advice and downloaded the test program from >. It worked perfectly. I >used quicktime and the exisitng sdp and saw the video just fine. So for >testing on I reinstalled all the files on my Linux machine (just in case >windows had introduced some strange errors) and recompiled and linked >everything using the config.linux as described on your website. >So running this produced the groupsock error again (shown below). Now I'm confused. Are you seeing these error messages when running the software on Windows, or on Linux??? In your last message, you implied that you were running the software on Windows. Now you imply that you're running the software on Linux. Which is it? If you're seeing these error messages on Linux, then it's probably because your Linux kernel isn't configured for IP multicast. To fix this, you'll need to set CONFIG_IP_MULTICAST=y in your Linux kernel config file, and rebuild your kernel. Ross. From Tue Aug 28 14:04:42 2001 Received: from f119.law14.hotmail.com ([64.4.21.119] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bq2M-0005K2-00 for ; Tue, 28 Aug 2001 14:04:42 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 28 Aug 2001 14:04:35 -0700 Received: from 207.137.6.2 by lw14fd.law14.hotmail.msn.com with HTTP; Tue, 28 Aug 2001 21:04:35 GMT X-Originating-IP: [207.137.6.2] From: {Spike 12123} To: Bcc: Date: Tue, 28 Aug 2001 14:04:35 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 28 Aug 2001 21:04:35.0610 (UTC) FILETIME=[0ABB47A0:01C13005] Subject: [Live-devel] Re: Groupsock Errors Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Sorry to confuse you. I am using windows and since I have been getting the errors on Windows I thought I would attempt to run the software on Linux and see if the results are any different. I get the same errors on both windows and linux. At this point I would be happy if I could get the original multicast test program working in either machine. I checked my kernal and CONFIG_IP_MULTICAST is set to y. Even if this were the problem why would I be getting the same error on Windows? I appreciate your help and if you can think of something to try let me know. Thanks. Todd _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Tue Aug 28 14:13:12 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15bqAZ-00071Z-00 for ; Tue, 28 Aug 2001 14:13:11 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA28013; Tue, 28 Aug 2001 14:13:11 -0700 (PDT) Message-Id: <4.3.1.1.20010828140911.00ba9d80(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Tue, 28 Aug 2001 14:13:00 -0700 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Groupsock Errors Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 02:04 PM 8/28/01, Spike 12123 wrote: >Sorry to confuse you. I am using windows and since I have been getting the >errors on Windows I thought I would attempt to run the software on Linux >and see if the results are any different. I get the same errors on both >windows and linux. At this point I would be happy if I could get the >original multicast test program working in either machine. I checked my >kernal and CONFIG_IP_MULTICAST is set to y. Even if this were the problem >why would I be getting the same error on Windows? Because sometimes the same error message can be triggered by different problems :-) If multicast is configured in your Linux kernel, then I don't understand why you would be seeing these errors when you run the Linux version of the software. (I'm assuming here that you really are running the Linux version of the software, and are not trying to do something bizarre like run the Windows version on Linux using WINE :-) Could you mail me the output of running netstat -r on your Linux machine? Ross. From Wed Aug 29 10:09:49 2001 Received: from vtools.es ([212.64.166.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15c8qY-0001xN-00 for ; Wed, 29 Aug 2001 10:09:46 -0700 Received: from carlos.vtools.es (carlos.vtools.es [192.67.79.98]) by vtools.es (Postfix) with SMTP id D91246305 for ; Wed, 29 Aug 2001 19:13:11 +0200 (CEST) From: Carlos Rivera Organization: Visual Tools Date: Wed, 29 Aug 2001 19:09:49 +0200 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: References: <01082917251500.01487(at)paquito> In-Reply-To: MIME-Version: 1.0 Message-Id: <01082919094902.06504(at)carlos.vtools.es> Content-Transfer-Encoding: 8bit Subject: [Live-devel] Re: Re: pausing and flow adjustment Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hi Ross, > Carlos, > > Thanks for the note. It's always great to hear from people who are making > good use of the libraries. > > >I have learned how to use your code mainly from the > >testMPEGVideoStreamer example, and made minor modifications so that I > >could obtain things like RTP time stamp and sequence number (which are > >private members of RTPSink If I remember correctly.) Also I did modify the > >BasicTaskScheduler so that it doesn't block and I have a multithreaded > >server which can accept many requests simultaneously. > > If you'd like to mail me the files that you're updated (or 'patch' files), > I'll see if I can incorporate the changes into future releases of the > library code, so that you don't have to keep patching your own copy each > time. Ok, although I am not sure if the changes I made break the philosophical design of the library, I needed quick access to a member so I made it public before thinking it twice. Also I run into a problem which I don't understand, I get a segmentation fault because the function MultiFramedRTPSink::packFrame() gets called after the sink is closed and fSource has become a null pointer (fSource gets used inside of packFrame.) This is what I do, I run startPlaying and then launch on a separate thread the function scheduler->BlockMyself(). Inside of the loop of BlockMyself I have changed the while(1) by while(m_block), where m_block is a new member variable. When I want to stop playing I set m_block to false -from a thread different than where BlockMyself is running-. Then i use pthread_join( ) to wait for the thread to finish and then I do call stopPlaying. Later on I run startPlaying again and launch a new thread where the function BlockMyself runs. This seems to work until the MPEG gets to the end, then the source gets closed and I get the segfault I mentioned. I have solved it by checking fSource in packFrame before it gets used and that seems to work, but since I do not understand it it is an ugly fix. Also I sometimes do not get the segfault but get an error message from getNextFrame that complains that I am attempting to read a frame twice, whether the former or the later happen seems completely random. > > However my knowledge of the inner workings of the library is still > >very poor, and I would like to be able to do a couple of things which > >require a better understanding than I have. I would like to be able to > > play from a given 'time position' (in seconds) since the beginning of the > > MPEG file (not just always from the beginning.) > > Yes, this has been a popular request :-) To support this, I will need to > update the "liveMedia" library so that certain 'sources' can handle a > 'seek-by-time' operation. I will also see if I can improve the > implementation of "stopPlaying()"/"startPlaying()" for the various media > types, so that you can more effectively use these functions to implement a > 'pause' command (as you have been trying to do). > > These changes to the library are on my "to do" list, and will happen at > some point in the future. In general, though, the library > changes/additions that I give highest priority to are those for which we > (LIVE.COM) have received financial support. (E.g., the recent support for > MPEG video came about as a result of financial support by a company that's > developing IP-based security cameras.) If your company is interested in > providing financial support to help add features to the library (either > general purposes changes, such as the support for seeking-by-time, or > special-purpose or proprietary additions that can be linked with the > libraries), please let me know. For the moment I don't think we are interested and we would like to work on the modifications ourselves, but I would let you know if that changed. > > The second thing that I would like to do would be to interpret > > the statistics from the RTCP packets so that I could change the playing > > rate 'on the fly', I guess the interpretation is easy the real problem is > > how to dynamically adjust the rate. > > One relatively simple way to do this would be to add a 'filter' component > that selectively adjusts the output frame rate by dropping certain frames. > That would lower the rate, would it be possible to increase it? what would happen to the normal playing time of the client? > >Also I have read in previous messages > >that you are working on an RTSP server > > Yes, I have recently implemented a very simple RTSP server that supports > just the OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY methods (& doesn't handle > seeking-by-time). This hasn't been well tested yet, but I'll be adding it > to the library (& test programs) soon. > > >you may be interested in my > >Python code which I imagine it will have GPL licence, although I would > >have to ask my boss just to make sure. > > Yes, I'd be happy to accept new code contributions like this (non-C/C++ > code like this would end up going in a separate directory), as long as the > license is the LGPL, rather than the GPL. (I don't want to disallow people > from building proprietary applications that make use of the libraries, or > from linking the libraries with their own, proprietary source/sink > components, if they choose. The LGPL allows people to do this, but the GPL > doesn't.) Okey, I will look into that. Thanks. Carlos. From Wed Aug 29 12:41:51 2001 Received: from f172.law14.hotmail.com ([64.4.21.172] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15cBDi-0001AN-00 for ; Wed, 29 Aug 2001 12:41:50 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 29 Aug 2001 12:41:44 -0700 Received: from 207.137.6.126 by lw14fd.law14.hotmail.msn.com with HTTP; Wed, 29 Aug 2001 19:41:44 GMT X-Originating-IP: [207.137.6.126] From: {Spike 12123} To: Bcc: Date: Wed, 29 Aug 2001 12:41:44 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Aug 2001 19:41:44.0510 (UTC) FILETIME=[A2235DE0:01C130C2] Subject: [Live-devel] Video Players Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Hello, In order to use testMPEGVideoReceiver with a player, the player must support urls of the form http://:10006 . I tried this on Quicktime, RealPlayer and MediaPlayer 6.4 and they rejected the format. Do you know which players will support this http stream? Related question, do you know how to get RealPlayer and Windows Media Player to play RTP streams such as the one from testMPEGVideoStreamer (assuming the payload type is supported, ie. MPEG1)? Thanks very much. Todd _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Wed Aug 29 17:01:51 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15cFHK-0008SH-00 for ; Wed, 29 Aug 2001 17:01:50 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id RAA74655; Wed, 29 Aug 2001 17:01:46 -0700 (PDT) Message-Id: <4.3.1.1.20010829163837.00b6ea10(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 29 Aug 2001 17:01:36 -0700 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Video Players Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 12:41 PM 8/29/01, Spike 12123 wrote: >In order to use testMPEGVideoReceiver with a player, the player must >support urls of the form http://:10006 . I tried this on >Quicktime, RealPlayer and MediaPlayer 6.4 and they rejected the format. Sorry, I should have said: http://:10006/dummy.mpg The "/dummy.mpg" part at the end is important, for RealPlayer at least, otherwise it gets confused. > Do you know which players will support this http stream? I've demonstrated that both QuickTime Player version 5.0, and Windows Media Player (I'm running version 6.4.07.1112) will play MPEG-1 video (*not* MPEG-2 video) from a HTTP server. For some strange reason, I haven't been able to get RealPlayer to play MPEG-1 video from a HTTP server, even though it can play MPEG-1 video *files* without problems. >Related question, do you know how to get RealPlayer and Windows Media >Player to play RTP streams such as the one from testMPEGVideoStreamer >(assuming the payload type is supported, ie. MPEG1)? I've been told (by contacts at Real Networks) that RealPlayer currently can't play MPEG video/RTP streams (only MPEG audio/RTP), but that some future version might support this. As far as I know, Windows Media Player can't receive RTP streams at all (presumably because RTP is a standard that M$ can't control :-). Ross. From Wed Aug 29 18:58:20 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15cH63-0000v9-00 for ; Wed, 29 Aug 2001 18:58:19 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id SAA77907; Wed, 29 Aug 2001 18:57:57 -0700 (PDT) Message-Id: <4.3.1.1.20010829174310.00c82100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 29 Aug 2001 18:53:14 -0700 To: Carlos Rivera From: Ross Finlayson Subject: Re: [Live-devel] Re: Re: pausing and flow adjustment Cc: In-Reply-To: References: <01082917251500.01487(at)paquito> <01082917251500.01487(at)paquito> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O At 10:09 AM 8/29/01, Carlos Rivera wrote: >Ok, although I am not sure if the changes I made break the philosophical >design of the library, I needed quick access to a member so I made >it public before thinking it twice. Let me know which member variables you made public, so that I can do the same (or, equivalently, define accessor functions) in future releases of the code. > Also I run into a problem which I don't >understand, I get a segmentation fault because the function >MultiFramedRTPSink::packFrame() gets called after the sink is closed >and fSource has become a null pointer I think this is happening because you're trying to execute library code from more than one thread. You shouldn't be doing this - the library code is not designed to be multithreaded. Instead, it is designed to be run from a single-threaded event loop (like the one that implements "BasicUsageEnvironment::BlockMyself()"). If you want to control streaming that's already underway, then you should do so using the event loop. E.g., to stop playing a stream, you could modify the event loop in some way, so that it recognizes when a request has been made to stop playing the stream. The event loop could then call "stopPlaying()". In this way, all of the library code gets called from within a single thread. One simple way to do this would be to have a global 'command' variable that's checked within each iteration of the "BlockMyself()" event loop, and set from another thread (e.g., whichever thread is running your GUI). However, while I think this would probably let you stop a stream, I'm not sure whether you'd be able to start it up again (because, with no stream currently running, the event loop will likely be blocked in the select() call). So, an alternative (perhaps better) way to do this would be to create a new socket especially for controlling the library, and write to this socket whenever you wish to (e.g.) stop the stream. If you did this, you could register your own command handler function using "turnOnBackgroundReadHandling()", and you wouldn't have to modify the "BlockMyself()" event loop at all! Yet another approach would be to integrate the library's event loop with your GUI's event loop, so that you don't need separate threads for the GUI and for the library. Instead, there would be just a single threaded event loop that handles both GUI operations and streaming library operations. In any case, if you choose to make a change to the event loop, you should probably do so by defining your own subclass of "TaskScheduler" rather than modifying the "BasicTaskScheduler" code. That way, your changes won't get overwritten whenever you download an updated version of the library code. > > some point in the future. In general, though, the library > > changes/additions that I give highest priority to are those for which we > > (LIVE.COM) have received financial support. (E.g., the recent support for > > MPEG video came about as a result of financial support by a company that's > > developing IP-based security cameras.) If your company is interested in > > providing financial support to help add features to the library (either > > general purposes changes, such as the support for seeking-by-time, or > > special-purpose or proprietary additions that can be linked with the > > libraries), please let me know. > >For the moment I don't think we are interested and we would like to work on >the modifications ourselves, but I would let you know if that changed. If time-to-market of your product is an important goal for you, then you may find it worthwhile to consider dividing up the work so that you folks can concentrate on code that's specific to your product, with others (like me) focusing on the generic libray code that's underneath. > > > The second thing that I would like to do would be to interpret > > > the statistics from the RTCP packets so that I could change the playing > > > rate 'on the fly', I guess the interpretation is easy the real problem is > > > how to dynamically adjust the rate. > > > > One relatively simple way to do this would be to add a 'filter' component > > that selectively adjusts the output frame rate by dropping certain frames. > >That would lower the rate, would it be possible to increase it? There's no (easy) way to increase the frame rate of a MPEG stream that's already been encoded, so one thing you could do is encode the stream at the highest frame rate that you are likely to need, and have your control filter alway stream frames at <= that rate. Ross. From Thu Aug 30 02:13:28 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15cNt9-0004eW-00 for ; Thu, 30 Aug 2001 02:13:27 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA96774; Thu, 30 Aug 2001 02:13:19 -0700 (PDT) Message-Id: <4.3.1.1.20010830015919.00b6a5e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Thu, 30 Aug 2001 02:13:05 -0700 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] New library release, including initial RTSP server implementation Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O FYI, I have just released a new version (2001.08.30) of the "LIVE.COM Streaming Media" libraries. The major change this time is the addition (to the "liveMedia" library) of an initial, bare-bones, implementation of a RTSP server. (See also "testMPEGVideoStreamer.cpp" and "testMP3Streamer.cpp" (in "testProgs"0 for examples of how to create a RTSP server for an outgoing stream.) This initial RTSP server implementation is not particularly useful just yet - you can 'play' an existing, ongoing media stream, but you can't yet pause or seek within a stream. (These are additions that I hope to make to the library in the future.) Unfortunately RealPlayer has a bug (that I've reported to RealNetworks) that prevents it from playing a multicast MP3 session using a RTSP URL. Also, QuickTime player is currently having some trouble playing a MPEG video session using a RTSP URL. So the bottom line is that this RTSP server code is still 'work in progress'... Ross. From Fri Aug 31 16:43:00 2001 Received: from f116.law14.hotmail.com ([64.4.21.116] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15cxwA-0008S3-00 for ; Fri, 31 Aug 2001 16:42:58 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 31 Aug 2001 16:42:52 -0700 Received: from 207.137.6.126 by lw14fd.law14.hotmail.msn.com with HTTP; Fri, 31 Aug 2001 23:42:51 GMT X-Originating-IP: [207.137.6.126] From: {Spike 12123} To: Bcc: Date: Fri, 31 Aug 2001 16:42:51 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 31 Aug 2001 23:42:52.0096 (UTC) FILETIME=[A6514C00:01C13276] Subject: [Live-devel] MPEG system streams Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O Ross, I am about to begin writing a subclass for MultiFramedRTPSink so that I can implement the MPEG System streams as defined by sec 2 of RFC 2250. You recommended this would be easy because there are no packetization restrictions. I wanted to clarify with you my understanding of RFC 2250 sec 2. Your code very clearly builds an MPEG Video-specific header for the MPEGVideoRTPSink. Is it your understanding that for sec 2 (system streams) that only the RTP fixed data packet header is required? The video specific header is NOT needed? Also, in the RTP packet header the Payload type, M bit, and timestamp are specific to the MPEG system stream. If this sounds correct so far, do you know what Payload type should be used for systems streams? According to the documents I have read 33 is the static payload type for MP2T (transport streams) and 32 is specifically for elementary mpeg video streams. Will I have to use a dynamic payload type (96 - 127)? Your advice so far as been invaluable. Thanks. Todd _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Fri Aug 31 18:10:26 2001 Received: from nevertheless.selresearch.net ([64.167.159.132]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15czIo-0001tB-00 for ; Fri, 31 Aug 2001 18:10:26 -0700 Received: from guinevere.selresearch.net (guinevere.selresearch.net [64.167.156.3]) by nevertheless.selresearch.net (8.11.1/8.11.1) with ESMTP id f811CkT18122 for ; Fri, 31 Aug 2001 18:12:46 -0700 (PDT) Received: from dphan260ds (dphan-260ds.selresearch.net [64.167.158.186]) by guinevere.selresearch.net (8.11.1/8.11.1) with SMTP id f811AKv09884 for ; Fri, 31 Aug 2001 18:10:20 -0700 (PDT) Reply-To: From: {Dan Phan} To: Date: Fri, 31 Aug 2001 18:09:50 -0700 Message-ID: <000601c13282$cc6e4300$ba9ea740(at)selresearch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: [Live-devel] RTSP server Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Status: O I just downloaded version 8/30/01 and did a quick test on RTSP. After making a few minor changes on TestMP3Streamer to enable RTSP, I use QuickTime player 4 with the URL "rtsp:mylinuxbox:554". I could see the TestMP3Streamer program accepted the connection on this port, however an error code of 400 is then seen on the Quicktime side. After a little bit of digging, I could see that the function parseRequestString in RTSPServer.cpp returned with a failure code. It look like it was looking for the string "CSeq:" immediately after a command (e.g., "GET"). I could see QuickTime was sending GET HTTP/1.0 but nothing about "CSeq". As far as I know the draft RFC for RTSP by Schulzrinne has no mentioning of "CSeq". Ross, since you mentioned in the last announcement that the RTSP implementation is a work in progress, I'm just curious about the methods you used for testing. Dan From Sat Sep 01 06:27:29 2001 Received: from mailhost.teleline.es ([195.235.113.141] helo=tsmtp3.ldap.isp) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15dAo5-0001l9-00 for ; Sat, 01 Sep 2001 06:27:29 -0700 Received: from paquito.brqx.net ([213.4.45.104]) by tsmtp3.ldap.isp (Netscape Messaging Server 4.15 tsmtp3 Jul 26 2001 13:10:38) with SMTP id GIZK1G02.12K; Sat, 1 Sep 2001 15:27:16 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Francisco Javier Cabello Torres Reply-To: To: {Dan Phan} Subject: Re: [Live-devel] RTSP server X-Mailer: KMail [version 1.2] References: <000601c13282$cc6e4300$ba9ea740(at)selresearch.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <01090115293400.01452(at)paquito.brqx.net> Content-Transfer-Encoding: quoted-printable Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Sat Sep 1 06:28:07 2001 X-Original-Date: Sat, 1 Sep 2001 15:29:34 +0200 Status: O Hi, > I just downloaded version 8/30/01 and did a quick test on RTSP. > After making a few minor changes on TestMP3Streamer to enable RTSP, I u= se > QuickTime player 4 with the URL "rtsp:mylinuxbox:554". I could see the > TestMP3Streamer program accepted the connection on this port, however a= n > error code of 400 is then seen on the Quicktime side. After a little b= it > of digging, I could see that the function parseRequestString in > RTSPServer.cpp returned with a failure code. It look like it was looki= ng > for the string "CSeq:" immediately after a command (e.g., "GET"). I co= uld > see QuickTime was sending GET HTTP/1.0 but nothing about "CSeq". As fa= r as > I know the draft RFC for RTSP by Schulzrinne has no mentioning of "CSeq= ". Your problem is the QuickTime settings. During QT instalation process, it= =20 tests your internet connection to know what kind of streaming protocol it= =20 will use before. For QT there are two possibilities to receive video=20 streaming, the first one is by RTSP/RTP over UDP, and the second one by=20 HTTP/RTP (something like 'interleaved RTSP', but it isn't the same ) . Q= T=20 select the second way when it cann't receive RTP/UDP packets from a video= =20 server. For example, if you are behind a ADSL router (NAT), you cann't=20 receive RTP packets.=20 When QT uses 'interleaved RTSP', it doesn't do as RFC describes, because = it=20 send a GET command, instead of a RTSP command. You can select streaming way from QT menu: Go to Edit / Preferences / QuickTime Preferences / Streaming Transport and set 'Streaming transport' to RTSP/RTP =09Francisco J. Cabello From Sat Sep 01 06:28:41 2001 Received: from mailhost.teleline.es ([195.235.113.141] helo=tsmtp2.mail.isp) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15dApE-0002Dh-00 for ; Sat, 01 Sep 2001 06:28:40 -0700 Received: from paquito.brqx.net ([213.4.45.104]) by tsmtp2.mail.isp (Netscape Messaging Server 4.15 tsmtp2 Jul 26 2001 13:10:38) with SMTP id GIZK3F01.XD4; Sat, 1 Sep 2001 15:28:27 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Francisco Javier Cabello Torres Reply-To: To: {Dan Phan} Subject: Re: [Live-devel] RTSP server X-Mailer: KMail [version 1.2] References: <000601c13282$cc6e4300$ba9ea740(at)selresearch.net> In-Reply-To: Cc: MIME-Version: 1.0 Message-Id: <01090115304301.01452(at)paquito.brqx.net> Content-Transfer-Encoding: quoted-printable Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Sat Sep 1 06:29:02 2001 X-Original-Date: Sat, 1 Sep 2001 15:30:43 +0200 Status: O Hi, > I just downloaded version 8/30/01 and did a quick test on RTSP. > After making a few minor changes on TestMP3Streamer to enable RTSP, I u= se > QuickTime player 4 with the URL "rtsp:mylinuxbox:554". I could see the > TestMP3Streamer program accepted the connection on this port, however a= n > error code of 400 is then seen on the Quicktime side. After a little b= it > of digging, I could see that the function parseRequestString in > RTSPServer.cpp returned with a failure code. It look like it was looki= ng > for the string "CSeq:" immediately after a command (e.g., "GET"). I co= uld > see QuickTime was sending GET HTTP/1.0 but nothing about "CSeq". As fa= r as > I know the draft RFC for RTSP by Schulzrinne has no mentioning of "CSeq= ". Your problem is the QuickTime settings. During QT instalation process, it= =20 tests your internet connection to know what kind of streaming protocol it= =20 will use before. For QT there are two possibilities to receive video=20 streaming, the first one is by RTSP/RTP over UDP, and the second one by=20 HTTP/RTP (something like 'interleaved RTSP', but it isn't the same ) . Q= T=20 select the second way when it cann't receive RTP/UDP packets from a video= =20 server. For example, if you are behind a ADSL router (NAT), you cann't=20 receive RTP packets.=20 When QT uses 'interleaved RTSP', it doesn't do as RFC describes, because = it=20 send a GET command, instead of a RTSP command. You can select streaming way from QT menu: Go to Edit / Preferences / QuickTime Preferences / Streaming Transport and set 'Streaming transport' to RTSP/RTP Francisco J. Cabello From Mon Sep 03 20:54:07 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15e7Hr-00051m-00 for ; Mon, 03 Sep 2001 20:54:07 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id UAA78611; Mon, 3 Sep 2001 20:54:05 -0700 (PDT) Message-Id: <4.3.1.1.20010903203631.00c5f350(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Spike 12123} From: Ross Finlayson Subject: Re: [Live-devel] MPEG system streams Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Mon Sep 3 20:55:02 2001 X-Original-Date: Mon, 03 Sep 2001 20:51:01 -0700 Status: O At 04:42 PM 8/31/01, Spike 12123 wrote: >Ross, >I am about to begin writing a subclass for MultiFramedRTPSink so that I >can implement the MPEG System streams as defined by sec 2 of RFC 2250. You >recommended this would be easy because there are no packetization >restrictions. I wanted to clarify with you my understanding of RFC 2250 >sec 2. Your code very clearly builds an MPEG Video-specific header for the >MPEGVideoRTPSink. Is it your understanding that for sec 2 (system streams) >that only the RTP fixed data packet header is required? The video specific >header is NOT needed? That's correct. Unfortunately RFC 2250 can be a little confusing about this, but if for streaming MPEG system streams, the *only* relevant section of this RFC is section 2. So, section 2 is the only section that you need read.. (Section 3 applies *only* to elementary (video or audio) streams.) > Also, in the RTP packet header the Payload type, M bit, and timestamp > are specific to the MPEG system stream. If this sounds correct so far, do > you know what Payload type should be used for systems streams? According > to the documents I have read 33 is the static payload type for MP2T > (transport streams) and 32 is specifically for elementary mpeg video > streams. Will I have to use a dynamic payload type (96 - 127)? You should note This document notes that yes, 33 is the (static) payload format for MP2T, so that is the payload format number that you should use if you're streaming MPEG-2 Transport streams. However, no static payload format numbers have been defined for streaming MPEG-2 Program streams or MPEG-1 System streams, so if you're streaming these (as opposed to MPEG-2 Transport streams), then you'll need to use a dynamic payload type number (one that's in the range [96,127]) Ross. From Tue Sep 04 00:36:30 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15eAl4-0005TR-00 for ; Tue, 04 Sep 2001 00:36:30 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA89477; Tue, 4 Sep 2001 00:36:29 -0700 (PDT) Message-Id: <4.3.1.1.20010904001942.00b99f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] RTSP server Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Tue Sep 4 00:37:02 2001 X-Original-Date: Tue, 04 Sep 2001 00:32:38 -0700 Status: O At 06:09 PM 8/31/01, Dan Phan wrote: >I just downloaded version 8/30/01 and did a quick test on RTSP. >After making a few minor changes on TestMP3Streamer to enable RTSP, I use >QuickTime player 4 with the URL "rtsp:mylinuxbox:554". Dan, (Following up on Francisco's good advice.) Please also try using the most recent version - version 5 - of the QuickTime Player. I have been doing all of my testing with this version, and so I am more confident in QuickTime Player version 5. I also recommend that you upgrade to the newest version of the LIVE.COM Streaming Media libraries - version 2001.09.03 - as this contains some minor improvements to the RTSP server implementation. Unfortunately I have not yet gotten QuickTime Player to work properly with the RTSP server implementation. For some reason - still unknown to me - the player is not happy with the way my server responds to a DESCRIBE request. (The player displays "-5402 - Bad Data".) I have asked a contact at Apple for help in trying to figure out what the QuickTime Player thinks is wrong with the server's response. (If anyone on this list can figure this out, please let me know.) >Ross, since you mentioned in the last announcement that the RTSP >implementation is a work in progress, I'm just curious about the methods you >used for testing. The server currently implements OPTIONS, DESCRIBE, SETUP, PLAY, and TEARDOWN, although (because of the QuickTime Player problem) I have not yet tested PLAY and TEARDOWN. Ross. From Tue Sep 04 14:04:57 2001 Received: from nevertheless.selresearch.net ([64.167.159.132]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15eNNR-0001qH-00 for ; Tue, 04 Sep 2001 14:04:57 -0700 Received: from guinevere.selresearch.net (guinevere.selresearch.net [64.167.156.3]) by nevertheless.selresearch.net (8.11.1/8.11.1) with ESMTP id f84L7DT24890; Tue, 4 Sep 2001 14:07:13 -0700 (PDT) Received: from dphan260ds (dphan-260ds.selresearch.net [64.167.158.186]) by guinevere.selresearch.net (8.11.1/8.11.1) with SMTP id f84L4mv10303; Tue, 4 Sep 2001 14:04:48 -0700 (PDT) Reply-To: From: {Dan Phan} To: {Ross Finlayson} Cc: Subject: RE: [Live-devel] RTSP server Message-ID: <000701c13585$297c0280$ba9ea740(at)selresearch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Tue Sep 4 14:05:11 2001 X-Original-Date: Tue, 4 Sep 2001 14:04:18 -0700 Status: O Ross, Francisco: Thanks for your reply messages. Following up on your advice, I ran QT 5 and got the same 5402 error code as described by Ross. One possibility that might help resolve this mystery is to look into Apple's Darwin Streaming Server, which is an open source project. I was told that DSS responded to rtsp command with QT 5. Dan > -----Original Message----- > From: live-devel-admin(at)lists.sourceforge.net > [mailto:live-devel-admin(at)lists.sourceforge.net]On Behalf Of Ross > Finlayson > Sent: Tuesday, September 04, 2001 12:33 AM > To: dphan(at)arch.sel.sony.com > Cc: live-devel(at)lists.sourceforge.net > Subject: Re: [Live-devel] RTSP server > > > At 06:09 PM 8/31/01, Dan Phan wrote: > >I just downloaded version 8/30/01 and did a quick test on RTSP. > >After making a few minor changes on TestMP3Streamer to enable RTSP, I use > >QuickTime player 4 with the URL "rtsp:mylinuxbox:554". > > Dan, > > (Following up on Francisco's good advice.) > > Please also try using the most recent version - version 5 - of the > QuickTime Player. I have been doing all of my testing with this version, > and so I am more confident in QuickTime Player version 5. > > I also recommend that you upgrade to the newest version of the LIVE.COM > Streaming Media libraries - version 2001.09.03 - as this contains some > minor improvements to the RTSP server implementation. > > Unfortunately I have not yet gotten QuickTime Player to work > properly with > the RTSP server implementation. For some reason - still unknown to me - > the player is not happy with the way my server responds to a DESCRIBE > request. (The player displays "-5402 - Bad Data".) I have asked > a contact > at Apple for help in trying to figure out what the QuickTime > Player thinks > is wrong with the server's response. (If anyone on this list can figure > this out, please let me know.) > > > >Ross, since you mentioned in the last announcement that the RTSP > >implementation is a work in progress, I'm just curious about the > methods you > >used for testing. > > The server currently implements OPTIONS, DESCRIBE, SETUP, PLAY, and > TEARDOWN, although (because of the QuickTime Player problem) I > have not yet > tested PLAY and TEARDOWN. > > Ross. > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel > From Tue Sep 04 23:11:40 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15eVuV-0005Jw-00 for ; Tue, 04 Sep 2001 23:11:39 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id XAA41880; Tue, 4 Sep 2001 23:11:38 -0700 (PDT) Message-Id: <4.3.1.1.20010904225510.00c729e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] RTSP server Cc: In-Reply-To: References: <4.3.1.1.20010904001942.00b99f00(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Tue Sep 4 23:12:02 2001 X-Original-Date: Tue, 04 Sep 2001 23:11:16 -0700 Status: O At 02:04 PM 9/4/01, Dan Phan wrote: >Thanks for your reply messages. Following up on your advice, I ran QT 5 and >got the same 5402 error code as described by Ross. FYI, I was able to find out why QT 5 Player was complaining - it was because my RTSP server implementation wasn't including a a=control:... line in the SDP data returned in response to a DESCRIBE request. I have fixed this now, and installed a new version of the library (2001.09.04). Unfortunately, another problem has shown up: a bug in QT 5 Player. When it subsequently does a SETUP, it tries to do so for a unicast stream, even though the actual stream is multicast. Apparently the people who programmed this player thought that RTSP would be used only to play a unicast stream, and didn't realize that it's perfectly legitimate to use RTSP to play a multicast stream. Strangely enough, RealPlayer has the same problem. (I've reported these bugs to Apple and RealNetworks respectively.) Ross. From Thu Sep 06 00:30:34 2001 Received: from vtools.es ([212.64.166.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15etcN-0001h7-00 for ; Thu, 06 Sep 2001 00:30:32 -0700 Received: from carlos.vtools.es (carlos.vtools.es [192.67.79.98]) by vtools.es (Postfix) with SMTP id 5295D467C for ; Thu, 6 Sep 2001 09:34:08 +0200 (CEST) From: Carlos Rivera Organization: Visual Tools X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" To: References: In-Reply-To: Subject: RE: [Live-devel] RTSP server MIME-Version: 1.0 Message-Id: <01090609302800.25948(at)carlos.vtools.es> Content-Transfer-Encoding: 8bit Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Thu Sep 6 00:31:02 2001 X-Original-Date: Thu, 6 Sep 2001 09:30:28 +0200 Status: O > Message: 2 > Date: Tue, 04 Sep 2001 23:11:16 -0700 > To: > Subject: RE: [Live-devel] RTSP server > Cc: > > At 02:04 PM 9/4/01, Dan Phan wrote: > >Thanks for your reply messages. Following up on your advice, I ran QT 5 > > and got the same 5402 error code as described by Ross. > > FYI, I was able to find out why QT 5 Player was complaining - it was > because my RTSP server implementation wasn't including a > a=control:... > line in the SDP data returned in response to a DESCRIBE request. > > I have fixed this now, and installed a new version of the library > (2001.09.04). Hi Ross, Since you brought that up, do you use a=control:track='something' ? Do you know if that is QuickTime specific? what should the 'something' be? In my implementation of RTSP server in Python I use track=2 and it works but I am not sure why, I haven't managed to make my server work with Java MFStudio but I think it is for another reason (since it does actually send me a PLAY request.) > Unfortunately, another problem has shown up: a bug in QT 5 Player. When it > subsequently does a SETUP, it tries to do so for a unicast stream, even > though the actual stream is multicast. Apparently the people who > programmed this player thought that RTSP would be used only to play a > unicast stream, and didn't realize that it's perfectly legitimate to use > RTSP to play a multicast stream. > > Strangely enough, RealPlayer has the same problem. (I've reported these > bugs to Apple and RealNetworks respectively.) That's strange, how do you tell Quicktime that you are going to send a multicast stream? Carlos From Thu Sep 06 10:00:30 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15f2Vx-0002Wf-00 for ; Thu, 06 Sep 2001 10:00:29 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA88826; Thu, 6 Sep 2001 10:00:28 -0700 (PDT) Message-Id: <4.3.1.1.20010906094553.00bb7ab0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] RTSP server In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Thu Sep 6 10:01:04 2001 X-Original-Date: Thu, 06 Sep 2001 10:00:08 -0700 Status: O At 12:30 AM 9/6/01, Carlos Rivera wrote: > Since you brought that up, do you use a=control:track='something' ? The RTSP server implementation currently sends back a=control:video (or "a=control:audio" if its an audio stream). This is just to make the QuickTime Player happy; I think it will accept just about anything after the "a=control:" - it will just get used in the URL that gets sent in the subsequent SETUP. > > Unfortunately, another problem has shown up: a bug in QT 5 Player. When it > > subsequently does a SETUP, it tries to do so for a unicast stream, even > > though the actual stream is multicast. Apparently the people who > > programmed this player thought that RTSP would be used only to play a > > unicast stream, and didn't realize that it's perfectly legitimate to use > > RTSP to play a multicast stream. > > > > Strangely enough, RealPlayer has the same problem. (I've reported these > > bugs to Apple and RealNetworks respectively.) > >That's strange, how do you tell Quicktime that you are going to send a >multicast stream? Right now, unfortunately, you can't tell QuickTime Player (or RealPlayer) to receive/play a multicast stream using RTSP. Instead, you have to feed it a SDP file directly - either 'by hand', or from a HTTP server. I have told both Apple and RealNetworks about this bug in their players, so (I hope) future versions of the players will fix this problem. Ross. From Mon Sep 17 01:20:40 2001 Received: from vtools.es ([212.64.166.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15itdu-0006ar-00 for ; Mon, 17 Sep 2001 01:20:38 -0700 Received: from carlos.vtools.es (carlos.vtools.es [192.67.79.98]) by vtools.es (Postfix) with SMTP id 8D74F5C29; Mon, 17 Sep 2001 12:24:50 +0200 (CEST) From: Carlos Rivera Organization: Visual Tools X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="us-ascii" To: Ross Finlayson References: <4.3.1.1.20010829174310.00c82100(at)localhost> <4.3.1.1.20010903224249.00c42700(at)localhost> In-Reply-To: Cc: MIME-Version: 1.0 Message-Id: <01091710203800.01214(at)carlos.vtools.es> Content-Transfer-Encoding: 8bit Subject: [Live-devel] fCurrentTimestamp = fTimestampBase Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Mon Sep 17 01:21:02 2001 X-Original-Date: Mon, 17 Sep 2001 10:20:38 +0200 Status: O Hi Ross, Please consider initiating fCurrentTimestamp member of RTPSink to fTimestampBase, I think that is more useful than a bogus value since then you can obtain the first timestamp without starting to play. Just to remind you this is the constructor I am refering to: RTPSink::RTPSink(UsageEnvironment& env, Groupsock* RTPgs, unsigned char RTPPayloadType) : MediaSink(env), fRTPgs(RTPgs), fRTPPayloadType(RTPPayloadType), fPacketCount(0), fOctetCount(0) { gettimeofday(&fCreationTime, &Idunno); fSeqNo = (unsigned)our_random(); fSSRC = (unsigned)our_random(); fTimestampBase = (unsigned)our_random(); fTimestampFrequency = 90000; // by default; subclasses can change it fCurrentTimestamp = 0xDEADBEEF; // bogus value until setTimestamp() called } Thanks Carlos From Mon Sep 17 03:33:18 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15iviH-0001Oc-00 for ; Mon, 17 Sep 2001 03:33:17 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA87952; Mon, 17 Sep 2001 03:33:17 -0700 (PDT) Message-Id: <4.3.1.1.20010917032444.00ba5d10(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] fCurrentTimestamp = fTimestampBase In-Reply-To: References: <4.3.1.1.20010903224249.00c42700(at)localhost> <4.3.1.1.20010829174310.00c82100(at)localhost> <4.3.1.1.20010903224249.00c42700(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Mon Sep 17 03:34:03 2001 X-Original-Date: Mon, 17 Sep 2001 03:33:05 -0700 Status: O At 01:20 AM 9/17/01, you wrote: >Hi Ross, > Please consider initiating fCurrentTimestamp member of RTPSink to >fTimestampBase OK, thanks for the suggestion; I'll make this change in the next release. >I think that is more useful than a bogus value since >then you can obtain the first timestamp without starting to play. (Note, though, that this is true only if the very first 'presentation time' (struct timeval) is [0,0] - i.e., 0 seconds, 0 microseconds.) Ross. From Sat Sep 29 12:39:15 2001 Received: from nevertheless.selresearch.net ([64.167.159.132]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15nPxC-0007HL-00 for ; Sat, 29 Sep 2001 12:39:14 -0700 Received: from guinevere.selresearch.net (guinevere.selresearch.net [64.167.156.3]) by nevertheless.selresearch.net (8.12.0/8.12.0) with ESMTP id f8TJfD0o024945 for ; Sat, 29 Sep 2001 12:41:13 -0700 (PDT) Received: from dphan260ds (dphan-260ds.selresearch.net [64.167.158.186]) by guinevere.selresearch.net (8.11.1/8.11.1) with SMTP id f8TJcsn10881 for ; Sat, 29 Sep 2001 12:38:54 -0700 (PDT) From: {Dan Phan} To: Message-ID: <000601c1491e$535c77e0$ba9ea740(at)selresearch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Live-devel] Streaming Media Lib not compatible with Win XP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk Reply-To: X-Reply-To: List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Sat Sep 29 12:40:01 2001 X-Original-Date: Sat, 29 Sep 2001 12:38:33 -0700 Status: O On Win XP (I'm using a beta copy, build 2600), it looks like the socket number returned by socket() is a large number (e.g., 1852) thus causing access violation when the array fHandlerProc is accessed in BasicTaskScheduler::turnOnBackgroundReadHandling(). The size of this table is set to FD_SETSIZE (which is defined as 64 in winsock.h and 1024 in Linux's equiv). FDSETSIZE is defined as 64 even the latest Windows platform SDK. Any idea anyone? A possible hack is to bump the array FHandlerProc and fClientData to some big number, but how big? Dan From Sat Sep 29 16:16:07 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15nTL4-0001F9-00 for ; Sat, 29 Sep 2001 16:16:06 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA57987; Sat, 29 Sep 2001 16:16:06 -0700 (PDT) Message-Id: <4.3.1.1.20010929160940.00ae2f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Streaming Media Lib not compatible with Win XP In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk Reply-To: List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Sat Sep 29 16:17:01 2001 X-Original-Date: Sat, 29 Sep 2001 16:15:43 -0700 Status: O At 12:38 PM 9/29/01, you wrote: >On Win XP (I'm using a beta copy, build 2600), it looks like the socket >number returned by socket() is a large number (e.g., 1852) thus causing >access violation when the array fHandlerProc is accessed in >BasicTaskScheduler::turnOnBackgroundReadHandling(). The size of this table >is set to FD_SETSIZE (which is defined as 64 in winsock.h and 1024 in >Linux's equiv). > >FDSETSIZE is defined as 64 even the latest Windows platform SDK. Any idea >anyone? Dan, Yes, I believe the Windows header files are broken when they define FD_SETSIZE to be too low a value. (This is apparently a problem with WinNT 4.0 and probably Win2k as well, not just XP.) I fixed this problem in the most recent library release (2001.09.25) by redefining FD_SETSIZE to be 1024. This is done in "BasicUsageEnvironment/BasicUsageEnvironment.cpp", before it does any #includes. So, please download the latest version (2001.09.25) of the libraries. If, for some reason, you still have problems even with this version, then let me know. Ross. From Sun Sep 30 19:06:28 2001 Received: from ids2.idsonline.com ([205.177.236.32]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15nsTT-0005DA-00 for ; Sun, 30 Sep 2001 19:06:27 -0700 Received: from idsonline.com (nobody(at)ids2.idsonline.com [205.177.236.32]) by ids2.idsonline.com (8.11.1/8.11.1) with SMTP id f912BFG26060; Sun, 30 Sep 2001 22:11:15 -0400 From: {Marshall Eubanks} To: Ross Finlayson X-Mailer: DMailWeb Web to Mail Gateway 2.6k, http://netwinsite.com/top_mail.htm Message-id: <3bb7d0c8.65c5.0(at)idsonline.com> X-User-Info: 63.25.85.224 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: [Live-devel] Any Vorbis Development Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk Reply-To: X-Reply-To: tme(at)21rst-century.com List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Sun Sep 30 19:07:01 2001 X-Original-Date: Sun, 30 Sep 2001 22:11:20 -0400 Status: O Ross; Hello. Has there been any work on integrating the vorbis format into the Live.com code ? Regards Marshall Eubanks Marshall Eubanks tme(at)21rst-century.com From Mon Oct 01 03:00:22 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15nzs5-00087i-00 for ; Mon, 01 Oct 2001 03:00:21 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA77578; Mon, 1 Oct 2001 03:00:16 -0700 (PDT) Message-Id: <4.3.1.1.20011001024715.00bafcf0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: Any Vorbis Development Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk Reply-To: List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Mon Oct 1 03:01:03 2001 X-Original-Date: Mon, 01 Oct 2001 02:56:04 -0700 Status: O At 07:11 PM 9/30/01, Marshall Eubanks wrote: >Ross; > > Hello. Has there been any work on integrating the >vorbis format into the Live.com code ? Not yet, because a RTP payload format for Vorbis hasn't yet been nailed down. There has been some discussion of this in the IETF, but the biggest stumbling block for streaming Vorbis in RTP is that each Vorbis stream can (potentially) use a different 'codebook' (a large data structure used for encoding/decoding), and these codebooks (unlike the rest of the Vorbis stream) would need to be transferred reliably from the transmitter to the (possibly many) receivers. So, the streaming of a Vorbis stream will need to entail both (i) the reliable transfer (using some as-yet-unspecified protocol(s)) of the stream's codebook, and (ii) a RTP session (using some to-be-determined payload format). (I've offered to help the Vorbis folks out with this, but haven't yet heard back from them.) rOSS. From Mon Oct 01 03:45:48 2001 Received: from ids2.idsonline.com ([205.177.236.32]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15o0a4-0006b4-00 for ; Mon, 01 Oct 2001 03:45:48 -0700 Received: from idsonline.com (nobody(at)ids2.idsonline.com [205.177.236.32]) by ids2.idsonline.com (8.11.1/8.11.1) with SMTP id f91AooG14471; Mon, 1 Oct 2001 06:50:50 -0400 From: {Marshall Eubanks} To: Ross Finlayson Subject: Re: [Live-devel] Re: Any Vorbis Development X-Mailer: DMailWeb Web to Mail Gateway 2.6k, http://netwinsite.com/top_mail.htm Message-id: <3bb84a8a.3881.0(at)idsonline.com> X-User-Info: 63.23.125.226 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk Reply-To: X-Reply-To: tme(at)21rst-century.com List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Mon Oct 1 03:46:01 2001 X-Original-Date: Mon, 1 Oct 2001 06:50:50 -0400 Status: O >At 07:11 PM 9/30/01, Marshall Eubanks wrote: >>Ross; >> >> Hello. Has there been any work on integrating the >>vorbis format into the Live.com code ? > >Not yet, because a RTP payload format for Vorbis hasn't yet been nailed >down. There has been some discussion of this in the IETF, but the biggest >stumbling block for streaming Vorbis in RTP is that each Vorbis stream can >(potentially) use a different 'codebook' (a large data structure used for >encoding/decoding), and these codebooks (unlike the rest of the Vorbis >stream) would need to be transferred reliably from the transmitter to the >(possibly many) receivers. > >So, the streaming of a Vorbis stream will need to entail both (i) the >reliable transfer (using some as-yet-unspecified protocol(s)) of the >stream's codebook, and (ii) a RTP session (using some to-be-determined >payload format). > Dear Ross; Thanks for the info. I have also been talking to Jack and Monte about this, apparently along similar lines. Some background & info : Vorbis uses a vector encoding in the fourier domain, as specified in the code book, which can be thought of as a sort of truncated principal component analysis of a sample stream. The code book can be tuned, in principle, for any sound file and any listener or set of listeners and any desired bit rate / quality level. Vorbis also supports bit rate peeling, by which a lower quality and bit rate can be derived from an existing encoding by shortening the frame. Tests indicate that this is only efficient over a fairly narrow bit rate range (order 20%); if you really want to (say) halve the bit rate, it's better to use a different code-book tuned for the lower bit rate. Vorbis codebooks can be 10-12 kilobytes in size, much bigger than the < 500 byte size of the typical vorbis frame. But the codebooks are themselves also vorbis frames, and can be sent at any time. This is, for the naked format at present, literally true; each audio frame could in principle have its own unique codebook. If you are streaming files gathered from elsewhere, each song could easily have a separate codebook. Nothing stops you from re-encoding a file in your favorite codebook, though. Vorbis is intended to be carried in the Ogg data format, which in some ways has the functionality of / is a competitor for RTP. So, as I see it, the outstanding issues are 1.) Is Vorbis to be streamed as ((Vorbis in Ogg) in RTP) or as (Vorbis in RTP) ? (It could be sent as (Vorbis in OGG), and there is code for this for http streaming I believe). The simplist from the point of view of using existing code is the ((Vorbis in Ogg) in RTP) solution. 2.) As you say, how are the codebooks to be maintained ? Obviously, having a 10 kilobyte codebook sent even once per second means that the bit rate is 80 kilobits per second before you send any actual data. My solution for this is just to say that codebooks are always sent out of band. I think that each streaming broadcaster would set a series of code-books that you would download (say with the preferred player), and would encode or re-encode everything with those codebooks. From the standpoint of the user, codebooks could be treated like plug-ins - a dialog box pops up if you need one you don't have, and asks if you want to download it. I really think that the RTP spec could be forthcoming in short order if someone wants to push it, and I know some people who are interested; I just wanted to see if there had been any work done on it on this end. Thanks Marshall >(I've offered to help the Vorbis folks out with this, but haven't yet heard >back from them.) > >rOSS. > > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel > > Marshall Eubanks tme(at)21rst-century.com From Tue Oct 02 19:42:33 2001 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15obzU-0004oL-00 for ; Tue, 02 Oct 2001 19:42:32 -0700 Received: from [63.105.122.27] (HELO localhost) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1104073 for live-devel(at)lists.sourceforge.net; Tue, 02 Oct 2001 22:36:17 -0400 Mime-Version: 1.0 (Apple Message framework v472) Content-Type: multipart/mixed; boundary=Apple-Mail-1-147414189 From: Marty Schoch To: Message-Id: <40930348-B7A8-11D5-BF2C-0003931A87EA(at)multicasttech.com> X-Mailer: Apple Mail (2.472) Subject: [Live-devel] Mac OS X port Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Tue Oct 2 19:43:02 2001 X-Original-Date: Tue, 2 Oct 2001 22:42:14 -0400 Status: O --Apple-Mail-1-147414189 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Attached config.macosx, BasicUsageEnvironment/DelayQueue.hh modifications to config.macosx from config.freebsd line 1 SOCKLEN_T=int line 9 add space after -o line 12 add space after -o line 13 removed -Bdynamic Other source modifications BasicUsageEnvironment/DelayQueue.hh line 84 cast return to (time_base) line 87 cast return to (time_base) I'm working on a ProjectBuilder file to build the live library as a MacOSX framework. As soon as its ready I'll post it here as well. Marty Schoch --Apple-Mail-1-147414189 Content-Disposition: attachment; filename=config.macosx Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="config.macosx" COMPILE_OPTS = -I. -DBSD=1 -O -DSOCKLEN_T=int C = c C_COMPILER = cc C_FLAGS = $(COMPILE_OPTS) CPP = cpp CPLUSPLUS_COMPILER = c++ CPLUSPLUS_FLAGS = $(COMPILE_OPTS) -Wall OBJ = o LINK = c++ -o LINK_OPTS = -L. CONSOLE_LINK_OPTS = $(LINK_OPTS) LIBRARY_LINK = ld -o LIBRARY_LINK_OPTS = $(LINK_OPTS) -r LIB_SUFFIX = a LIBS_FOR_CONSOLE_APPLICATION = LIBS_FOR_GUI_APPLICATION = EXE = --Apple-Mail-1-147414189 Content-Disposition: attachment; filename=DelayQueue.hh Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="DelayQueue.hh" /********** This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. (See .) This library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this library; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA **********/ // Copyright (c) 1996-2000, Live Networks, Inc. All rights reserved // Delay queue // C++ header #ifndef _DELAY_QUEUE_HH #define _DELAY_QUEUE_HH #ifndef _LOCK_HH #include "Lock.hh" #endif #if defined(__WIN32__) || defined(_WIN32) #include #else #include #endif #ifdef TIME_BASE typedef TIME_BASE time_base; #else typedef long time_base; #endif ///// A "Timeval" can be either an absolute time, or a time interval ///// class Timeval { public: time_base seconds() const { return fTv.tv_sec; } time_base seconds() { return fTv.tv_sec; } time_base useconds() const { return fTv.tv_usec; } time_base useconds() { return fTv.tv_usec; } int operator>=(Timeval const& arg2) const; int operator<=(Timeval const& arg2) const { return arg2 >= *this; } int operator<(Timeval const& arg2) const { return !(*this >= arg2); } int operator>(Timeval const& arg2) const { return arg2 < *this; } int operator==(Timeval const& arg2) const { return *this >= arg2 && arg2 >= *this; } int operator!=(Timeval const& arg2) const { return !(*this == arg2); } void operator+=(class DelayInterval const& arg2); void operator-=(class DelayInterval const& arg2); // returns ZERO iff arg2 >= arg1 protected: Timeval(time_base seconds, time_base useconds) { fTv.tv_sec = seconds; fTv.tv_usec = useconds; } private: time_base& secs() { return (time_base)fTv.tv_sec; } time_base& usecs() { return (time_base)fTv.tv_usec; } struct timeval fTv; }; #ifndef max inline Timeval max(Timeval const& arg1, Timeval const& arg2) { return arg1 >= arg2 ? arg1 : arg2; } #endif #ifndef min inline Timeval min(Timeval const& arg1, Timeval const& arg2) { return arg1 <= arg2 ? arg1 : arg2; } #endif class DelayInterval operator-(Timeval const& arg1, Timeval const& arg2); // returns ZERO iff arg2 >= arg1 ///// DelayInterval ///// class DelayInterval: public Timeval { public: DelayInterval(time_base seconds, time_base useconds) : Timeval(seconds, useconds) {} }; DelayInterval operator*(short arg1, DelayInterval const& arg2); extern DelayInterval const ZERO; extern DelayInterval const SECOND; DelayInterval const MINUTE = 60*SECOND; DelayInterval const HOUR = 60*MINUTE; DelayInterval const DAY = 24*HOUR; ///// EventTime ///// class EventTime: public Timeval { public: EventTime(unsigned secondsSinceEpoch = 0, unsigned usecondsSinceEpoch = 0) // We use the Unix standard epoch: January 1, 1970 : Timeval(secondsSinceEpoch, usecondsSinceEpoch) {} }; EventTime TimeNow(); DelayInterval TimeRemainingUntil(EventTime const& futureEvent); // Returns ZERO if "futureEvent" has already occurred. extern EventTime const THE_END_OF_TIME; ///// DelayQueueEntry ///// class DelayQueueEntry { public: int token() { return fToken; } protected: // abstract base class DelayQueueEntry(DelayInterval delay); virtual void handleTimeout(); private: friend class DelayQueue; DelayQueueEntry* fNext; DelayQueueEntry* fPrev; DelayInterval fDeltaTimeRemaining; int fToken; static int tokenCounter; }; ///// DelayQueue ///// class DelayQueue: public DelayQueueEntry { public: DelayQueue(); virtual ~DelayQueue(); void addEntry(DelayQueueEntry* newEntry); // returns a token for the entry void updateEntry(DelayQueueEntry* entry, DelayInterval newDelay); void updateEntry(int tokenToFind, DelayInterval newDelay); void removeEntry(DelayQueueEntry* entry); // but doesn't delete it DelayQueueEntry* removeEntry(int tokenToFind); // but doesn't delete it DelayInterval& timeToNextAlarm() {return head()->fDeltaTimeRemaining;} void handleAlarm(); private: DelayQueueEntry* head() const { return fNext; } DelayQueueEntry* findEntryByToken(int token); void addEntry1(DelayQueueEntry* newEntry); void removeEntry1(DelayQueueEntry* entry); EventTime fLastAlarmTime; RWLock fLock; // to protect against concurrent access }; #endif --Apple-Mail-1-147414189-- From Wed Oct 03 03:41:55 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ojTP-0007Q5-00 for ; Wed, 03 Oct 2001 03:41:55 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA39055; Wed, 3 Oct 2001 03:41:54 -0700 (PDT) Message-Id: <4.3.1.1.20011003033442.00b71c20(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Marty Schoch From: Ross Finlayson Subject: Re: [Live-devel] Mac OS X port Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Wed Oct 3 03:42:03 2001 X-Original-Date: Wed, 03 Oct 2001 03:41:51 -0700 Status: O Thanks Marty, I've now installed a new version of the libraries that includes these changes (among others): 2001.10.03. I'm not sure if it's shown up on SourceForge yet; if not, you can get it from >Other source modifications > >BasicUsageEnvironment/DelayQueue.hh >line 84 > cast return to (time_base) >line 87 > cast return to (time_base) Actually, these needed to be cast to (time_base&) - at least, in order for this to compile on my system. >I'm working on a ProjectBuilder file to build the live library >as a MacOSX framework. As soon as its ready I'll post it >here as well. Will this file just be able to use the already-generated Makefile, or will this be an independent file that would need to be changed whenever the Makefile would have changed (ugh)? (I'm not familiar with how ProjectBuilder works.) Ross. From Wed Oct 03 14:02:53 2001 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15otAK-00082H-00 for ; Wed, 03 Oct 2001 14:02:52 -0700 Received: from marley.multicasttech.com ([63.105.123.17] verified) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1104488; Wed, 03 Oct 2001 16:56:35 -0400 Subject: Re: [Live-devel] Mac OS X port From: Marty Schoch To: Ross Finlayson Cc: In-Reply-To: References: <4.3.1.1.20011003033442.00b71c20(at)localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.14.99+cvs.2001.09.24.08.08 (Preview Release) Message-Id: <1002142970.1491.15.camel(at)marley.multicasttech.com> Mime-Version: 1.0 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of "LIVE.COM Streaming Media" List-Unsubscribe: , List-Archive: Date: Wed Oct 3 14:03:02 2001 X-Original-Date: 03 Oct 2001 17:02:50 -0400 Status: O On Wed, 2001-10-03 at 06:41, Ross Finlayson wrote: > Actually, these needed to be cast to (time_base&) - at least, in order for > this to compile on my system. Yes, this makes sense. > >I'm working on a ProjectBuilder file to build the live library > >as a MacOSX framework. As soon as its ready I'll post it > >here as well. > > Will this file just be able to use the already-generated Makefile, or will > this be an independent file that would need to be changed whenever the > Makefile would have changed (ugh)? (I'm not familiar with how > ProjectBuilder works.) Unfortunately not. Probably you won't want to role it into the distribution. But I may maintain it as best I can, and if the live code reaches any milestone release it could be included. .... I just built the 2001.10.03 release and it seems to build fine on os X. I did run into a problem with the MediaSession.hh file not being copied to the testProgs directory. Easily fixed, but this leads me to the more interesting quetion of why you copy the files in the first place? As opposed to adding something like -I../liveMedia to the build commands. Marty Schoch From Wed Oct 03 14:46:29 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15otqX-000099-00 for ; Wed, 03 Oct 2001 14:46:29 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA58851; Wed, 3 Oct 2001 14:46:28 -0700 (PDT) Message-Id: <4.3.1.1.20011003143250.00c8e9a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Mac OS X port In-Reply-To: References: <4.3.1.1.20011003033442.00b71c20(at)localhost> <4.3.1.1.20011003033442.00b71c20(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 3 14:47:01 2001 X-Original-Date: Wed, 03 Oct 2001 14:43:14 -0700 Status: O At 02:02 PM 10/3/01, Marty Schoch wrote: >I just built the 2001.10.03 release and it seems to build fine on os X. >I did run into a problem with the MediaSession.hh file not being copied >to the testProgs directory. Thanks for noting this; I've fixed it now. > Easily fixed, but this leads me to the more >interesting quetion of why you copy the files in the first place? As >opposed to adding something like -I../liveMedia to the build commands. Basically, because not all of the header files in the "liveMedia/" directory are intended to be usable by applications - some of them are just internal interfaces that are used within the "liveMedia" library only. The header files that are copied (actually symlin ked) are those that represent the external interfaces. (FYI, the "MediaSession" stuff is part of a RTSP client implementation, still in progress...) Ross. From Mon Oct 08 12:04:15 2001 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15qfhG-0002xm-00 for ; Mon, 08 Oct 2001 12:04:14 -0700 Received: from marley.multicasttech.com ([63.105.123.17] verified) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1106286 for live-devel(at)lists.sourceforge.net; Mon, 08 Oct 2001 14:57:36 -0400 From: Marty Schoch To: Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1002567680.4412.9.camel(at)marley.multicasttech.com> Mime-Version: 1.0 X-Mailer: Evolution/0.15.99+cvs.2001.10.05.08.08 (Preview Release) Subject: [Live-devel] general development Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 8 12:05:51 2001 X-Original-Date: 08 Oct 2001 15:03:52 -0400 Status: O The RTSP / MediaSession stuff is very exciting. In fact I'd like to help out on some of this so it can become usable ASAP. However, I have general questions about coordinating development. Since there is no CVS tree, I'm reluctant to start coding without knowing what you're working on. I was looking at how the PriorityStreamSelector could be triggered by an attribute in the SDP description...this part looks easy. However, I'm not exactly sure (since a lot of this code is skeletal) how the multiple streams (with one priority stream selector) will fit into the linked list of substreams. I have more questions, but I'll wait till I hear back on this. Another general question I have is what the policy/plans are for linking to external libraries. It looks to be fairly trivial to add support for OggVorbis local files / http / rtp sink and source. But since the ogg format is a little bit more sophisticated than the basic mp3 file format, it would be easiest to implement this by linking to libogg and libvorbis. This leads to many side issues such as licensing, cross platform make files, etc. Any thoughts on this? Marty Schoch From Mon Oct 08 14:06:33 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15qhbc-00038Y-00 for ; Mon, 08 Oct 2001 14:06:32 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA52968; Mon, 8 Oct 2001 14:06:31 -0700 (PDT) Message-Id: <4.3.1.1.20011008133230.00cb6220(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] general development In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 8 14:07:27 2001 X-Original-Date: Mon, 08 Oct 2001 14:06:25 -0700 Status: O At 12:03 PM 10/8/01, Marty Schoch wrote: >The RTSP / MediaSession stuff is very exciting. In fact I'd like to >help out on some of this so it can become usable ASAP. However, I have >general questions about coordinating development. Since there is no CVS >tree, I'm reluctant to start coding without knowing what you're working >on. The "MediaSession" structure is intended to be a structure that represents a composite multimedia session, consisting (in general) of more than one subsession (e.g., audio + video). It is initialized from a SDP description (and so contains a SDP parser). I'm currently using this in combination with a RTSP client implementation ("RTSPClient"). Together, these classes can be used to read a SDP description from a RTSP server, and then (using this) set up "RTPSource"s to receive the data streams. Within a couple of days I'll be releasing (probably as one of the "testProgs") a RTSP client test program that opens and reads a "rtsp://..." URL, and dumps the received data to stdout (or to multiple output files if there's more than one stream). This code will give you a clearer idea as to how all this stuff fits together, so you'll probably want to wait until then before hacking too much on this. >I was looking at how the PriorityStreamSelector could be triggered by >an attribute in the SDP description...this part looks easy. However, >I'm not exactly sure (since a lot of this code is skeletal) how the >multiple streams (with one priority stream selector) will fit into the >linked list of substreams. Probably the best way to handle this would be to let the MediaSession first construct a set of multiple 'subsession's from the SDP description. Then, once this is done, these multiple subsessions could be plugged into a "PrioritizedRTPStreamSelector", which would then replace the multiple subsessions in the linked list. >Another general question I have is what the policy/plans are for linking >to external libraries. It looks to be fairly trivial to add support for >OggVorbis local files / http / rtp sink and source. But since the ogg >format is a little bit more sophisticated than the basic mp3 file >format, it would be easiest to implement this by linking to libogg and >libvorbis. This leads to many side issues such as licensing, cross >platform make files, etc. Any thoughts on this? The "LIVE.COM Streaming Media" libraries are under the LGPL. I want to keep the distributed library code as LGPL, so any future code that's bundled with the library distribution should also be LGPL. However, because the code is LGPL, people can pretty much link the libraries with whatever code they like. So, this doesn't preclude the library including some stubs for code that doesn't appear within the library code itself, but instead is implemented by some external library (which might have some other license, or may even be closed-source). This is probably the best way to deal with Vorbis code, since parts of it are distributed under a BSD-like license. Ross. From Tue Oct 09 12:58:07 2001 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15r30w-0007BZ-00 for ; Tue, 09 Oct 2001 12:58:06 -0700 Received: from marley.multicasttech.com ([63.105.123.17] verified) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1106885; Tue, 09 Oct 2001 15:51:23 -0400 Subject: Re: [Live-devel] general development From: Marty Schoch To: Ross Finlayson Cc: In-Reply-To: References: <4.3.1.1.20011008133230.00cb6220(at)localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.15.99+cvs.2001.10.05.08.08 (Preview Release) Message-Id: <1002657484.27915.12.camel(at)marley.multicasttech.com> Mime-Version: 1.0 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 9 12:59:06 2001 X-Original-Date: 09 Oct 2001 15:58:04 -0400 Status: O I suppose my question was meant to be more generic. Such as, I want to hack on piece X, but don't want to unless I'm sure that no one else is working on it. In this specific case since the code to parse lines in an SDP file was incomplete, I thought about working on that. But I thought there was a high likelihood that you already had this code further along than the current release. I guess without CVS this list is as good as any other method to perform such coordination. As for the external libraries, lets say we have some OggVorbisFile.h and OggVorbisFile.cpp which reference the external libogg/libvorbis. I don't know of any mechanism in the current build process to include/exclude parts of the package. Obviously you want people to be able to build the rest of the library even if they don't have libogg installed. I'm just curious how this is going to be handled before I write any such code. Marty Schoch From Wed Oct 10 02:54:47 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15rG4d-0002bG-00 for ; Wed, 10 Oct 2001 02:54:47 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA25708; Wed, 10 Oct 2001 02:54:46 -0700 (PDT) Message-Id: <4.3.1.1.20011010023105.00c83cd0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] general development In-Reply-To: References: <4.3.1.1.20011008133230.00cb6220(at)localhost> <4.3.1.1.20011008133230.00cb6220(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 10 02:55:10 2001 X-Original-Date: Wed, 10 Oct 2001 02:52:12 -0700 Status: O At 12:58 PM 10/9/01, Marty Schoch wrote: >As for the external libraries, lets say we have some OggVorbisFile.h and >OggVorbisFile.cpp which reference the external libogg/libvorbis. I >don't know of any mechanism in the current build process to >include/exclude parts of the package. Obviously you want people to be >able to build the rest of the library even if they don't have libogg >installed. If there are any modules like this that rely upon external libraries, then perhaps the best thing to do with them would be to move them to a separate, optional library. E.g., we could have a separate "liveMedia-vorbis" library that contains whatever new source/sink/filter modules rely upon external Vorbis libraries. Only those people who choose to use these new modules would find they'll also need to link with the external libraries. Ross. From Wed Oct 10 10:29:39 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15rNAp-0008Ap-00 for ; Wed, 10 Oct 2001 10:29:39 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA38799; Wed, 10 Oct 2001 10:29:38 -0700 (PDT) Message-Id: <4.3.1.1.20011010025257.00bb9f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] A new RTSP client test program: "openRTSP" Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 10 10:30:10 2001 X-Original-Date: Wed, 10 Oct 2001 10:29:31 -0700 Status: O I'm pleased to announce the availability of a new RTSP client test program called "openRTSP". The source code for this program is now bundled as one of the "testProgs" in the LIVE.COM Streaming Media distribution: . (For the next few days, I'll also have a pre-built Linux/x86 binary available online: ) I will shortly be putting up a web page that describes how to use a the program; here's a brief overview: You can run this program as follows: openRTSP where is the RTSP URL to open (i.e., beginning with "rtsp://..."). The program will open the give URL (using RTSP's "DESCRIBE" command), and then, for each audio/video subsession whose RTP payload format it understands, "SETUP" and "PLAY" the subsession. The extracted data for each subsession is written into a separate output file. E.g., if the session contains a MPEG audio subsession (RTP payload type 14) - e.g., MP3, then this will be extracted and written to a file named "audio-MPA". By default, the program will ignore any subsession whose payload format it doesn't understand (because if it doesn't know the RTP payload format, it doesn't know how to extract data from the incoming RTP stream). However, if you want the program to *play* the RTSP session, but not actually *receive* it, you can do so by giving the program the "-r" ('don't receive') flag. This is useful if you have some other application (on the same machine) that actually receives the incoming media session(s). If you use the "-r" option, you'll probably also want to use the "-p " option. This tells the program which client port numbers to use in the RTSP "SETUP" commands - i.e., which ports the server should send to. (Without the "-r" option, the program receives the streams itself, and uses its own ephemeral port numbers for this.) must be an even number. E.g., if the RTSP session consists of an audio and a video subsession (listed in that order in the returned SDP description), then "-p 6666" will cause ports 6666 and 6667 to be used for the audio subsession, and ports 6668 and 6669 to be used for the video subsession. You can also give the program the "-V" option, which will give you more debugging output (you'll get to see each of the RTSP requests and responses in detail). Limitations (these will all be fixed soon): - The program currently works only for unicast sessions, not multicast. (If anyone has a "rtsp://..." URL for a (publically available) multicast session, please let me know, so I can use this for testing.) - If the program is receiving the media streams itself (i.e., you don't use the "-r" option), then it doesn't send back (or listen to) RTCP reports. - The program stays running forever, even if the media session(s) run for only a finite length of time (e.g., if the server is playing a fixed-length audio or video clip). (If you kill the running program with "kill -1" (SIGHUP), it will cleanly shut down each media subsession - using the RTSP "TEARDOWN" command.) Also, if you see a RTP payload format that the program doesn't support, but that you'd like it to, let me know. (Support for simple RTP payload formats - that don't have funky extra headers, or do interleaving, etc. - can be added easily.) The program makes use of the new "RTSPClient" and "MediaSession" modules - available in the "liveMedia" library. The "openRTSP" code (in "testProgs") gives a good illustration of how to ue these modules. Ross. From Sat Oct 13 04:02:30 2001 Received: from mta05ps.bigpond.com ([144.135.25.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15sMYm-0003GH-00 for ; Sat, 13 Oct 2001 04:02:28 -0700 Received: from bigpond.net.au ([144.135.25.84]) by mta05ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GL55MJ00.BUB for ; Sat, 13 Oct 2001 21:08:43 +1000 Received: from 144.137.224.84 ([144.137.224.84]) by psmam06.mailsvc.email.bigpond.com(MailRouter V2.9k 8419/2220868); 13 Oct 2001 21:08:38 Message-ID: <3BC81FF3.9D279CB3(at)bigpond.net.au> From: Chad Williams X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.16-22 i686) X-Accept-Language: en MIME-Version: 1.0 To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Live-devel] Library documentation Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sat Oct 13 04:03:05 2001 X-Original-Date: Sat, 13 Oct 2001 19:05:23 +0800 Status: O All, Is there any documentation of the API for this library? I have seen whats at live.sourceforge.net. Ideally what Im looking for is the type of documentation produced by using tools such as doxygen or doc++. From Sat Oct 13 08:41:45 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15sQv3-0005a3-00 for ; Sat, 13 Oct 2001 08:41:45 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id IAA10408; Sat, 13 Oct 2001 08:41:43 -0700 (PDT) Message-Id: <4.3.1.1.20011013082406.00c9dc00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Library documentation In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sat Oct 13 08:42:06 2001 X-Original-Date: Sat, 13 Oct 2001 08:41:12 -0700 Status: O At 04:05 AM 10/13/01, Chad Williams wrote: >Is there any documentation of the API for this library? >I have seen whats at live.sourceforge.net. > >Ideally what Im looking for is the type of documentation >produced by using tools such as doxygen or doc++. Chad, At some point (in the not too distant future) I definitely want to produce some real documentation for the libraries (especially now that the APIs seem to be stabilizing), but right now my first priority is improving the libraries' functionality (e.g., by supporting more codecs/payload formats, and by improving the RTSP implementation). For now, the best way to understand how to use the libraries is to (i) study the example programs in the "testProgs" directory, and especially (ii) ask questions on this mailing list. You noted a couple of C/C++ documentation systems ("doxygen" and "doc++") that might be useful to use. I haven't used either of these, so I'd be interested to hear opinions from the list as to the relative merits of each (and other relevant documentation systems). Ross Finlayson LIVE.COM From Mon Oct 22 11:15:52 2001 Received: from mail6.fw-bc.sony.com ([160.33.98.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15vjc7-0005eJ-00 for ; Mon, 22 Oct 2001 11:15:51 -0700 Received: from mail2.sjc.in.sel.sony.com (mail2.sjc.in.sel.sony.com [43.134.1.111]) by mail6.fw-bc.sony.com (8.8.8/8.8.8) with ESMTP id SAA26782 for ; Mon, 22 Oct 2001 18:12:11 GMT Received: by mail2.sjc.in.sel.sony.com id SAA29665; Mon, 22 Oct 2001 18:15:41 GMT Received: from itvd.sel.sony.com (evil [43.134.39.227]) by itvd.sel.sony.com (8.11.0/8.11.0) with ESMTP id f9MIGpx08271 for ; Mon, 22 Oct 2001 11:16:51 -0700 Message-ID: <3BD462BD.F094905(at)itvd.sel.sony.com> From: Don Molaro Organization: Sony Electronics Inc. X-Mailer: Mozilla 4.73 [en]C-{C-UDP; EBM-SONY1} (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Live-devel] Unicast reciver. Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 22 11:16:20 2001 X-Original-Date: Mon, 22 Oct 2001 11:17:33 -0700 Status: O While the multicast stuff is very cool we have a requirement to receive a RTP MP3 session that has been unicast rather than multicast. Does anyone have an example (or documentation) that shows this ? -- Donald Molaro Interactive Television Development, Sony Electronics Inc. email:dmolaro(at)itvd.sel.sony.com voice: 408.955.4936 From Mon Oct 22 12:19:56 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15vkc5-0000Ll-00 for ; Mon, 22 Oct 2001 12:19:53 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA14636; Mon, 22 Oct 2001 12:19:51 -0700 (PDT) Message-Id: <4.3.1.1.20011022114739.00c997c0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Don Molaro From: Ross Finlayson Subject: Re: [Live-devel] Unicast reciver. Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 22 12:20:27 2001 X-Original-Date: Mon, 22 Oct 2001 12:19:27 -0700 Status: O At 11:17 AM 10/22/01, Don Molaro wrote: >While the multicast stuff is very cool we have a requirement to receive >a RTP MP3 session that has been unicast rather than multicast. >Does anyone have an example (or documentation) that shows this ? Donald, Although the code was designed initially for multicast streams, it will work just as well for unicast RTP streams. E.g., in the code for "testMP3Receiver" ("testProgs/testMP3Receiver.cpp"), you can do the following: - set "rtpPortNum" to be the number of the port on which you wish to *receive* RTP (in the example code, it's 8888) - set "multicastAddressStr" to "0.0.0.0" (because you're not joining a multicast group in this case) This will let you receive a unicast RTP stream sent to port 8888. You will also receive RTCP reports (on port 8889). Now, if you also want to send RTCP packets (e.g., RTCP Receiver Reports) *back* to the streaming server, then you will also need to do the following. (In this example, suppose that the streaming server has IP address "10.20.30.40" and uses port 6667 for RTCP.): struct in_addr serverAddress; serverAddress.s_addr = our_inet_addr("10.20.30.40"); rtcpGroupsock.changeDestinationParameters(serverAddress, 6667, 255); (Note that you'll need the latest version of the library code to use "changeDestinationParameters()") Please let me know if this works OK for you. Ross. ps. You can also use the "playRTPMPEG" tool to receive MP3/RTP streams (multicast *or* unicast). (This application was built from the "LIVE.COM Streaming Media" libraries.) e.g., to receive a MP3/RTP unicast session on port 8888, you can run playRTPMPEG - 0.0.0.0/8888 255 This will output the received MP3 data to 'stdout'. (Unfortunately you can't currently won't be able to send back unicast RTCP reports using "playRTPMPEG".) From Mon Oct 22 12:33:20 2001 Received: from prognet.com ([205.219.198.1]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15vkp6-0002sb-00 for ; Mon, 22 Oct 2001 12:33:20 -0700 Received: from robla350.real.com ([172.23.100.116]) by prognet.com (8.9.2/8.9.0) with ESMTP id MAA32373; Mon, 22 Oct 2001 12:33:15 -0700 (PDT) Message-Id: <5.1.0.14.2.20011022123154.02e0cb80(at)goobox.prognet.com> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: Ross Finlayson Don Molaro From: Rob Lanphier Subject: Re: [Live-devel] Unicast reciver. Cc: In-Reply-To: References: <3BD462BD.F094905(at)itvd.sel.sony.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 22 12:34:08 2001 X-Original-Date: Mon, 22 Oct 2001 12:34:05 -0700 Status: O One thing to consider for unicast. In the case of unicast, the receiver needs to be the one in charge of RTP port selection. I imagine most RTSP player implementations will fail if the server tried to mandate a port. At 12:19 PM 10/22/01 -0700, Ross Finlayson wrote: >At 11:17 AM 10/22/01, Don Molaro wrote: >>While the multicast stuff is very cool we have a requirement to receive >>a RTP MP3 session that has been unicast rather than multicast. >>Does anyone have an example (or documentation) that shows this ? > >Donald, > >Although the code was designed initially for multicast streams, it will >work just as well for unicast RTP streams. > >E.g., in the code for "testMP3Receiver" >("testProgs/testMP3Receiver.cpp"), you can do the following: >- set "rtpPortNum" to be the number of the port on which you wish to >*receive* RTP (in the example code, it's 8888) >- set "multicastAddressStr" to "0.0.0.0" > (because you're not joining a multicast group in this case) > >This will let you receive a unicast RTP stream sent to port 8888. You >will also receive RTCP reports (on port 8889). > >Now, if you also want to send RTCP packets (e.g., RTCP Receiver Reports) >*back* to the streaming server, then you will also need to do the >following. (In this example, suppose that the streaming server has IP >address "10.20.30.40" and uses port 6667 for RTCP.): > > struct in_addr serverAddress; > serverAddress.s_addr = our_inet_addr("10.20.30.40"); > rtcpGroupsock.changeDestinationParameters(serverAddress, 6667, 255); > >(Note that you'll need the latest version of the library code to use >"changeDestinationParameters()") > >Please let me know if this works OK for you. > > Ross. > >ps. You can also use the "playRTPMPEG" tool > to receive MP3/RTP streams >(multicast *or* unicast). (This application was built from the "LIVE.COM >Streaming Media" libraries.) > >e.g., to receive a MP3/RTP unicast session on port 8888, you can run > playRTPMPEG - 0.0.0.0/8888 255 >This will output the received MP3 data to 'stdout'. >(Unfortunately you can't currently won't be able to send back unicast RTCP >reports using "playRTPMPEG".) > > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel From Mon Oct 22 13:54:17 2001 Received: from mail6.fw-sj.sony.com ([160.33.82.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15vm5Q-0002z3-00 for ; Mon, 22 Oct 2001 13:54:16 -0700 Received: from mail2.sjc.in.sel.sony.com (mail2.sjc.in.sel.sony.com [43.134.1.111]) by mail6.fw-sj.sony.com (8.8.8/8.8.8) with ESMTP id UAA22091 for ; Mon, 22 Oct 2001 20:54:11 GMT Received: by mail2.sjc.in.sel.sony.com id UAA21928; Mon, 22 Oct 2001 20:54:10 GMT Received: from itvd.sel.sony.com (evil [43.134.39.227]) by itvd.sel.sony.com (8.11.0/8.11.0) with ESMTP id f9MKtKx10369 for ; Mon, 22 Oct 2001 13:55:20 -0700 Message-ID: <3BD487E3.E60B86DA(at)itvd.sel.sony.com> From: Don Molaro Organization: Sony Electronics Inc. X-Mailer: Mozilla 4.73 [en]C-{C-UDP; EBM-SONY1} (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Live-devel] Problem in reciving stream from realserver Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 22 13:55:07 2001 X-Original-Date: Mon, 22 Oct 2001 13:56:03 -0700 Status: O I've got a problem with receiving MP3 stream from realserver with test programs. Ok I've got the unicast issue worked out. The issue now is getting the receiver object to actually process the data. Using the openRTSP program to setup the stream and using a hacked up version of the testMP3Receiver program set for unicast (thanks Ross) I get the following behavior out of the system: What it looks like to my untrained eye is that the liveMedia library does not understand the mime type that comes back from the server (which is audio/X-MP3-DRAFT-00) it looks like it is expecting audio/mpeg. I set the debugging flag in the groupsock library so I know that data is coming back from the server but it does not seem to get through some part of library. Any clues would be appreciated. Can I convince the library that it really wants to understand (audio/X-MP3-DRAFT-00) or am I headed off in the wrong direction.. Don. ------------------------------ [don(at)kirkland testProgs]$ ./openRTSP -r -V -p 8888 rtsp://43.134.39.230/realmp3.mp3 Sending request: DESCRIBE rtsp://43.134.39.230/realmp3.mp3 RTSP/1.0 CSeq: 1 Accept: application/sdp Received DESCRIBE response: RTSP/1.0 200 OK CSeq: 1 Date: Mon, 22 Oct 2001 19:24:28 GMT Set-Cookie: cbid=jfdgihelhjjkgldmeoprmppqmojrktlufkfgkielmjgkjiplosmrmpqqnrrsdtlugfejdhcl;path=/;expires=Thu,31-Dec-2037 23:59:59 GMT vsrc: http://43.134.39.230:8080/viewsource/template.html?nuyhtggaysz6nc6vsffjsqt69pmc20710000400000nvww370Cjx20buu7se Last-Modified: Thu, 18 Oct 2001 20:31:40 GMT Content-base: rtsp://43.134.39.230/realmp3.mp3/ Content-type: application/sdp Content-length: 651 v=0 o=- 1003433500 1003433500 IN IP4 43.134.39.230 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610643188 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9;" Opened URL "rtsp://43.134.39.230/realmp3.mp3", returning a SDP description: v=0 o=- 1003433500 1003433500 IN IP4 43.134.39.230 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610643188 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9;" Sending request: SETUP rtsp://43.134.39.230/realmp3.mp3/streamid=0 RTSP/1.0 CSeq: 2 Transport: RTP/AVP;unicast;client_port=8888-8889 Received SETUP response: RTSP/1.0 200 OK CSeq: 2 Date: Mon, 22 Oct 2001 19:24:28 GMT Session: 29562-2 RDTFeatureLevel: 2 Transport: rtp/avp;unicast;client_port=8888-8889;server_port=30614-30615 Issued RTSP "SETUP" on "audio/X-MP3-DRAFT-00" subsession (ports 8888-8889) Sending request: PLAY rtsp://43.134.39.230/realmp3.mp3/streamid=0 RTSP/1.0 CSeq: 3 Session: 29562-2 Range: npt=0- Received PLAY response: RTSP/1.0 200 OK CSeq: 3 Date: Mon, 22 Oct 2001 19:24:28 GMT RTP-Info: url=rtsp://43.134.39.230/realmp3.mp3/streamid=0;seq=0;rtptime=0 Issued RTSP "PLAY" command on "audio/X-MP3-DRAFT-00" subsession Data is being streamed (for 44.5 seconds)... -------------------------------------------- ..............Data shows up in the streamReceiver program here................... ------------------------------------------- 13:37:05 Groupsock(3: 0.0.0.0, 8888, 1): created 13:37:05 Groupsock(5: 0.0.0.0, 8889, 1): created 13:37:08 Groupsock(5: 0.0.0.0, 8889, 1): wrote 28 bytes, ttl 1 13:37:08 Groupsock(5: 0.0.0.0, 8889, 1): read 28 bytes from 127.0.0.1 13:37:08 Groupsock(3: 0.0.0.0, 8888, 1): read 421 bytes from 43.134.39.230 13:37:08 Groupsock(3: 0.0.0.0, 8888, 1): read 416 bytes from 43.134.39.230 13:37:08 Groupsock(5: 0.0.0.0, 8889, 1): read 48 bytes from 43.134.39.230 13:37:11 Groupsock(3: 0.0.0.0, 8888, 1): read 570 bytes from 43.134.39.230 ............... Lot's o stuff deleted...................... 13:37:14 Groupsock(5: 0.0.0.0, 8889, 1): read 28 bytes from 127.0.0.1 13:37:14 Groupsock(3: 0.0.0.0, 8888, 1): read 453 bytes from 43.134.39.230 13:37:14 Groupsock(3: 0.0.0.0, 8888, 1): read 485 bytes from 43.134.39.230 13:37:54 Groupsock(5: 0.0.0.0, 8889, 1): wrote 28 bytes, ttl 1 13:37:54 Groupsock(5: 0.0.0.0, 8889, 1): read 28 bytes from 127.0.0.1 13:37:59 Groupsock(5: 0.0.0.0, 8889, 1): wrote 28 bytes, ttl 1 13:37:59 Groupsock(5: 0.0.0.0, 8889, 1): read 28 bytes from 127.0.0.1 ------------------------------------------------------------------ Closing "audio/X-MP3-DRAFT-00" subsession Sending request: TEARDOWN rtsp://43.134.39.230/realmp3.mp3/streamid=0 RTSP/1.0 CSeq: 4 Session: 29562-2 [don(at)kirkland testProgs]$ -- Donald Molaro Interactive Television Development, Sony Electronics Inc. email:dmolaro(at)itvd.sel.sony.com voice: 408.955.4936 From Mon Oct 22 14:19:29 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15vmTp-0008Hl-00 for ; Mon, 22 Oct 2001 14:19:29 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA18096; Mon, 22 Oct 2001 14:19:19 -0700 (PDT) Message-Id: <4.3.1.1.20011022140653.00b78430(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Don Molaro From: Ross Finlayson Subject: Re: [Live-devel] Problem in reciving stream from realserver Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 22 14:20:07 2001 X-Original-Date: Mon, 22 Oct 2001 14:18:51 -0700 Status: O At 01:56 PM 10/22/01, Don Molaro wrote: >I've got a problem with receiving MP3 stream from realserver with test >programs. >Ok I've got the unicast issue worked out. The issue now is getting the >receiver >object to actually process the data. Using the openRTSP program to setup the >stream and using a hacked up version of the testMP3Receiver program set for >unicast (thanks Ross) I get the following behavior out of the system: > >What it looks like to my untrained eye is that the liveMedia library does not >understand the mime type that comes back from the server (which is >audio/X-MP3-DRAFT-00) it looks like it is expecting audio/mpeg. Don, Unfortunately the MIME type - "audio/X-MP3-DRAFT-00" - that your RTSP server is using for its 'MP3' stream is an undocumented payload format that's used only by RealNetworks. (I've been told that it's an early version of the "audio/MPA-ROBUST" format that I define in RFC 3119, but I don't think it's compatible with that.) So, I don't know how to deal with this data. Is there any way to tell your RTSP server to use the "audio/MPEG" MIME type - i.e., the RTP payload format defined in RFC 2250? If so, then you will be able to receive this stream not only with "testMP3Receiver", but also with "openRTSP" itself (without the "-r" flag). >I set the debugging flag in the groupsock library so I know that data is >coming >back from the server but it does not seem to get through some part of library. That's because the incoming RTP stream is using a payload format that the library doesn't understand. ("testMP3Reciever" uses a "MPEGAudioRTPSource" object, which expects a payload format number of 14, formatted as described in RFC 2250.) >Any clues would be appreciated. Can I convince the library that it really >wants >to understand (audio/X-MP3-DRAFT-00) No, not unless RealNetworks were to release documentation that describes this (non-standard) payload format. As noted above, the best solution is to convince the server - if you can - to use "audio/MPEG" (or "audio/MPA-ROBUST"). Ross. From Tue Oct 23 00:00:44 2001 Received: from prognet.com ([205.219.198.1]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15vvYJ-0003Ig-00 for ; Tue, 23 Oct 2001 00:00:43 -0700 Received: from [192.168.104.24] (c1041793-a.sttls1.wa.home.com [24.16.227.26] (may be forged)) by prognet.com (8.9.2/8.9.0) with ESMTP id AAA18609; Tue, 23 Oct 2001 00:00:38 -0700 (PDT) From: Rob Lanphier To: Ross Finlayson cc: Don Molaro , "Live-devel(at)lists.sourceforge.net" Subject: Re: [Live-devel] Problem in reciving stream from realserver In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 23 00:01:06 2001 X-Original-Date: Tue, 23 Oct 2001 00:00:25 -0700 (PDT) Status: O On Mon, 22 Oct 2001, Ross Finlayson wrote: > Is there any way to tell your RTSP server to use the "audio/MPEG" MIME type > - i.e., the RTP payload format defined in RFC 2250? If so, then you will > be able to receive this stream not only with "testMP3Receiver", but also > with "openRTSP" itself (without the "-r" flag). Not possible with the current version of RealServer. > >Any clues would be appreciated. Can I convince the library that it really > >wants to understand (audio/X-MP3-DRAFT-00) > > No, not unless RealNetworks were to release documentation that describes > this (non-standard) payload format. I spoke with the developer on our current solution, who provided some details. It's actually not based off of draft-00, as I once thought, and as the name implies (the name is an historical indication of where we started). It's just one ADU frame per packet. That's it. If you want to use the Live SDK to decode these, it is just like non-interleaved 3119 without fragmentation or headers. The continuation flag is never set, and the header is unnecessary - ADU size is always just the packet data size. Hope this helps, Rob From Tue Oct 23 01:28:36 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15vwvL-0000oc-00 for ; Tue, 23 Oct 2001 01:28:35 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA59256; Tue, 23 Oct 2001 01:28:34 -0700 (PDT) Message-Id: <4.3.1.1.20011023012338.00be5ca0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problem in reciving stream from realserver Cc: Don Molaro In-Reply-To: References: <4.3.1.1.20011022140653.00b78430(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 23 01:29:06 2001 X-Original-Date: Tue, 23 Oct 2001 01:28:03 -0700 Status: O At 12:00 AM 10/23/01, Rob Lanphier wrote: > > >Any clues would be appreciated. Can I convince the library that it really > > >wants to understand (audio/X-MP3-DRAFT-00) > > > > No, not unless RealNetworks were to release documentation that describes > > this (non-standard) payload format. > >I spoke with the developer on our current solution, who provided some >details. It's actually not based off of draft-00, as I once thought, and >as the name implies (the name is an historical indication of where we >started). > >It's just one ADU frame per packet. That's it. If you want to use the >Live SDK to decode these, it is just like non-interleaved 3119 without >fragmentation or headers. The continuation flag is never set, and the >header is unnecessary - ADU size is always just the packet data size. OK, if that's the case then I should be able to support this payload format very easily, as it's just a simplified version of the "audio/mpa-robust" (RFC 3119) payload format that I already implement. Can anyone point me at a publically-accessible RTSP server (serving "audio/X-MP3-DRAFT-00") that I can use for testing? Ross. From Tue Oct 23 09:08:26 2001 Received: from prognet.com ([205.219.198.1]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15w46M-0005Jz-00 for ; Tue, 23 Oct 2001 09:08:26 -0700 Received: from [192.168.104.24] (c1041793-a.sttls1.wa.home.com [24.16.227.26] (may be forged)) by prognet.com (8.9.2/8.9.0) with ESMTP id JAA22351; Tue, 23 Oct 2001 09:08:27 -0700 (PDT) From: Rob Lanphier To: Ross Finlayson cc: , Don Molaro Subject: Re: [Live-devel] Problem in reciving stream from realserver In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 23 09:09:01 2001 X-Original-Date: Tue, 23 Oct 2001 09:08:12 -0700 (PDT) Status: O On Tue, 23 Oct 2001, Ross Finlayson wrote: > OK, if that's the case then I should be able to support this payload format > very easily, as it's just a simplified version of the "audio/mpa-robust" > (RFC 3119) payload format that I already implement. > > Can anyone point me at a publically-accessible RTSP server (serving > "audio/X-MP3-DRAFT-00") that I can use for testing? I'll see what I can do (I don't know of any that are out there on our site right now). In the meantime, you can download a free server here: http://proforma.real.com/rnforms/products/servers/eval/?ulf=bas Alternately, the file "realmp3.mp3" exists as a default download on our servers, and so a number of sites never delete this. Here's one: rtsp://media.schreiner.edu/realmp3.mp3 Hope this helps, Rob From Tue Oct 23 19:54:32 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15wEBc-0008RM-00 for ; Tue, 23 Oct 2001 19:54:32 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id TAA73264; Tue, 23 Oct 2001 19:54:31 -0700 (PDT) Message-Id: <4.3.1.1.20011023193855.00bb2100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problem in reciving stream from realserver Cc: Don Molaro In-Reply-To: References: <4.3.1.1.20011023012338.00be5ca0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 23 19:55:06 2001 X-Original-Date: Tue, 23 Oct 2001 19:52:13 -0700 Status: O Thanks to Rob Lanphier for his help in explaining the mystery of "audio/X-MP3-DRAFT-00". FYI, I have now implemented this payload type in the "openRTSP" client, so - for example - you can now run: openRTSP -a rtsp://media.schreiner.edu/realmp3.mp3 > foo.mp3 This reads the stream from the specified RTSP URL, and outputs the resulting MP3 data to the file "foo.mp3". The "-a" flag to openRTSP means "output the audio stream only, to stdout". (I'll shortly be putting up a web page that describes all of "openRTSP"s flags in detail.) Ross. From Tue Oct 23 20:31:29 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15wElN-0003bH-00 for ; Tue, 23 Oct 2001 20:31:29 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id UAA74351; Tue, 23 Oct 2001 20:31:25 -0700 (PDT) Message-Id: <4.3.1.1.20011023201453.00bb4860(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problem in reciving stream from realserver Cc: Don Molaro Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 23 20:32:01 2001 X-Original-Date: Tue, 23 Oct 2001 20:29:24 -0700 Status: O One more thing about this... As I noted earlier, you can now use "openRTSP" to receive "audio/X-MP3-DRAFT-00" data directly. If, however, you still want to use the "testMP3Receiver" test program to do this, then you can do so by making the following modifications to "testMP3Receiver.cpp": 1/ *Un*comment line 34, to get: #define STREAM_USING_ADUS 1 2/ Change line 102 from = MP3ADURTPSource::createNew(*env, &rtpGroupsock, rtpPayloadFormat); to = SimpleRTPSource::createNew(*env, &rtpGroupsock, rtpPayloadFormat, "audio/mpa-robust" /*hack*/); 3/ Delete lines 119 through 125 (the stuff beginning "Add a filter that deinterleaves...") 4/ Change line 129 from = MP3FromADUSource::createNew(*env, sessionState.source); to = MP3FromADUSource::createNew(*env, sessionState.source, False); Of course, you will probably also need to change the RTP payload format number at line 100. Ross. From Wed Oct 24 10:26:08 2001 Received: from [208.217.68.251] (helo=exchange-1.ipi.net) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15wRn6-0004WP-00 for ; Wed, 24 Oct 2001 10:26:08 -0700 Received: by exchange-1.ipi.net with Internet Mail Service (5.5.2653.19) id ; Wed, 24 Oct 2001 13:38:40 -0400 Received: from bwi16 (165.113.193.254 [165.113.193.254]) by exchange-1.ipi.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id TFVJNRK3; Wed, 24 Oct 2001 13:38:39 -0400 From: Mahua De To: Message-ID: <000a01c15cb0$c4f19250$e900000a(at)ipi.net> Organization: IPI MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C15C8F.3AB7B040" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Live-devel] Client goes into loop Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 24 10:27:03 2001 X-Original-Date: Wed, 24 Oct 2001 13:24:37 -0400 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C15C8F.3AB7B040 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am testing the program on windows 2000, with test programs for audio Mp3 files.For some reason the client program goes into a loop.I haven't changes anything from the downloaded version. =20 Thanks Mahua ------=_NextPart_000_0007_01C15C8F.3AB7B040 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am testing the program on windows = 2000, with test=20 programs for audio Mp3 files.For some reason the client program goes = into a=20 loop.I haven't changes anything from the downloaded = version.
 
Thanks
Mahua
------=_NextPart_000_0007_01C15C8F.3AB7B040-- From Wed Oct 24 10:51:16 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15wSBO-0000yS-00 for ; Wed, 24 Oct 2001 10:51:14 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA03545; Wed, 24 Oct 2001 10:51:09 -0700 (PDT) Message-Id: <4.3.1.1.20011024104441.00bb33c0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Mahua De From: Ross Finlayson Subject: Re: [Live-devel] Client goes into loop Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 24 10:52:02 2001 X-Original-Date: Wed, 24 Oct 2001 10:46:20 -0700 Status: O At 10:24 AM 10/24/01, Mahua De wrote: >I am testing the program on windows 2000, with test programs for audio Mp3 >files.For some reason the client program goes into a loop.I haven't >changes anything from the downloaded version. Mahua, Thanks for the report. Which particular test program are you running, and where is it going into a loop? (What is the program outputting?) Ross. From Fri Oct 26 03:20:47 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15x46X-0002n7-00 for ; Fri, 26 Oct 2001 03:20:45 -0700 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA01514; Fri, 26 Oct 2001 03:20:40 -0700 (PDT) Message-Id: <4.3.1.1.20011026031453.00c91250(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Documentation for "openRTSP" is now online Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Oct 26 03:21:02 2001 X-Original-Date: Fri, 26 Oct 2001 03:19:32 -0700 Status: O FYI, I have now put up a web site with full documentation of the "openRTSP" command-line RTSP client tool: This program lets you open, stream, receive, and (optionally) record media streams that are specified by a "rtsp://" URL. The source code for this program can be found as "openRTSP.cpp" in the "testProgs" directory. (Many thanks to HorizonLive, Plustream, and Multicast Technologies for contributing funding towards the development of this software.) Ross. From Mon Oct 29 15:13:20 2001 Received: from [208.217.68.251] (helo=exchange-1.ipi.net) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15yLaq-0006xg-00 for ; Mon, 29 Oct 2001 15:13:20 -0800 Received: by exchange-1.ipi.net with Internet Mail Service (5.5.2653.19) id ; Mon, 29 Oct 2001 18:26:20 -0500 Message-ID: From: Mahua De To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Problem Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Oct 29 15:14:01 2001 X-Original-Date: Mon, 29 Oct 2001 18:26:19 -0500 Status: O I am having problem trying to run the Test programs testMP3Streamer ,testMP3Receiver on different host machines within an intranet network.The testMP3Receiver is able to receive only the first packet and after that the wasLoopedBackFromUs() in GroupSock.cpp returns true always. However, if run both the test programs testMP3Streamer and testMP3Receiver on the same host machine, the testMP3Receiver program successfully receives all the packets. Thanks From Tue Oct 30 01:15:01 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15yUz4-0005u8-00 for ; Tue, 30 Oct 2001 01:14:58 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA19075; Tue, 30 Oct 2001 01:14:56 -0800 (PST) Message-Id: <4.3.1.1.20011030010508.00ca14a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problem In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 30 01:15:04 2001 X-Original-Date: Tue, 30 Oct 2001 01:11:39 -0800 Status: O At 03:26 PM 10/29/01, Mahua De wrote: >I am having problem trying to run the Test programs testMP3Streamer >,testMP3Receiver on different host machines within an intranet network.The >testMP3Receiver is able to receive only the first packet and after that the >wasLoopedBackFromUs() in GroupSock.cpp returns true always. > >However, if run both the test programs testMP3Streamer and testMP3Receiver >on the same host machine, the testMP3Receiver program successfully receives >all the packets. Mahua, No, I haven't seen this problem. What operating systems are you running on each machine? If you're running different OSs on each machine, does it make a difference if you reverse which one runs "testMP3Streamer" and which one runs "testMP3Receiver"? You might also try increasing the TTL of outgoing multicast packets (in "testMP3Streamer"), in case that has something to do with the problem. On line 114 of "testMP3Streamer.cpp", where it says const unsigned char ttl = 1 try changing 1 to 255. Ross. From Tue Oct 30 16:10:35 2001 Received: from dsl-65-184-18-237.telocity.com ([65.184.18.237] helo=192.168.1.2) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15yixn-0003J3-00 for ; Tue, 30 Oct 2001 16:10:35 -0800 Received: from www ([127.0.0.1]) by 192.168.1.2 (AppleMailServer 10.1.0.0) id 38428u via TCP with SMTP; Tue, 30 Oct 2001 16:10:34 -0800 Mime-Version: 1.0 (Apple Message framework v472) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Steve Dekorte To: Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.472) Subject: [Live-devel] Re: Live-devel Info Page Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 30 16:11:02 2001 X-Original-Date: Tue, 30 Oct 2001 16:10:33 -0800 Status: O I downloaded the source from http://live.sourceforge.net/ today but got the following error when building on MacOSX: % make cd liveMedia; make ... c++ -c -I. -DBSD=1 -O -DSOCKLEN_T=int -Wall PrioritizedRTPStreamSelector.cpp c++: PrioritizedRTPStreamSelector.cpp: No such file or directory c++: No input files make[1]: *** [PrioritizedRTPStreamSelector.o] Error 1 make: *** [liveMedia/libliveMedia.a] Error 2 From Tue Oct 30 16:43:05 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15yjTF-0001rH-00 for ; Tue, 30 Oct 2001 16:43:05 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA91188; Tue, 30 Oct 2001 16:43:04 -0800 (PST) Message-Id: <4.3.1.1.20011030163045.00be54e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Re: Live-devel Info Page In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 30 16:44:01 2001 X-Original-Date: Tue, 30 Oct 2001 16:42:58 -0800 Status: O At 04:10 PM 10/30/01, Steve Dekorte wrote: >I downloaded the source from http://live.sourceforge.net/ today but got >the following error when building on MacOSX: > >% make >cd liveMedia; make >... >c++ -c -I. -DBSD=1 -O -DSOCKLEN_T=int -Wall PrioritizedRTPStreamSelector.cpp >c++: PrioritizedRTPStreamSelector.cpp: No such file or directory >c++: No input files >make[1]: *** [PrioritizedRTPStreamSelector.o] Error 1 >make: *** [liveMedia/libliveMedia.a] Error 2 Steve, That's strange - the "liveMedia" directory *should* contain a files named "PrioritizedRTPStreamSelector.cpp" and "PrioritizedRTPStreamSelector.hh" - they're included in the "tar" file. However, the tar file also includes two (unused) files named "PrioritizedRTPStreamSelector.cpp.save" and "PrioritizedRTPStreamSelector.hh.save". Perhaps - for some reason - when you extracted the tar file these two '.save' files ended up replacing the good '.cpp' and '.hh' files? Could this be some MacOS X filename extension-related issue? Anyway, I have left copies of "PrioritizedRTPStreamSelector.cpp" and "PrioritizedRTPStreamSelector.hh" online at , so you can get them from there if you don't have them. Ross Finlayson LIVE.COM From Tue Oct 30 17:18:54 2001 Received: from dsl-65-184-18-237.telocity.com ([65.184.18.237] helo=192.168.1.2) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15yk1u-0006Ae-00 for ; Tue, 30 Oct 2001 17:18:54 -0800 Received: from www ([127.0.0.1]) by 192.168.1.2 (AppleMailServer 10.1.0.0) id 38445u via TCP with SMTP; Tue, 30 Oct 2001 17:18:48 -0800 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v472) Cc: To: Ross Finlayson From: Steve Dekorte In-Reply-To: Message-Id: <3BE5889B-CD9D-11D5-849F-000A27AEEECE(at)dekorte.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.472) Subject: [Live-devel] PrioritizedRTPStreamSelector.cp? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 30 17:19:02 2001 X-Original-Date: Tue, 30 Oct 2001 17:18:47 -0800 Status: O Ross Finlayson wrote: > Steve, > > That's strange - the "liveMedia" directory *should* contain a files > named "PrioritizedRTPStreamSelector.cpp" and > "PrioritizedRTPStreamSelector.hh" - they're included in the "tar" file. I took a look and noticed it had the wrong extension: % ls PrioritizedRTPStreamSelector* PrioritizedRTPStreamSelector.cp PrioritizedRTPStreamSelector.hh After changing it to cpp the compile finished successfully. Thanks for the quick response, Steve From Tue Oct 30 19:35:58 2001 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ymAX-0000PP-00 for ; Tue, 30 Oct 2001 19:35:57 -0800 Received: from [63.105.122.27] (HELO dhcp-airport-53.multicasttech.com) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1153765; Tue, 30 Oct 2001 22:28:38 -0500 Subject: Re: [Live-devel] PrioritizedRTPStreamSelector.cp? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v472) Cc: Ross Finlayson live-devel(at)lists.sourceforge.net To: Steve Dekorte From: Marty Schoch In-Reply-To: Message-Id: <5E5A5C4C-CDB0-11D5-BD3A-0003931A87EA(at)multicasttech.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.472) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Oct 30 19:36:01 2001 X-Original-Date: Tue, 30 Oct 2001 22:35:45 -0500 Status: O I also encountered this problem when first porting the software to OSX. Turns out Stuffit Expander does not always do things properly for tar.gz files. Ever since I've used gnu tar/gz and that has solved everything. Marty Schoch On Tuesday, October 30, 2001, at 08:18 PM, Steve Dekorte wrote: > > Ross Finlayson wrote: >> Steve, >> >> That's strange - the "liveMedia" directory *should* contain a files >> named "PrioritizedRTPStreamSelector.cpp" and >> "PrioritizedRTPStreamSelector.hh" - they're included in the "tar" file. > > I took a look and noticed it had the wrong extension: > > % ls PrioritizedRTPStreamSelector* > PrioritizedRTPStreamSelector.cp > PrioritizedRTPStreamSelector.hh > > After changing it to cpp the compile finished successfully. > > Thanks for the quick response, > Steve > > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel From Wed Oct 31 02:17:17 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15ysQu-00084t-00 for ; Wed, 31 Oct 2001 02:17:16 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA98834; Wed, 31 Oct 2001 02:17:14 -0800 (PST) Message-Id: <4.3.1.1.20011031020343.00bddcd0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] New code release Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 31 02:18:02 2001 X-Original-Date: Wed, 31 Oct 2001 02:15:10 -0800 Status: O I have just released a new version of the code, with the following (minor) changes: 1/ In the "TaskScheduler" class (in the "UsageEnvironment" library), the signature of the "blockMyself()" function is now: virtual void blockMyself(char* watchVariable = NULL) "watchVariable" - if not NULL - specifies the address of a byte whose value is checked within the event loop. If this byte gets set to anything other than zero, blockMyself() returns. This gives programmers more control over when/how to exit the event loop. 2/ I made the SDP parsing code in "liveMedia"/"MediaSession" more robust to SDP descriptions that (erroneously) don't specify a RTP timestamp frequency in "rtpmap" attributes. (Both RealServer and (at least older versions of) the Darwin server have this problem.) I have also released new "openRTSP" binaries that include this change. If you're using openRTSP to generate QuickTime files, then you should upgrade to the newest version. 3/ I made some cosmetic changes to eliminate the annoying compiler warnings about "private destructors and no friends". Ross. From Wed Oct 31 08:39:40 2001 Received: from [208.217.68.251] (helo=exchange-1.ipi.net) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15yyOy-0001ry-00 for ; Wed, 31 Oct 2001 08:39:40 -0800 Received: by exchange-1.ipi.net with Internet Mail Service (5.5.2653.19) id ; Wed, 31 Oct 2001 11:52:50 -0500 Message-ID: From: Mahua De To: Subject: Re: [Live-devel] Problem MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 31 08:40:03 2001 X-Original-Date: Wed, 31 Oct 2001 11:52:49 -0500 Status: O I am running both testMP3Streamer, testMP3Receiver on windows 2000 operating system. I tried changing the const unsigned char ttl from 1 to 255 ,but didn't help much , some times i am able to receive two data packets in testMP3Receiver .Do you think it has some thing to do with network problems? I wonder if this has anything to do with the CNAME(host name ) passed to RTCPInstance::createNew in both the testMP3Streamer and testMP3Receiver . Thanks Mahua At 03:26 PM 10/29/01, Mahua De wrote: >I am having problem trying to run the Test programs testMP3Streamer >,testMP3Receiver on different host machines within an intranet network.The >testMP3Receiver is able to receive only the first packet and after that the >wasLoopedBackFromUs() in GroupSock.cpp returns true always. > >However, if run both the test programs testMP3Streamer and testMP3Receiver >on the same host machine, the testMP3Receiver program successfully receives >all the packets. Mahua, No, I haven't seen this problem. What operating systems are you running on each machine? If you're running different OSs on each machine, does it make a difference if you reverse which one runs "testMP3Streamer" and which one runs "testMP3Receiver"? You might also try increasing the TTL of outgoing multicast packets (in "testMP3Streamer"), in case that has something to do with the problem. On line 114 of "testMP3Streamer.cpp", where it says const unsigned char ttl = 1 try changing 1 to 255. Ross. From Wed Oct 31 10:46:11 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 15z0NO-00012l-00 for ; Wed, 31 Oct 2001 10:46:10 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA73087; Wed, 31 Oct 2001 10:46:07 -0800 (PST) Message-Id: <4.3.1.1.20011031103657.00b8bf00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problem In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Oct 31 10:47:02 2001 X-Original-Date: Wed, 31 Oct 2001 10:45:54 -0800 Status: O At 08:52 AM 10/31/01, Mahua De wrote: >I am running both testMP3Streamer, testMP3Receiver on windows 2000 >operating system. >I tried changing the const unsigned char ttl from 1 to 255 ,but didn't help >much , some times i am able to receive two data packets in testMP3Receiver >.Do you think it has some thing to do with network problems? I think the problem is caused by some (unknown) inconsistency in your use of the Windows networking ("winsock") libraries. Could you try running the pre-built Windows binaries that you'll find in , instead of the versions that you built? Please let me know whether or not things work OK if you use these pre-built binaries. When you compiled the code on Windows, did you have to make *any* changes at all to your Makefiles, or were you able to build the code using the Makefiles generated by "genWindowsMakefiles" 'as is'? If you needed to change your Makefiles to get the code to compile/link, then I need to know what changes you made, as this might have something to do with the problem. >I wonder if this has anything to do with the CNAME(host name ) passed to >RTCPInstance::createNew in both the testMP3Streamer and testMP3Receiver . No, the problem will have nothing to do with this. Ross. From Tue Nov 06 10:15:16 2001 Received: from mail6.fw-sj.sony.com ([160.33.82.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161Akl-00032P-00 for ; Tue, 06 Nov 2001 10:15:15 -0800 Received: from mail2.sjc.in.sel.sony.com (mail2.sjc.in.sel.sony.com [43.134.1.111]) by mail6.fw-sj.sony.com (8.8.8/8.8.8) with ESMTP id SAA09766 for ; Tue, 6 Nov 2001 18:15:08 GMT Received: by mail2.sjc.in.sel.sony.com id SAA28223; Tue, 6 Nov 2001 18:15:08 GMT Received: from libby (libby [43.134.39.145]) by itvd.sel.sony.com (8.11.0/8.11.0) with SMTP id fA6IGAx00874 for ; Tue, 6 Nov 2001 10:16:10 -0800 From: {Yun Yan} To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0006_01C166AC.81BB0510" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Live-devel] question about mpeg-2 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 6 10:16:02 2001 X-Original-Date: Tue, 6 Nov 2001 10:19:23 -0800 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C166AC.81BB0510 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, all: I read a little bit about the live library. According to my understanding, container files have both audio and video streams, each of which takes a separate RTP stream. This will be shown in the SDP file. (with two "m="s) I'm just wondering whether there is any SDP file for the MPEG2 when I download a mpeg2 file from rtsp server? If there is, how many streams are in the SDP file? Thank you so much! Sincerely, Yanito ------=_NextPart_000_0006_01C166AC.81BB0510 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IhcSAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANEHCwAGAAoAEgAAAAIABwEB A5AGAHQGAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAAFgAAAHF1ZXN0aW9uIGFib3V0IG1wZWctMgAAAAIBcQABAAAAFgAAAAHBZu9mFDKX9TfS4BHV gpEAoMm3/FIAAAIBHQwBAAAAHAAAAFNNVFA6WVlBTkBJVFZELlNFTC5TT05ZLkNPTQALAAEOAAAA AEAABg4AvMxd72bBAQIBCg4BAAAAGAAAAAAAAAB6W2XSa6DUEYH7AKDJt/xSwoAAAAsAHw4BAAAA AgEJEAEAAAAGAgAAAgIAAKYCAABMWkZ1VtpZdgMACgByY3BnMTI1FjIA+Atgbg4QMDMzTwH3AqQE ZAIAY2gKwHPwZXQwIAhVB7ICgwBQrwPUENkHEwKAfQqBdgiQpHdrC4BkNAxgYwBQgwsDC7UgSGks IAdATGw6CqIKgEkgCXBhImQWQCBsaQJAbGVcIGIXkBZABuB1BUB0lmgX0BeAdhiyYnIKwKR5LhaU QWMFoWQLgAJnGIBvIG15IHX7FMAEkHMBkBTAGmEWMAWg9wIwC3ER0WYDEAeQFpQRAO8Y8QbgGJAW QHUaUBqwG3E+IBRgAQAasBtQFxFtcwcWMBcgEPAgb2Ygd+5oDeAdwAGQaxzGF2ARMIkKsWF0F9BS VFAe1fguIFQgAAQgA/AWYBfg4RfQc2hvdwOgC4AYgrkWlFNEIdAckiJQKAPwCR2xdHcasCJtPSIE cykWlCAgSSdt+CBqdRtQH+ACIASBGmL/H/ARQBigBcAn4hfQIpEAcH8a4CRhFpQckhyABbEYkk1w UEVHMieiA6AW8GSHI2EJABczbXBlZyqgjxySKTUDYRcAdHNwIRHychjwcj8mcB/QKDYWMP8jURrA KMIe5QrjIOEoYiOzeyjyHIM/JgUmBSJwAHBrPCB5CGAe0BqxFQBoIZUxi1MLgGMoUWx5FjD2WQBw F5BvMYsVNRUjCoAFFCEAN1AAAAsAAYAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwADgAgg BgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAADAAeACCAGAAAAAADAAAAAAAAARgAAAABShQAAJ2oB AB4ACYAIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADkuMAAeAAqACCAGAAAAAADAAAAA AAAARgAAAAA2hQAAAQAAAAEAAAAAAAAAHgALgAggBgAAAAAAwAAAAAAAAEYAAAAAN4UAAAEAAAAB AAAAAAAAAB4ADIAIIAYAAAAAAMAAAAAAAABGAAAAADiFAAABAAAAAQAAAAAAAAALAA2ACCAGAAAA AADAAAAAAAAARgAAAACChQAAAQAAAAsAOoAIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwA8 gAggBgAAAAAAwAAAAAAAAEYAAAAAEYUAAAAAAAADAD2ACCAGAAAAAADAAAAAAAAARgAAAAAYhQAA AAAAAAsAWIAIIAYAAAAAAMAAAAAAAABGAAAAAAaFAAAAAAAAAwBZgAggBgAAAAAAwAAAAAAAAEYA AAAAAYUAAAAAAAACAfgPAQAAABAAAAB6W2XSa6DUEYH7AKDJt/xSAgH6DwEAAAAQAAAAeltl0mug 1BGB+wCgybf8UgIB+w8BAAAAlwAAAAAAAAA4obsQBeUQGqG7CAArKlbCAABQU1RQUlguRExMAAAA AAAAAABOSVRB+b+4AQCqADfZbgAAAEM6XFdJTk5UXFByb2ZpbGVzXEFkbWluaXN0cmF0b3JcTG9j YWwgU2V0dGluZ3NcQXBwbGljYXRpb24gRGF0YVxNaWNyb3NvZnRcT3V0bG9va1xvdXRsb29rLnBz dAAAAwD+DwUAAAADAA00/TcAAAIBfwABAAAANgAAADxORUJCSUJQTEhLUExLTUdGSkhQQ0dFTE9D QUFBLnl5YW5AaXR2ZC5zZWwuc29ueS5jb20+AAAAAwAGENrzAqEDAAcQWAEAAAMAEBAAAAAAAwAR EAAAAAAeAAgQAQAAAGUAAABISSxBTEw6SVJFQURBTElUVExFQklUQUJPVVRUSEVMSVZFTElCUkFS WUFDQ09SRElOR1RPTVlVTkRFUlNUQU5ESU5HLENPTlRBSU5FUkZJTEVTSEFWRUJPVEhBVURJT0FO RFZJAAAAAAhx ------=_NextPart_000_0006_01C166AC.81BB0510-- From Tue Nov 06 12:26:49 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161Co2-0007lC-00 for ; Tue, 06 Nov 2001 12:26:46 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA67430; Tue, 6 Nov 2001 12:26:41 -0800 (PST) Message-Id: <4.3.1.1.20011106120856.00c8c100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Yun Yan} From: Ross Finlayson Subject: Re: [Live-devel] question about mpeg-2 Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 6 12:27:18 2001 X-Original-Date: Tue, 06 Nov 2001 12:26:10 -0800 Status: O At 10:19 AM 11/6/01, Yun Yan wrote: >Hi, all: >I read a little bit about the live library. >According to my understanding, container files >have both audio and video streams, each of which takes >a separate RTP stream. This will be shown in the >SDP file. (with two "m="s) > I'm just wondering whether there is any SDP >file for the MPEG2 when I download a mpeg2 file >from rtsp server? If there is, how many streams >are in the SDP file? Yanito, If you already have a RTSP server that's serving up a MPEG-2 session, then you can test this out right now by running the "openRTSP" program on this session's rtsp:// URL. What you'll probably find is that each MPEG elementary stream (audio and video) will be given its own RTP stream, each with its own "m=" line in the SDP description. So, there will be two "m=" lines in the SDP description. It is also possible for MPEG audio and video to be combined in a single RTP stream - either as a MPEG transport stream, or using the experimental (and rarely implemented) payload format for bundled audio+video described in RFC 2343. Note that the "testMPEGVideoStreamer" test program (included with the LIVE.COM Streaming Media libraries) currently streams just a video elementary stream (and so, when you enable its built-in RTSP server, the SDP description will contain just a single "m=" line). Ross. From Tue Nov 06 13:38:05 2001 Received: from mail6.fw-sj.sony.com ([160.33.82.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161Dv2-0002M1-00 for ; Tue, 06 Nov 2001 13:38:04 -0800 Received: from mail2.sjc.in.sel.sony.com (mail2.sjc.in.sel.sony.com [43.134.1.111]) by mail6.fw-sj.sony.com (8.8.8/8.8.8) with ESMTP id VAA00511 for ; Tue, 6 Nov 2001 21:38:01 GMT Received: by mail2.sjc.in.sel.sony.com id VAA27763; Tue, 6 Nov 2001 21:38:01 GMT Received: from libby (libby [43.134.39.145]) by itvd.sel.sony.com (8.11.0/8.11.0) with SMTP id fA6Ld2x03474 for ; Tue, 6 Nov 2001 13:39:02 -0800 From: {Yun Yan} To: Subject: RE: [Live-devel] question about mpeg-2 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 6 13:39:03 2001 X-Original-Date: Tue, 6 Nov 2001 13:42:13 -0800 Status: O Hi, Ross: Thank you for the reply. I have another question >It is also possible for MPEG audio and video to be combined in a single RTP >stream - either as a MPEG transport stream, or using the experimental (and >rarely implemented) payload format for bundled audio+video described in RFC >2343. Is there any "m=" line in the SDP file for the single RTP stream (as a MPEG transport stream)? If there is, what should be medium name for it? Sincerely, Yanito From Tue Nov 06 14:10:39 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161EQZ-0002nw-00 for ; Tue, 06 Nov 2001 14:10:39 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA71029; Tue, 6 Nov 2001 14:10:39 -0800 (PST) Message-Id: <4.3.1.1.20011106135250.00c8e730(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] question about mpeg-2 In-Reply-To: References: <4.3.1.1.20011106120856.00c8c100(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 6 14:11:03 2001 X-Original-Date: Tue, 06 Nov 2001 14:10:20 -0800 Status: O At 01:42 PM 11/6/01, you wrote: > >It is also possible for MPEG audio and video to be combined in a single RTP > >stream - either as a MPEG transport stream, or using the experimental (and > >rarely implemented) payload format for bundled audio+video described in RFC > >2343. > Is there any "m=" line in the SDP file for the single RTP stream (as a >MPEG transport stream)? Yes, all RTP sessions have a corresponding "m=" line in the SDP description. Note that - according to - MPEG-2 Transport Streams use a static payload format of 33. (In constrast, MPEG audio (elementary) streams use a static payload format of 14, and MPEG video (elementary) streams use a static payload format of 32.) >If there is, what should be medium name for it? That's a good question - I don't know. "video" would probably be appropriate (even though it also includes audio). In any case, I don't recommend streaming a MPEG transport stream as a single RTP session. This doesn't give you the flexibility to handle the audio and video streams in a different way, if you wish to do this. Also, I don't know how many tools exist that can receive this payload format. (In particular, the "liveMedia" library doesn't currently support this.) Do you have any specific questions about how to make use of the libraries? Ross. From Wed Nov 07 05:57:13 2001 Received: from viking.vela.com ([63.101.225.101]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161TCb-0005tS-00 for ; Wed, 07 Nov 2001 05:57:13 -0800 Received: by VIKING with Internet Mail Service (5.5.2650.21) id ; Wed, 7 Nov 2001 08:36:39 -0500 Message-ID: From: To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] RE: question about mpeg-2 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 7 05:58:02 2001 X-Original-Date: Wed, 7 Nov 2001 08:36:39 -0500 Status: O Hello I have recently been looking at the Live libraries and our company is interested in streaming MPEG. I have been able to build and run the testMP3Streamer from Windows 2000 and Redhat 6.2 -- My problem comes when I receive the stream using the real player or winamp. The audio frequently pauses and rebuffers but it does not seem to be dropping anything - What should I check? Thanks Bruce Wilber From Wed Nov 07 06:40:59 2001 Received: from ids2.idsonline.com ([205.177.236.32]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161Tsv-0007TM-00 for ; Wed, 07 Nov 2001 06:40:57 -0800 Received: from idsonline.com (nobody(at)ids2.idsonline.com [205.177.236.32]) by ids2.idsonline.com (8.11.1/8.11.1) with SMTP id fA7FkHH08089; Wed, 7 Nov 2001 10:46:17 -0500 From: {Marshall Eubanks} Reply-to: tme(at)21rst-century.com To: Subject: Re: [Live-devel] RE: question about mpeg-2 X-Mailer: DMailWeb Web to Mail Gateway 2.6k, http://netwinsite.com/top_mail.htm Message-id: <3be95749.1f93.0(at)idsonline.com> X-User-Info: 63.25.85.84 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 7 06:41:08 2001 X-Original-Date: Wed, 7 Nov 2001 10:46:17 -0500 Status: O >Hello > >I have recently been looking at the Live libraries and our company is >interested in streaming MPEG. I have been able to build and run the >testMP3Streamer from Windows 2000 and Redhat 6.2 -- My problem comes when I >receive the stream using the real player or winamp. The audio frequently >pauses and rebuffers but it does not seem to be dropping anything - What >should I check? > I do not know much about winamp, but the Real player is very sensitive to dropped or out of order packets. It seems to rebuffer more than is necessary. Our player (the MCTPlayer - www.mctplayer.com - which is soon to start using the Live.com RTP library) uses a fairly large buffer size for streaming MP3 playback, which helps, but a really good quality non-interrupted stream really requires some sort of FEC (which we also offer and our player supports). This functionality is soon to be incorporated into the Live.com Winamp plug-in Regards Marshall Eubanks Multicast Technologies, Inc. >Thanks > >Bruce Wilber > > ______________________________________________ _ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel > > Marshall Eubanks tme(at)21rst-century.com From Wed Nov 07 09:19:19 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161WMB-0007ax-00 for ; Wed, 07 Nov 2001 09:19:19 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA00874; Wed, 7 Nov 2001 09:19:14 -0800 (PST) Message-Id: <4.3.1.1.20011107091121.00b99100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] RE: question about mpeg-2 In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 7 09:20:17 2001 X-Original-Date: Wed, 07 Nov 2001 09:18:29 -0800 Status: O At 05:36 AM 11/7/01, bwilber(at)vela.com wrote: >I have recently been looking at the Live libraries and our company is >interested in streaming MPEG. I have been able to build and run the >testMP3Streamer from Windows 2000 and Redhat 6.2 -- My problem comes when I >receive the stream using the real player or winamp. The audio frequently >pauses and rebuffers but it does not seem to be dropping anything - What >should I check? Bruce, This problem is caused by insufficient buffering in the receiving client application; you can fix it by increasing the amount of buffering that the client performs on incoming streams. For RealPlayer, you can do this using the "Preferences"/"Connection"/"Buffered play" option. (Personally, though, this hasn't worked for me, for some reason...) For Winamp (with the "in_rtp.dll" plugin, of course), you can do this using "Preferences" (p)/"Plug-ins"/"Input"/"Nullsoft MPEG Audio Decoder"/"Configure"/"Streaming" Ross. From Wed Nov 07 09:53:32 2001 Received: from viking.vela.com ([63.101.225.101]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161WtI-0005Lw-00 for ; Wed, 07 Nov 2001 09:53:32 -0800 Received: by VIKING with Internet Mail Service (5.5.2650.21) id ; Wed, 7 Nov 2001 12:33:00 -0500 Message-ID: From: To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Real buffering Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 7 09:54:03 2001 X-Original-Date: Wed, 7 Nov 2001 12:32:59 -0500 Status: O Thank you Marshall and Ross Both the WinAmp plug-in (with increased buffering) and the MCT Player work great. For me - increasing Real's buffer (which I had tried before) made no difference. Real also drops the connection not to be regained when the streamer loops - both MCT and WinAmp keep the connection. I knew that "Live" probably worked better than I was experiencing. Now I am going to look at the video streamer - any clients other than Real for this? Bruce From Wed Nov 07 10:30:43 2001 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161XTH-00059z-00 for ; Wed, 07 Nov 2001 10:30:43 -0800 Received: from [63.105.122.193] (account marshall_eubanks HELO 21rst-century.com) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1157530; Wed, 07 Nov 2001 13:22:27 -0500 Message-ID: <3BE97DB9.9070909(at)21rst-century.com> From: Marshall Eubanks Reply-To: Organization: Multicast Technologies User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.4) Gecko/20011022 Netscape6/6.2 X-Accept-Language: en,pdf MIME-Version: 1.0 To: CC: Live-devel(at)lists.sourceforge.net Subject: Re: [Live-devel] Real buffering References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 7 10:31:03 2001 X-Original-Date: Wed, 07 Nov 2001 13:30:17 -0500 Status: O bwilber(at)vela.com wrote: >Thank you Marshall and Ross > >Both the WinAmp plug-in (with increased buffering) and the MCT Player work >great. >For me - increasing Real's buffer (which I had tried before) made no >difference. Real also drops the connection not to be regained when the >streamer loops - both MCT and WinAmp keep the connection. > >I knew that "Live" probably worked better than I was experiencing. Now I am >going to look at the video streamer - any clients other than Real for this? > Real does not do MPEG video streaming (at least for multicast). It does do H.261 Quicktime does a good job of it (as long as the audio is Layer II). If you want to multicast TV on a Mac, there is MacTV(which runs QT). On Unix platforms there is MIM, which is OK On Windows, there is Cisco IPTV, which works well. vBrick also makes a MPEG player for multicast, and there may be others. See http://videolab.uoregon.edu/tools/multicast_tools.html for more info All of this is for MPEG-1. MPEG-2 is expensive as there is a license fee even for free players, so there are no free players AFAIK that support it. Regards Marshall Eubanks > > >Bruce > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel > > -- Regards Marshall Eubanks This e-mail may contain confidential and proprietary information of Multicast Technologies, Inc, subject to Non-Disclosure Agreements T.M. Eubanks Multicast Technologies, Inc 10301 Democracy Lane, Suite 410 Fairfax, Virginia 22030 Phone : 703-293-9624 Fax : 703-293-9609 e-mail : tme(at)multicasttech.com http://www.on-the-i.com Test your network for multicast : http://www.multicasttech.com/mt/ Check the status of multicast in real time : http://www.multicasttech.com/status/index.html From Wed Nov 07 11:26:20 2001 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161YL5-0005OY-00 for ; Wed, 07 Nov 2001 11:26:19 -0800 Received: from marley.multicasttech.com ([63.105.122.178] verified) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1157577; Wed, 07 Nov 2001 14:18:29 -0500 Subject: mpeg2 software was Re: [Live-devel] Real buffering From: Marty Schoch To: Cc: In-Reply-To: References: <3BE97DB9.9070909(at)21rst-century.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.16.100+cvs.2001.11.02.21.57 (Preview Release) Message-Id: <1005161178.6850.61.camel(at)marley.multicasttech.com> Mime-Version: 1.0 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 7 11:27:04 2001 X-Original-Date: 07 Nov 2001 14:26:15 -0500 Status: O Through the Livid project there are open implementations of mpeg2 decoders and players (mainly geared to DVD). Not sure of the legal/licensing fee issues with actually using this software. http://www.linuxvideo.org Marty Schoch On Wed, 2001-11-07 at 13:30, Marshall Eubanks wrote: > bwilber(at)vela.com wrote: > > >Thank you Marshall and Ross > > > >Both the WinAmp plug-in (with increased buffering) and the MCT Player work > >great. > >For me - increasing Real's buffer (which I had tried before) made no > >difference. Real also drops the connection not to be regained when the > >streamer loops - both MCT and WinAmp keep the connection. > > > >I knew that "Live" probably worked better than I was experiencing. Now I am > >going to look at the video streamer - any clients other than Real for this? > > > Real does not do MPEG video streaming (at least for multicast). It does > do H.261 > > Quicktime does a good job of it (as long as the audio is Layer II). If > you want > to multicast TV on a Mac, there is MacTV(which runs QT). > > On Unix platforms there is MIM, which is OK > On Windows, there is Cisco IPTV, which works well. > vBrick also makes a MPEG player for multicast, and there may be others. > > See > http://videolab.uoregon.edu/tools/multicast_tools.html > for more info > > All of this is for MPEG-1. MPEG-2 is expensive as there is a license fee > even > for free players, so there are no free players AFAIK that support it. > > Regards > > Marshall Eubanks > > > > > > >Bruce > > > >_______________________________________________ > >Live-devel mailing list > >Live-devel(at)lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/live-devel > > > > > > > -- > Regards > Marshall Eubanks > > This e-mail may contain confidential and proprietary information of > Multicast Technologies, Inc, subject to Non-Disclosure Agreements > > > T.M. Eubanks > Multicast Technologies, Inc > 10301 Democracy Lane, Suite 410 > Fairfax, Virginia 22030 > Phone : 703-293-9624 Fax : 703-293-9609 > e-mail : tme(at)multicasttech.com > http://www.on-the-i.com > > Test your network for multicast : http://www.multicasttech.com/mt/ > Check the status of multicast in real time : > http://www.multicasttech.com/status/index.html > > > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel From Thu Nov 08 11:26:07 2001 Received: from mail6.fw-bc.sony.com ([160.33.98.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161uoQ-0007ie-00 for ; Thu, 08 Nov 2001 11:26:06 -0800 Received: from mail2.sjc.in.sel.sony.com (mail2.sjc.in.sel.sony.com [43.134.1.111]) by mail6.fw-bc.sony.com (8.8.8/8.8.8) with ESMTP id TAA02076 for ; Thu, 8 Nov 2001 19:19:48 GMT Received: by mail2.sjc.in.sel.sony.com id TAA23900; Thu, 8 Nov 2001 19:26:03 GMT Received: from libby (libby [43.134.39.145]) by itvd.sel.sony.com (8.11.0/8.11.0) with SMTP id fA8JR4x26495 for ; Thu, 8 Nov 2001 11:27:04 -0800 From: {Yun Yan} To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C16848.D6C80010" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-MS-TNEF-Correlator: Subject: [Live-devel] question about openRTSP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 8 11:27:01 2001 X-Original-Date: Thu, 8 Nov 2001 11:30:59 -0800 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C16848.D6C80010 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, all: When I run openRTSP to download a mp3 file from RTSP server, I got the file "AUDIO-X-MP3-DRAFT-00". I found this file is different from the file on server. ( both the size and hexdumps are a lot of different) I also got the error message "Can't rewind stream by 53 bits" when I run "mpg123 AUDIO-X-MP3-DRAFT-00". Any hint about this? I appreciate your help. Sincerely, Yanito ------=_NextPart_000_0000_01C16848.D6C80010 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IjsTAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANEHCwAIAAsAHAAAAAQAFgEB A5AGADAGAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAAGAAAAHF1ZXN0aW9uIGFib3V0IG9wZW5SVFNQAAIBcQABAAAAFgAAAAHBaIuUFjrn33/UbxHV gpEAoMm3/FIAAAIBHQwBAAAAHAAAAFNNVFA6WVlBTkBJVFZELlNFTC5TT05ZLkNPTQALAAEOAAAA AEAABg4AYAV6i2jBAQIBCg4BAAAAGAAAAAAAAAB6W2XSa6DUEYH7AKDJt/xSwoAAAAsAHw4BAAAA AgEJEAEAAADEAQAAwAEAAGoCAABMWkZ1WtpBqwMACgByY3BnMTI1FjIA+Atgbg4QMDMzTwH3AqQE ZAIAY2gKwHPwZXQwIAhVB7ICgwBQrwPUENkHEwKAfQqBdgiQpHdrC4BkNAxgYwBQgwsDC7UgSGks IAdAbGw6CqIKgCAK4xbSV4JoCfAgSSBydQOgBG9wCfBSVFNQIIB0byBkb3duCQAEYWQWQCBtcDMg +mYDEGUZ4ANhFwUYgxEwnHJ2BJAWMBfgZ28FQAZ0F6AZ5CJBVURJAE8tWC1NUDMtAERSQUZULTAw /CIuFwUX4AIQGBAZcBwg1wQAGeQfMWQGkGYEkAnwPwVAGkMcJwIgGzUeFigg7wbgHCAcEwCQehog AHAZcPEXoHhkdRmwBCAKwCNRpiAJAAVAb2Yf2CkeNv0HQHMY4BvmBJADYAXAB4Goc2FnHJFDAHAn BUCnCXAD8B7hc3QJcGEacBRieRcFNRnQYml00HMiIHcXqCIZsA4RzxnQHM8d0xaWQW4pQB8g3yBR AaAIYBwCBAA/FpYmEVRwcAlwYwcwdBogebMIYSOhbHAs1RaUUwuA0mMgIWx5FjBZAHAqAF5vMJUA QRajFCEAM5ALAAGACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAA4AIIAYAAAAAAMAAAAAA AABGAAAAABCFAAAAAAAAAwAHgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAACdqAQAeAAmACCAGAAAA AADAAAAAAAAARgAAAABUhQAAAQAAAAQAAAA5LjAAHgAKgAggBgAAAAAAwAAAAAAAAEYAAAAANoUA AAEAAAABAAAAAAAAAB4AC4AIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAAAAAeAAyA CCAGAAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAACwANgAggBgAAAAAAwAAAAAAAAEYA AAAAgoUAAAEAAAALADqACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAPIAIIAYAAAAAAMAA AAAAAABGAAAAABGFAAAAAAAAAwA9gAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAALAFiACCAG AAAAAADAAAAAAAAARgAAAAAGhQAAAAAAAAMAWYAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAA AgH4DwEAAAAQAAAAeltl0mug1BGB+wCgybf8UgIB+g8BAAAAEAAAAHpbZdJroNQRgfsAoMm3/FIC AfsPAQAAAJcAAAAAAAAAOKG7EAXlEBqhuwgAKypWwgAAUFNUUFJYLkRMTAAAAAAAAAAATklUQfm/ uAEAqgA32W4AAABDOlxXSU5OVFxQcm9maWxlc1xBZG1pbmlzdHJhdG9yXExvY2FsIFNldHRpbmdz XEFwcGxpY2F0aW9uIERhdGFcTWljcm9zb2Z0XE91dGxvb2tcb3V0bG9vay5wc3QAAAMA/g8FAAAA AwANNP03AAACAX8AAQAAADYAAAA8TkVCQklCUExIS1BMS01HRkpIUENPRU1EQ0FBQS55eWFuQGl0 dmQuc2VsLnNvbnkuY29tPgAAAAMABhDmLG+cAwAHEDgBAAADABAQAAAAAAMAERAAAAAAHgAIEAEA AABlAAAASEksQUxMOldIRU5JUlVOT1BFTlJUU1BUT0RPV05MT0FEQU1QM0ZJTEVGUk9NUlRTUFNF UlZFUixJR09UVEhFRklMRSJBVURJTy1YLU1QMy1EUkFGVC0wMCJJRk9VTkRUSElTRgAAAADVUQ== ------=_NextPart_000_0000_01C16848.D6C80010-- From Thu Nov 08 12:11:08 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161vVy-00009J-00 for ; Thu, 08 Nov 2001 12:11:06 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA50577; Thu, 8 Nov 2001 12:10:54 -0800 (PST) Message-Id: <4.3.1.1.20011108120454.00c8d340(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Yun Yan} From: Ross Finlayson Subject: Re: [Live-devel] question about openRTSP Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 8 12:16:04 2001 X-Original-Date: Thu, 08 Nov 2001 12:10:47 -0800 Status: O At 11:30 AM 11/8/01, Yun Yan wrote: > When I run openRTSP to download a mp3 file from >RTSP server, I got the file "AUDIO-X-MP3-DRAFT-00". >I found this file is different from the file on server. >( both the size and hexdumps are a lot of different) >I also got the error message "Can't rewind stream by >53 bits" when I run "mpg123 AUDIO-X-MP3-DRAFT-00". Yanito, If possible, could you make this RTSP publically accessible, and let me know the rtsp:// URL, so I can try this out for myself to figure out what's going wrong? Also, could you put the original file on a public HTTP server? Also, please try running openRTSP on the URL rtsp://media.schreiner.edu/realmp3.mp3 and check whether the resulting output is a valid MP3 file. (It should be.) Ross. From Thu Nov 08 14:10:31 2001 Received: from f156.pav2.hotmail.com ([64.4.37.156] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161xNU-0001pL-00 for ; Thu, 08 Nov 2001 14:10:28 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 8 Nov 2001 14:10:18 -0800 Received: from 62.79.35.50 by pv2fd.pav2.hotmail.msn.com with HTTP; Thu, 08 Nov 2001 22:10:18 GMT X-Originating-IP: [62.79.35.50] From: {Kenneth Andreasen} To: Bcc: Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 08 Nov 2001 22:10:18.0778 (UTC) FILETIME=[26C8F7A0:01C168A2] Subject: [Live-devel] Unicast streams and firewalls Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 8 14:11:02 2001 X-Original-Date: Thu, 08 Nov 2001 23:10:18 +0100 Status: O I have changed the testMP3Streamer to stream to a unicast address, and is able to receive the stream on my client. This works perfectly in my test environment, but the real world is not so simple. I would like to stream a unicast stream from a server with no firewall, or a firewall I can poke holes in as I wish, to a client inside a firewall, that I have no control over. Is that possible with the LIVE.COM Streaming Media? Maybe by a client initiated session? Thanks, Kenneth Andreasen _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Thu Nov 08 16:06:41 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 161zBx-0004oN-00 for ; Thu, 08 Nov 2001 16:06:41 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA98081; Thu, 8 Nov 2001 16:06:37 -0800 (PST) Message-Id: <4.3.1.1.20011108155525.00c5fef0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Unicast streams and firewalls In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 8 16:07:02 2001 X-Original-Date: Thu, 08 Nov 2001 16:05:54 -0800 Status: O At 02:10 PM 11/8/01, Kenneth Andreasen wrote: >I would like to stream a unicast stream from a server with no firewall, or >a firewall I can poke holes in as I wish, to a client inside a firewall, >that I have no control over. Is that possible with the LIVE.COM Streaming >Media? Kenneth, If your client is behind a firewall that blocks all UDP, then there's not much you can do. If, however, the firewall allows certain UDP ports, or can be reconfigured to allow certain UDP ports, then you could have your stream use one of those ports (provided, of course, that this port is not being used by some other application). If your client's firewall does not allow any UDP through at all, then you'll probably have to resort to streaming over HTTP - e.g., using an "icecast" server and a client such as Winamp or Freeamp. Ross. From Mon Nov 12 22:10:20 2001 Received: from isb.streaming-networks.com ([210.56.11.66]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 163WlZ-0004rb-00 for ; Mon, 12 Nov 2001 22:09:54 -0800 Received: from mumtazahmad ([192.168.5.253]) by isb.streaming-networks.com (8.11.0/8.11.0) with SMTP id fAD66eX13070 for ; Tue, 13 Nov 2001 11:06:42 +0500 Message-ID: <003501c16c09$b974ce70$fd05a8c0(at)Tes> From: {Mumtaz Ahmad} To: Organization: Streaming Networks Islamabad MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: [Live-devel] Some help needed to startup Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 12 22:11:01 2001 X-Original-Date: Tue, 13 Nov 2001 11:09:12 +0500 Status: O Hi Guys I looked into the source code . Hats off to the wonderful work u people are doing . I am very much new to this field and very far from u all guys from technologival point of view .I am trying to understand the realm of streaming media before embarking on the next destination of MPEG-4 DMIF .Alot of information is already present inside the code but it would be a lot helpful if some body guide me a little and tell me how to setup a client and server on My PC ? I feel it would be easy to bisect and examine the protocols if we have some running infrastructure. I have also tried to run the openrtsp client .Anbody help me about some vaild rtsp urls to run it successfully? Any help would be highly appreciated Regards From Tue Nov 13 00:25:17 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 163Yse-0006bu-00 for ; Tue, 13 Nov 2001 00:25:16 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA07410; Tue, 13 Nov 2001 00:25:14 -0800 (PST) Message-Id: <4.3.1.1.20011113001829.00c3ad40(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Some help needed to startup In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 13 00:26:02 2001 X-Original-Date: Tue, 13 Nov 2001 00:24:11 -0800 Status: O >I have also tried to run the >openrtsp client .Anbody help me about some vaild rtsp urls to >run it successfully? Here's one that you can try. If you run: openRTSP -a rtsp://media.schreiner.edu/realmp3.mp3 > test.mp3 you'll end up with a MP3 file "test.mp3". (If you like, you can then use "testMP3Streamer" to stream this MP3 file via multicast.) Ross. From Tue Nov 13 01:17:06 2001 Received: from isb.streaming-networks.com ([210.56.11.66]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 163ZgZ-00057P-00 for ; Tue, 13 Nov 2001 01:16:52 -0800 Received: from mumtazahmad ([192.168.5.253]) by isb.streaming-networks.com (8.11.0/8.11.0) with SMTP id fAD9DmX14309 for ; Tue, 13 Nov 2001 14:13:50 +0500 Message-ID: <005b01c16c23$ddaa8680$fd05a8c0(at)Tes> From: {Mumtaz Ahmad} To: Organization: Streaming Networks Islamabad MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: [Live-devel] Problem in running openrtsp Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 13 01:18:01 2001 X-Original-Date: Tue, 13 Nov 2001 14:16:20 +0500 Status: O I tried to run the openrtsp by using the command shown below.It seems that things are fine as far as log shows but the output file (test.mp3) is always of 0 bytes. Why is it so? -------------------COMMAND ISSUED--------------------- openrtsp -a rtsp://media.schreiner.edu/realmp3.mp3 >test.mp3 -----------------------------------LOG----------------- Opened URL "rtsp://media.schreiner.edu/realmp3.mp3", returning a SDP description : v=0 o=- 979010679 979010679 IN IP4 207.71.37.7 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610642970 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9 ;" Created receiver for "audio/X-MP3-DRAFT-00" subsession (client ports 2560-2561) Issued RTSP "SETUP" on "audio/X-MP3-DRAFT-00" subsession (client ports 2560-2561 ) Outputting data from the "audio/X-MP3-DRAFT-00" subsession to 'stdout' Issued RTSP "PLAY" command on "audio/X-MP3-DRAFT-00" subsession Receiving streamed data (for up to 44.5 seconds)... Closing "audio/X-MP3-DRAFT-00" subsession From Tue Nov 13 02:04:48 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 163aQw-0003Oj-00 for ; Tue, 13 Nov 2001 02:04:46 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA27362; Tue, 13 Nov 2001 02:04:21 -0800 (PST) Message-Id: <4.3.1.1.20011113015639.00ba8f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Mumtaz Ahmad} From: Ross Finlayson Subject: Re: [Live-devel] Problem in running openrtsp Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 13 02:05:02 2001 X-Original-Date: Tue, 13 Nov 2001 02:03:15 -0800 Status: O At 01:16 AM 11/13/01, Mumtaz Ahmad wrote: >I tried to run the openrtsp by using the command shown below.It seems that >things are fine as far as log shows >but the output file (test.mp3) is always of 0 bytes. Why is it so? Mumtaz, It appears that your PC is not receiving RTP (and RTCP) packets that come from the server, for some reason. Do you have a firewall of some sort that's blocking incoming UDP packets? If so, you will need to reconfigure it to allow at least a single even/odd pair of client port numbers (for incoming RTP and RTCP packets). (You can then use the -p option to "openRTSP" to tell it to use these ports. Ross. From Tue Nov 13 05:15:34 2001 Received: from 57.131.88.213.host.tele1europe.se ([213.88.131.57] helo=WIN2K-SRV-001.reddo.net) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 163dPY-0007C3-00 for ; Tue, 13 Nov 2001 05:15:32 -0800 Received: by WIN2K-SRV-001.reddo.net with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Nov 2001 14:13:32 +0100 Message-ID: <8346B686B0DBC1469AA5307F8BABBB3F0C4F54(at)WIN2K-SRV-001.reddo.net> From: Jerry To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] question about RTCP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 13 05:16:02 2001 X-Original-Date: Tue, 13 Nov 2001 14:13:32 +0100 Status: O hello, Does your client send RTCP packets? I know you can get it. BRs, Jerry From Tue Nov 13 08:00:10 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 163fyr-0005YS-00 for ; Tue, 13 Nov 2001 08:00:09 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id IAA99209; Tue, 13 Nov 2001 08:00:01 -0800 (PST) Message-Id: <4.3.1.1.20011113075559.00bcec30(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Jerry From: Ross Finlayson Subject: Re: [Live-devel] question about RTCP Cc: In-Reply-To: .net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 13 08:01:03 2001 X-Original-Date: Tue, 13 Nov 2001 07:59:45 -0800 Status: O At 05:13 AM 11/13/01, Jerry wrote: >Does your client send RTCP packets? I know you can get it. Jerry, Yes, the "liveMedia" library contains a RTCP implementation, which both sends and receives RTCP reports. RTP senders (such as the "testMP3Streamer" and "testMPEGVideoStreamer" test program, and "liveCaster") send RTCP Sender Reports. RTP receivers (such as "openRTSP", the "testMP3Receiver" and "testMPEGVideoReceiver" test programs, and "playRTPMPEG") send RTCP Reception Reports. Ross. From Thu Nov 15 04:23:16 2001 Received: from [213.88.131.57] (helo=WIN2K-SRV-001.reddo.net) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164LY4-0000XL-00 for ; Thu, 15 Nov 2001 04:23:16 -0800 Received: by WIN2K-SRV-001.reddo.net with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Nov 2001 13:20:51 +0100 Message-ID: <8346B686B0DBC1469AA5307F8BABBB3F0C4F66(at)WIN2K-SRV-001.reddo.net> From: Jerry To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] about scheduler Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 15 04:24:04 2001 X-Original-Date: Thu, 15 Nov 2001 13:20:51 +0100 Status: O hello, I have a question about class TaskScheduler, in which file you implement it? I am new to your software. Thanks, Jerry From Thu Nov 15 06:25:00 2001 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164NRm-0005Lh-00 for ; Thu, 15 Nov 2001 06:24:55 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 1D41212305; Thu, 15 Nov 2001 15:24:39 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id 6466E3FFC for ; Thu, 15 Nov 2001 15:24:35 +0100 (CET) Message-Id: <5.1.0.14.0.20011115141738.009f52f0(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: From: Michael Sommer Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Thu Nov 15 15:24:35 CET 2001 Subject: [Live-devel] Minimum delay for packet send Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 15 06:25:11 2001 X-Original-Date: Thu, 15 Nov 2001 15:24:33 +0100 Status: O I have questions, concerning the TaskScheduler and DelayQueue. First I'll describe the application. I'm using the LIVE.COM library in a Windows-App for (at the moment unicast) streaming of MP3 files to embedded targets. These targets are some kind of slow, thus they only can deal with packets with a delay (or better a time distance between the packets) of at least 10ms. But the Windows-App sends some packets with (for example) a distance of 1ms, although the delays in the DelayQueue should be even greater than 10ms (for a 128kbps MP3). But that could be a sideeffect of the windows taskprocessing scheme. Actually the 1ms shouldn't be a problem, since a normal network interface should handle this. But with my embedded target I lost packets. Now I made a hack in the library. In the DelayQueue::handleAlarm() method I inserted an absolute waiting time of 20ms (sleep(20)) inside the alarm handling loop. This causes that all packets will be send with a delay of at least 20ms. And it worked fine. I didn't lose any packet. Now I wanted to stream to several destinations at the same time, and of course I lost packets again. Because _all_ packets are delayed by 20ms. I limited my output bandwidth. Thus this is not the solution. My question is now. Is it possible to set a minimum delay for all packets of one stream? Packets from different streams can (actually must) be send with less delay (even 1ms). Since the Events in the DelayQueue are scheduled right (with a sufficient delay) one has to handle this somewhere else. If it's possible at all, where can I do this in the code? Do I have to implement a new UsageEnvironment with a new TaskScheduler for Windows? Does someone have any idea? Many thanks in advance. Michael P.S. Sorry that I might have chosen the wrong words in some cases. It's not my native language. From Thu Nov 15 09:21:55 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164QD1-0006IJ-00 for ; Thu, 15 Nov 2001 09:21:51 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA72080; Thu, 15 Nov 2001 09:21:46 -0800 (PST) Message-Id: <4.3.1.1.20011115090811.00bb4e40(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Jerry From: Ross Finlayson Subject: Re: [Live-devel] about scheduler Cc: In-Reply-To: .net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 15 09:22:02 2001 X-Original-Date: Thu, 15 Nov 2001 09:17:46 -0800 Status: O At 04:20 AM 11/15/01, Jerry wrote: >hello, > >I have a question about class TaskScheduler, in which file you implement it? The "TaskScheduler" class is implemented in the "UsageEnvironment" library, in the file "UsageEnvironment.cpp". However, "TaskScheduler" is an abstract base class, which needs to be subclassed to form an actual implementation that you can use in a program. One possible subclass is "BasicTaskScheduler", which is implemented in the "BasicUsageEnvironment" library (in the file "BasicUsageEnvironment.cpp"). Depending on your environment, you may wish to replace "BasicUsageEnvironment" with your own implementation. (For example, you might want to do this if you are using the LIVE.COM libraries within an application that already has its own event loop mechanism.) Ross. From Thu Nov 15 09:58:24 2001 Received: from nevertheless.selresearch.net ([64.167.159.132]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164QmO-0004f0-00 for ; Thu, 15 Nov 2001 09:58:24 -0800 Received: from destroy.selresearch.net (destroy.selresearch.net [64.167.156.3]) by nevertheless.selresearch.net (8.12.0/8.12.0) with ESMTP id fAFI0BSM019552; Thu, 15 Nov 2001 10:00:11 -0800 (PST) Received: from dphan260ds (dphan-260ds.selresearch.net [64.167.158.186]) by destroy.selresearch.net (8.12.0/8.12.0) with SMTP id fAFHw9MC014392; Thu, 15 Nov 2001 09:58:10 -0800 (PST) Reply-To: From: {Dan Phan} To: {Michael Sommer} Subject: RE: [Live-devel] Minimum delay for packet send Message-ID: <000101c16dff$15ce1540$ba9ea740(at)selresearch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 15 09:59:04 2001 X-Original-Date: Thu, 15 Nov 2001 09:58:09 -0800 Status: O Mike, Your message brings an interesting perspective to the usage of this library in the sense that sometimes an asymmetry in the computing power of the server machine and the client machines would bring out a new issue. In my playing with this library in the past several months, both my server and client machines are Pentium class PC. Now to your issue, I'm surprised that the packets are not scheduled with the right interval. For MP3, the packets are scheduled to be sent in the method MultiFramedRTPSink::sendPacketIfNecessary() in the file MultiFramedRTPSink.cpp. The interval is the timeToNextPacket variable which is from fSource->getPlayTime(), which in turn comes from MP3StreamState::getPlayTime(), which in turn comes from MP3StreamState::currentFramePlayTime(). This is in the file MP3StreamState.cpp. Since I've not experienced the problem you brought up and I've not seriously studied currentFramePlayTime(), may be you can investigate and let us know what you find out. Dan > -----Original Message----- > From: live-devel-admin(at)lists.sourceforge.net > [mailto:live-devel-admin(at)lists.sourceforge.net]On Behalf Of Michael > Sommer > Sent: Thursday, November 15, 2001 6:25 AM > To: live-devel(at)lists.sourceforge.net > Subject: [Live-devel] Minimum delay for packet send > > > I have questions, concerning the TaskScheduler and DelayQueue. First I'll > describe the application. > I'm using the LIVE.COM library in a Windows-App for (at the > moment unicast) > streaming of MP3 files to embedded targets. These targets are > some kind of > slow, thus they only can deal with packets with a delay (or better a time > distance between the packets) of at least 10ms. But the Windows-App sends > some packets with (for example) a distance of 1ms, although the delays in > the DelayQueue should be even greater than 10ms (for a 128kbps MP3). But > that could be a sideeffect of the windows taskprocessing scheme. Actually > the 1ms shouldn't be a problem, since a normal network interface should > handle this. But with my embedded target I lost packets. > Now I made a hack in the library. In the > DelayQueue::handleAlarm() method I > inserted an absolute waiting time of 20ms (sleep(20)) inside the alarm > handling loop. This causes that all packets will be send with a > delay of at > least 20ms. And it worked fine. I didn't lose any packet. > Now I wanted to stream to several destinations at the same time, and of > course I lost packets again. Because _all_ packets are delayed by 20ms. I > limited my output bandwidth. Thus this is not the solution. > My question is now. Is it possible to set a minimum delay for all packets > of one stream? Packets from different streams can (actually must) be send > with less delay (even 1ms). > Since the Events in the DelayQueue are scheduled right (with a sufficient > delay) one has to handle this somewhere else. If it's possible at all, > where can I do this in the code? > Do I have to implement a new UsageEnvironment with a new > TaskScheduler for > Windows? > Does someone have any idea? > Many thanks in advance. > > Michael > > P.S. Sorry that I might have chosen the wrong words in some > cases. It's not > my native language. > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel > From Thu Nov 15 14:42:30 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164VDH-0007Kx-00 for ; Thu, 15 Nov 2001 14:42:27 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA37004; Thu, 15 Nov 2001 14:42:18 -0800 (PST) Message-Id: <4.3.1.1.20011115142259.00c82e30(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Michael Sommer From: Ross Finlayson Subject: Re: [Live-devel] Minimum delay for packet send Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 15 14:43:06 2001 X-Original-Date: Thu, 15 Nov 2001 14:40:56 -0800 Status: O At 06:24 AM 11/15/01, Michael Sommer wrote: >I'm using the LIVE.COM library in a Windows-App for (at the moment >unicast) streaming of MP3 files to embedded targets. These targets are >some kind of slow, thus they only can deal with packets with a delay (or >better a time distance between the packets) of at least 10ms. But the >Windows-App sends some packets with (for example) a distance of 1ms, >although the delays in the DelayQueue should be even greater than 10ms >(for a 128kbps MP3). But that could be a sideeffect of the windows >taskprocessing scheme. Yes, I believe so. For a 128 kbps, 44.1 kHz MP3 stream, with one frame per packet, the interval between each successive packet should be about 26 ms. If you're occasionally seeing much shorter intervals between packets, then this is probably caused by the application trying to 'catch up', to overcome Windows' crappy task scheduling. >Now I made a hack in the library. In the DelayQueue::handleAlarm() method >I inserted an absolute waiting time of 20ms (sleep(20)) inside the alarm >handling loop. Ugh! This is a bad idea, because the delay queue can be used for more than just inter-packet delays. Instead, if you want to set a minimum inter-packet delay, then you should do so at the point where this gap is computed. As Dan Phan noted, the place where this is computed is in the file "liveMedia/MultiFramedRTPSink.cpp". You should be able to set a minimum inter-packet delay of 10 ms (for example), by adding the following code at line 289: if (uSecondsToGo < 10000) uSecondsToGo = 10000; I hope this gives you the results that you're looking for. Ross. From Thu Nov 15 16:17:03 2001 Received: from nevertheless.selresearch.net ([64.167.159.132]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164Wgp-0002LQ-00 for ; Thu, 15 Nov 2001 16:17:03 -0800 Received: from destroy.selresearch.net (destroy.selresearch.net [64.167.156.3]) by nevertheless.selresearch.net (8.12.0/8.12.0) with ESMTP id fAG0HvSM021096; Thu, 15 Nov 2001 16:17:57 -0800 (PST) Received: from dphan260ds (dphan-260ds.selresearch.net [64.167.158.186]) by destroy.selresearch.net (8.12.0/8.12.0) with SMTP id fAG0FuMC029779; Thu, 15 Nov 2001 16:15:56 -0800 (PST) Reply-To: From: {Dan Phan} To: {Ross Finlayson} "Michael Sommer" Cc: Subject: RE: [Live-devel] Minimum delay for packet send Message-ID: <000401c16e33$dc485580$ba9ea740(at)selresearch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 15 16:18:01 2001 X-Original-Date: Thu, 15 Nov 2001 16:15:56 -0800 Status: O If the observed effect is perhaps due to the "crappy" Windows task scheduler as suggested by Ross, has anyone tried setting the process priority higher than normal using Win32 SetPriorityClass()? Dan > -----Original Message----- > From: live-devel-admin(at)lists.sourceforge.net > [mailto:live-devel-admin(at)lists.sourceforge.net]On Behalf Of Ross > Finlayson > Sent: Thursday, November 15, 2001 2:41 PM > To: Michael Sommer > Cc: live-devel(at)lists.sourceforge.net > Subject: Re: [Live-devel] Minimum delay for packet send > > > At 06:24 AM 11/15/01, Michael Sommer wrote: > >I'm using the LIVE.COM library in a Windows-App for (at the moment > >unicast) streaming of MP3 files to embedded targets. These targets are > >some kind of slow, thus they only can deal with packets with a delay (or > >better a time distance between the packets) of at least 10ms. But the > >Windows-App sends some packets with (for example) a distance of 1ms, > >although the delays in the DelayQueue should be even greater than 10ms > >(for a 128kbps MP3). But that could be a sideeffect of the windows > >taskprocessing scheme. > > Yes, I believe so. For a 128 kbps, 44.1 kHz MP3 stream, with one > frame per > packet, the interval between each successive packet should be about 26 > ms. If you're occasionally seeing much shorter intervals between > packets, > then this is probably caused by the application trying to 'catch up', to > overcome Windows' crappy task scheduling. > > >Now I made a hack in the library. In the > DelayQueue::handleAlarm() method > >I inserted an absolute waiting time of 20ms (sleep(20)) inside the alarm > >handling loop. > > Ugh! This is a bad idea, because the delay queue can be used for > more than > just inter-packet delays. Instead, if you want to set a minimum > inter-packet delay, then you should do so at the point where this gap is > computed. > > As Dan Phan noted, the place where this is computed is in the file > "liveMedia/MultiFramedRTPSink.cpp". You should be able to set a minimum > inter-packet delay of 10 ms (for example), by adding the > following code at > line 289: > > if (uSecondsToGo < 10000) uSecondsToGo = 10000; > > I hope this gives you the results that you're looking for. > > Ross. > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel > From Fri Nov 16 02:03:39 2001 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164fqO-0002XR-00 for ; Fri, 16 Nov 2001 02:03:33 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 6736112301; Fri, 16 Nov 2001 11:03:18 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id ECE7E4003; Fri, 16 Nov 2001 11:03:07 +0100 (CET) Message-Id: <5.1.0.14.0.20011116101136.009f5be0(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: From: Michael Sommer Subject: RE: [Live-devel] Minimum delay for packet send Cc: {Ross Finlayson} In-Reply-To: References: <4.3.1.1.20011115142259.00c82e30(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Fri Nov 16 11:03:08 CET 2001 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Nov 16 02:04:02 2001 X-Original-Date: Fri, 16 Nov 2001 11:03:06 +0100 Status: O Thanks Ross and Dan for your response. At 16:15 15.11.01 -0800, Dan Phan wrote: >If the observed effect is perhaps due to the "crappy" Windows task scheduler >as suggested by Ross, has anyone tried setting the process priority higher >than normal using Win32 SetPriorityClass()? I already tried that. I run two processes in my Windows-App, one with the GUI and the other one with the blockMyself() loop (both running at THREAD_PRIORITY_NORMAL). That works quite nice. When I set the priority of the packet scheduling process to THREAD_PRIORITY_ABOVE_NORMAL, the GUI is getting very slow. With THREAD_PRIORITY_HIGHEST you can't work anymore. So, this seems to be no solution. But I think it could be that the BasicTaskScheduler is not the right implementation for Windows GUI (multithreaded) applications. > > >Now I made a hack in the library. In the > > DelayQueue::handleAlarm() method > > >I inserted an absolute waiting time of 20ms (sleep(20)) inside the alarm > > >handling loop. > > > > Ugh! This is a bad idea, because the delay queue can be used for > > more than > > just inter-packet delays. I know that it was bad idea, but it helped me to find the problem and to solve it in some way. ;o> > Instead, if you want to set a minimum > > inter-packet delay, then you should do so at the point where this gap is > > computed. > > > > As Dan Phan noted, the place where this is computed is in the file > > "liveMedia/MultiFramedRTPSink.cpp". You should be able to set a minimum > > inter-packet delay of 10 ms (for example), by adding the > > following code at > > line 289: > > > > if (uSecondsToGo < 10000) uSecondsToGo = 10000; Sorry Ross, but unfortunately it didn't work. To show you the effect I made a network sniffing and captured all RTP packets send from my maschine (I'm doing unicast, 128kbps MP3). Here it is: PNr | Time (h:m:s.us) | Network | Description 170 | 09:37:22.388263 | IP:10.0.10.25=>10.0.10.113(1298)| UDP:Length=1278,Port(8888=>8888)| 00:00:00.109956 171 | 09:37:22.498219 | IP:10.0.10.25=>10.0.10.113(1298)| UDP:Length=1278,Port(8888=>8888)| 00:00:00.054897 172 | 09:37:22.553116 | IP:10.0.10.25=>10.0.10.113(1298)| UDP:Length=1278,Port(8888=>8888)| 00:00:00.111174 173 | 09:37:22.664290 | IP:10.0.10.25=>10.0.10.113(1297)| UDP:Length=1277,Port(8888=>8888)| 00:00:00.000301 174 | 09:37:22.664591 | IP:10.0.10.25=>10.0.10.113(1298)| UDP:Length=1278,Port(8888=>8888)| <= lost packet 00:00:00.163557 175 | 09:37:22.828148 | IP:10.0.10.25=>10.0.10.113(1298)| UDP:Length=1278,Port(8888=>8888)| The packet nr.174 get lost. And if you look at the delta time between 173 and 174, these are only 301us which is far to less for my embedded target. I don't know yet (maybe I' getting into it the next time) what happens 'behind the scences' of the library. I think the scheduling of the packets is right, but because of the (as you said 'crappy') Windows task management the alarmHandler() missed the deadline of PNr.173 and 174 and sends them now immediately one after the other. Maybe you could explain in short how the scheduling works. Will the next (packet send) event be scheduled while the current packet is send? Or does it schedule more than one event in advance? Michael From Fri Nov 16 03:25:27 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164h7e-0000qx-00 for ; Fri, 16 Nov 2001 03:25:26 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA93563; Fri, 16 Nov 2001 03:25:23 -0800 (PST) Message-Id: <4.3.1.1.20011116025812.00b962e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] Minimum delay for packet send In-Reply-To: References: <000401c16e33$dc485580$ba9ea740(at)selresearch.net> <4.3.1.1.20011115142259.00c82e30(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Nov 16 03:26:02 2001 X-Original-Date: Fri, 16 Nov 2001 03:22:42 -0800 Status: O >> > You should be able to set a minimum >> > inter-packet delay of 10 ms (for example), by adding the >> > following code at >> > line 289: >> > >> > if (uSecondsToGo < 10000) uSecondsToGo = 10000; > >Sorry Ross, but unfortunately it didn't work. Hmm... This should definitely cause a >=10ms delay between successive packet sends (using sendto()). Because you're occasionally seeing smaller inter-packet gaps as packets get sent on the network, it seems that the underlying OS (Windows) - or perhaps your network interface - is occasionally delaying (bunching up) packets before sending them out on the network. Which version of Windows are you running? 98? If so, do you have any better luck running NT, 2000, or XP? Anyway, I wonder if perhaps you're looking at this problem the wrong way. An inter-packet gap of 1 ms is quite large in this day and age, so it's a bit surprising that your receiver - no matter how limited - cannot handle this. Is there any way that your receiver can be made to handle this better - e.g., by buffering incoming packets before processing them? Alternatively, if this packet loss occurs infrequently, then mayzbe this is not worth worrying about. (After all, IP is a datagram protocol, and some packet loss should always be anticipated.) >Maybe you could explain in short how the scheduling works. In "BasicUsageEnvironment" - the particular implementation (subclass) of "UsageEnvironment" that's shipped with the libraries - the scheduler is implemented as a simple priority queue, ordered by time-to-next-event. (See the implementation of "DelayQueue" and then "BasicTaskScheduler" in the "BasicUsageEnvironment" directory.) >Will the next (packet send) event be scheduled while the current packet is >send? Or does it schedule more than one event in advance? No, the "sendNext()" routine will be called no sooner than "uSecondsToGo" microseconds after the call to "scheduleDelayedTask()". Ross. From Fri Nov 16 06:55:36 2001 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 164kOy-0001bn-00 for ; Fri, 16 Nov 2001 06:55:33 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 1976E12305; Fri, 16 Nov 2001 15:55:18 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id 34DA94002; Fri, 16 Nov 2001 15:55:11 +0100 (CET) Message-Id: <5.1.0.14.0.20011116154447.009f6540(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: Ross Finlayson From: Michael Sommer Subject: RE: [Live-devel] Minimum delay for packet send Cc: In-Reply-To: References: <5.1.0.14.0.20011116101136.009f5be0(at)pop> <000401c16e33$dc485580$ba9ea740(at)selresearch.net> <4.3.1.1.20011115142259.00c82e30(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Fri Nov 16 15:55:11 CET 2001 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Nov 16 06:56:08 2001 X-Original-Date: Fri, 16 Nov 2001 15:55:08 +0100 Status: O Ross, I have surprising news. I got the system running without packet loss and even without your suggested enhancement for inserting defined gaps between the packets. The library works quite right as it is. >Anyway, I wonder if perhaps you're looking at this problem the wrong >way. An inter-packet gap of 1 ms is quite large in this day and age, so >it's a bit surprising that your receiver - no matter how limited - cannot >handle this. Is there any way that your receiver can be made to handle >this better - e.g., by buffering incoming packets before processing them? You were right. I looked a bit closer at my receiver and found out that the buffer size of the receiver was limited to 2k Byte for UDP. Thus it would only fit one packet in it. Now I set the size to 8k and it runs very well. Thanks Ross and Dan Michael From Mon Nov 19 17:22:37 2001 Received: from cu1488.adsl.adelaide.on.net ([150.101.239.218] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 165zcQ-00052C-00 for ; Mon, 19 Nov 2001 17:22:35 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Tue, 20 Nov 2001 11:53:06 +1030 Message-ID: From: Vesselin Kostadinov To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] openRTSP problem/setting up MPEG video sender-receiver Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 19 17:23:03 2001 X-Original-Date: Tue, 20 Nov 2001 11:53:05 +1030 Status: O Hi, I need to set-up a video broadcaster and a couple of receivers and I decided to try Live library. I managed to compile it with Borland C++ Builder but when running openRTSP I encountered a problem - the client was not receiving any data. My OS is Windows 2000, SP2. On the same PC I can run Real player, point it to rtsp://media.schreiner.edu/realmp3.mp3 and listen to the music. Here is the output from openRTSP: ------------------------------------------------------------------------- >openRTSP -a -V -n rtsp://media.schreiner.edu/realmp3.mp3 >test.mp3 Sending request: DESCRIBE rtsp://media.schreiner.edu/realmp3.mp3 RTSP/1.0 CSeq: 1 Accept: application/sdp Received DESCRIBE response: RTSP/1.0 200 OK CSeq: 1 Date: Tue, 20 Nov 2001 00:14:25 GMT Set-Cookie: cbid=hfhjcmiihjhkjllmeomrqugqrojrktlufkfgkihligjkhiplrnqopppqnrksptk uekcjehil;path=/;expires=Thu,31-Dec-2037 23:59:59 GMT X-TSPort: 7802 vsrc: http://media.schreiner.edu:8080/viewsource/template.html?nuyhtggaysz6nc6vs ffjsqt6725n10A1v1yeC3d4ngEt5o5gwuw4t6DC4jbh Last-Modified: Tue, 09 Jan 2001 03:24:39 GMT Content-base: rtsp://media.schreiner.edu/realmp3.mp3/ Content-type: application/sdp Content-length: 647 v=0 o=- 979010679 979010679 IN IP4 207.71.37.7 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610642970 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9 ;" Opened URL "rtsp://media.schreiner.edu/realmp3.mp3", returning a SDP description : v=0 o=- 979010679 979010679 IN IP4 207.71.37.7 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610642970 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9 ;" Created receiver for "audio/X-MP3-DRAFT-00" subsession (client ports 2032-2033) Sending request: SETUP rtsp://media.schreiner.edu/realmp3.mp3/streamid=0 RTSP/1. 0 CSeq: 2 Transport: RTP/AVP;unicast;client_port=2032-2033 Received SETUP response: RTSP/1.0 200 OK CSeq: 2 Date: Tue, 20 Nov 2001 00:14:25 GMT Session: 26878-2 RDTFeatureLevel: 2 Transport: rtp/avp;unicast;client_port=2032-2033;server_port=14558-14559 Issued RTSP "SETUP" on "audio/X-MP3-DRAFT-00" subsession (client ports 2032-2033 ) Outputting data from the "audio/X-MP3-DRAFT-00" subsession to 'stdout' Sending request: PLAY rtsp://media.schreiner.edu/realmp3.mp3/streamid=0 RTSP/1.0 CSeq: 3 Session: 26878-2 Range: npt=0- Received PLAY response: RTSP/1.0 200 OK CSeq: 3 Date: Tue, 20 Nov 2001 00:14:26 GMT RTP-Info: url=rtsp://media.schreiner.edu/realmp3.mp3/streamid=0;seq=0;rtptime=0 Issued RTSP "PLAY" command on "audio/X-MP3-DRAFT-00" subsession Receiving streamed data (for up to 44.5 seconds)... Closing "audio/X-MP3-DRAFT-00" subsession Sending request: TEARDOWN rtsp://media.schreiner.edu/realmp3.mp3/streamid=0 RTSP /1.0 CSeq: 4 Session: 26878-2 ------------------------------------------------------------------------- A new file - test.mp3 was created but it's size was 0. Then I tried without the -a switch and the result was an empty file named audio-X-MP3-DRAFT-00. I placed a breakpoint in file openRTSP.CPP, function checkForPacketArrival. It is called quite often by AlarmHandler::handleTimeout (wich in term was called by DelayQueue::handleAlarm()). Sometimes [line 566] ((subsession = iter.next()) != NULL) was true and an RTPSource object was created but the second condition - (src != NULL && src->receptionStatsDB().numActiveSourcesSinceLastReset() > 0) was always false. Can anyone point me to possible reasons for not receiving the data? Next question: the documentation says that testMPEGVideoStreamer streams MPEG video to a multicast group 239.255.42.42, port 8888. How do I create multicast group/port in our office network? I want to use the testMPEGVideoStreamer - testMPEGVideoReceiver pair. Thanks in advance Vesselin From Mon Nov 19 19:07:05 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 1661FP-0003Gp-00 for ; Mon, 19 Nov 2001 19:06:55 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id TAA79644; Mon, 19 Nov 2001 19:06:50 -0800 (PST) Message-Id: <4.3.1.1.20011119173010.00cfc5f0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] openRTSP problem/setting up MPEG video sender-receiver In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 19 19:08:02 2001 X-Original-Date: Mon, 19 Nov 2001 19:06:41 -0800 Status: O At 05:23 PM 11/19/01, Vesselin Kostadinov wrote: >I need to set-up a video broadcaster and a couple of receivers and I decided >to try Live library. I managed to compile it with Borland C++ Builder but >when running openRTSP I encountered a problem - the client was not receiving >any data. Vesselin, Could you try running this same test openRTSP -a -V -n rtsp://media.schreiner.edu/realmp3.mp3 > test.mp3 using the pre-built version of "openRTSP" that you'll find in , and please let me know the result. This will help narrow down what the problem might be. You might also try running pre-built Windows versions of some other test programs; you can find these at >Next question: the documentation says that testMPEGVideoStreamer streams >MPEG video to a multicast group 239.255.42.42, port 8888. How do I create >multicast group/port in our office network? I want to use the >testMPEGVideoStreamer - testMPEGVideoReceiver pair. You don't really 'create' a multicast group/port; instead, you choose one. Multicast group addresses beginning with 239.255 (like the address 239.255.42.42 that the test programs use) are reserved for use on local networks, so you should be able to choose any such address. (You can also use any port number that's not being used by any other application or service.) Ross. From Mon Nov 19 19:28:29 2001 Received: from cu1488.adsl.adelaide.on.net ([150.101.239.218] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 1661aE-0004tg-00 for ; Mon, 19 Nov 2001 19:28:27 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Tue, 20 Nov 2001 13:58:58 +1030 Message-ID: From: Vesselin Kostadinov To: 'Ross Finlayson' Cc: Subject: RE: [Live-devel] openRTSP problem/setting up MPEG video sender-re ceiver MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0006_01C171CB.7EC3DE70" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 19 19:29:02 2001 X-Original-Date: Tue, 20 Nov 2001 13:58:57 +1030 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C171CB.7EC3DE70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi Ross, > Could you try running this same test > openRTSP -a -V -n rtsp://media.schreiner.edu/realmp3.mp3 > test.mp3 > using the pre-built version of "openRTSP" that you'll find in The results with the pre-built openRTSP are pretty much the same: test.mp3 with length 0. Perhaps I am having some sort of network problem. We have an ADSL connection and our router is Cisco 800 series. It's installer warned us that some UDP based games may not work. But then why Real player can deliver the music? openRTSP output: -------------------------------------------------------- >openRTSP -a -V -n rtsp://media.schreiner.edu/realmp3.mp3 > test.mp3 Sending request: DESCRIBE rtsp://media.schreiner.edu/realmp3.mp3 RTSP/1.0 CSeq: 1 Accept: application/sdp Received DESCRIBE response: RTSP/1.0 200 OK CSeq: 1 Date: Tue, 20 Nov 2001 03:16:13 GMT Set-Cookie: cbid=hfhjcmiihjhkilemeomrqugqrojrktlufkfgkihligjkhiplrnqopppqnrksptk uekcjehil;path=/;expires=Thu,31-Dec-2037 23:59:59 GMT X-TSPort: 7802 vsrc: http://media.schreiner.edu:8080/viewsource/template.html?nuyhtggaysz6nc6 vs ffjsqt6725n10A1v1yeC3d4ngEt5o5gwuw4t6DC4jbh Last-Modified: Tue, 09 Jan 2001 03:24:39 GMT Content-base: rtsp://media.schreiner.edu/realmp3.mp3/ Content-type: application/sdp Content-length: 647 v=0 o=- 979010679 979010679 IN IP4 207.71.37.7 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610642970 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9 ;" Opened URL "rtsp://media.schreiner.edu/realmp3.mp3", returning a SDP description : v=0 o=- 979010679 979010679 IN IP4 207.71.37.7 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610642970 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9 ;" Created receiver for "audio/X-MP3-DRAFT-00" subsession (client ports 1298-1299) Sending request: SETUP rtsp://media.schreiner.edu/realmp3.mp3/streamid=0 RTSP/1. 0 CSeq: 2 Transport: RTP/AVP;unicast;client_port=1298-1299 Received SETUP response: RTSP/1.0 200 OK CSeq: 2 Date: Tue, 20 Nov 2001 03:16:13 GMT Session: 26896-2 RDTFeatureLevel: 2 Transport: rtp/avp;unicast;client_port=1298-1299;server_port=28500-28501 Issued RTSP "SETUP" on "audio/X-MP3-DRAFT-00" subsession (client ports 1298-1299 ) Outputting data from the "audio/X-MP3-DRAFT-00" subsession to 'stdout' Sending request: PLAY rtsp://media.schreiner.edu/realmp3.mp3/streamid=0 RTSP/1.0 CSeq: 3 Session: 26896-2 Range: npt=0- Received PLAY response: RTSP/1.0 200 OK CSeq: 3 Date: Tue, 20 Nov 2001 03:16:14 GMT RTP-Info: url=rtsp://media.schreiner.edu/realmp3.mp3/streamid=0;seq=0;rtptime=0 Issued RTSP "PLAY" command on "audio/X-MP3-DRAFT-00" subsession Receiving streamed data (for up to 44.5 seconds)... Closing "audio/X-MP3-DRAFT-00" subsession Sending request: TEARDOWN rtsp://media.schreiner.edu/realmp3.mp3/streamid=0 RTSP /1.0 CSeq: 4 Session: 26896-2 -------------------------------------------------------- > You don't really 'create' a multicast group/port; instead, you choose > one. Multicast group addresses beginning with 239.255 (like > the address > 239.255.42.42 that the test programs use) are reserved for > use on local > networks, so you should be able to choose any such address. > (You can also > use any port number that's not being used by any other > application or service.) Thanks for that, I should have searched the newsgroups before bothering you. By the way, testMPEGVideoStreamer works fine as it is here, compiled with Borland tools. I managed to view a short movie using Quicktime. Regards Vesselin ------=_NextPart_000_0006_01C171CB.7EC3DE70 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJMDCCAs4w ggI3oAMCAQICAwRHsDANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw MC44LjMwMB4XDTAxMDIyODAxMDExMloXDTAyMDIyODAxMDExMlowgYcxEzARBgNVBAQTCktvc3Rh ZGlub3YxGjAYBgNVBCoTEVZlc3NlbGluIElvcmRhbm92MSUwIwYDVQQDExxWZXNzZWxpbiBJb3Jk YW5vdiBLb3N0YWRpbm92MS0wKwYJKoZIhvcNAQkBFh5WZXNzZWxpbi5Lb3N0YWRpbm92QEJlb25p Yy5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMm6T2bDh1ddBlyE/MDVSJ3StsXcNuT0 4p8E6cjfDGSS1C3WhbPJIQHsUVDhyXXrPCaf6uodN2krd1sFSRWFjDtU6R3iZkxdVkmAawkOMUKh uQg8V7Gy4gBAwjpMiQAtLqV1dSKxMK6XAB3U1rK5JiJovQjKDlonrtOhg/s1E6QhAgMBAAGjOzA5 MCkGA1UdEQQiMCCBHlZlc3NlbGluLktvc3RhZGlub3ZAQmVvbmljLmNvbTAMBgNVHRMBAf8EAjAA MA0GCSqGSIb3DQEBBAUAA4GBADnJARWAm7b6ltJeDDRuEPwQG53TZuzkIZSIY1dRE1EoPJsES2M7 KjO8ACY65wp0iY5lPqgWWljJhvQaiHOReuFUnRLK9VCar+6gIxzxgViI6idQA+CmRRh99TSn5P2u m/xSC74Msq2fsdmNmE+tFvyAuo6+XDsyytuV4o30ENAfMIIDKTCCApKgAwIBAgIBDDANBgkqhkiG 9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNh dGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAwMDgz MDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0 aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmK YzUqbXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC 9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8C AQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5 DWomKmKEH7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYL wVBXtewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMIIDLTCCApag AwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3 dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3Rl IENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAi BgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29u YWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCU ZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzm j+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR /Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+ Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFc oqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzd UYRr5PjRzneigTGCAo4wggKKAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjgu MzACAwRHsDAJBgUrDgMCGgUAoIIBSTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wMTExMjAwMzI4NTZaMCMGCSqGSIb3DQEJBDEWBBRN3xhaVyrWVxg71FfIIdgigX5n yDA8BgkqhkiG9w0BCQ8xLzAtMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqG SIb3DQIFMIGrBgkrBgEEAYI3EAQxgZ0wgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRD ZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAu OC4zMAIDBEewMA0GCSqGSIb3DQEBAQUABIGALXvl52MKbyZJb+q8ij+aFzv5A7c94QPidnTlzv4p wzSkr+vzIggrThw3np3nlPTTYxxNFWTXHWKaNYcDK7CdpEq72RPYTqxAUK4+2PIEMA9zGF3Q/qbW ZYT+FunIjQeNcBfK/pyAvsjILp4CoedkmV6spZPSbUKEFYkVzVdPxxEAAAAAAAA= ------=_NextPart_000_0006_01C171CB.7EC3DE70-- From Mon Nov 19 19:59:20 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 166248-0006dd-00 for ; Mon, 19 Nov 2001 19:59:20 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id TAA90178; Mon, 19 Nov 2001 19:59:20 -0800 (PST) Message-Id: <4.3.1.1.20011119195437.00cc61a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] openRTSP problem/setting up MPEG video sender-re ceiver In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 19 20:00:01 2001 X-Original-Date: Mon, 19 Nov 2001 19:59:06 -0800 Status: O At 07:28 PM 11/19/01, Vesselin Kostadinov wrote: >Hi Ross, > > > Could you try running this same test > > openRTSP -a -V -n rtsp://media.schreiner.edu/realmp3.mp3 > >test.mp3 > > using the pre-built version of "openRTSP" that you'll find in > >The results with the pre-built openRTSP are pretty much the same: >test.mp3 with length 0. Perhaps I am having some sort of network >problem. We have an ADSL connection and our router is Cisco 800 series. >It's installer warned us that some UDP based games may not work. Yes, I suspect that you have a firewall that is blocking UDP packets. If so, you will need to reconfigure it to allow at least a single even/odd pair of client port numbers (for incoming RTP and RTCP packets). (You can then use the -p option to "openRTSP" to tell it to use these ports. >But then why Real player can deliver the music? Perhaps because Real Player is smart enough to ask to receive the streamed data via TCP, if UDP doesn't work. "openRTSP" isn't (yet) smart enough to do this. Ross. From Tue Nov 20 00:02:54 2001 Received: from [203.199.83.143] (helo=mailweb19.rediffmail.com) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 1665rp-00013j-00 for ; Tue, 20 Nov 2001 00:02:54 -0800 Received: (qmail 22804 invoked by uid 510); 20 Nov 2001 08:02:40 -0000 Message-ID: <20011120080240.22803.qmail(at)mailweb19.rediffmail.com> Received: from unknown (61.11.76.147) by rediffmail.com via HTTP; 20 Nov 2001 08:02:40 -0000 MIME-Version: 1.0 From: {baskaran veerapathiran} Reply-To: {baskaran veerapathiran} To: Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [Live-devel] VC++6.0 Make file prob...Please First solve this. Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 20 00:03:02 2001 X-Original-Date: 20 Nov 2001 08:02:40 -0000 Status: O hi,=0D=0A=0D=0A I alaready worked some devlopement on streaming media over= internet..we Chose JMF is ultimate plateform.. but when we come into perfo= rmance i think native code is the best..boz JMF takes lot of system resourc= es and is not fast enough..This is the only site i found for VC streaming = (Others are just frame transmission).I just test the executable's .=0D=0A= =0D=0AtestMP3Receiver=0D=0AtestMP3Streamer=0D=0A=0D=0AI am able to stream t= he mp3 file.. but not able to receive it..boz that receiver exe gives some = error..=0D=0A=0D=0Ai tried using jmf for receiver end..it's quit well to st= ream from one(testMP3Streamer) and receive from other (JMF).it worked well= .=0D=0A=0D=0A=0D=0Abut when i download the code .. and extract in linux for= getting make file ..it's not worked with my vc++6.0..first it asks some mi= ssing file.. i just put all the file in current path.. then atlast it gives= me the below error..=0D=0A=0D=0A=0D=0A------------------------------------= -------------------=0D=0A C:\Program Files\Microsoft Visual Studio\VC98\bin= \cl -c -Ox -c -W3 -DCRTAPI1=3D_cdecl -DCRTAPI2=3D_cdecl -nologo -D_X86_=3D1= -D_WIN95 -D_WIN32_WINDOWS=3D0x0400 -D_WIN32_IE=3D0x0300 -DWINVER=3D0x0400 = -DWIN32 -D_WIN32 -D_MT -D_DLL -MD -I. -IC:\Program Files\Mic=0D=0Arosoft V= isual Studio\VC98\include BasicUsageEnvironment.cpp=0D=0ANMAKE : fatal erro= r U1045: spawn failed : Invalid argument=0D=0AStop.=0D=0AError executing NM= AKE.=0D=0A=0D=0ABasicUsageEnvironment1.exe - 1 error(s), 0 warning(s) =0D= =0A-------------------------------------------------------=0D=0A=0D=0Ai did= 't see any line like=0D=0A=0D=0AFROM ARCHIVE:=0D=0A=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D=0Afrom author.= .=0D=0A=0D=0AHas anyone gotten these Makefiles to work with VC version 6.0?= Is it just =0D=0Aa matter of changing ( I DID'T SEE ANYTHING LIKE THE BE= LOW LINE IN WIN32CONFIG MAKE FILE)=0D=0A=0D=0A !IF "$(MSVC_VERSION)= " =3D=3D "5.0"=0D=0Ain "win32config" to=0D=0A !IF "$(MSVC_VERSION)"= =3D=3D "6.0"=0D=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=0D=0A=0D=0A=0D=0A=0D=0A=0D=0Ai saw in archives.= i found one answer from author about the documentation and stablized versi= on of this code.. if he is not solving the basic prob.(compiler problems). = Then how people will test your software.. so first solve this iniconsistenc= y on latest version of VC++6.0.if you solve then people will test the softw= are and will tell you the enhancement and other good ideas..=0D=0A =0A From Tue Nov 20 00:35:23 2001 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 1666NC-0007QE-00 for ; Tue, 20 Nov 2001 00:35:19 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 6913612304; Tue, 20 Nov 2001 09:35:10 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id F2D1A4002; Tue, 20 Nov 2001 09:35:02 +0100 (CET) Message-Id: <5.1.0.14.0.20011120091309.009fbde0(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: {baskaran veerapathiran} From: Michael Sommer Subject: Re: [Live-devel] VC++6.0 Make file prob...Please First solve this. Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Tue Nov 20 09:35:03 CET 2001 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 20 00:36:02 2001 X-Original-Date: Tue, 20 Nov 2001 09:35:00 +0100 Status: O Hi, I can't give you an answer to your questions but I can tell you my=20 experience with VC6. I didn't had a problem with generating the LIVE library BUT I created a new= =20 project within the Developer Studio and added all the source files. For the= =20 test programs you have to create separate (console application) projects=20 where you have to add the 'Wsock32.lib' (Properties/Linker). I even linked= =20 it with the MFC libraries to use the LIVE library with MFC applications.=20 And it works very well. Some small hint: Did you set the TOOLS32 variable inside the makefile to=20 your VC6 installation? The first time I compiled the library I used the=20 delivered makefile (with my own settings of TOOL32) and it worked as well. Michael At 08:02 20.11.01 +0000, baskaran veerapathiran wrote: >Has anyone gotten these Makefiles to work with VC version 6.0? Is it just >a matter of changing ( I DID'T SEE ANYTHING LIKE THE BELOW LINE IN=20 >WIN32CONFIG MAKE FILE) > > !IF "$(MSVC_VERSION)" =3D=3D "5.0" >in "win32config" to > !IF "$(MSVC_VERSION)" =3D=3D "6.0" >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > > > > >i saw in archives. i found one answer from author about the documentation= =20 >and stablized version of this code.. if he is not solving the basic=20 >prob.(compiler problems). Then how people will test your software.. so=20 >first solve this iniconsistency on latest version of VC++6.0.if you solve= =20 >then people will test the software and will tell you the enhancement and=20 >other good ideas.. > > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel Dipl.-Inf. (FH) Michael Sommer - Software Development ------------------------------------------------------------------ DSPecialists GmbH phone: +49 30 467 805-332 Rotherstra=DFe 22 fax: +49 30 467 805 -99 10245 Berlin, Germany http://www.DSPecialists.de ------------------------------------------------------------------ DSPecialists - Making the impossible work! From Tue Nov 20 06:49:28 2001 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 166CDB-00031D-00 for ; Tue, 20 Nov 2001 06:49:21 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id CBE2012307; Tue, 20 Nov 2001 15:49:13 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id 0EEBF3FFC; Tue, 20 Nov 2001 15:49:07 +0100 (CET) Message-Id: <5.1.0.14.0.20011120152906.009f3c70(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: {baskaran veerapathiran} From: Michael Sommer Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Tue Nov 20 15:49:07 CET 2001 Subject: [Live-devel] Re: Need help..(was 'VC++6.0 Make file prob...Please First solve this.') Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 20 06:50:10 2001 X-Original-Date: Tue, 20 Nov 2001 15:49:03 +0100 Status: O Hi Baskaran, It seems like it couldn't link the LIVE library. Here's a small checklist for you. I assume you created a new project from the library source files (all directories without 'testProgs') (static library). Lock if all files of the library are compiled and linked together to one library file (e.g. live.lib) If you create new projects for each test program you have to add the 'live.lib' to the library path of each project as well (additional to 'wsock32.lib'). Otherwise the linker can't find and link the library to your application. Try these things first and tell me what happend. Michael Please send your questions to the mailing-list to get response from other people as well. (Replay to all - cc:live-devel(at)lists.sourceforge.net) At 14:27 20.11.01 +0000, baskaran veerapathiran wrote: >hi, > i tried to open new winconsole app for testMP3Streamer.cpp but it gives > some linker error.. >i think it requires some lib files.. but which one .. when i try to create >basicusageenvironment it gives fatal error1010: unexpected end of line. { >when i try to create it using the make file this is an application type so >bit confused.) .. > >what are the lib this testMP3Streamer.cpp need to compile. (But for Jpeg >compression exe. we need to add some lib to project ..but i just add >needed source file it created the exe without asking lib..is there is any >setting for that.. without creating lib files.) From Tue Nov 20 14:17:53 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 166JDE-0004dm-00 for ; Tue, 20 Nov 2001 14:17:52 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA60667; Tue, 20 Nov 2001 14:17:50 -0800 (PST) Message-Id: <4.3.1.1.20011120135739.00cf6a90(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Re: Need help..(was 'VC++6.0 Make file prob...Please First solve this.') In-Reply-To: References: <20011120142710.17224.qmail(at)mailweb20.rediffmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 20 14:18:24 2001 X-Original-Date: Tue, 20 Nov 2001 14:17:15 -0800 Status: O At 06:49 AM 11/20/01, Michael Sommer wrote: >I assume you created a new project from the library source files (all >directories without 'testProgs') I would like to discourage people from doing this. Instead, please try to use the Makefiles that have been provided, and build the code as separate projects ("UsageEnvironment", "groupsock", "liveMedia", "BasicUsageEnvironment"). There are two main reasons for doing this: 1/ Ease of support. If people are having problems building the code on Windows, it's hard (if not impossible) for me to figure out what's going wrong it they're not using the Makefiles and projects that have been provided, but are instead trying to 'roll their own'. 2/ Flexibility. Having separate projects makes it easier to modify or replace parts of the code. For instance, you may wish to replace "BasicUsageEnvironment" with your own subclasses (e.g., to hook into an existing GUI's event handling mechanism). If people are having problems building on Windows from the Makefiles that have been provided, then I'd really like to know about this. One difficulty that I have been running into is that Unix symbolic links don't work in Windows, so if you begin by unpacking the source code on a Unix machine (which is what I recommend), then you will need to dereference all of the various symbolic links (to header files), before you copy the source tree over to a Windows machine. Now, I *thought* that the "-h" (or "--derefence") option to "tar" would automatically derefence symbolic links - at least, that's what the man page seems to say. However, I have never gotten this to work for me. Does anyone know of a reliable way to dereference symbolic links when extracting a "tar" file?? Ross. From Tue Nov 20 14:42:07 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 166Jah-0000Wk-00 for ; Tue, 20 Nov 2001 14:42:07 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA61521; Tue, 20 Nov 2001 14:42:07 -0800 (PST) Message-Id: <4.3.1.1.20011120143902.00cf6ee0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Re: Need help..(was 'VC++6.0 Make file prob...Please First solve this.') Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 20 14:43:01 2001 X-Original-Date: Tue, 20 Nov 2001 14:42:02 -0800 Status: O Following up on my earlier message... On reflection, I realize that the various symbolic links (to header files) in the code are causing so much grief (especially when trying to move the code to Windows) that it'd be better off if I got rid of them, and instead just relied upon the "-I" compiler flag to do the right thing. So, sometime soon I'll probably generate a new version of the source code that eliminates the symbolic links. Ross. From Wed Nov 21 04:16:49 2001 Received: from [202.54.124.145] (helo=mailFA11.rediffmail.com) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 166WJ6-0003Lp-00 for ; Wed, 21 Nov 2001 04:16:49 -0800 Received: (qmail 27013 invoked by uid 510); 21 Nov 2001 12:17:06 -0000 Message-ID: <20011121121706.27012.qmail(at)mailFA11.rediffmail.com> Received: from unknown (61.11.82.1) by rediffmail.com via HTTP; 21 Nov 2001 12:17:06 -0000 MIME-Version: 1.0 From: {baskaran veerapathiran} Reply-To: {baskaran veerapathiran} To: Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: [Live-devel] working from mak files is good..but Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 21 04:17:10 2001 X-Original-Date: 21 Nov 2001 12:17:06 -0000 Status: O i tried every method but all are failed .. but from Michael Sommer way i= got everything worked fine..=0D=0A=0D=0ABut as you told this is not the ri= ght way(boz it will loss it modularization ..) so it's good not doing like = taking all the files into single lib..=0D=0A=0D=0ABut your make files are n= ot working that's why people use their own ways..is it? ..( nobody will got= himself into trouble without using your mak files that's what these concep= t are coming -> portabiliy )=0D=0A=0D=0AOK LET WE WILL FIND THE PROB.. AND = TRY TO SOLVE THIS..i think you know that apache is running 60% of www as ht= tp server boz they(archive) will solve each and every small prob. (if it's = true ).=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0AI TRIED BELOW METHODS BEFORE I S= ENT THE MAIL TO HERE THIS ARCHIVE..=0D=0A( i think that symblic link prob..= for sys/mman.h and features.h is it? ) i also tried by removeing sys from = the include directives.. nothing happed).=0D=0A=0D=0A=0D=0A1.=0D=0A********= ***=0D=0A i am not have linux access last week ..so i tried the last method= you told.. by concatinating. ( .head win32config then .trail ) just for th= at basicusage environement. but it gives the below error..=0D=0A=0D=0A=0D= =0AAt compile time..=0D=0A=0D=0A(FROM THIS BELOW PATH YOU WILL KNOW THAT I = CHANGED THE V.STUDIO PATH TO VC6.O INSTALLED ) IN TOOLS32)=0D=0ATOOLS32 =3D= c:\Program Files\Microsoft Visual Studio\VC98=0D=0A=0D=0A=0D=0Ac:\Program F= iles\Microsoft Visual Studio\VC98\bin\cl -c -Ox -c -W3 -DCRTAPI1=3D_cdecl -= DCRTAPI2=3D_cdecl -nologo -D_X86_=3D1 -D_WIN95 -D_WIN32_WINDOWS=3D0x0400 -D= _WIN32_IE=3D0x0300 -DWINVER=3D0x0400 -DWIN32 -D_WIN32 -D_MT -D_DLL -MD -I.= BasicUsageEnvironment.=0D=0Acpp=0D=0ANMAKE : fatal error U1045: spawn fail= ed : Invalid argument=0D=0AStop.=0D=0AError executing NMAKE.=0D=0A=0D=0A=0D= =0ABUT WHEN I JUST CUT AND PASTE THE LINE TO CMD PROMPT IT GIVES THE BELOW= RESULT WHAT PROB. IN GUI BASED COMPI. SETTING ? IT PRODUCES .OBJ FILE.=0D= =0A=0D=0AC:\Program Files\Microsoft Visual Studio\VC98\Bin>cl -c -Ox -c -W3= -DCRTAPI1=3D_cd=0D=0Aecl -DCRTAPI2=3D_cdecl -nologo -D_X86_=3D1 -D_WIN95 -= D_WIN32_WINDOWS=3D0x0400 -D_WIN32=0D=0A_IE=3D0x0300 -DWINVER=3D0x0400 -DWIN= 32 -D_WIN32 -D_MT -D_DLL -MD -I. BasicUsageEnvironment.cpp=0D=0A=0D=0ABasi= cUsageEnvironment.cpp=0D=0ABasicUsageEnvironment.cpp(173) : warning C4018: = '=3D=3D' : signed/unsigned mismatch=0D=0A=0D=0AC:\Program Files\Microsoft V= isual Studio\VC98\Bin>=0D=0ADirectory of C:\Program Files\Microsoft Visual = Studio\VC98\Bin=0D=0A=0D=0A11/21/2001 05:17p 7,459 BasicUsag= eEnvironment.obj=0D=0A=0D=0AOK JUST TELL ME WHERE IS THE PROB.. ANY PATH SE= TTING..=0D=0A***********=0D=0A2. I ALSO TRIED BY EXTRACING THE FILES IN LIN= UX ( AFTER MY LINUX ADM.. AVAILABILITY)..=0D=0A=0D=0AI GOT THE SAME THING..= BOZ I SAW BOTH ARE SAME.. THAT'S GENWINDOWMAKEFILE IS AUTOMATED ..THIRD M= ETHOD IS MANUAL CONCA.( HEAD WIN32 TRIAL)..THAT'S ALL..I GOT THE SAME ERROR= MSG. .=0D=0A=0D=0A=0D=0AWAITING FOR YOUR RESPONSE..( MEANWHILE I WILL TRY = TO GET VC5.0 BUT IT'S HARD TO GET OLD VERSIONS )..=0D=0A=0D=0A=0D=0ABY =0D= =0ABASKARAN=0D=0A=0D=0A =0A From Wed Nov 21 09:56:53 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 166bcD-00075D-00 for ; Wed, 21 Nov 2001 09:56:53 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA04520; Wed, 21 Nov 2001 09:56:50 -0800 (PST) Message-Id: <4.3.1.1.20011121093659.00c75190(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {baskaran veerapathiran} From: Ross Finlayson Subject: Re: [Live-devel] working from mak files is good..but Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 21 09:57:06 2001 X-Original-Date: Wed, 21 Nov 2001 09:52:45 -0800 Status: O At 04:17 AM 11/21/01, baskaran veerapathiran wrote: >But your make files are not working that's why people use their own >ways..is it? OK, so let's see if we can figure out why the Makefiles are not working for some people. >(FROM THIS BELOW PATH YOU WILL KNOW THAT I CHANGED THE V.STUDIO PATH TO >VC6.O INSTALLED ) IN TOOLS32)) >TOOLS32 =c:\Program Files\Microsoft Visual Studio\VC988 I wonder if perhaps the VC++ tools are getting confused by the fact that your TOOLS32 path has spaces in directory names. Please try changing this to TOOLS32 = "c:\Program Files\Microsoft Visual Studio\VC988" (i.e., putting quotes around the path) and see if that makes any difference. >c:\Program Files\Microsoft Visual Studio\VC98\bin\cl -c -Ox -c -W3 >-DCRTAPI1=_cdecl -DCRTAPI2=_cdecl -nologo -D_X86_=1 -D_WIN95 >-D_WIN32_WINDOWS=0x0400 -D_WIN32_IE=0x0300 -DWINVER=0x0400 >-DWIN32 -D_WIN32 -D_MT -D_DLL -MD -I. BasicUsageEnvironment.. >cppp >NMAKE : fatal error U1045: spawn failed : Invalid argument Does anyone know what this error means? >BUT WHEN I JUST CUT AND PASTE THE LINE TO CMD PROMPT IT GIVES THE BELOW >RESULT WHAT PROB. IN GUI BASED COMPI. SETTING ? IT PRODUCES .OBJ FILE.. .. >WAITING FOR YOUR RESPONSE..( MEANWHILE I WILL TRY TO GET VC5.0 BUT IT'S >HARD TO GET OLD VERSIONS )... Although I have been doing all of my own testing using VC5.0, I have heard of other people succeeding in building the code - using the provided Makefiles - using VC6.0. Can anyone help figure out Baskaran's problem? Ross. From Wed Nov 21 11:47:38 2001 Received: from nevertheless.selresearch.net ([64.167.159.132]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 166dLL-0001wz-00 for ; Wed, 21 Nov 2001 11:47:35 -0800 Received: from destroy.selresearch.net (destroy.selresearch.net [64.167.156.3]) by nevertheless.selresearch.net (8.12.0/8.12.0) with ESMTP id fALJmuSM009083; Wed, 21 Nov 2001 11:48:56 -0800 (PST) Received: from dphan260ds (dphan-260ds.selresearch.net [64.167.158.186]) by destroy.selresearch.net (8.12.0/8.12.0) with SMTP id fALJkvMC019448; Wed, 21 Nov 2001 11:46:57 -0800 (PST) Reply-To: From: {Dan Phan} To: {Ross Finlayson} "baskaran veerapathiran" Cc: Subject: RE: [Live-devel] working from mak files is good..but Message-ID: <000501c172c5$47fef6e0$ba9ea740(at)selresearch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Nov 21 11:48:01 2001 X-Original-Date: Wed, 21 Nov 2001 11:46:58 -0800 Status: O First of all a short message to Baskaran: your posting is quite hard to read since all the lines seems to lump together. Is there an issue with your mail program causing linefeed and carriage return characters to be dropped? Now to Baskaran's problem. I have no problem running the makefile with VC6. I did do one thing different though, which is to use the following in the makefile: TOOLS32 = c:\PROGRA~1\MICROS~2\VC98 Of course, the 8.3 version of your directory/file name will differ. So run "dir" to see the proper ones on your machine. My machine runs WinME. I believe it's the same for 95/98. If you are on XP or NT, I suspect you won't have the same issue. I also suspect the "spawn" error message is an indication that the main "CL" program cannot run the subprocesses such as preprocessor, linker, etc. I hope this helps, Dan > -----Original Message----- > From: live-devel-admin(at)lists.sourceforge.net > [mailto:live-devel-admin(at)lists.sourceforge.net]On Behalf Of Ross > Finlayson > Sent: Wednesday, November 21, 2001 9:53 AM > To: baskaran veerapathiran > Cc: live-devel(at)lists.sourceforge.net > Subject: Re: [Live-devel] working from mak files is good..but > > > At 04:17 AM 11/21/01, baskaran veerapathiran wrote: > >But your make files are not working that's why people use their own > >ways..is it? > > OK, so let's see if we can figure out why the Makefiles are not > working for > some people. > > > >(FROM THIS BELOW PATH YOU WILL KNOW THAT I CHANGED THE V.STUDIO PATH TO > >VC6.O INSTALLED ) IN TOOLS32)) > >TOOLS32 =c:\Program Files\Microsoft Visual Studio\VC988 > > I wonder if perhaps the VC++ tools are getting confused by the fact that > your TOOLS32 path has spaces in directory names. Please try > changing this to > TOOLS32 = "c:\Program Files\Microsoft Visual Studio\VC988" > (i.e., putting quotes around the path) and see if that makes any > difference. > > > >c:\Program Files\Microsoft Visual Studio\VC98\bin\cl -c -Ox -c -W3 > >-DCRTAPI1=_cdecl -DCRTAPI2=_cdecl -nologo -D_X86_=1 -D_WIN95 > >-D_WIN32_WINDOWS=0x0400 -D_WIN32_IE=0x0300 -DWINVER=0x0400 > >-DWIN32 -D_WIN32 -D_MT -D_DLL -MD -I. BasicUsageEnvironment.. > >cppp > >NMAKE : fatal error U1045: spawn failed : Invalid argument > > Does anyone know what this error means? > > > >BUT WHEN I JUST CUT AND PASTE THE LINE TO CMD PROMPT IT GIVES THE BELOW > >RESULT WHAT PROB. IN GUI BASED COMPI. SETTING ? IT PRODUCES .OBJ FILE.. > .. > >WAITING FOR YOUR RESPONSE..( MEANWHILE I WILL TRY TO GET VC5.0 BUT IT'S > >HARD TO GET OLD VERSIONS )... > > Although I have been doing all of my own testing using VC5.0, I > have heard > of other people succeeding in building the code - using the provided > Makefiles - using VC6.0. > > Can anyone help figure out Baskaran's problem? > > Ross. > > > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel > From Thu Nov 22 13:18:13 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 1671Ea-0000Ue-00 for ; Thu, 22 Nov 2001 13:18:12 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA08299; Thu, 22 Nov 2001 13:18:08 -0800 (PST) Message-Id: <4.3.1.1.20011122125100.00c40be0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {baskaran veerapathiran} From: Ross Finlayson Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: did both what you people told..FW to archive Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 22 13:19:01 2001 X-Original-Date: Thu, 22 Nov 2001 13:14:49 -0800 Status: O Baskaran, In the future, please try to use the mailing list to ask questions about the library code. (For one-on-one email, I generally give priority to consulting clients.) > 1.(I am able to TRANSMIT MP3 file using testMP3streamer(win2000) and > received using JMFSTUDIO(win98/ME/win2000)) That's great to hear. > 2. testMp3receiver is not working on any machine.(any winsock problem > 32bit and older version conflict?).. >what is solution for these prob... >(on win2000 it gives some strange output in console then it gives >conti..beep )) That's because "testMP3Receiver" is outputting to stdout. If you run testMP3Receiver > foo.mp3 you'll get a MP3 file that you can play using a MP3 player. > 3. For that testMPEGVideoStreamer.exe. i searched net and got some > elementary mpeg mpeg-1) but i am not able to receive by > testMpegvideoreceiver.exe and JMStudio..)any format prob..sending is working > Then i got following o/pp >(for certain mpg files)) >Beginning streaming.... >Beginning to read from file.... >MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001baa >MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001e00 That's probably because the MPEG video file that you're using is a MPEG Program Stream (i.e., with an audio track as well as a video track). By default, "testMPEGVideoStreamer" assumes that the input is a MPEG Video Elementary Stream. To change this, uncomment the line //#define SOURCE_IS_PROGRAM_STREAM 1 in "testMPEGVideoStreamer.cpp" >Then how i can view the Mpeg video files that are retransmitted using >testMPEGVideoReceiver.exe to some viewable form without using any viewer To actually view the received MPEG video data, you'll need a MPEG video decoder. The LIVE.COM libraries don't (yet) include any video (or audio) decoding code - that's why you need a MPEG video player (and, for MP3, a MP3 player) to actually play the received data. Ross. From Mon Nov 26 01:31:22 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 168I6k-0003gO-00 for ; Mon, 26 Nov 2001 01:31:22 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA77575; Mon, 26 Nov 2001 01:31:21 -0800 (PST) Message-Id: <4.3.1.1.20011126012040.00bbe100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] The symbolic links are now gone Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 26 01:32:01 2001 X-Original-Date: Mon, 26 Nov 2001 01:30:24 -0800 Status: O As promised, I have now released a new version of the "LIVE.COM Streaming Media" code that eliminates the widely hated symbolic links to header files. Instead, each header file appears in only one place (an "include/" subdirectory for each library source tree), and the "-I" compiler flag is used to locate the various public header files. This should make it easier to copy the source code to a Windows development environment. (There should no longer be any excuse for people to try to build all of the code together as a single project.) You can get the new code release from (for some reason new releases take a while to show up in SourceForge). Also, thanks to a contribution by Vesselin Kostadinov, there is now support for the Borland C++ development environment on Windows (as an alternative to Microsoft Visual C++). For instructions on how to use this, see . (I have not tested this myself, so if there are any problems with this please let me know.) Ross. From Mon Nov 26 06:14:39 2001 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 168MWl-0001eQ-00 for ; Mon, 26 Nov 2001 06:14:31 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 4C99F12309; Mon, 26 Nov 2001 15:14:18 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id B15C94004 for ; Mon, 26 Nov 2001 15:14:13 +0100 (CET) Message-Id: <5.1.0.14.0.20011126150706.00a1cda0(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: From: Michael Sommer Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Mon Nov 26 15:14:13 CET 2001 Subject: [Live-devel] current play time Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 26 06:15:08 2001 X-Original-Date: Mon, 26 Nov 2001 15:14:13 +0100 Status: O Hello, I need some help again. How do I get the current play time (current position) of a streaming file? The 'getPlayTime()' method of e.g. class 'MP3FileSource' needs a number of frames. Where do I get the number of already sent frames? Thanks Michael From Mon Nov 26 10:17:04 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 168QJU-0001K1-00 for ; Mon, 26 Nov 2001 10:17:04 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA73723; Mon, 26 Nov 2001 10:17:03 -0800 (PST) Message-Id: <4.3.1.1.20011126101033.00cb57a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] current play time In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Nov 26 10:18:01 2001 X-Original-Date: Mon, 26 Nov 2001 10:15:56 -0800 Status: O At 06:14 AM 11/26/01, Michael Sommer wrote: >How do I get the current play time (current position) of a streaming file? >The 'getPlayTime()' method of e.g. class 'MP3FileSource' needs a number of >frames. Where do I get the number of already sent frames? Unfortunately there isn't any way right now to get this information (without modifying the library code). Instead, I suggest that you just keep track of the current play time directly - from 'wall clock' time. I.e., make a note of the time when you started playing, and then - whenever you want to know the current play time within the file - just subtract this start time from the current time. This works because the streaming happens at close to 'real time' (at least, from a human's perspective). Ross. From Tue Nov 27 03:06:58 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 168g4n-00030a-00 for ; Tue, 27 Nov 2001 03:06:57 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA02052; Tue, 27 Nov 2001 03:06:52 -0800 (PST) Message-Id: <4.3.1.1.20011127030247.00bea1c0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Libraries ported to QNX Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 27 03:07:03 2001 X-Original-Date: Tue, 27 Nov 2001 03:06:45 -0800 Status: O Thanks to Bob Nadler, who was able to get the library code (& test programs) running on the QNX4 embedded OS (using the Watcom compiler). Bob has contributed a "config.qnx4" file. This is contained in a new library release (2001.11.27). Ross. From Tue Nov 27 13:55:19 2001 Received: from [217.32.175.195] (helo=madasafish.com) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 168qCE-0005bc-00 for ; Tue, 27 Nov 2001 13:55:18 -0800 Received: from upstairs.madasafish.com ([213.123.23.114]) by madasafish.com ; Tue, 27 Nov 2001 21:54:41 -0000 Message-Id: <5.1.0.14.1.20011127214617.009ebd30(at)pop.madasafish.com> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: From: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Rcpt-To: Subject: [Live-devel] Basic Stuff. Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 27 13:56:01 2001 X-Original-Date: Tue, 27 Nov 2001 22:05:51 +0000 Status: O Sorry to bore you if it all sounds too basic, but info seems hard to get. Am I wrong in thinking that most if not ALL streaming mp3 on the net is done with http? Even live365.com's stations? If you have the same bandwith and dodgy net conditions would a rtsp/rtp client have less re-buffering or better quality than an http equiv? Is there any more basic info on the header files? I can disect the code eventually, but as I'm new to sockets and net coding, its slow work and I'm busy on degree stuff.(computing!). Any good (and recent) books on the streaming technology? From Tue Nov 27 14:22:24 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 168qcS-0004GD-00 for ; Tue, 27 Nov 2001 14:22:24 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA38489; Tue, 27 Nov 2001 14:22:22 -0800 (PST) Message-Id: <4.3.1.1.20011127140737.00b73d50(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Basic Stuff. In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Nov 27 14:23:02 2001 X-Original-Date: Tue, 27 Nov 2001 14:21:06 -0800 Status: O At 02:05 PM 11/27/01, iainhaywood(at)madasafish.com wrote: >Am I wrong in thinking that most if not ALL streaming mp3 on the net is >done with http? Yes, most streaming MP3 is being done with HTTP, but certainly not 'all' (otherwise this mailing list, and lots of other groups, wouldn't exist :-) >If you have the same bandwith and dodgy net conditions would a rtsp/rtp >client have less re-buffering or better quality than an http equiv? It depends on what you mean by "quality". Because HTTP runs on top of TCP, which is a reliable transport protocol, if you send a stream using HTTP, then all of the data will be received, without loss. However, the cost of this is that the retransmissions necessary to ensure reliability can cause large delays before the receiver gets all of the data that it needs to play. That's why HTTP streaming players usually do quite a lot of buffering of incoming data before they start to play it. RTP, on the other hand, runs on top of UDP, which is a datagram protocol, so some data will be lost if the connection is lossy. However, RTP is better if you want close to 'real time' response (note that "RTP" stands for "Real-Time Protocol"). Also, if you're streaming using multicast, then you have to use RTP, because multicast doesn't work over TCP. >Is there any more basic info on the header files? Not really. The best way to learn about how the code works is to build and run the test programs, and then look at how they work. Of course, feel free to use this mailing list if you have any questions. For more information about RTP itself, see the latest version of the RTP spec, which is online at . Also, for information about RTSP (a control protocol that can be used to start/stop RTP streams), see Ross. From Thu Nov 29 11:39:32 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 169X1v-00086m-00 for ; Thu, 29 Nov 2001 11:39:31 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA36777; Thu, 29 Nov 2001 11:39:27 -0800 (PST) Message-Id: <4.3.1.1.20011129112754.00c2af00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] RealPlayer problem playing multicast sessions using RTSP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 29 11:40:02 2001 X-Original-Date: Thu, 29 Nov 2001 11:36:51 -0800 Status: O At 10:18 AM 11/29/01, Robert Nadler wrote: >I'm trying to get RealPlayer (8 Basic) to run a live stream via your RTSP >server. The same RTP stream works fine with QuickTime and JMStudio. >RealPlayer sends OPTIONS, DESCRIBE, and SETUP messages which appear to be >responded to correctly. It then just hangs until it timesout (a TEARDOWN is >sent). This is due to a bug in RealPlayer - for some reason it can't play multicast sessions using RTSP. (If you look at the "SETUP" command that it sends to the RTSP server, you'll note that "RTP/AVP;multicast" is not listed as one of the "Transport:" options.) I've reported this bug to RealNetworks. One thing you *can* do, however, is take the SDP information that the server returns in response to the "DESCRIBE" command (everything from "v=0" onwards), put this in a '.sdp' file, and open that file with RealPlayer. (However, I'm not sure if RealPlayer can play MPEG *video* multicast streams.) Ross. From Thu Nov 29 12:29:29 2001 Received: from [205.219.198.1] (helo=prognet.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 169XoH-0002mQ-00 for ; Thu, 29 Nov 2001 12:29:29 -0800 Received: from robla350.real.com ([172.23.100.116]) by prognet.com (8.9.2/8.9.0) with ESMTP id MAA04703; Thu, 29 Nov 2001 12:29:35 -0800 (PST) Message-Id: <5.1.0.14.2.20011129122027.031d45a0(at)goobox.prognet.com> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: Ross Finlayson From: Rob Lanphier Subject: Re: [Live-devel] RealPlayer problem playing multicast sessions using RTSP In-Reply-To: References: <01C178CF.FA295260.bobn(at)nci.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Nov 29 12:30:07 2001 X-Original-Date: Thu, 29 Nov 2001 12:30:19 -0800 Status: O At 11:36 AM 11/29/01 -0800, Ross Finlayson wrote: >At 10:18 AM 11/29/01, Robert Nadler wrote: >>I'm trying to get RealPlayer (8 Basic) to run a live stream via your RTSP >>server. The same RTP stream works fine with QuickTime and JMStudio. >>RealPlayer sends OPTIONS, DESCRIBE, and SETUP messages which appear to be >>responded to correctly. It then just hangs until it timesout (a TEARDOWN is >>sent). > >This is due to a bug in RealPlayer - for some reason it can't play >multicast sessions using RTSP. (If you look at the "SETUP" command that >it sends to the RTSP server, you'll note that "RTP/AVP;multicast" is not >listed as one of the "Transport:" options.) Yup. I've been pestering our dev staff to get this fixed. No promises, though. >I've reported this bug to RealNetworks. One thing you *can* do, however, >is take the SDP information that the server returns in response to the >"DESCRIBE" command (everything from "v=0" onwards), put this in a '.sdp' >file, and open that file with RealPlayer. (However, I'm not sure if >RealPlayer can play MPEG *video* multicast streams.) The answer depends on the player version. RealPlayer 8 supports MPEG Video via a plugin developed by Digital Bitcasting (now part of EMC). That plugin does not support MPEG via RTP. The RealOne Player (our latest version) supports MPEG via a plugin developed here at RealNetworks. The new plugin supports MPEG via RTP, but is still a little fragile in its current release (as I remember, the video ends up looking pretty garbled from the Live.com server). Keep an eye out for the next release of the player, and give it a whirl. Rob From Mon Dec 03 15:30:02 2001 Received: from mail6.fw-bc.sony.com ([160.33.98.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16B2XC-0004T1-00 for ; Mon, 03 Dec 2001 15:30:02 -0800 Received: from mail2.sjc.in.sel.sony.com (mail2.sjc.in.sel.sony.com [43.134.1.111]) by mail6.fw-bc.sony.com (8.8.8/8.8.8) with ESMTP id XAA19333 for ; Mon, 3 Dec 2001 23:30:00 GMT Received: by mail2.sjc.in.sel.sony.com id XAA17571; Mon, 3 Dec 2001 23:29:59 GMT Received: from libby (libby [43.134.39.145]) by itvd.sel.sony.com (8.11.0/8.11.0) with SMTP id fB3NUkx23455 for ; Mon, 3 Dec 2001 15:30:46 -0800 From: {Yun Yan} To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 3 15:31:01 2001 X-Original-Date: Mon, 3 Dec 2001 15:34:25 -0800 Status: O Hi, all: After I read the openRTSP.cpp source code, I am wondering if there is any other way beside exit(0) to break the while(1) loop in the blockMyself()? Thanks in advance. Sincerely, Yanito From Mon Dec 03 16:40:14 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16B3d8-0003jG-00 for ; Mon, 03 Dec 2001 16:40:14 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA35343; Mon, 3 Dec 2001 16:40:13 -0800 (PST) Message-Id: <4.3.1.1.20011203163026.00ba8f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] (no subject) In-Reply-To: References: <4.3.1.1.20011129112754.00c2af00(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 3 16:41:04 2001 X-Original-Date: Mon, 03 Dec 2001 16:38:13 -0800 Status: O At 03:34 PM 12/3/01, Yun Yan wrote: >Hi, all: > > After I read the openRTSP.cpp source code, I am >wondering if there is any other way beside exit(0) to >break the while(1) loop in the blockMyself()? Yanito, Yes, there are a couple of ways that you can do this. The simplest way is to use the (optional) "watchVariable" argument to blockMyself(). Note the definition of blockMyself() (in "UsageEnvironment/include/UsageEnvironment.hh"): virtual void blockMyself(char* watchVariable = NULL) = 0; // Stops the current thread of control from proceeding, // but allows delayed tasks (and/or background I/O handling) // to proceed. // (If "watchVariable" is not NULL, then we return from this // routine when *watchVariable != 0) So, you can do the following: char watchVariable = 0; ... blockMyself(&watchVariable); and then, if you want to exit from this (e.g., from one of the data handlers), just do: extern char watchVariable; watchVariable = 1; Of course, another way to break from blockMyself() is to write your own subclass of "TaskScheduler" that implements blockMyself() however you like. (The "BasicTaskScheduler" class that's provided in the "BasicUsageEnvironment" library is just one possible implementation of "TaskScheduler".) Ross. From Mon Dec 03 19:34:01 2001 Received: from mail6.fw-bc.sony.com ([160.33.98.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16B6LI-0001Pe-00 for ; Mon, 03 Dec 2001 19:34:00 -0800 Received: from mail2.sjc.in.sel.sony.com (mail2.sjc.in.sel.sony.com [43.134.1.111]) by mail6.fw-bc.sony.com (8.8.8/8.8.8) with ESMTP id DAA01160 for ; Tue, 4 Dec 2001 03:33:58 GMT Received: by mail2.sjc.in.sel.sony.com id DAA16777; Tue, 4 Dec 2001 03:33:58 GMT Received: from libby (libby [43.134.39.145]) by itvd.sel.sony.com (8.11.0/8.11.0) with SMTP id fB43Yjx27005 for ; Mon, 3 Dec 2001 19:34:45 -0800 From: {Yun Yan} To: Subject: RE: [Live-devel] (no subject) Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 3 19:34:05 2001 X-Original-Date: Mon, 3 Dec 2001 19:38:20 -0800 Status: O Thank you very much. I didn't notice there is a newer version of library. -----Original Message----- From: [mailto:live-devel-admin(at)lists.sourceforge.net]On Behalf Of Ross Finlayson Sent: Monday, December 03, 2001 4:38 PM To: Subject: Re: [Live-devel] (no subject) At 03:34 PM 12/3/01, Yun Yan wrote: >Hi, all: > > After I read the openRTSP.cpp source code, I am >wondering if there is any other way beside exit(0) to >break the while(1) loop in the blockMyself()? Yanito, Yes, there are a couple of ways that you can do this. The simplest way is to use the (optional) "watchVariable" argument to blockMyself(). Note the definition of blockMyself() (in "UsageEnvironment/include/UsageEnvironment.hh"): virtual void blockMyself(char* watchVariable = NULL) = 0; // Stops the current thread of control from proceeding, // but allows delayed tasks (and/or background I/O handling) // to proceed. // (If "watchVariable" is not NULL, then we return from this // routine when *watchVariable != 0) So, you can do the following: char watchVariable = 0; ... blockMyself(&watchVariable); and then, if you want to exit from this (e.g., from one of the data handlers), just do: extern char watchVariable; watchVariable = 1; Of course, another way to break from blockMyself() is to write your own subclass of "TaskScheduler" that implements blockMyself() however you like. (The "BasicTaskScheduler" class that's provided in the "BasicUsageEnvironment" library is just one possible implementation of "TaskScheduler".) Ross. _______________________________________________ Live-devel mailing list Live-devel(at)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/live-devel From Tue Dec 04 16:10:13 2001 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BPda-0005QH-00 for ; Tue, 04 Dec 2001 16:10:11 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Wed, 5 Dec 2001 10:40:21 +1030 Message-ID: From: Vesselin Kostadinov To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] connecting to several RTP servers Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 4 16:11:01 2001 X-Original-Date: Wed, 5 Dec 2001 10:40:18 +1030 Status: O Hi I am trying to connect 1 RTP client to 2 RTP servers. My client program uses a subclass of MultiFramedRTPSource and my server programs use a subclass of MultiFramedRTPSink. In the client program I call MultiFramedRTPSource::networkReadHandler for both instances of the MultiFramedRTPSource subclass. The problem is that the 2 servers multicast the data at different rates, but the client reads the data at the rate of the slowest server. I believe that the reason for this is the blocking read from the sockets - the program first reads ~1500 bytes from socket 1, then the same amount of data from socket 2, then again and again. The final result is that the read rate (bytes per second) is the same for all instances of MultiFramedRTPSource. And because the servers' rates are different the packets from the faster server are being buffered somewhere in a Windows internal buffer - until that buffer is overflown, parts of the data are lost and all frames become corrupted. I would be happier if I am able to drop a frame or two from the faster server but avoid such a condition. At the moment when I receive a corrupted frame I do a couple of extra reads from the socket in question. It sort of works but not as good as it should. Anyone with an idea how to tackle this? Thanks in advance Vesselin From Tue Dec 04 17:00:34 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BQQK-0000FV-00 for ; Tue, 04 Dec 2001 17:00:32 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id RAA29565; Tue, 4 Dec 2001 17:00:32 -0800 (PST) Message-Id: <4.3.1.1.20011204164115.00c9fa00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] connecting to several RTP servers In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 4 17:01:09 2001 X-Original-Date: Tue, 04 Dec 2001 16:56:50 -0800 Status: O At 04:10 PM 12/4/01, Vesselin Kostadinov wrote: >I am trying to connect 1 RTP client to 2 RTP servers. > >My client program uses a subclass of MultiFramedRTPSource and my server >programs use a subclass of MultiFramedRTPSink. > >In the client program I call MultiFramedRTPSource::networkReadHandler for >both instances of the MultiFramedRTPSource subclass. Vesselin, First off, I'm curious as to why you (apparently) needed to redefine doGetNextFrame() when you subclassed "MultiFramedRTPSource"? If you look at the other subclasses of this that are already defined in the library - e.g., MPEGAudioRTPSource, MPEGVideoRTPSource, SimpleRTPSource - you'll see that these don't need to redefine doGetNextFrame(); instead, they just use the doGetNextFrame() that's already implemented in MultiFramedRTPSource. Following on from this - if your RTP payload format is very simple - without any special header following the RTP header - then perhaps you can just use "SimpleRTPSource", without having to define your own subclass? Out of curiosity - which RTP payload format are you implementing? >The problem is that the 2 servers multicast the data at different rates, but >the client reads the data at the rate of the slowest server. I believe that >the reason for this is the blocking read from the sockets Note that the socket read operation that occurs in MultiFramedRTPSource::networkReadHandler() (when it calls "source->RTPgs()->handleRead()") isn't *really* blocking, because "networkReadHandler()" should have been called only when data is available to be read on the socket. (This is assuming that you called "turnOnBackgroundReadHandling()" with the correct socket number and handler function as arguments. Once again, the existing doGetNextFrame() implementation already does this, so you should look into whether you can get away without reimplementing it.) >And because the servers' rates are different the packets from the faster >server are being buffered somewhere in a Windows internal buffer - until >that buffer is overflown, parts of the data are lost and all frames become >corrupted. One thing you can try doing is increasing the size of the OS's internal buffer that it uses for receiving data on each socket. E.g., note the calls to "increaseReceiveBufferTo()" in the implementations of several of the RTP source classes. (Again, if you're able to use "SimpleRTPSource", then this will be done for you automatically.) If this doesn't work, then unfortunately I'm not sure what might be wrong - maybe some Windoze brain damage... Ross. From Tue Dec 04 21:04:30 2001 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BUEO-0007BM-00 for ; Tue, 04 Dec 2001 21:04:28 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Wed, 5 Dec 2001 15:34:36 +1030 Message-ID: From: Vesselin Kostadinov To: Subject: RE: [Live-devel] connecting to several RTP servers MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 4 21:05:07 2001 X-Original-Date: Wed, 5 Dec 2001 15:34:31 +1030 Status: O > First off, I'm curious as to why you (apparently) needed to redefine > doGetNextFrame() when you subclassed "MultiFramedRTPSource"? Ross, In fact I do not redefine doGetNextFrame() > Following on from this - if your RTP payload format is very simple - > without any special header following the RTP header - then > perhaps you can > just use "SimpleRTPSource", without having to define your own > subclass? Did that and got the same result, with out-of-the-box SimpleRTPSource. > Out of curiosity - which RTP payload format are you implementing? A sequence of (variable sized) structures with fixed size header (size, timestamp and few other things) and a JPEG image. I used payload type 26 (JPEG) in the constructor of the SimpleRTPSource. > Note that the socket read operation that occurs in > MultiFramedRTPSource::networkReadHandler() (when it calls > "source->RTPgs()->handleRead()") isn't *really* blocking, because > "networkReadHandler()" should have been called only when data > is available to be read on the socket. I did some statistical analysis. In GroupsockHelper.cpp I added: static int socketReads[1024]; static int socketTotalData[1024]; ... bytesRead = recvfrom(socket, (char*)buffer, bufferSize, 0, (struct sockaddr*)&fromAddress, &addressSize); socketReads[socket]++; socketTotalData[socket] += bytesRead; I placed a breakpoint soon after the program started (while there were still no data distortions) and I got the following results: socketReads[SocketToTheFASTERServer] = 126 socketReads[SocketToTheSLOWERServer] = 127 socketTotalData[SocketToTheFASTERServer] = 157196 socketTotalData[SocketToTheSLOWERServer] = 172804 Average packet size from the faster server = 1248 Average packet size from the slower server = 1361 Then I restarted the program, let it run for a while (with noticeable data loss) and again placed a breakpoint. Results: socketReads[SocketToTheFASTERServer] = 9280 socketReads[SocketToTheSLOWERServer] = 9215 socketTotalData[SocketToTheFASTERServer] = 11283392 socketTotalData[SocketToTheSLOWERServer] = 12531744 Average packet size from the faster server = 1216 Average packet size from the slower server = 1359 Conclusions: The number of packets read from the faster server is bigger than the number of packets read from the slower server. This means that the read from the socket is not a blocking read - as you mentioned. The average packet size from the faster server becomes smaller - perhaps because some data has been lost. In fact each server multicasts its own sequence of 4 static images so the average packet size should stay constant. What is worse, this data loss occurs before the read from the socket and I have no idea how to prevent it. > One thing you can try doing is increasing the size of the > OS's internal > buffer that it uses for receiving data on each socket. E.g., > note the > calls to "increaseReceiveBufferTo()" in the implementations > of several of > the RTP source classes. (Again, if you're able to use > "SimpleRTPSource", > then this will be done for you automatically.) I increased that size from 50 to 250 KB and as a result the "playback" ran Ok for longer. After that I've got the same problem. Have you got function checkTheDataSizeInTheReceiveBuffer() handy? > maybe some Windoze brain damage... Yeah, sometimes it is just too easy to put "Windoze" and "brain damage" in one sentence. Anyway, thanks for your help. Vesselin From Wed Dec 05 01:30:58 2001 Received: from isb.streaming-networks.com ([210.56.11.66]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BYO6-0002xt-00 for ; Wed, 05 Dec 2001 01:30:48 -0800 Received: from mumtazahmad ([192.168.5.253]) by isb.streaming-networks.com (8.11.0/8.11.0) with SMTP id fB59RHN22621 for ; Wed, 5 Dec 2001 14:27:17 +0500 Message-ID: <00b901c17d6f$749072b0$fd05a8c0(at)Tes> From: {Mumtaz Ahmad} To: Organization: Streaming Networks Islamabad MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 5 01:31:10 2001 X-Original-Date: Wed, 5 Dec 2001 14:30:19 +0500 Status: O Hi I have downloaded the new source .Code is compiled successfully but when i run openRTSP client on unix it say that "This version of "./openRTSP" is out-of-date. To download an up-to-date version, visit , or build a new version from the "LIVE.COM Streaming Media" source code at " Am i doing something wrong or some error in new release? Regards From Wed Dec 05 01:42:26 2001 Received: from isb.streaming-networks.com ([210.56.11.66]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BYZE-0005IM-00 for ; Wed, 05 Dec 2001 01:42:17 -0800 Received: from mumtazahmad ([192.168.5.253]) by isb.streaming-networks.com (8.11.0/8.11.0) with SMTP id fB59d6N22718 for ; Wed, 5 Dec 2001 14:39:06 +0500 Message-ID: <00d301c17d71$1afe62a0$fd05a8c0(at)Tes> From: {Mumtaz Ahmad} To: Organization: Streaming Networks Islamabad MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 5 01:43:02 2001 X-Original-Date: Wed, 5 Dec 2001 14:42:07 +0500 Status: O why the testMPEGVideoServer is not built? is it a makefile problem or is it deliberately not compiled? Regards From Wed Dec 05 01:47:30 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BYeI-00060h-00 for ; Wed, 05 Dec 2001 01:47:30 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA35155; Wed, 5 Dec 2001 01:47:30 -0800 (PST) Message-Id: <4.3.1.1.20011205014440.00be8800(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] (no subject) In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 5 01:48:05 2001 X-Original-Date: Wed, 05 Dec 2001 01:47:18 -0800 Status: O At 01:30 AM 12/5/01, Mumtaz Ahmad wrote: >I have downloaded the new source .Code is compiled successfully but when i >run openRTSP client on unix it say that >"This version of "./openRTSP" is out-of-date. To download an up-to-date >version, visit , or build a new version from >the "LIVE.COM Streaming Media" source code at >" > >Am i doing something wrong or some error in new release? Near the beginning of the file "openRTSP.cpp", you'll see a line beginning #define EXPIRATION ... If you comment out or delete this line, and recompile the program, it will no longer complain about being 'out-of-date'. Ross. From Wed Dec 05 01:56:16 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BYmm-0006xu-00 for ; Wed, 05 Dec 2001 01:56:16 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA36934; Wed, 5 Dec 2001 01:56:15 -0800 (PST) Message-Id: <4.3.1.1.20011205015500.00be4410(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] (no subject) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 5 01:57:04 2001 X-Original-Date: Wed, 05 Dec 2001 01:56:13 -0800 Status: O At 01:42 AM 12/5/01, Mumtaz Ahmad wrote: >why the testMPEGVideoServer is not built? >is it a makefile problem or is it deliberately not compiled? "testMPEGVideoServer" is deliberately not built in the Makefile, because this is not a complete program. (It relies upon a - currently unimplemented - source object called "MPEGVideoDeviceSource" (e.g., encapsulating a MPEG encoder) before it can work.) Ross. ps. In the future, please add subject lines to your messages. From Wed Dec 05 12:31:14 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BihG-0005VC-00 for ; Wed, 05 Dec 2001 12:31:14 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA67627; Wed, 5 Dec 2001 12:31:13 -0800 (PST) Message-Id: <4.3.1.1.20011205121242.00b99100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] connecting to several RTP servers In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 5 12:32:07 2001 X-Original-Date: Wed, 05 Dec 2001 12:26:27 -0800 Status: O At 09:04 PM 12/4/01, Vesselin Kostadinov wrote: >The average packet size from the faster server becomes smaller - perhaps >because some data has been lost. If any data is getting lost (either on the network, or within the OS), then this loss should be complete packets, not partial packets. So, the average size of received packets should not be changing. Or are you seeing any incomplete and/or malformed packets, rather than just missing packets? >I increased that size from 50 to 250 KB and as a result the "playback" ran >Ok for longer. After that I've got the same problem. OK, this suggests that the process that's reading the incoming packets (i.e., using the LIVE.COM library code) is not able to keep up with the arrival of incoming network packets. I.e., incoming network packets fill up the OS's internal buffer at a faster rate than they can be read, and eventually this buffer fills up and packets start getting lost. I suspect that this has to do the brain-damaged task scheduling that's in Windoze 9x - apparently it takes a ridiculous amount of time to reschedule a task after it calls select() - even if select() is able to return immediately (e.g., because data is already available on the socket(s) that it's reading from). Do you find that this problem occurs on Windows NT, 2000, or XP also - or just on Windoze 9x? I think it's only 9x that has the brain-damaged task scheduling. In any case, I think there's some OS call you can make in Windoze to increase the scheduling priority of you application. You may find that this overcomes the problem. Ross. From Wed Dec 05 18:09:33 2001 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Bnyc-0003uQ-00 for ; Wed, 05 Dec 2001 18:09:31 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Thu, 6 Dec 2001 12:39:39 +1030 Message-ID: From: Vesselin Kostadinov To: Subject: RE: [Live-devel] connecting to several RTP servers MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 5 18:10:03 2001 X-Original-Date: Thu, 6 Dec 2001 12:39:32 +1030 Status: O > If any data is getting lost (either on the network, or within the OS), then > this loss should be complete packets, not partial packets. Well, we do not know what Windows is doing. If there are only, say, 1000 bytes available in the receive buffer and a new packet containing 1480 bytes is coming then Windows may decide to get whatever it can (only 1000 bytes) and drop the remaining 480 bytes. This may explain the lower average packet size. >... Or are you seeing any > incomplete and/or malformed packets, rather than just missing packets? I just see invalid data at the end. But because of the way I calculate the average packet size (totalling bytesRead straight after the call to recvfrom...) and I know that the source supplies data packets with constant average size I believe that quite a few incomplete packets are being received by recvfrom(). > >I increased that size from 50 to 250 KB and as a result the "playback" ran > >Ok for longer. After that I've got the same problem. > > OK, this suggests that the process that's reading the incoming packets > (i.e., using the LIVE.COM library code) is not able to keep up with the > arrival of incoming network packets. Windows reported less than 40% cpu usage during playback from both sources. So if the CPU is not the bottleneck then perhaps the task scheduler is the bad guy. > Do you find that this problem occurs on Windows NT, 2000, ... It is Windows 2000 Pro, SP2 > In any case, I think there's some OS call you can make in Windoze to > increase the scheduling priority of you application. You may > find that this overcomes the problem. A call to SetPriorityClass(GetCurrentProcess(), HIGH_PRIORITY_CLASS) did not result in a noticeable improvement. I thing I will stick to the original hack - reading more packets when I detect corrupted data. This leaves the user with the illusion that the system is running fine. Perhaps this is as good as one can get under windows. Once again - thanks for your help Regards Vesselin From Wed Dec 05 20:56:40 2001 Received: from panoramix.valinux.com ([198.186.202.147] helo=mail2.valinux.com) by usw-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 16BqaL-0006As-00 for ; Wed, 05 Dec 2001 20:56:37 -0800 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by mail2.valinux.com with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Bq3v-0007i7-00 for ; Wed, 05 Dec 2001 20:23:07 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id JAA07637 for live-devel(at)lists.sourceforge.net; Thu, 6 Dec 2001 09:08:13 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id HAA24243 for ; Thu, 6 Dec 2001 07:33:50 +0530 From: M BALATHANDAYUTHAPANI To: In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 5 20:57:04 2001 X-Original-Date: Thu, 6 Dec 2001 07:33:49 +0530 (IST) Status: O Hi, i have installed the ffmpeg server and for my work just i have stream only stored file, in the ffserver.conf file i have given the path as /tmp/clock.avi. but i am unable to play this avi from any of the system in the network, and also i have one doubt of whether the avi file has to be converted into .asm file manually . thanking you with regards M.Balathandayuthapani From Thu Dec 06 00:24:28 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16BtpU-0003Tu-00 for ; Thu, 06 Dec 2001 00:24:28 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA10631; Thu, 6 Dec 2001 00:24:18 -0800 (PST) Message-Id: <4.3.1.1.20011206002153.00bf3ee0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: M BALATHANDAYUTHAPANI From: Ross Finlayson Subject: Re: [Live-devel] (no subject) Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Dec 6 00:25:04 2001 X-Original-Date: Thu, 06 Dec 2001 00:23:56 -0800 Status: O At 06:03 PM 12/5/01, M BALATHANDAYUTHAPANI wrote: >Hi, > i have installed the ffmpeg server and for my work just i have stream >only stored file, in the ffserver.conf file i have given the path as >/tmp/clock.avi. but i am unable to play this avi from any of the system in >the network, and also i have one doubt of whether the avi file has to be >converted into .asm file manually . Are you sure you have the right email address? There's nothing called "ffmpeg server" or "ffserver.conf" in the LIVE.COM Streaming Media code. Ross. From Fri Dec 07 00:34:28 2001 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16CGSe-0007eF-00 for ; Fri, 07 Dec 2001 00:34:25 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id NAA11414; Fri, 7 Dec 2001 13:32:32 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id MAA31221; Fri, 7 Dec 2001 12:01:51 +0530 From: M BALATHANDAYUTHAPANI To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net Subject: [Live-devel] (no subject) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Dec 7 00:35:02 2001 X-Original-Date: Fri, 7 Dec 2001 12:01:51 +0530 (IST) Status: O Hi Thanks Mr. Rose, It is not in Live.com,it is related with ffmepg site, in Live.com also i got probelm with running client side, is there any RTP support client running under linux or in windows. In my system(linux) server is ruuning fine(mp3 streaming server program), in the client side i am getting the streams in "stdout" but i want to redirect directly into some player.i need help regarding this. thanking you M.Bala From Fri Dec 07 08:22:17 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16CNlQ-0008HC-00 for ; Fri, 07 Dec 2001 08:22:16 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id IAA95096; Fri, 7 Dec 2001 08:22:10 -0800 (PST) Message-Id: <4.3.1.1.20011207081326.00bc9f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: M BALATHANDAYUTHAPANI From: Ross Finlayson Subject: Re: [Live-devel] (no subject) Cc: In-Reply-To: References: <4.3.1.1.20011206002153.00bf3ee0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Dec 7 08:23:02 2001 X-Original-Date: Fri, 07 Dec 2001 08:18:46 -0800 Status: O At 10:31 PM 12/6/01, M BALATHANDAYUTHAPANI wrote: >got probelm with running client side, is there any RTP support client >running under linux or in windows. Yes, the library, and all of the client test applications, will compile for both Linux and Windows (and FreeBSD, Solaris, MacOS X, QNX, etc., etc). >In my system(linux) server is ruuning fine(mp3 streaming server program), >in the client side i am getting the streams in "stdout" but i want to >redirect directly into some player.i need help regarding this. Please see for a list of MP3 players (or plugins to MP3 players) that will let you receive and play the multicast MP3 stream directly. (If you use one of these, you won't need to use "testMP3Receiver".) Ross. From Mon Dec 10 08:39:12 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16DTSQ-0001nm-00 for ; Mon, 10 Dec 2001 08:39:10 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id IAA51483; Mon, 10 Dec 2001 08:39:07 -0800 (PST) Message-Id: <4.3.1.1.20011210090850.00b2ef00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Zeno Crivelli From: Ross Finlayson Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: OpenRTSP and quicktime streams (sorenson codec) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 10 08:40:05 2001 X-Original-Date: Mon, 10 Dec 2001 09:39:28 -0700 Status: O At 08:08 AM 12/10/01, you wrote: >I've tried to download the following movie with your great openRTSP, >but....it doesn't work! >(It's a quicktime streams about WebObjects & Mac OS X) [...] >What I get is: [...] >Unable to create receiver for "audio/X-QDM" subsession: RTP payload format >unknown or not supported >Unable to create receiver for "video/X-SORENSONVIDEO" subsession: RTP >payload format unknown or not supported Zeno, The problem here is that both of these RTP payload formats ("X-QDM" for audio; "X-SORENSONVIDEO" for video) are proprietary and undocumented, so I don't know how data for these sessions are packed into RTP packets, so "openRTSP" can't extract the media data from these sessions. One thing you can try is use the "-s 0" option. This will extract all of the data in each packet, following the RTP header. I'm not sure whether or not this will give you useful data (but I note that you said that "-s 0" didn't work). Ross. From Wed Dec 12 19:09:19 2001 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16EMFI-0006qp-00 for ; Wed, 12 Dec 2001 19:09:17 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Thu, 13 Dec 2001 13:39:04 +1030 Message-ID: From: Vesselin Kostadinov To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Bug in MultiFramedRTPSink::sendPacketIfNecessary() ? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 12 19:10:01 2001 X-Original-Date: Thu, 13 Dec 2001 13:38:58 +1030 Status: O I have a subclass of FramedSource that does not know exactly when the next frame is due, so my implementation of "virtual float getPlayTime(unsigned numFrames)" returns 0.0. I also have a subclass of MultiFramedRTPSink that streams the data to the network. The system had quite a weird behaviour: it worked fine for ~36 minutes, then stopped for another ~36 minutes, then started again and so on. It seems that the reason is in MultiFramedRTPSink::sendPacketIfNecessary(). Take a look at the following code: float timeToNextPacket = fSource == NULL ? (float)(0.0) : fSource->getPlayTime(fNumFramesUsedSoFar); unsigned secs = (unsigned)timeToNextPacket; unsigned usecs = (unsigned)((timeToNextPacket-secs)*1000000.0); // we don't round up here, to avoid creeping delays fNextSendTime.tv_usec += usecs; fNextSendTime.tv_sec += secs + fNextSendTime.tv_usec/1000000; fNextSendTime.tv_usec %= 1000000; // Figure out how long we have until this time occurs: struct timeval timeNow; gettimeofday(&timeNow, &Idunno); int uSecondsToGo = (fNextSendTime.tv_sec - timeNow.tv_sec)*1000000 + (fNextSendTime.tv_usec - timeNow.tv_usec); // Delay this amount of time: nextTask() = envir().taskScheduler().scheduleDelayedTask(uSecondsToGo, (TaskProc*)sendNext, this); fNextSendTime is initialised with the call to continuePlaying(). If timeToNextPacket == 0.0 fNextSendTime will never change! uSecondsToGo will become negative and 36 minutes later the expression (fNextSendTime.tv_sec - timeNow.tv_sec)*1000000 will become < -2147483648, resulting in integer underflow and causing the next "sendNext" to be scheduled in another ~36 minutes. I placed a check for such a condition between the last 2 statements: int uSecondsToGo = (fNextSendTime.tv_sec - timeNow.tv_sec)*1000000 + (fNextSendTime.tv_usec - timeNow.tv_usec); if (uSecondsToGo < 0) fNextSendTime = timeNow; // Delay this amount of time: nextTask() = envir().taskScheduler().scheduleDelayedTask(uSecondsToGo, (TaskProc*)sendNext, this); This keeps fNextSendTime closer to the current time, avoiding risk of underflows. After that the process worked fine for me. I hope there will not be any side effects. However if the user changes the PC clock he could experience similar behaviour! Regards Vesselin From Wed Dec 12 19:58:08 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16EN0Z-0000l5-00 for ; Wed, 12 Dec 2001 19:58:07 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id TAA73691; Wed, 12 Dec 2001 19:58:07 -0800 (PST) Message-Id: <4.3.1.1.20011212203906.00b95300(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Bug in MultiFramedRTPSink::sendPacketIfNecessary() ? In-Reply-To: > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 12 19:59:02 2001 X-Original-Date: Wed, 12 Dec 2001 20:55:40 -0700 Status: O Vesselin, Thanks for the bug report. >I placed a check for such a condition between the last 2 statements: [...] > if (uSecondsToGo < 0) > fNextSendTime = timeNow; [...] >This keeps fNextSendTime closer to the current time Actually, I'd prefer "fNextSendTime" to remain "the time at which the next packet will be (or should have been) sent", based on the value returned by getPlayTime(). Note that it is possible for "fNextSendTime" to fall behind real time for a variety of reasons, but we'd like it to remain accurate in case we later catch up. So, the fix I made was to replace the statement int uSecondsToGo = (fNextSendTime.tv_sec - timeNow.tv_sec)*1000000 + (fNextSendTime.tv_usec - timeNow.tv_usec); with int uSecondsToGo; if (fNextSendTime.tv_sec < timeNow.tv_sec) { uSecondsToGo = 0; // prevents integer underflow if too far behind } else { uSecondsToGo = (fNextSendTime.tv_sec - timeNow.tv_sec)*1000000 + (fNextSendTime.tv_usec - timeNow.tv_usec); } (Note that - in the subsequent call to "scheduleDelayedTask()", having a delay value of 0 has the same effect as having a delay value <0.) This fix will prevent "uSecondsToGo" from underflowing, while keeping "fNextSendTime" at its correct value. This fix will appear in the next release of the library. Ross. From Thu Dec 13 18:46:48 2001 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16EiN3-0003ad-00; Thu, 13 Dec 2001 18:46:45 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id IAA10101; Fri, 14 Dec 2001 08:07:10 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id GAA00435; Fri, 14 Dec 2001 06:37:33 +0530 From: M BALATHANDAYUTHAPANI To: cc: live-devel(at)lists.sourceforge.net In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Dec 13 18:47:03 2001 X-Original-Date: Fri, 14 Dec 2001 06:37:33 +0530 (IST) Status: O Hi Ross, I have gone through the some of the source code of test programs, it is understandable but i want to know is there any documentation available to start our own simple programs. with regards M.Balathandayuthapani From Thu Dec 13 20:45:16 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16EkDk-0005Ud-00 for ; Thu, 13 Dec 2001 20:45:16 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id UAA24063; Thu, 13 Dec 2001 20:45:15 -0800 (PST) Message-Id: <4.3.1.1.20011213213822.00ba4100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] (no subject) In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Dec 13 20:46:01 2001 X-Original-Date: Thu, 13 Dec 2001 21:41:12 -0700 Status: O At 06:07 PM 12/13/01, M BALATHANDAYUTHAPANI wrote: > I have gone through the some of the source code of test programs, it is >understandable but i want to know is there any documentation available to >start our own simple programs. For now, the best way to understand how to use the libraries is to (i) study the example programs in the "testProgs" directory, and (especially) (ii) ask questions on this mailing list. At some point (in the not too distant future) I definitely want to produce some real documentation for the libraries (especially now that the APIs seem to be stabilizing), but right now I have to focus on activities that pay the bills. Ross. From Sun Dec 16 19:00:23 2001 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Fo0q-0000nK-00 for ; Sun, 16 Dec 2001 19:00:20 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Mon, 17 Dec 2001 13:29:58 +1030 Message-ID: From: Vesselin Kostadinov To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0009_01C186FE.E5AED520" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] suggestions Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 16 19:01:02 2001 X-Original-Date: Mon, 17 Dec 2001 13:29:53 +1030 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C186FE.E5AED520 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Ross, Could you consider following changes for the next release of the library: 1. In Groupsock.cpp replace: int numBytes = readSocket(env(), socketNum(), encapsulatedData, maxBytesToRead, fromAddress); with: struct timeval timeout; timeout.tv_sec = 0; timeout.tv_usec = 0; int numBytes = readSocket(env(), socketNum(), encapsulatedData, maxBytesToRead, fromAddress, &timeout); This will disable the blocking call to select() in readSocket (GroupsockHelper.cpp). You would not want blocking calls in a "real-time" library, would you? 2. In BasicHashTable.hh could you replace: #define SILLY_ARRAY_SIZE 10 with: #define SILLY_ARRAY_SIZE 100 I found an overflow of fSillyArray to be pretty hard to debug... Regards Vesselin ------=_NextPart_000_0009_01C186FE.E5AED520 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJMDCCAs4w ggI3oAMCAQICAwRHsDANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw MC44LjMwMB4XDTAxMDIyODAxMDExMloXDTAyMDIyODAxMDExMlowgYcxEzARBgNVBAQTCktvc3Rh ZGlub3YxGjAYBgNVBCoTEVZlc3NlbGluIElvcmRhbm92MSUwIwYDVQQDExxWZXNzZWxpbiBJb3Jk YW5vdiBLb3N0YWRpbm92MS0wKwYJKoZIhvcNAQkBFh5WZXNzZWxpbi5Lb3N0YWRpbm92QEJlb25p Yy5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMm6T2bDh1ddBlyE/MDVSJ3StsXcNuT0 4p8E6cjfDGSS1C3WhbPJIQHsUVDhyXXrPCaf6uodN2krd1sFSRWFjDtU6R3iZkxdVkmAawkOMUKh uQg8V7Gy4gBAwjpMiQAtLqV1dSKxMK6XAB3U1rK5JiJovQjKDlonrtOhg/s1E6QhAgMBAAGjOzA5 MCkGA1UdEQQiMCCBHlZlc3NlbGluLktvc3RhZGlub3ZAQmVvbmljLmNvbTAMBgNVHRMBAf8EAjAA MA0GCSqGSIb3DQEBBAUAA4GBADnJARWAm7b6ltJeDDRuEPwQG53TZuzkIZSIY1dRE1EoPJsES2M7 KjO8ACY65wp0iY5lPqgWWljJhvQaiHOReuFUnRLK9VCar+6gIxzxgViI6idQA+CmRRh99TSn5P2u m/xSC74Msq2fsdmNmE+tFvyAuo6+XDsyytuV4o30ENAfMIIDKTCCApKgAwIBAgIBDDANBgkqhkiG 9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNh dGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAwMDgz MDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0 aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmK YzUqbXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC 9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8C AQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5 DWomKmKEH7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYL wVBXtewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMIIDLTCCApag AwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3 dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3Rl IENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAi BgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29u YWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCU ZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzm j+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR /Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+ Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFc oqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzd UYRr5PjRzneigTGCAo4wggKKAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjgu MzACAwRHsDAJBgUrDgMCGgUAoIIBSTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wMTEyMTcwMjU5NDdaMCMGCSqGSIb3DQEJBDEWBBRF5RilM1o5tWZ+P6E08nvj2aaA CDA8BgkqhkiG9w0BCQ8xLzAtMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqG SIb3DQIFMIGrBgkrBgEEAYI3EAQxgZ0wgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRD ZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAu OC4zMAIDBEewMA0GCSqGSIb3DQEBAQUABIGAKU6WDVTBq5qdixDPdKoEBCdTwaHEQxJc1ctkiJZs IPGu0ieqbLGvzQ5NoqmbWaltg7J7rbfWATGGVf27NzGcbuZiL5juoUA+9Z8h2RmEZTj2ElarGWp5 t9msojJhC5QKPNZ7un9tc9dnoCHDXFHxluG2O0cPVRQUbPSQmqK6/LIAAAAAAAA= ------=_NextPart_000_0009_01C186FE.E5AED520-- From Sun Dec 16 22:03:08 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Fqrk-0007HS-00 for ; Sun, 16 Dec 2001 22:03:08 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id WAA13141; Sun, 16 Dec 2001 22:03:07 -0800 (PST) Message-Id: <4.3.1.1.20011216214445.00b8dd30(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] suggestions In-Reply-To: > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 16 22:04:02 2001 X-Original-Date: Sun, 16 Dec 2001 22:01:08 -0800 Status: O At 06:59 PM 12/16/01, Vesselin Kostadinov wrote: >This will disable the blocking call to select() in readSocket >(GroupsockHelper.cpp). You would not want blocking calls in a >"real-time" library, would you? Actually, yes. Reading from a 'groupsock' object is meant to be blocking - i.e., until data arrives on its socket. That way, the caller always has data available when it returns from the call (to Groupsock::handleRead()) - unless, of course the socket is no longer open. This makes the calling code simple, and doesn't require wasting any CPU time by having to sit in a loop 'polling' the socket. If you want to read from a 'groupsock' asynchronously, then the way to do this is to create a handler routine, and use "TaskScheduler::turnOnBackgroundReadHandling()" to call this handler routine whenever data is available on the socket. The handler routine can then call Groupsock::handleRead(), knowing that this will not block (despite the fact that it calls select()). >2. In BasicHashTable.hh could you replace: > >#define SILLY_ARRAY_SIZE 10 > >with: > >#define SILLY_ARRAY_SIZE 100 > >I found an overflow of fSillyArray to be pretty hard to debug... OK, I'll do this. Of course, the real fix would be for me to implement a real hash table, rather than the linear array hack that's there now... Thanks for the suggestions. Ross. From Sun Dec 16 23:27:11 2001 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16FsB3-0007Wt-00 for ; Sun, 16 Dec 2001 23:27:09 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Mon, 17 Dec 2001 17:56:48 +1030 Message-ID: From: Vesselin Kostadinov To: Subject: RE: [Live-devel] suggestions MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 16 23:28:02 2001 X-Original-Date: Mon, 17 Dec 2001 17:56:43 +1030 Status: O Hi Ross, > >.... You would not want blocking calls in a > >"real-time" library, would you? > > Actually, yes. Reading from a 'groupsock' object is meant to be blocking - > i.e., until data arrives on its socket.... Well, a real-time program (including one that is using RTSP - _real_time_ streaming protocol) should be designed to respond to events as soon as they occur. What is supposed to happen with the event occurred while the program makes blocking calls to select()? This is not just a theoretical question. Windose sometimes freezes for over 6 seconds during a blocking call to select(). Needless to say neither the user interface nor the other RTSP clients within the program work during such a call. Also note that this particular socket has already been select()ed by the BasicTaskScheduler, so there should be data available in it. The blocking select() in readSocket looks redundant to me, especially when recvfrom() works fine. To make both of us happy would you consider adding another boolean property of Groupsock - something like fDisableBlockingSelects, defaulted to True and controlling the call to readSocket? I can write the code if you agree to include it in the library... By the way I solved the problem with the simultaneous connections to several RTSP servers. It was my lace implementation - I was creating 1 BasicUsageEnvironment and 1 SimpleRTPSource for each RTSP server, so I had several BasicUsageEnvironment-s at a time (shame on me!). It worked fine when I created one shared BasicUsageEnvironment and used it for all SimpleRTPSource-s and sinks. > If you want to read from a 'groupsock' asynchronously, then > the way to do this is to create a handler routine, and use > "TaskScheduler::turnOnBackgroundReadHandling()" to call this handler > routine whenever data is available on the socket. The handler routine can > then call Groupsock::handleRead(), knowing that this will not block > (despite the fact that it calls select()). This is more or less exactly what I am doing. I am using an instance of SimpleRTPSource whose parent class - MultiFramedRTPSource - calls turnOnBackgroundReadHandling() in doGetNextFrame1(). Regardless of that during high CPU & network load up to 30% of the time is wasted in blocking calls to select(), regardless of the fact that there is data in the socket. Note that there is absolutely no problem with the call to recvfrom(), it never blocked for over 22 milliseconds! Perhaps this is another feature of Windows... Regards Vesselin From Mon Dec 17 01:41:57 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16FuHU-0002Ap-00 for ; Mon, 17 Dec 2001 01:41:56 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA20452; Mon, 17 Dec 2001 01:41:55 -0800 (PST) Message-Id: <4.3.1.1.20011217011001.00ba6f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] suggestions In-Reply-To: > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 17 01:42:03 2001 X-Original-Date: Mon, 17 Dec 2001 01:41:53 -0800 Status: O > > If you want to read from a 'groupsock' asynchronously, then > > the way to do this is to create a handler routine, and use > > "TaskScheduler::turnOnBackgroundReadHandling()" to call this handler > > routine whenever data is available on the socket. The handler routine can > > then call Groupsock::handleRead(), knowing that this will not block > > (despite the fact that it calls select()). > >This is more or less exactly what I am doing. I am using an instance of >SimpleRTPSource whose parent class - MultiFramedRTPSource - calls >turnOnBackgroundReadHandling() in doGetNextFrame1(). Regardless of that >during high CPU & network load up to 30% of the time is wasted in blocking >calls to select(), regardless of the fact that there is data in the socket. If there is data in the socket (which there must be, otherwise you would not have returned from the select() loop in BasicUsageEnvironment and your handler function would not have been called), then the additional call to select() in the "readSocket()" function (defined in "GroupsockHelper.cpp") *should* always return immediately. Are you really sure that you are seeing this select() call block? Are you doing anything that might cause it to block - e.g., by calling Groupsock::handleRead() more than once from inside a handler function? (However, if you're just using SimpleRTPSource, then that won't be happening...) But anyway, you're correct that the call to select() within "readSocket()" is redundant, especially since the subsequent call to recvfrom() is supposed to have the same effect - blocking if no data is present on the socket. So, that call to select() can probably go away - it's there for historical reasons; I seem to have some recollection of it being needed years ago for things to work properly - but perhaps not... So, anyway, could you try removing the call to select() from within "readSocket()" (except in the case where the "timeout" parameter is non-NULL), and let me know if this improves your program's performance on Windows (or if it causes problems of some sort). It may be that this is enough to overcome the problems that you're seeing. Ross. From Mon Dec 17 20:08:40 2001 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GBYS-00089z-00 for ; Mon, 17 Dec 2001 20:08:37 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Tue, 18 Dec 2001 14:38:12 +1030 Message-ID: From: Vesselin Kostadinov To: Subject: RE: [Live-devel] suggestions MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0005_01C187D1.98FBFBD0" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 17 20:09:03 2001 X-Original-Date: Tue, 18 Dec 2001 14:38:08 +1030 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C187D1.98FBFBD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit > ... then the additional call to > select() in the "readSocket()" function (defined in "GroupsockHelper.cpp") > *should* always return immediately. Are you really sure that you are > seeing this select() call block? Here is how I measured it (code in GroupsockHelper.cpp, explanation follows): const int MaxSlots = 2; const int histSize = 30; const int TimeProcessIsConsideredTooLong = 500; timeb astarts[MaxSlots]; int maxMSecs[MaxSlots]; int histptr = 0; struct hist_t {timeb TS; int Id; int OldMax; int NewMax;int CurBigVal;} hist[histSize]; void setStart(int Id) { ftime(&(astarts[Id])); } void setEnd(int Id){ timeb endtime; ftime(&endtime); int msecs = (endtime.time - astarts[Id].time) * 1000 + (endtime.millitm - astarts[Id].millitm); if (msecs > maxMSecs[Id]) { hist[histptr].TS = endtime; hist[histptr].Id = Id; hist[histptr].OldMax = maxMSecs[Id]; hist[histptr].NewMax = msecs; if (histptr < histSize) histptr++; maxMSecs[Id] = msecs; } else { if (msecs > TimeProcessIsConsideredTooLong) { hist[histptr].TS = endtime; hist[histptr].Id = Id; hist[histptr].CurBigVal = msecs; if (histptr < histSize) histptr++; } } } int readSocket(UsageEnvironment& env, int socket, unsigned char* buffer, unsigned bufferSize, struct sockaddr_in& fromAddress, struct timeval* timeout) { int bytesRead = -1; do { fd_set rd_set; FD_ZERO(&rd_set); FD_SET(((unsigned int)socket), &rd_set); const unsigned numFds = socket+1; setStart(0); int selectResult = select(numFds, &rd_set, NULL, NULL, timeout); setEnd(0); if (selectResult == 0 && timeout != NULL) { bytesRead = 0; break; } else if (selectResult <= 0) { socketErr(env, "select() error: "); break; } if (!FD_ISSET(socket, &rd_set)) { socketErr(env, "select() error - !FD_ISSET"); break; } SOCKLEN_T addressSize = sizeof fromAddress; setStart(1); bytesRead = recvfrom(socket, (char*)buffer, bufferSize, 0, (struct sockaddr*)&fromAddress, &addressSize); setEnd(1); ..... Basically with setStart I record a timestamp and with setEnd I calculate the time since setStart. Then if that time is higher that the previous maximum I record an event into hist and update the current maximum. Event is also recorded when the time is > 0.5 sec. After ~2 minutes the contents of the structures is: maxMSecs: { 6079, 11 } hist: { { { 1008649562, 992, -570, 0 }, 0, 0, 10, 0 }, { { 1008649563, 392, -570, 0 }, 1, 0, 10, 0 }, { { 1008649571, 624, -570, 0 }, 0, 10, 20, 0 }, { { 1008649573, 827, -570, 0 }, 0, 20, 40, 0 }, { { 1008649574, 67, -570, 0 } , 0, 40, 80, 0 }, { { 1008649585, 975, -570, 0 }, 0, 80, 5378, 0 }, { { 1008649600, 596, -570, 0 }, 0, 0, 0, 4076 }, { { 1008649606, 815, -570, 0 }, 0, 0, 0, 2264 }, { { 1008649610, 530, -570, 0 }, 0, 0, 0, 3695 }, { { 1008649616, 298, -570, 0 }, 0, 0, 0, 791 }, { { 1008649618, 872, -570, 0 }, 0, 0, 0, 2544 }, { { 1008649625, 1, -570, 0 } , 0, 0, 0, 4537 }, { { 1008649634, 524, -570, 0 }, 0, 5378, 5477, 0 }, { { 1008649640, 603, -570, 0 }, 0, 5477, 6079, 0 }, { { 1008649652, 30, -570, 0 } , 0, 0, 0, 3936 }, { { 1008649661, 904, -570, 0 }, 0, 0, 0, 5939 }, { { 1008649667, 782, -570, 0 }, 0, 0, 0, 5878 }, { { 1008649690, 926, -570, 0 }, 1, 10, 11, 0 }, {... nulls ^ time, if > 0.5 sec ^ new maximum time ^ old maximum time ^ call being measured, 0: select(), 1: recvfrom ^ timestamp so the calls to select() recorded a total blocking time of over 50 seconds (out of 128). The calls to recvfrom() are Ok > So, anyway, could you try removing the call to select() from within > "readSocket()" (except in the case where the "timeout" parameter is > non-NULL), and let me know if this improves your program's > performance on > Windows (or if it causes problems of some sort). I tried that piece of code: const unsigned numFds = socket+1; setStart(0); int selectResult = (timeout == NULL) ? 1 /*Is this OK?*/: select(numFds, &rd_set, NULL, NULL, timeout); setEnd(0); if (selectResult == 0 && timeout != NULL) { Result: maxMSecs: { 10, 6079 } hist: { { { 1008651274, 703, -570, 0 }, 1, 0, 10, 0 }, { { 1008651276, 265, -570, 0 }, 1, 10, 80, 0 }, { { 1008651278, 488, -570, 0 }, 1, 80, 801, 0 }, { { 1008651280, 992, -570, 0 }, 0, 0, 10, 0 }, { { 1008651288, 763, -570, 0 }, 1, 801, 6079, 0 }, { { 1008651293, 900, -570, 0 }, 1, 0, 0, 5107 }, { { 1008651306, 969, -570, 0 }, 1, 0, 0, 4847 }, { { 1008651318, 936, -570, 0 }, 1, 0, 0, 1872 }, { { 1008651323, 603, -570, 0 }, 1, 0, 0, 4657 }, { { 1008651326, 628, -570, 0 }, 1, 0, 0, 3005 }, { { 1008651330, 203, -570, 0 }, 1, 0, 0, 1833 }, { { 1008651337, 744, -570, 0 }, 1, 0, 0, 4587 }, { { 1008651346, 206, -570, 0 }, 1, 0, 0, 5869 }, { { 1008651351, 273, -570, 0 }, 1, 0, 0, 5047 }, { { 1008651361, 908, -570, 0 }, 1, 0, 0, 3715 }, { { 1008651365, 664, -570, 0 }, 1, 0, 0, 3726 }, { { 1008651374, 617, -570, 0 }, 1, 0, 0, 5809 }, {...nulls So now the calls to recvfrom() are blocking, with total block time 57 out of 100 seconds. It is getting worse. ------=_NextPart_000_0005_01C187D1.98FBFBD0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJMDCCAs4w ggI3oAMCAQICAwRHsDANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw MC44LjMwMB4XDTAxMDIyODAxMDExMloXDTAyMDIyODAxMDExMlowgYcxEzARBgNVBAQTCktvc3Rh ZGlub3YxGjAYBgNVBCoTEVZlc3NlbGluIElvcmRhbm92MSUwIwYDVQQDExxWZXNzZWxpbiBJb3Jk YW5vdiBLb3N0YWRpbm92MS0wKwYJKoZIhvcNAQkBFh5WZXNzZWxpbi5Lb3N0YWRpbm92QEJlb25p Yy5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMm6T2bDh1ddBlyE/MDVSJ3StsXcNuT0 4p8E6cjfDGSS1C3WhbPJIQHsUVDhyXXrPCaf6uodN2krd1sFSRWFjDtU6R3iZkxdVkmAawkOMUKh uQg8V7Gy4gBAwjpMiQAtLqV1dSKxMK6XAB3U1rK5JiJovQjKDlonrtOhg/s1E6QhAgMBAAGjOzA5 MCkGA1UdEQQiMCCBHlZlc3NlbGluLktvc3RhZGlub3ZAQmVvbmljLmNvbTAMBgNVHRMBAf8EAjAA MA0GCSqGSIb3DQEBBAUAA4GBADnJARWAm7b6ltJeDDRuEPwQG53TZuzkIZSIY1dRE1EoPJsES2M7 KjO8ACY65wp0iY5lPqgWWljJhvQaiHOReuFUnRLK9VCar+6gIxzxgViI6idQA+CmRRh99TSn5P2u m/xSC74Msq2fsdmNmE+tFvyAuo6+XDsyytuV4o30ENAfMIIDKTCCApKgAwIBAgIBDDANBgkqhkiG 9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNh dGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAwMDgz MDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJu IENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0 aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmK YzUqbXA8+tyu9+50bzC8M5B/+TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC 9tewkd4c6avgGAOofENCUFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYD VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8C AQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5 DWomKmKEH7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYL wVBXtewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMIIDLTCCApag AwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3 dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdExCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3Rl IENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAi BgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29u YWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA1GnX1LCU ZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G6qPduc6WZBrCFG5ErHzm j+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56aJtVquzgkCGqYx7Hao5iR /Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQQFAAOBgQDH7JJ+ Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6ZJwXrEcp352YXtJsYHFc oqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl8uacLxXK/qarigd1iwzd UYRr5PjRzneigTGCAo4wggKKAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjgu MzACAwRHsDAJBgUrDgMCGgUAoIIBSTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wMTEyMTgwNDA4MDJaMCMGCSqGSIb3DQEJBDEWBBRVRw58LMYfgexiwn6paYxptNo1 xzA8BgkqhkiG9w0BCQ8xLzAtMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqG SIb3DQIFMIGrBgkrBgEEAYI3EAQxgZ0wgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRD ZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAu OC4zMAIDBEewMA0GCSqGSIb3DQEBAQUABIGAfrTfVe/tNRlqIZM+cxn3IAK8kbyrsAZx4afPhLRR bDWgE1n9dK+lIVwE0EEtwUwpraTzXmpS4RCU4rqiWMbEwNTajh1O61biUuwJxb5M3ccnq2zqep0z FoCvLzlN4BzJQTrctoD2cOxyPm5tCoYaFGRhGcVWn4Z0+4Fju7uEeE4AAAAAAAA= ------=_NextPart_000_0005_01C187D1.98FBFBD0-- From Mon Dec 17 20:35:26 2001 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GBxc-0002Wb-00 for ; Mon, 17 Dec 2001 20:34:38 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id KAA30945 for live-devel(at)lists.sourceforge.net; Tue, 18 Dec 2001 10:01:50 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id IAA17876 for ; Tue, 18 Dec 2001 08:06:06 +0530 From: M BALATHANDAYUTHAPANI To: In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 17 20:36:02 2001 X-Original-Date: Tue, 18 Dec 2001 08:06:05 +0530 (IST) Status: O Hi Ross Thanks for your reply, in my previous mail i asked about, how to play the received stream instead of stroing in one file, i couldn't find the mp3 players for that, please once again give me the detailed reply. with regards M.Bala From Tue Dec 18 00:04:27 2001 Received: from vtools.es ([212.64.166.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GFEh-0008Ns-00 for ; Tue, 18 Dec 2001 00:04:27 -0800 Received: from paquito.vtools.es (paquito.vtools.es [192.67.79.105]) by vtools.es (Postfix) with SMTP id B0FBA459E for ; Tue, 18 Dec 2001 09:10:05 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Francisco Javier Cabello Reply-To: To: X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01121809042002.11791(at)paquito.vtools.es> Content-Transfer-Encoding: 8bit Subject: [Live-devel] openrtsp crashes Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 18 00:05:03 2001 X-Original-Date: Tue, 18 Dec 2001 09:04:20 +0100 Status: O Hello, I'm trying live.com libraries with Windows98 and I have seen OpenRTSP crashes. The first time I tried with binary of OpenRTSP you can download from web page, but it crashed. Now, I have downloaded the sources and compiled it with Visual Studio with the same result. OpenRTSP crashes after prints SDP information. Any ideas? Thanks. Francisco J. Cabello -- In a world without fences, who needs Gates. 8:21am up 36 days, 44 min, 5 users, load average: 0.08, 0.02, 0.01 From Tue Dec 18 00:27:47 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GFbF-0002e8-00 for ; Tue, 18 Dec 2001 00:27:45 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA79021; Tue, 18 Dec 2001 00:27:26 -0800 (PST) Message-Id: <4.3.1.1.20011218002428.00ba8530(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] openrtsp crashes Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 18 00:28:07 2001 X-Original-Date: Tue, 18 Dec 2001 00:25:43 -0800 Status: O At 12:04 AM 12/18/01, Francisco Javier Cabello wrote: >I'm trying live.com libraries with Windows98 and I have seen OpenRTSP >crashes. The first time I tried with binary of OpenRTSP you can download from >web page, but it crashed. Now, I have downloaded the sources and compiled it >with Visual Studio with the same result. OpenRTSP crashes after prints SDP >information. Francisco, Thanks for the report. Can you tell me a (publically accessible) "rtsp://" URL that illustrates this problem? Ross. From Tue Dec 18 00:38:29 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GFlc-0003i0-00 for ; Tue, 18 Dec 2001 00:38:28 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA81085; Tue, 18 Dec 2001 00:37:25 -0800 (PST) Message-Id: <4.3.1.1.20011218003208.00ba8830(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: M BALATHANDAYUTHAPANI From: Ross Finlayson Subject: Re: [Live-devel] (no subject) Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 18 00:39:03 2001 X-Original-Date: Tue, 18 Dec 2001 00:32:53 -0800 Status: O At 06:36 PM 12/17/01, M BALATHANDAYUTHAPANI wrote: >Hi Ross > Thanks for your reply, in my previous mail i asked about, how to play the >received stream instead of stroing in one file, i couldn't find the mp3 >players for that, please once again give me the detailed reply. Again, please see for a list of MP3 players (or plugins to MP3 players) that will let you receive and play incoming multicast MP3 streams. (If you use one of these, you won't need to use "testMP3Receiver".) Ross. From Tue Dec 18 01:02:26 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GG8o-0005la-00 for ; Tue, 18 Dec 2001 01:02:26 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA86134; Tue, 18 Dec 2001 01:02:26 -0800 (PST) Message-Id: <4.3.1.1.20011218004256.00b8fd00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] suggestions In-Reply-To: > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 18 01:03:02 2001 X-Original-Date: Tue, 18 Dec 2001 01:01:41 -0800 Status: O Vesselin, Thanks for the report. It's astonishing that Windows is so brain damaged here; none of those calls to select() or recvfrom() should be blocking, as they're being called from within a read handler function. Anyway, I'll try taking the same measurements on my own Windows systems (NT & 95), to see if I see the same thing. Ross. From Tue Dec 18 03:39:53 2001 Received: from vtools.es ([212.64.166.137]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GIbA-0005Sy-00 for ; Tue, 18 Dec 2001 03:39:53 -0800 Received: from paquito.vtools.es (paquito.vtools.es [192.67.79.105]) by vtools.es (Postfix) with SMTP id AB4E25F11; Tue, 18 Dec 2001 12:45:30 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Francisco Javier Cabello Reply-To: To: Ross Finlayson Subject: Re: [Live-devel] openrtsp crashes X-Mailer: KMail [version 1.2] Cc: References: <4.3.1.1.20011218002428.00ba8530(at)localhost> In-Reply-To: MIME-Version: 1.0 Message-Id: <01121812394508.11791(at)paquito.vtools.es> Content-Transfer-Encoding: 8bit Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 18 03:40:12 2001 X-Original-Date: Tue, 18 Dec 2001 12:39:45 +0100 Status: O Ross, I haven't any server accessible from internet, sorry. I'll try to debug it with Visual Studio. OpenRTSP compiled an runned in a Linux machine goes well, but the same source compiled with Visual Studio an runned in a Win98 machine crashes when try to receive video. My server is a own RTSP/RTP video server. If you want, I will sent you RTSP dialogue between openRTSP and RTSP server. My feeling is that error arrive before starting to receive RTP packets. Regards, Francisco J. Cabello. On Tuesday 18 December 2001 09:25, Ross Finlayson wrote: > At 12:04 AM 12/18/01, Francisco Javier Cabello wrote: > >I'm trying live.com libraries with Windows98 and I have seen OpenRTSP > >crashes. The first time I tried with binary of OpenRTSP you can download > > from web page, but it crashed. Now, I have downloaded the sources and > > compiled it with Visual Studio with the same result. OpenRTSP crashes > > after prints SDP information. > > Francisco, > > Thanks for the report. Can you tell me a (publically accessible) "rtsp://" > URL that illustrates this problem? > > Ross. -- In a world without fences, who needs Gates. 12:26pm up 36 days, 4:49, 5 users, load average: 1.13, 1.03, 0.91 From Tue Dec 18 05:53:19 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GKgJ-0003Zl-00 for ; Tue, 18 Dec 2001 05:53:19 -0800 Received: from localhost (ns.live.com [66.80.62.34]) by ns.live.com (8.9.3/8.9.3) with SMTP id FAA44737 for ; Tue, 18 Dec 2001 05:53:18 -0800 (PST) From: Ross Finlayson To: Subject: Re: [Live-devel] openrtsp crashes Message-ID: <20011218055315.A639(at)rsf-laptop> References: <4.3.1.1.20011218002428.00ba8530(at)localhost> <01121812394508.11791(at)paquito.vtools.es> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: from on Tue, Dec 18, 2001 at 03:39:45 -0800 X-Mailer: Balsa 1.0.0 Lines: 13 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 18 05:54:08 2001 X-Original-Date: Tue, 18 Dec 2001 05:53:15 -0800 Status: O On 2001.12.18 03:39:45 -0800 Francisco Javier Cabello wrote: > If you want, I will sent you RTSP > dialogue between openRTSP and RTSP server. Yes, please run the program with the "-V" option, and send the output. > My feeling is that error arrive before starting to receive RTP packets. One way to test this is to also use the "-n" (notify the user when RTP packets arrive) option. Ross. From Tue Dec 18 23:43:49 2001 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GbOA-0003jT-00 for ; Tue, 18 Dec 2001 23:43:43 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id NAA30427; Wed, 19 Dec 2001 13:10:56 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id JAA23101; Wed, 19 Dec 2001 09:19:44 +0530 From: M BALATHANDAYUTHAPANI To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net Subject: Re: [Live-devel] (no subject) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 18 23:44:04 2001 X-Original-Date: Wed, 19 Dec 2001 09:19:44 +0530 (IST) Status: O Hi Thanks for your reply, yesterday i have got one more problem, while reciecving the streming data, if i am running both server and client on same machine it is getting the stremed data into file, if server is running in some other machine it is not receving data, i have used url format of query like openRTSP rtsp://ourservername:portnumber it is starting the streaming but it is not receiving data.what coule be wrong. with regards M.Bala From Wed Dec 19 00:33:10 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16GcA1-0008JH-00 for ; Wed, 19 Dec 2001 00:33:09 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA69345; Wed, 19 Dec 2001 00:32:55 -0800 (PST) Message-Id: <4.3.1.1.20011219002639.00bb0ca0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: M BALATHANDAYUTHAPANI From: Ross Finlayson Subject: Re: [Live-devel] (no subject) Cc: In-Reply-To: References: <4.3.1.1.20011218003208.00ba8830(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 19 00:34:02 2001 X-Original-Date: Wed, 19 Dec 2001 00:30:03 -0800 Status: O At 07:49 PM 12/18/01, you wrote: >if i am running both server and client on >same machine it is getting the stremed data into file, if server is >running in some other machine it is not receving data, i have used >url format of query like > >openRTSP rtsp://ourservername:portnumber >it is starting the streaming but it is not receiving data.what coule be >wrong. Maybe there is a firewall somewhere between the server and client machines that is blocking UDP packets? Alternatively, if the session is multicast (rather than unicast), then the problem might be that there's no multicast routing between the server and client machines. Ross. From Thu Dec 20 02:36:03 2001 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16H0YO-0000dH-00 for ; Thu, 20 Dec 2001 02:35:57 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id QAA29838; Thu, 20 Dec 2001 16:07:46 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id NAA04733; Thu, 20 Dec 2001 13:18:18 +0530 From: M BALATHANDAYUTHAPANI To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net Subject: Re: [Live-devel] (no subject) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Dec 20 02:37:01 2001 X-Original-Date: Thu, 20 Dec 2001 13:18:18 +0530 (IST) Status: O Hi Thanks for your reply, I am testing the client and server within our intranet, our intranet is physically separated from internet, so we don't have firewall. and client system ipaddress is 201.123.80.100 and server system ipaddress is 201.123.80.112. In testmp3streamer.cpp you have assigned some ip address, in that what part i have to change for unicast transmission and for multicast transmission. with regards M.Bala > Maybe there is a firewall somewhere between the server and client machines > that is blocking UDP packets? > > Alternatively, if the session is multicast (rather than unicast), then the > problem might be that there's no multicast routing between the server and > client machines. > > Ross. > From Thu Dec 20 10:33:04 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16H807-0000lu-00 for ; Thu, 20 Dec 2001 10:33:03 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA80702; Thu, 20 Dec 2001 10:32:57 -0800 (PST) Message-Id: <4.3.1.1.20011220101448.00bc7370(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: M BALATHANDAYUTHAPANI From: Ross Finlayson Subject: Re: [Live-devel] (no subject) Cc: In-Reply-To: References: <4.3.1.1.20011219002639.00bb0ca0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Dec 20 10:34:03 2001 X-Original-Date: Thu, 20 Dec 2001 10:31:34 -0800 Status: O At 11:48 PM 12/19/01, you wrote: > I am testing the client and server within our intranet, our intranet >is physically separated from internet, so we don't have firewall. Are you trying to use "openRTSP" to receive a *multicast* session (e.g., from "testMP3Streamer" with the built-in RTSP server enabled)? If so, please try using the newest binary version of "openRTSP", which is available from . This version fixes a bug that could prevent multicast sessions from being received. (The installed library source code does not yet include this bug fix, so for now you'll need to use one of the pre-built binary versions of openRTSP.) >In testmp3streamer.cpp > you have assigned some ip address, in that what part i have to change >for unicast transmission and for multicast transmission. Simply change "multicastAddressStr" from a multicast address to a unicast address (the IP address of the intended destination (i.e, receiving client)). The port number should be the port on which this client receives the stream. Note, however, that you currently won't be able to receive this stream using "openRTSP", even if you've enabled the RTSP server in "testMP3Streamer". (This is because of a limitation in the library's RTSP server implementation; this will get fixed soon.) However, you will be able to receive the unicast stream using "playRTPMPEG", or using Winamp with the "in_rtp.dll" plugin (see . In Winamp, use a URL of the form rtp://: I hope this helps. Ross. From Fri Dec 21 10:38:04 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16HUYW-0006LH-00 for ; Fri, 21 Dec 2001 10:38:04 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA72091; Fri, 21 Dec 2001 10:37:58 -0800 (PST) Message-Id: <4.3.1.1.20011221100434.00bb9de0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: M BALATHANDAYUTHAPANI From: Ross Finlayson Subject: Re: [Live-devel] (no subject) Cc: In-Reply-To: References: <4.3.1.1.20011220101448.00bc7370(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Dec 21 10:39:01 2001 X-Original-Date: Fri, 21 Dec 2001 10:35:30 -0800 Status: O First, *please* put Subject: lines on your email messages! >Today we have tested the playRTPmpeg it is running fine in unicast mode, >if i want connect more than one client with same server, what changes i >have to do in the server side,(is it possible to assign more than one >address for multicassAddrStr). Ugh. If you want to send to more than one client, then you should use multicast. That's what it's for. If you *really* want to do this using 'multiple unicast', then the simplest way to do this - using the test programs (testMP3Streamer or testMPEGVideoStreamer) that are available in the "testProgs" directory - is to run more than one copy of the same program, with each copy sending to a different unicast address/port. > we have given the ipaddress of client >machine in the server machine. Also we found that it is receiving and >playing only video it is not giving any sound during the video play.what >could be wrong. Which server program are you using? Please be more specific in your questions. If you're using "testMPEGVideoStreamer", note that it transmits a MPEG video elementary stream (using the payload format defined in RFC 2250) only - not audio. Ross. From Fri Dec 21 17:58:04 2001 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16HbQH-0005Of-00 for ; Fri, 21 Dec 2001 17:58:02 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id HAA15810; Sat, 22 Dec 2001 07:29:52 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id FAA14048; Sat, 22 Dec 2001 05:53:16 +0530 From: M BALATHANDAYUTHAPANI To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] how to transmit and receive both audio and video streams Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Dec 21 17:59:02 2001 X-Original-Date: Sat, 22 Dec 2001 05:53:16 +0530 (IST) Status: O Hi Yes we have tested with "testMPEGVideoStreamer" and we are getting only video, from your reply i got an information that it only send video, ok, if i want to tranmit a movie file which contain both audio and video, what is the solution for tranmitting as well as for receiving. with regards M.Bala On Fri, 21 Dec 2001, Ross Finlayson wrote: > First, *please* put Subject: lines on your email messages! > > >Today we have tested the playRTPmpeg it is running fine in unicast mode, > >if i want connect more than one client with same server, what changes i > >have to do in the server side,(is it possible to assign more than one > >address for multicassAddrStr). > > Ugh. If you want to send to more than one client, then you should use > multicast. That's what it's for. > > If you *really* want to do this using 'multiple unicast', then the simplest > way to do this - using the test programs (testMP3Streamer or > testMPEGVideoStreamer) that are available in the "testProgs" directory - is > to run more than one copy of the same program, with each copy sending to a > different unicast address/port. > > > we have given the ipaddress of client > >machine in the server machine. Also we found that it is receiving and > >playing only video it is not giving any sound during the video play.what > >could be wrong. > > Which server program are you using? Please be more specific in your > questions. If you're using "testMPEGVideoStreamer", note that it transmits > a MPEG video elementary stream (using the payload format defined in RFC > 2250) only - not audio. > > Ross. > From Fri Dec 21 02:58:41 2001 Received: from uumail-relay-blr.ernet.in ([202.141.1.17]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16HNNp-00059C-00 for ; Fri, 21 Dec 2001 02:58:33 -0800 Received: (from uucp(at)localhost) by uumail-relay-blr.ernet.in (8.9.0/8.9.0) with UUCP id QAA29617; Fri, 21 Dec 2001 16:30:19 +0530 Received: from localhost (bala(at)localhost) by crlbel.ernet.in (8.9.3/8.9.3) with ESMTP id OAA11338; Fri, 21 Dec 2001 14:47:42 +0530 From: M BALATHANDAYUTHAPANI To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net Subject: Re: [Live-devel] (no subject) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Dec 21 22:57:45 2001 X-Original-Date: Fri, 21 Dec 2001 14:47:42 +0530 (IST) Status: O Hi Thanks for your reply. Today we have tested the playRTPmpeg it is running fine in unicast mode, if i want connect more than one client with same server, what changes i have to do in the server side,(is it possible to assign more than one address for multicassAddrStr). we have given the ipaddress of client machine in the server machine. Also we found that it is receiving and playing only video it is not giving any sound during the video play.what could be wrong. with regards M.Bala From Sat Dec 22 15:04:02 2001 Received: from mx0.gmx.net ([213.165.64.100]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16HvBQ-0006h5-00 for ; Sat, 22 Dec 2001 15:04:01 -0800 Received: (qmail 7041 invoked by uid 0); 22 Dec 2001 23:03:50 -0000 From: Kurt Hausler To: MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated-Sender: #0009377594(at)gmx.net X-Authenticated-IP: [217.80.226.185] Message-ID: <1223.1009062230(at)www34.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Subject: [Live-devel] openRTSP, how to turn the data into sound ? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sat Dec 22 15:05:01 2001 X-Original-Date: Sun, 23 Dec 2001 00:03:50 +0100 (MET) Status: O Hi, I am wanting to use openRTSP to listen to live streamed audio, I try this command line: openRTSP rtsp://203.167.246.143/coolrdu.sdp and it creates an audio-X-QT file, xmms and mpg123 see this as a mpeg2 layer 2 file, but xmms wont play it, and mpg123 makes a squeak, and then exits. I have also tried splay. I have tried using the -a command line flag to make it decode audio only, and piped that into splay, but once again no sound... I notice when I use the a flag, and put it into a file, one time xmsm identified it as mpg 2.5 layer 1, and the other players didn't recognise it. Another time, even xmms didn't recognise it as an mpg file. What method to you people use to hear the output of openRTSP please? Thanks Kurt -- Kurt Häusler GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net From Sat Dec 22 13:51:51 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Hu3b-0008Qs-00 for ; Sat, 22 Dec 2001 13:51:51 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA02548; Sat, 22 Dec 2001 13:51:35 -0800 (PST) Message-Id: <4.3.1.1.20011222134536.00b2ef00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: M BALATHANDAYUTHAPANI From: Ross Finlayson Subject: Re: [Live-devel] how to transmit and receive both audio and video streams Cc: In-Reply-To: References: <4.3.1.1.20011221100434.00bb9de0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 23 11:54:30 2001 X-Original-Date: Sat, 22 Dec 2001 13:49:41 -0800 Status: O At 04:23 PM 12/21/01, M BALATHANDAYUTHAPANI wrote: >Yes we have tested with "testMPEGVideoStreamer" and we are getting >only video, from your reply i got an information that it only send video, >ok, if i want to tranmit a movie file which contain both audio and video, >what is the solution for tranmitting as well as for receiving. Yes, it is possible to extract and stream both audio and video streams from a MPEG Program Stream, but it will require some programming work. To do this, you would need to write a program that combined "testMPEGSplitter", "testMPEGVideoStreamer", and "testMP3Streamer". I.e., the program would need to first use a "MPEGDemux" to break the Program Stream up into its constituent audio and video Elementary Streams, and then use: - a "MPEGVideoStreamFramer" plus a "MPEGVideoRTPSink" for each video stream, and - a "MPEGAudioStreamFramer" (to be written) plus a "MPEGAudioRTPSink" for each audio stream Someday I may write a test program like this myself, and add it to the test suite. Please note, though, that the programs in "testProgs" are just that - test programs. Apart from "openRTSP" these are not intended to be complete, fully functional application. Ross. From Sat Dec 22 16:56:38 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16HwwP-0001KN-00 for ; Sat, 22 Dec 2001 16:56:37 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA40323; Sat, 22 Dec 2001 16:56:29 -0800 (PST) Message-Id: <4.3.1.1.20011222162346.00ba4720(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Kurt Hausler From: Ross Finlayson Subject: Re: [Live-devel] openRTSP, how to turn the data into sound ? Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 23 12:05:59 2001 X-Original-Date: Sat, 22 Dec 2001 16:56:06 -0800 Status: O At 03:03 PM 12/22/01, Kurt Hausler wrote: >Hi, I am wanting to use openRTSP to listen to live streamed audio, I try >this command line: >openRTSP rtsp://203.167.246.143/coolrdu.sdp >and it creates an audio-X-QT file, xmms and mpg123 see this as a mpeg2 layer >2 file, but xmms wont play it, and mpg123 makes a squeak, and then exits. Kurt, FYI. I was able to open and play this URL in QuickTime Player. It indicated that this audio stream was encoded in the "QDesign Music 2" format. I don't know anything about this format, but it's definitely not MPEG audio, so that's why you weren't able to play it using xmms, etc. So unfortunately I don't know of any player that accepts this audio format - except QuickTime Player, which unfortunately runs only on Mac OS and Windows. (If you wanted to record this stream to a ".mov" file for later playback (using QuickTime Player), then openRTSP -q rtsp://203.167.246.143/coolrdu.sdp > foo.mov *almost* works. This will create a file that you can open in QuickTime Player, but unfortunately it won't play properly, because I don't have enough knowledge about this particular codec to properly set up all of the necessary parameters in the resulting .mov file.) >What method to you people use to hear the output of openRTSP please? It depends on what what format (codec) the stream is coded in. Even though "openRTSP" can (usually) receive a data stream successfully, you still need an appropriate player tool (that understands the codec) to be able to play this data. Ross. From Sun Dec 23 04:09:59 2001 Received: from mail1out.giga.net.tw ([203.133.1.22]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16I7QO-0003CE-00 for ; Sun, 23 Dec 2001 04:08:24 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail1out.giga.net.tw (Postfix) with SMTP id 6949F13A2A for ; Sun, 23 Dec 2001 20:07:18 +0800 (CST) Message-ID: <000a01c18baa$59a23b70$9c77fea9(at)jolin> From: ARMSTRONG To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C18BED.674FD640" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] Problem of compiling the code Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 23 12:44:51 2001 X-Original-Date: Sun, 23 Dec 2001 20:07:09 +0800 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C18BED.674FD640 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hello : ) I want to build the code on Windows (live.2001.11.27a.tar.gz) but when I compile it in Visual C++, the error message is as followed : NMAKE : fatal error U1073: don't know how to make = '../liveMedia/libliveMedia.lib' and also I can't find the *.lib . Please help me to fix the problem. Thank you very mucu. ------=_NextPart_000_0007_01C18BED.674FD640 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hello : )
I want to build the code on Windows=20 (live.2001.11.27a.tar.gz)
but when I compile it in Visual C++, the error = message is as=20 followed :
 
    NMAKE : fatal error U1073: don't = know how=20 to make '../liveMedia/libliveMedia.lib'
 
and also I can't find the *.lib .
Please help me to fix the problem.
Thank you very mucu.
 
------=_NextPart_000_0007_01C18BED.674FD640-- From Sun Dec 23 13:38:59 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16IGKg-0002YL-00 for ; Sun, 23 Dec 2001 13:38:58 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA50954; Sun, 23 Dec 2001 13:38:58 -0800 (PST) Message-Id: <4.3.1.1.20011223133050.00ba7100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problem of compiling the code In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 23 13:39:04 2001 X-Original-Date: Sun, 23 Dec 2001 13:34:55 -0800 Status: O At 04:07 AM 12/23/01, ARMSTRONG wrote: >Hello : ) >I want to build the code on Windows (live.2001.11.27a.tar.gz) >but when I compile it in Visual C++, the error message is as followed : > > NMAKE : fatal error U1073: don't know how to make > '../liveMedia/libliveMedia.lib' You need to build the "UsageEnvironment", "BasicUsageEnvironment", "groupsock", and "liveMedia" projects first, *before* you build the "testProgs" project. (Sorry that the instructions on the web page didn't make that clear.) I hope this helps. Ross. From Sun Dec 23 17:23:29 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16IJpx-0003ys-00 for ; Sun, 23 Dec 2001 17:23:29 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id RAA95913; Sun, 23 Dec 2001 17:23:28 -0800 (PST) Message-Id: <4.3.1.1.20011223172048.00bad5e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problem of compiling the code In-Reply-To: References: <4.3.1.1.20011223133050.00ba7100(at)localhost> <000a01c18baa$59a23b70$9c77fea9(at)jolin> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Dec 23 17:24:01 2001 X-Original-Date: Sun, 23 Dec 2001 17:21:53 -0800 Status: O At 05:24 PM 12/23/01, iainhaywood(at)madasafish.com wrote: >Ant hints on compiling yor source with Borland C Builder5? *.mak files >dinna work! Dont have microsoft visC++. Yes, please see the section titled "If you're using the Borland C++ compiler" in Ross. From Mon Dec 24 09:23:07 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16IYod-0003Bp-00 for ; Mon, 24 Dec 2001 09:23:07 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id JAA15843; Mon, 24 Dec 2001 09:23:06 -0800 (PST) Message-Id: <4.3.1.1.20011224032430.00bc1100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Updated library release - now handles out-of-order packets Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Dec 24 09:24:02 2001 X-Original-Date: Mon, 24 Dec 2001 09:22:17 -0800 Status: O I have released a new version of the library code (available at ) that makes significant changes to "MultiFramedRTPSource" - the code that handles incoming RTP packets. Previously, this code did not handle out-of-order RTP packets (based on their RTP sequence number) at all; if a packet arrived with a RTP sequence number less than those that had already been received, then it was simply discarded. Normally, this didn't matter much, because misordered packets are supposed to be a rare occurrence. However, I've discovered that Apple's 'Darwin Streaming Server' frequently misorders its outgoing RTP packets. Now, an incoming out-of-order packet will be accepted (and delivered to the caller in the correct order) as long as it is received within a certain time threshold. By default, this threshold is 100ms, but it can be set (using a new member function RTPSource::setPacketReorderingThresholdTime()) to any value, including 0 (which means: don't accept out-of-order packets at all). The "openRTSP" client application - because it records its incoming data to a file rather than trying to play it live - sets this threshold to 1 second, so "openRTSP" will now handle virtually all packet reordering, Ross. From Tue Dec 25 03:01:28 2001 Received: from mail2out.giga.net.tw ([203.133.1.23]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16IpKo-00030Y-00 for ; Tue, 25 Dec 2001 03:01:26 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail2out.giga.net.tw (Postfix) with SMTP id 031BB13961 for ; Tue, 25 Dec 2001 18:59:43 +0800 (CST) Message-ID: <002101c18d33$392a5a50$9c77fea9(at)jolin> From: ARMSTRONG To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01C18D76.46E8BE00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] openRTSP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 03:02:02 2001 X-Original-Date: Tue, 25 Dec 2001 18:59:27 +0800 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C18D76.46E8BE00 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable >Note, however, that even when the RTSP server is working at = 61.153.19.89,=20 >you might not be able to use openRTSP to access this stream, because = it's a=20 >RealNetworks stream, and RealNetworks' RTSP server often uses an=20 >undocumented, proprietary protocol, that openRTSP does not understand. What kind of streams that I can use the openRTSP to access ? (what streaming server) Thanks in advance. Armstrong ------=_NextPart_000_001E_01C18D76.46E8BE00 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
>Note, however, that even when the = RTSP server=20 is working at 61.153.19.89,
>you might not be able to use = openRTSP to=20 access this stream, because it's a
>RealNetworks stream, and=20 RealNetworks' RTSP server often uses an
>undocumented, = proprietary=20 protocol, that openRTSP does not understand.
 
What kind of streams that I can use = the openRTSP=20 to access ?
(what streaming = server)
 
Thanks in = advance.
 
        =    =20 Armstrong

 ------=_NextPart_000_001E_01C18D76.46E8BE00-- From Tue Dec 25 03:52:36 2001 Received: from mail1out.giga.net.tw ([203.133.1.22]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Iq7w-000739-00 for ; Tue, 25 Dec 2001 03:52:13 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail1out.giga.net.tw (Postfix) with SMTP id E6F6B13BA9 for ; Tue, 25 Dec 2001 19:50:14 +0800 (CST) Message-ID: <001801c18d3a$47bbbcb0$9c77fea9(at)jolin> From: ARMSTRONG To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0015_01C18D7D.55865560" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] openRTSP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 03:53:02 2001 X-Original-Date: Tue, 25 Dec 2001 19:49:58 +0800 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0015_01C18D7D.55865560 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable >Note, however, that even when the RTSP server is working at = 61.153.19.89,=20 >you might not be able to use openRTSP to access this stream, because = it's a=20 >RealNetworks stream, and RealNetworks' RTSP server often uses an=20 >undocumented, proprietary protocol, that openRTSP does not understand. What kind of streams that I can use the openRTSP to access ? (what streaming server) Thanks in advance. Armstrong ------=_NextPart_000_0015_01C18D7D.55865560 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
>Note, however, that even when the = RTSP server=20 is working at 61.153.19.89,
>you might not be able to use = openRTSP to=20 access this stream, because it's a
>RealNetworks stream, and=20 RealNetworks' RTSP server often uses an
>undocumented, = proprietary=20 protocol, that openRTSP does not understand.
 
What kind of streams that I can use = the openRTSP=20 to access ?
(what streaming = server)
 
Thanks in = advance.
 
        =    =20 Armstrong
------=_NextPart_000_0015_01C18D7D.55865560-- From Tue Dec 25 18:20:53 2001 Received: from mail2out.giga.net.tw ([203.133.1.23]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16J3gQ-0004HR-00 for ; Tue, 25 Dec 2001 18:20:42 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail2out.giga.net.tw (Postfix) with SMTP id 31E7E13623 for ; Wed, 26 Dec 2001 10:17:52 +0800 (CST) Message-ID: <001701c18db3$79b9b2c0$9c77fea9(at)jolin> From: ARMSTRONG To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0014_01C18DF6.87707550" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] Fw: openRTSP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 18:21:02 2001 X-Original-Date: Wed, 26 Dec 2001 10:17:31 +0800 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C18DF6.87707550 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable >Note, however, that even when the RTSP server is working at = 61.153.19.89,=20 >you might not be able to use openRTSP to access this stream, because = it's a=20 >RealNetworks stream, and RealNetworks' RTSP server often uses an=20 >undocumented, proprietary protocol, that openRTSP does not understand. What kind of streams that I can use the openRTSP to access ? (what streaming server) Thanks in advance. Armstrong ------=_NextPart_000_0014_01C18DF6.87707550 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

>Note, however, that even when the = RTSP server=20 is working at 61.153.19.89,
>you might not be able to use = openRTSP to=20 access this stream, because it's a
>RealNetworks stream, and=20 RealNetworks' RTSP server often uses an
>undocumented, = proprietary=20 protocol, that openRTSP does not understand.
 
What kind of streams that I can use = the openRTSP=20 to access ?
(what streaming = server)
 
Thanks in = advance.
 
        =    =20 Armstrong
------=_NextPart_000_0014_01C18DF6.87707550-- From Tue Dec 25 18:35:03 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16J3uJ-0005UO-00 for ; Tue, 25 Dec 2001 18:35:03 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id SAA10136; Tue, 25 Dec 2001 18:35:02 -0800 (PST) Message-Id: <4.3.1.1.20011225122505.00b1cf00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] openRTSP In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 18:36:09 2001 X-Original-Date: Tue, 25 Dec 2001 18:34:57 -0800 Status: O At 02:59 AM 12/25/01, ARMSTRONG wrote: > >Note, however, that even when the RTSP server is working at 61.153.19.89, > >you might not be able to use openRTSP to access this stream, because it's a > >RealNetworks stream, and RealNetworks' RTSP server often uses an > >undocumented, proprietary protocol, that openRTSP does not understand. > >What kind of streams that I can use the openRTSP to access ? >(what streaming server) This depends not so much on the type of server, but more on the type of *stream*. "openRTSP" can be used to *play* any "rtsp://.." stream that uses RTP for transport. Most "rtsp://" streams fall into this category, but many RealNetworks streams don't, because they use their own proprietary protocol (called RDP or RDT or something) instead of RTP. If you also want openRTSP to *receive* the streamed data (i.e., you don't use the "-r" option), then the RTP stream needs to use a payload format that openRTSP understands. (A "payload format" describes the way that stream data is packed into RTP packets.) If you see an error message "RTP payload format unknown or not supported", then this means that openRTSP doesn't have enough knowledge to extract the stream data from the RTP stream. But anyway, here are a couple of "rtsp://" URLs that will work with openRTSP: - rtsp://media.schreiner.edu/realmp3.mp3 This will produce a MP3 file. If you rename it with a ".mp3" file extension, you can play this with a MP3 player. - rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov This produces a H.263+ video stream, and a PCM u-law audio stream. The best way to receive these is to combine them in a QuickTime movie file. Use the "-q" option, and redirect the output to a ".mov" file. Ross. From Tue Dec 25 20:25:09 2001 Received: from mail2out.giga.net.tw ([203.133.1.23]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16J5cU-0002bk-00 for ; Tue, 25 Dec 2001 20:24:46 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail2out.giga.net.tw (Postfix) with SMTP id A89F1136BC for ; Wed, 26 Dec 2001 12:24:34 +0800 (CST) Message-ID: <001901c18dc5$2d97ee90$9c77fea9(at)jolin> From: ARMSTRONG To: References: <4.3.1.1.20011225122505.00b1cf00(at)localhost> Subject: Re: [Live-devel] openRTSP MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 20:26:01 2001 X-Original-Date: Wed, 26 Dec 2001 12:24:14 +0800 Status: O > But anyway, here are a couple of "rtsp://" URLs that will work with openRTSP: > - rtsp://media.schreiner.edu/realmp3.mp3 > This will produce a MP3 file. If you rename it with a ".mp3" file > extension, you can play this with a MP3 player. > - rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov > This produces a H.263+ video stream, and a PCM u-law audio > stream. The best way to receive these is to combine them in a QuickTime > movie file. Use the "-q" option, and redirect the output to a ".mov" file. > > Ross. Thanks for your detailed anwers with patience. I am sorry that I give you so many troubles. Because I need the openRTSP, I will probably ask a lot of questions. : ) I try the two URLs, but they still don't work. Maybe I make something wrong >openRTSP.exe -q rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov >openRTSP.exe rtsp://media.schreiner.edu/realmp3.mp3 After printing the information of SDP, it pop up a windows message box, says "The openRTSP.exe has some problem, it have to be closed. " Execution result : 1. rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov Opened URL "rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mo v", returning a SDP description: v=0 s=/finlayson/sample-h263-ulaw-8000.mov u=http:/// e=admin(at) c=IN IP4 208.185.32.22 a=control:* b=AS:528 a=range:npt=0- 37.40333 m=video 0 RTP/AVP 96 b=AS:464 a=rtpmap:96 H263-1998/90000 a=control:trackID=3 a=cliprect:0,0,180,240 m=audio 0 RTP/AVP 0 b=AS:63 a=control:trackID=4 2. rtsp://media.schreiner.edu/realmp3.mp3 Opened URL "rtsp://media.schreiner.edu/realmp3.mp3", returning a SDP description : v=0 o=- 979010679 979010679 IN IP4 207.71.37.7 s=realmp3 i= c=IN IP4 0.0.0.0 t=0 0 a=SdpplinVersion:1610642970 a=StreamCount:integer;1 a=Title:buffer;"cmVhbG1wMwA=" a=range:npt=0-39.471000 m=audio 0 RTP/AVP 101 b=AS:128 a=control:streamid=0 a=range:npt=0-39.471000 a=length:npt=39.471000 a=rtpmap:101 X-MP3-draft-00 a=mimetype:string;"audio/X-MP3-draft-00" a=StartTime:integer;0 a=AvgBitRate:integer;128000 a=SampleRate:integer;44100 a=AvgPacketSize:integer;417 a=Preroll:integer;1000 a=NumChannels:integer;2 a=MaxPacketSize:integer;1024 a=ASMRuleBook:string;"AverageBandwidth=128000, AverageBandwidthStd=0, Priority=9 ;" Could you please tell me what the problem is ? Thanks in advance. Armstrong From Tue Dec 25 20:36:51 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16J5oA-0003RM-00 for ; Tue, 25 Dec 2001 20:36:50 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id UAA34690; Tue, 25 Dec 2001 20:36:50 -0800 (PST) Message-Id: <4.3.1.1.20011225203432.00bd2ba0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] openRTSP In-Reply-To: References: <4.3.1.1.20011225122505.00b1cf00(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 20:37:02 2001 X-Original-Date: Tue, 25 Dec 2001 20:36:19 -0800 Status: O At 08:24 PM 12/25/01, ARMSTRONG wrote: >I try the two URLs, but they still don't work. >Maybe I make something wrong > >openRTSP.exe -q >rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov > >openRTSP.exe rtsp://media.schreiner.edu/realmp3.mp3 >After printing the information of SDP, it pop up a windows message box, says >"The openRTSP.exe has some problem, it have to be closed. " Does the same problem occur if you run the pre-built binary version from ? Ross. From Tue Dec 25 21:22:05 2001 Received: from mail1out.giga.net.tw ([203.133.1.22]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16J6UT-0006OL-00 for ; Tue, 25 Dec 2001 21:20:33 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail1out.giga.net.tw (Postfix) with SMTP id A6961150C3 for ; Wed, 26 Dec 2001 13:07:32 +0800 (CST) Message-ID: <003101c18dcb$2e3f4360$9c77fea9(at)jolin> From: ARMSTRONG To: References: <4.3.1.1.20011225122505.00b1cf00(at)localhost> <4.3.1.1.20011225203432.00bd2ba0(at)localhost> Subject: Re: [Live-devel] openRTSP MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 21:23:01 2001 X-Original-Date: Wed, 26 Dec 2001 13:07:13 +0800 Status: O > >I try the two URLs, but they still don't work. > >Maybe I make something wrong > > >openRTSP.exe -q > >rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov > > >openRTSP.exe rtsp://media.schreiner.edu/realmp3.mp3 > >After printing the information of SDP, it pop up a windows message box, says > >"The openRTSP.exe has some problem, it have to be closed. " > > Does the same problem occur if you run the pre-built binary version from > ? > > Ross. Yes ! Armstrong From Tue Dec 25 23:52:00 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16J8r2-00061X-00 for ; Tue, 25 Dec 2001 23:52:00 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id XAA74146; Tue, 25 Dec 2001 23:51:57 -0800 (PST) Message-Id: <4.3.1.1.20011225234244.00bd2470(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] openRTSP In-Reply-To: References: <4.3.1.1.20011225122505.00b1cf00(at)localhost> <4.3.1.1.20011225203432.00bd2ba0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Dec 25 23:52:02 2001 X-Original-Date: Tue, 25 Dec 2001 23:50:23 -0800 Status: O At 09:07 PM 12/25/01, ARMSTRONG wrote: > > >After printing the information of SDP, it pop up a windows message box, >says > > >"The openRTSP.exe has some problem, it have to be closed. " > > > > Does the same problem occur if you run the pre-built binary version from > > ? > > > > Ross. > Yes ! OK, so there may be some problem with your Windows computer's network configuration. Are you able to succesfully do either of the following (on the same Windows machine on which you're having problems with "openRTSP")? 1/ Open rtsp://media.schreiner.edu/realmp3.mp3 from "RealPlayer" ? 2/ Open rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov from "QuickTime Player" ? Ross. From Wed Dec 26 01:08:09 2001 Received: from mail1out.giga.net.tw ([203.133.1.22]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16JA1C-0005xj-00 for ; Wed, 26 Dec 2001 01:06:34 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail1out.giga.net.tw (Postfix) with SMTP id C3EA51469A for ; Wed, 26 Dec 2001 17:02:47 +0800 (CST) Message-ID: <007901c18dec$0a375040$9c77fea9(at)jolin> From: ARMSTRONG To: References: <4.3.1.1.20011225122505.00b1cf00(at)localhost> <4.3.1.1.20011225203432.00bd2ba0(at)localhost> <4.3.1.1.20011225234244.00bd2470(at)localhost> Subject: Re: [Live-devel] openRTSP MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 26 01:09:02 2001 X-Original-Date: Wed, 26 Dec 2001 17:02:25 +0800 Status: O > OK, so there may be some problem with your Windows computer's network > configuration. > > Are you able to succesfully do either of the following (on the same Windows > machine on which you're having problems with "openRTSP")? > > 1/ Open rtsp://media.schreiner.edu/realmp3.mp3 from "RealPlayer" ? > > 2/ Open > rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov from > "QuickTime Player" ? > > Ross. > 1/ It is still buffering (can't play) 2/ The playing bar is moving from the start to the end, but no movie and no sound. Armstrong From Wed Dec 26 01:44:37 2001 Received: from mail1out.giga.net.tw ([203.133.1.22]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16JAbc-0000SX-00 for ; Wed, 26 Dec 2001 01:44:13 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail1out.giga.net.tw (Postfix) with SMTP id 1F2DB1384E for ; Wed, 26 Dec 2001 17:42:19 +0800 (CST) Message-ID: <008f01c18df1$901dc770$9c77fea9(at)jolin> From: ARMSTRONG To: References: <4.3.1.1.20011225122505.00b1cf00(at)localhost> <4.3.1.1.20011225203432.00bd2ba0(at)localhost> <4.3.1.1.20011225234244.00bd2470(at)localhost> Subject: Re: [Live-devel] openRTSP MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 26 01:45:03 2001 X-Original-Date: Wed, 26 Dec 2001 17:41:57 +0800 Status: O > OK, so there may be some problem with your Windows computer's network > configuration. > > Are you able to succesfully do either of the following (on the same Windows > machine on which you're having problems with "openRTSP")? > > 1/ Open rtsp://media.schreiner.edu/realmp3.mp3 from "RealPlayer" ? > > 2/ Open > rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov from > "QuickTime Player" ? > > Ross. I update my words as followed : 1/ About waiting for few minutes, it can play. 2/ The playing bar is moving from the start to the end, but no movie and no sound. From Wed Dec 26 02:38:13 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16JBRt-0004ra-00 for ; Wed, 26 Dec 2001 02:38:13 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA94886; Wed, 26 Dec 2001 02:38:12 -0800 (PST) Message-Id: <4.3.1.1.20011226023535.00bb0f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] openRTSP In-Reply-To: References: <4.3.1.1.20011225122505.00b1cf00(at)localhost> <4.3.1.1.20011225203432.00bd2ba0(at)localhost> <4.3.1.1.20011225234244.00bd2470(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 26 02:39:02 2001 X-Original-Date: Wed, 26 Dec 2001 02:37:28 -0800 Status: O At 01:02 AM 12/26/01, ARMSTRONG wrote: > > 1/ Open rtsp://media.schreiner.edu/realmp3.mp3 from "RealPlayer" ? > > > > 2/ Open > > rtsp://darwin.horizonlive.com:554/finlayson/sample-h263-ulaw-8000.mov from > > "QuickTime Player" ? > >1/ It is still buffering (can't play) >2/ The playing bar is moving from the start to the end, but no movie and no >sound. OK, you'll first need to figure out what is wrong with your computer that is preventing these players from working. Only after you get these players to work can you expect "openRTSP" to work. Ross. From Wed Dec 26 07:51:51 2001 Received: from mail2out.giga.net.tw ([203.133.1.23]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16JGJv-0005j7-00 for ; Wed, 26 Dec 2001 07:50:19 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail2out.giga.net.tw (Postfix) with SMTP id 739BE162B4 for ; Wed, 26 Dec 2001 15:38:33 +0800 (CST) Message-ID: <006701c18de0$46c10490$9c77fea9(at)jolin> From: ARMSTRONG To: Subject: Fw: [Live-devel] openRTSP MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 26 07:52:02 2001 X-Original-Date: Wed, 26 Dec 2001 15:38:13 +0800 Status: O > Does the same problem occur if you run the pre-built binary version from > ? > > Ross. It looks like something wrong in this line. In RTCP.cpp (Ln 142) // Arrange to handle incoming reports from others: env.taskScheduler().turnOnBackgroundReadHandling(RTCPgs->socketNum(), (TaskScheduler::BackgroundHandlerProc*)&incomingReportHandler,this); Armstrong From Wed Dec 26 10:20:59 2001 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16JIfj-0003Xh-00 for ; Wed, 26 Dec 2001 10:20:59 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA87825; Wed, 26 Dec 2001 10:20:58 -0800 (PST) Message-Id: <4.3.1.1.20011226101050.00bc29f0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: Fw: [Live-devel] openRTSP In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Dec 26 10:21:02 2001 X-Original-Date: Wed, 26 Dec 2001 10:20:49 -0800 Status: O At 11:38 PM 12/25/01, ARMSTRONG wrote: > It looks like something wrong in this line. > In RTCP.cpp (Ln 142) Why do you think this? Your main task now should be to figure out why RealPlayer and QuickTime Player are not working properly on your machine. Ross. From Wed Jan 02 12:17:14 2002 Received: from [209.21.47.227] (helo=gw2.routefree.net) by usw-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:EXP1024-DES-CBC-SHA:56) (Exim 3.31-VA-mm2 #1 (Debian)) id 16Lrp2-0007nG-00 for ; Wed, 02 Jan 2002 12:17:12 -0800 Received: from [10.0.0.32] (helo=avbuild) by gw2.routefree.net with smtp (BroadOn 3.32 #1) id 16Lroo-0006eB-00 for live-devel(at)lists.sourceforge.net; Wed, 02 Jan 2002 20:16:58 +0000 From: {Pramila Srinivasan} To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Subject: [Live-devel] streaming using openRTSP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Jan 2 12:20:53 2002 X-Original-Date: Wed, 2 Jan 2002 12:15:13 -0800 Status: O Hi, HAPPY new year! Here is a newbie question: I have been trying to experiment with streaming (RTSP) MPEG-1 video (not multiplexed stream) and/or MP3 using openRTSP from my linux machine to a PC running Real player (or quicktime). I have been running into the following problem: I changed the definition to IMPLEMENT_RTSP_SERVER. I changed the client port number to match the response from the client (in testMP3.sdp) and used my PCs destination IP address, and "multicast" to "unicast". I run testMP3Streamer and connect using rtsp://...:554/testMP3.sdp Real One player seems to quit with "connection to server has been lost"... (i changed "preferences" to increase network timeout values) On the server side, it seems to receive PLAY rtsp://...:554/testMP3.sdp RTSP/1.0 followed by some SET_PARAMETER commands and the server appears to be still functional. Similar problems seem to occur with MPEG-1 video with testMPEGVideo. Is there anything wrong in my attempts, or is there a better means to get MP3 (to begin with) to stream using RTSP from openRTSP to Real or Quicktime player? Thank you very much for your time and response in advance, thanks pramila From Wed Jan 02 13:44:44 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16LtBj-0006pP-00 for ; Wed, 02 Jan 2002 13:44:44 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA80712; Wed, 2 Jan 2002 13:44:42 -0800 (PST) Message-Id: <4.3.1.1.20020102132457.00b98490(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] streaming using openRTSP In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Jan 2 13:45:05 2002 X-Original-Date: Wed, 02 Jan 2002 13:44:35 -0800 Status: O Pramila, Thanks for the note. >I have been trying to experiment with streaming (RTSP) MPEG-1 video (not >multiplexed stream) and/or MP3 using openRTSP I think you mean "using testMPEGVideoStreamer (or testMP3Streamer)". These are applications that stream video (or audio). In contrast, "openRTSP" is a client application that *receives* RTSP-initiated sessions. >Is there anything wrong in my attempts, or is there a better means to get >MP3 (to begin with) to stream using RTSP from openRTSP to Real or Quicktime >player? First, the built-in RTSP server implementation that's used (optionally) in "testMPEGVideoStreamer" and "testMP3Streamer" doesn't yet work properly for unicast sessions - only for multicast sessions. So, for now, if you want to use the built-in RTSP server in these test programs, you should leave the destination address as multicast. (If you're streaming on a LAN, then this should be fine, as virtually all LANs support multicast.) Second, RealPlayer and QuickTime Player each have some issues that can trip you up. RealPlayer version 8 has a bug that prevents RTSP-initiated MPEG-1 video sessions from working properly (although I've heard that the new "RealOne" player does not have this problem). Also, QuickTime Player currently does not support RTP-streamed MP3 (i.e., layer III) audio - only layer I or layer II audio. So, to summarize: 1/ If you want to use the RTSP server that's built in to "testMPEGVideoStreamer" or "testMP3Streamer", then you should leave the destination address as multicast, rather than unicast. (I'll be fixing this limitation soon.) 2/ To receive a RTSP-initiated MPEG-1 video stream, use QuickTime Player (version 5 or greater) 3/ To receive a RTSP-initiated MP3 audio stream, use RealPlayer. I hope this helps. Ross. From Thu Jan 03 02:02:46 2002 Received: from mailhost.teleline.es ([195.235.113.141] helo=tsmtp2.mail.isp) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16M4hw-0003BK-00 for ; Thu, 03 Jan 2002 02:02:44 -0800 Received: from there ([213.4.45.104]) by tsmtp2.mail.isp (Netscape Messaging Server 4.15 tsmtp2 Jul 26 2001 13:10:38) with SMTP id GPCX2802.1GN for ; Thu, 3 Jan 2002 10:58:56 +0100 Content-Type: text/plain; charset="iso-8859-1" From: Francisco Javier Cabello To: X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Subject: [Live-devel] openrtsp and realvideo Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Jan 3 02:03:06 2002 X-Original-Date: Thu, 3 Jan 2002 11:02:55 +0100 Status: O Ross, is openrtsp capable to get video from a RealVideo Server? Some time ago, I was testing it, and I could that real guys has a lot proprietary extension in the RTSP negotiation. Thanks. Francisco J. Cabello From Thu Jan 03 02:59:09 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16M5aW-0001PX-00 for ; Thu, 03 Jan 2002 02:59:08 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA93387; Thu, 3 Jan 2002 02:59:06 -0800 (PST) Message-Id: <4.3.1.1.20020103025506.00b26f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] openrtsp and realvideo In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Jan 3 03:00:02 2002 X-Original-Date: Thu, 03 Jan 2002 02:57:55 -0800 Status: O At 02:02 AM 1/3/02, Francisco Javier Cabello wrote: >is openrtsp capable to get video from a RealVideo Server? Only if the video is something *other than* RealVideo (e.g., it's MPEG). Unfortunately, RealVideo (and RealAudio) sessions do not use RTP for transport. (Instead, these sessions use RealNetworks' proprietary (and undocumented) "RDT" protocol.) Ross. From Mon Jan 07 14:06:26 2002 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16NhuT-0008VE-00 for ; Mon, 07 Jan 2002 14:06:25 -0800 Received: from [141.161.127.119] ([141.161.127.119] verified) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1221944 for live-devel(at)lists.sourceforge.net; Mon, 07 Jan 2002 17:06:22 -0500 User-Agent: Microsoft-Entourage/10.0.0.1309 From: Marty Schoch To: Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: [Live-devel] 2002.01.02 release Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Jan 7 14:07:01 2002 X-Original-Date: Mon, 07 Jan 2002 17:06:22 -0500 Status: O I think there is a problem with the 2002.01.02 release. It shows no files. Marty Schoch From Mon Jan 07 14:10:27 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16NhyN-0000RX-00 for ; Mon, 07 Jan 2002 14:10:27 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA48556; Mon, 7 Jan 2002 14:10:25 -0800 (PST) Message-Id: <4.3.1.1.20020107140759.00b15f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Marty Schoch From: Ross Finlayson Subject: Re: [Live-devel] 2002.01.02 release Cc: In-Reply-To: References: <4.3.1.1.20020103025506.00b26f00(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Jan 7 14:11:02 2002 X-Original-Date: Mon, 07 Jan 2002 14:10:20 -0800 Status: O At 02:06 PM 1/7/02, Marty Schoch wrote: >I think there is a problem with the 2002.01.02 release. >It shows no files. Actually, this is a problem with SourceForge - it often takes a long time for uploaded files to show up there. You can always get the most up-to-date release from Ross. From Thu Jan 10 06:54:28 2002 Received: from smtp2.libero.it ([193.70.192.52]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Ogb5-0003eo-00 for ; Thu, 10 Jan 2002 06:54:27 -0800 Received: from libero.it (193.70.192.41) by smtp2.libero.it (6.0.032) id 3BEFF161016E0040 for live-devel(at)lists.sourceforge.net; Thu, 10 Jan 2002 15:54:21 +0100 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: base64 From: To: X-XaM3-API-Version: 2.5 X-type:0 Subject: [Live-devel] =?iso-8859-1?Q?help?= Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Jan 10 06:55:03 2002 X-Original-Date: Thu, 10 Jan 2002 15:54:21 +0100 Status: O aGVsbG8hDQppJ20gdHJ5aW5nIHRvIHVzZSB0ZXN0VmlkZW9TdHJlYW1lciBwcm9ncmFtLg0K SSBjYW4gc2VlIHRoYXQgaXQgdHJhbnNtaXRzIG9ubHkgYSB2aWRlbyBzdHJlYW07IA0KaWYg SSB1bmNvbW1lbnQgdGhlIGZpcnN0ICNkZWZpbmUsIGl0IGlzIGFibGUgdG8NCnJlYWQgYSBt cGVnIHZpZGVvIGFuZCBhdWRpbyBmaWxlLCBwZXJmb3JtcyBhIGRlbXVsdGlwbGV4aW5nDQph bmQgdGhlbiB0cmFuc21pdHMgb25seSB0aGUgdmlkZW8gc3RyZWFtLg0KSXMgaXQgcG9zc2li bGUgdHJhbnNtaXR0aW5nIG9yZGluYXJ5IG1wZWcgdmlkZW8tYXVkaW8gZmlsZSwNCndpdGgg dGhpcyBhcHByb2FjaCwgb3IgSSBtdXN0IGZpbmQgb3V0IGEgc29sdXRpb24/DQpJJ20gd3Jp dGluZyBhIHRoZXNpcyBvbiBtdWx0aW1lZGlhIHN0cmVhbWluZyBiYXNlZCBvbiBSVFAuDQoN CkkgaXQncyBub3QgcG9zc2libGUsIHdoZXJlIGNhbiBJIGZpbmQgYSBzb2Z0d2FyZSBmb3Ig DQpzdHJlYW1pbmcgYW5kIHJlY2VpdmluZyB2aWRlbyBhbmQgYXVkaW8gYmFzZWQgb24gUlRQ Pw0KDQpUSEFOS1MhDQoNCm1pbW1vDQoNCihyZXBseSBtZSwgaXQncyBhIG1hdHRlciB0byBi ZSBkZWFkIG8gYWxpdmUpIDotKA0KDQoNCg0KDQoNCg== From Thu Jan 10 10:10:50 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Ojf8-00061e-00 for ; Thu, 10 Jan 2002 10:10:50 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA62546; Thu, 10 Jan 2002 10:10:47 -0800 (PST) Message-Id: <4.3.1.1.20020110100413.00b72bc0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] help Cc: In-Reply-To: o.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Jan 10 10:11:09 2002 X-Original-Date: Thu, 10 Jan 2002 10:10:41 -0800 Status: O At 06:54 AM 1/10/02, ligrax(at)libero.it wrote: >hello! >i'm trying to use testVideoStreamer program. >I can see that it transmits only a video stream; >if I uncomment the first #define, it is able to >read a mpeg video and audio file, performs a demultiplexing >and then transmits only the video stream. >Is it possible transmitting ordinary mpeg video-audio file, >with this approach, or I must find out a solution? >I'm writing a thesis on multimedia streaming based on RTP. This is becoming a frequently-asked question :-) Yes, it is possible to extract and stream both audio and video streams from a MPEG Program Stream, but it will require some programming work. To do this, you would need to write a program that combines "testMPEGSplitter", "testMPEGVideoStreamer", and "testMP3Streamer". I.e., the program would need to first use a "MPEGDemux" to break the Program Stream up into its constituent audio and video Elementary Streams, and then use: - a "MPEGVideoStreamFramer" plus a "MPEGVideoRTPSink" for each video stream, and - a "MPEGAudioStreamFramer" (to be written) plus a "MPEGAudioRTPSink" for each audio stream So many people have been asking for this that I'm probably going to have to write a test program like this myself, and add it to the test suite. (This may not happen for a few weeks, though.) >I it's not possible, where can I find a software for >streaming and receiving video and audio based on RTP? RealNetworks' and Apple QuickTime software will do this, as will Cisco's IP/TV software Ross. From Thu Jan 10 10:26:56 2002 Received: from mailweb.pue.udlap.mx ([140.148.155.178] helo=mail.pue.udlap.mx) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Ojud-0002Bo-00 for ; Thu, 10 Jan 2002 10:26:51 -0800 Received: (from ua012771(at)localhost) by mail.pue.udlap.mx (8.9.0/8.9.0) id MAA23129; Thu, 10 Jan 2002 12:29:50 -0600 (CST) From: Omar Antonio Ponce Carrillo To: Ross Finlayson cc: live-devel(at)lists.sourceforge.net Subject: Re: [Live-devel] help In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Jan 10 10:27:05 2002 X-Original-Date: Thu, 10 Jan 2002 12:29:50 -0600 (CST) Status: O great !! when you have a test version for full transmission (video & audio) let us know Ross!! i think this will be the first step for developing new projects on our own. regards O. On Thu, 10 Jan 2002, Ross Finlayson wrote: > At 06:54 AM 1/10/02, ligrax(at)libero.it wrote: > >hello! > >i'm trying to use testVideoStreamer program. > >I can see that it transmits only a video stream; > >if I uncomment the first #define, it is able to > >read a mpeg video and audio file, performs a demultiplexing > >and then transmits only the video stream. > >Is it possible transmitting ordinary mpeg video-audio file, > >with this approach, or I must find out a solution? > >I'm writing a thesis on multimedia streaming based on RTP. > > This is becoming a frequently-asked question :-) > > Yes, it is possible to extract and stream both audio and video streams from > a MPEG Program Stream, but it will require some programming work. To do > this, you would need to write a program that combines "testMPEGSplitter", > "testMPEGVideoStreamer", and "testMP3Streamer". I.e., the program would > need to first use a "MPEGDemux" to break the Program Stream up into its > constituent audio and video Elementary Streams, and then use: > - a "MPEGVideoStreamFramer" plus a "MPEGVideoRTPSink" > for each video stream, and > - a "MPEGAudioStreamFramer" (to be written) plus a > "MPEGAudioRTPSink" for each audio stream > > So many people have been asking for this that I'm probably going to have to > write a test program like this myself, and add it to the test > suite. (This may not happen for a few weeks, though.) > > >I it's not possible, where can I find a software for > >streaming and receiving video and audio based on RTP? > > RealNetworks' and Apple QuickTime software will do this, as will Cisco's > IP/TV software > > Ross. > > > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel > From Sat Jan 12 01:56:21 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16PKtg-0003R3-00 for ; Sat, 12 Jan 2002 01:56:20 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA11985; Sat, 12 Jan 2002 01:56:18 -0800 (PST) Message-Id: <4.3.1.1.20020112014556.00cdfda0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Improved MPEG video streaming code installed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sat Jan 12 01:57:02 2002 X-Original-Date: Sat, 12 Jan 2002 01:54:18 -0800 Status: O FYI, I have just installed a new version of the LIVE.COM Streaming Media libraries that improves the implementation of MPEG video streaming: - Fixed a bug that could cause very large MPEG frames to be truncated - Fixed a timestamp-related bug that could cause video player tools (such as QuickTime player) to get confused when "testMPEGVideoStreamer" started repeating its input file. - Fixed a bug that could cause "testMPEGVideoStreamer" to crash when reading MPEG Program Streams. - Made the video streaming code slightly more efficient. If you're using the libraries to do MPEG video streaming, you should upgrade to this new version of the code. Ross. From Tue Jan 15 02:43:34 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16QR42-0006G6-00 for ; Tue, 15 Jan 2002 02:43:34 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA23460; Tue, 15 Jan 2002 02:43:31 -0800 (PST) Message-Id: <4.3.1.1.20020115023236.00badef0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: mimmo From: Ross Finlayson Cc: In-Reply-To: References: <4.3.1.1.20020110100413.00b72bc0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: testRelay Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Jan 15 02:44:03 2002 X-Original-Date: Tue, 15 Jan 2002 02:40:08 -0800 Status: O At 02:12 AM 1/15/02, mimmo wrote: >I need to write a code that's similar to your testRelay.cpp; > >the difference is that it must receive from a unicast IP address,port, > >and then relay the stream to a multicast IP address,port. > >Can I substitute the unicast address with your multicast > >predefined for the input Yes, that will work. You can do this by replacing the input 'multicast' address 239.255.42.42 with *any* unicast address (even 0.0.0.0 is OK). Note that the sender of the packet doesn't matter. As long as the packet is sent to port 8888, "testRelay" will relay it to multicast address 239.255.43.43, port 6666. (Of course, you can change these values.) Ross. From Fri Jan 18 22:56:07 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16RpQ6-0006XF-00 for ; Fri, 18 Jan 2002 22:56:06 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id WAA13143; Fri, 18 Jan 2002 22:56:04 -0800 (PST) Message-Id: <4.3.1.1.20020118223522.00d057e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: leonheat99 From: Ross Finlayson Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: how to receive the streamed audio data Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Jan 18 22:57:02 2002 X-Original-Date: Fri, 18 Jan 2002 22:51:51 -0800 Status: O At 12:40 AM 1/18/02, leonheat99 wrote: > I am a college student of China. I saw your project liveMedia on the > Internet occasionally . I admire and am very interested in your work. > I also have some questions about it and I hope you can help me with them.. > What development tools are you using? I mean if you used some > analysing and designing tools to make your program structural.. I do most of my development on a FreeBSD Unix machine, using emacs (for editing), and g++ (etc.) for compiling. (When I build/test the code on Windows, I use Microsoft Visual C++) > The other questions is that which part of your program is resposible > for the receiving of streamed data after the PLAY request of RTSP has > response correctly. "openRTSP" creates a set of 'RTPSource' objects (one for each media subsession that is being received), and a set of corresponding 'FileSink' objects. It then calls the 'startPlaying()' operation on each FileSink (using the corresponding RTPSource as the data source). >I have used your program openRTSP.exe to play the url >rtsp://media.schreiner.edu/realmp3.mp3 . I could see that the >DESCRIBE,SETUP,PLAY request success,but I could not receive the later >streamed media data from the server. This is probably because you have a firewall (somewhere) that is blocking UDP packets from reaching you. (The RTSP commands (DESCRIBE, SETUP, PLAY) and responses use TCP, but the actual data stream uses RTP/UDP.) You should ask your college's network administrator if your college is running a firewall, and, if so, whether it can be reconfigured to allow UDP packets to pass through. >But the Realplayer could play it.I don't know why. Apparently RealPlayer has a mechanism that allows it to request that the data stream be carried over the RTSP (TCP) connection, if it fails to receive any UDP packets. Someday I may update "openRTSP" to support this (as an option), but this will be non-trivial to do, because the current implementation of the 'RTPSource' objects assumes that their input source is a RTP/UDP socket onlly. Ross. From Mon Jan 21 03:30:40 2002 Received: from varis.cs.tut.fi ([130.230.4.42] helo=cs.tut.fi) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Sces-00059b-00 for ; Mon, 21 Jan 2002 03:30:38 -0800 Received: from wired (wired.digitalsystems.cs.tut.fi [130.230.47.14]) by cs.tut.fi (8.8.8/8.8.8) with SMTP id NAA25041 for ; Mon, 21 Jan 2002 13:30:31 +0200 (EET) Message-ID: <005701c1a26f$08ca9bd0$0e2fe682(at)digitalsystems.cs.tut.fi> From: {Tomi Korhonen} To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0054_01C1A27F.CC3B01D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] H.263 Streamer Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Jan 21 03:31:07 2002 X-Original-Date: Mon, 21 Jan 2002 13:30:31 +0200 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0054_01C1A27F.CC3B01D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi! I'm trying to develop streaming application (based on = testMPEGVideoStreamer) that uses H.263 for video compression. Can I use = ByteStreamFileSource as a MediaSource for H263plusVideoRTPSink or do I = have to implement "Framer" that brakes H.263 stream into frames like = MPEGVideoStreamFramer? The files that I'm trying to stream are = .h263-files. tmk ------=_NextPart_000_0054_01C1A27F.CC3B01D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi!
 
I'm trying to develop streaming = application (based=20 on testMPEGVideoStreamer) that uses H.263 for video compression. Can I = use=20 ByteStreamFileSource as a MediaSource for H263plusVideoRTPSink or do I = have to=20 implement "Framer" that brakes H.263 stream into frames like=20 MPEGVideoStreamFramer? The files that I'm trying to stream are=20 .h263-files.
 
tmk
 
------=_NextPart_000_0054_01C1A27F.CC3B01D0-- From Mon Jan 21 10:54:41 2002 Received: from web12306.mail.yahoo.com ([216.136.173.104]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16SjaY-0005hO-00 for ; Mon, 21 Jan 2002 10:54:38 -0800 Message-ID: <20020121185438.52673.qmail(at)web12306.mail.yahoo.com> Received: from [128.107.253.40] by web12306.mail.yahoo.com via HTTP; Mon, 21 Jan 2002 10:54:38 PST From: Pius Ng To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Live-devel] download openRTSP client problem Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Jan 21 10:55:13 2002 X-Original-Date: Mon, 21 Jan 2002 10:54:38 -0800 (PST) Status: O Hi, I tried to download openRTSP client pre-built binaries for Solaris-Sparc but got permission denied after click link openRTSP under /openRTSP/binaries/solaris-sparc Please advise. Pius __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ From Mon Jan 21 10:59:16 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Sjf2-0006Mg-00 for ; Mon, 21 Jan 2002 10:59:16 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA48086; Mon, 21 Jan 2002 10:59:11 -0800 (PST) Message-Id: <4.3.1.1.20020121105118.00c733c0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Tomi Korhonen} From: Ross Finlayson Subject: Re: [Live-devel] H.263 Streamer Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Jan 21 11:00:02 2002 X-Original-Date: Mon, 21 Jan 2002 10:56:18 -0800 Status: O At 03:30 AM 1/21/02, Tomi Korhonen wrote: >I'm trying to develop streaming application (based on >testMPEGVideoStreamer) that uses H.263 for video compression. Can I use >ByteStreamFileSource as a MediaSource for H263plusVideoRTPSink or do I >have to implement "Framer" that brakes H.263 stream into frames like >MPEGVideoStreamFramer? Tom, The "H263plusVideoRTPSink" class expects to receive a complete H.263+ (i.e., H.263-1998) frame from it's source whenever it (actually, its parent class "MultiFramedRTPSink") calls "getNextFrame()". So, yes, you will need a 'framer' source object (similar to "MPEGVideoStreamFramer") that breaks the input stream up into discrete H.263+ frames. Ross. From Mon Jan 21 11:01:28 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Sjh9-0006f6-00 for ; Mon, 21 Jan 2002 11:01:27 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA48572; Mon, 21 Jan 2002 11:01:27 -0800 (PST) Message-Id: <4.3.1.1.20020121110043.00c6dc40(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Pius Ng From: Ross Finlayson Subject: Re: [Live-devel] download openRTSP client problem Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Jan 21 11:02:03 2002 X-Original-Date: Mon, 21 Jan 2002 11:01:20 -0800 Status: O At 10:54 AM 1/21/02, Pius Ng wrote: >I tried to download openRTSP client pre-built >binaries for Solaris-Sparc but got permission >denied after click link openRTSP under >/openRTSP/binaries/solaris-sparc Oops, the file permissions were wrong on that file. Thanks for reporting this; you should be able to download it now. Ross. From Thu Jan 24 09:16:43 2002 Received: from web14805.mail.yahoo.com ([216.136.224.221]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16TnUQ-0001zu-00 for ; Thu, 24 Jan 2002 09:16:42 -0800 Message-ID: <20020124171641.54321.qmail(at)web14805.mail.yahoo.com> Received: from [148.100.62.230] by web14805.mail.yahoo.com via HTTP; Thu, 24 Jan 2002 09:16:41 PST From: suryakumari sagiraju To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Live-devel] where to read the data before playing Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Jan 24 09:17:11 2002 X-Original-Date: Thu, 24 Jan 2002 09:16:41 -0800 (PST) Status: O hi, I am trying to read the data before playing into a ring buffer. After the call to the 'startPlaying()' ,which part of your program is resposible for reading the data from the network ? is it in the function 'afterGettingFrame()' of the FileSink.cpp i changed the fwrite() function to do the ring buffer write but surprisingly i am unable to see the code flow entering the 'afterGettingFrame()' function. please can u suggest if this is the place where the changes are to be made or in any other class? Your help would be great. thank you surya __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com From Thu Jan 24 12:12:52 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16TqEt-0000td-00 for ; Thu, 24 Jan 2002 12:12:51 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA36261; Thu, 24 Jan 2002 12:12:50 -0800 (PST) Message-Id: <4.3.1.1.20020124120013.00b53f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: suryakumari sagiraju From: Ross Finlayson Subject: Re: [Live-devel] where to read the data before playing Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Jan 24 12:13:02 2002 X-Original-Date: Thu, 24 Jan 2002 12:11:39 -0800 Status: O At 09:16 AM 1/24/02, suryakumari sagiraju wrote: >hi, > I am trying to read the data before playing into a >ring buffer. After the call to the 'startPlaying()' >,which part of your program is resposible > for reading the data from the network ? is it in >the function 'afterGettingFrame()' of the FileSink.cpp The sink's data source is responsible for getting it the data that it wants. Note (in FileSink::continuePlaying()) the call to "getNextFrame()": fSource->getNextFrame(fBuffer, sizeof fBuffer, afterGettingFrame, this, onSourceClosure, this); This tells the data source to get up to "sizeof fBuffer" bytes of data, and store it at "fBuffer". After doing this, the data source is to call "afterGettingFrame()", with "this" as argument. (If, for some reason, the data source ends, then "onSourceClosure()" is to be called instead.) So, if you want to change the place where the incoming data is delivered, then the best way to do this is to change the first parameter to the "getNextFrame()" call. > i changed the fwrite() function to do the ring >buffer write but surprisingly i am unable to see the >code flow entering the 'afterGettingFrame()' function. You haven't said what object(s) you're using as a data source, but if it's successfully getting data from the network, then the "afterGettingFrame()" function should be getting called. I suggest that you start with one of the "test...Receiver" programs - making sure that it receives and delivers data OK - before you start modifying it to change where the incoming data gets stored. Ross. From Wed Jan 30 12:29:15 2002 Received: from chopin.cti.depaul.edu ([140.192.32.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16W1M2-0003dm-00 for ; Wed, 30 Jan 2002 12:29:14 -0800 Received: from PHD13 ([140.192.35.61]) by chopin.cti.depaul.edu with Microsoft SMTPSVC(5.0.2195.3779); Wed, 30 Jan 2002 14:29:12 -0600 Message-ID: <006601c1a9cc$c7972b00$3d23c08c(at)cti.depaul.edu> From: {Hazem Hamed} To: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 30 Jan 2002 20:29:12.0962 (UTC) FILETIME=[C7902620:01C1A9CC] Subject: [Live-devel] Audio/Video Mux and Demux Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Jan 30 12:30:03 2002 X-Original-Date: Wed, 30 Jan 2002 14:29:12 -0600 Status: O Hi, I was able to use the examples to write a streaming server that will demux an MPEG-1 clip and send the audio and video streams. At the receiver side, beoth streams are retrieved. Is there a library for muxing back the audio and video streams so that I can play the clip via a command line MPEG player? If not, does this mean that in order to playback the MPEG clip, the reciever has to playback audio and video streams individually? How does the player synchronize the playback of the two streams? I'm just starting with RTCP, so any hints will be highly appreciated. Hazem From Wed Jan 30 12:49:44 2002 Received: from lennon.multicasttech.com ([63.105.122.7] helo=multicasttech.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16W1fs-0005OK-00 for ; Wed, 30 Jan 2002 12:49:44 -0800 Received: from marley.multicasttech.com ([63.105.122.178] verified) by multicasttech.com (CommuniGate Pro SMTP 3.4.8) with ESMTP id 1239467; Wed, 30 Jan 2002 15:49:37 -0500 Subject: Re: [Live-devel] Audio/Video Mux and Demux From: Marty Schoch To: Hazem Hamed Cc: In-Reply-To: References: <006601c1a9cc$c7972b00$3d23c08c(at)cti.depaul.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0 (Preview Release) Message-Id: <1012423752.7942.4.camel(at)marley.multicasttech.com> Mime-Version: 1.0 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Jan 30 12:50:07 2002 X-Original-Date: 30 Jan 2002 15:49:12 -0500 Status: O I am by no means an expert on this subject, though I'm trying to learn. It would seem that the quick-and-dirty way to do this would be to take the RTP timestamp information, and recreate a MPEG1 program stream. This would allow you to pipe this stream into almost any existing player. There is software out there to mux elementary streams back together. However, none of these seem to have hooks in place for syncing them with an external clock (RTP timestamps). Definately a possibility, and I might be interested in helping someone with this effort. The other situation, which seems cleaner to me is for a player to be able to synchronize playback directly with the RTP timestamps. This would allow you to do things like syncrhonize a Sorenson-encoded QT video stream with a MP3 audio stream. Note this wouldn't be possible with the first solution. The only problem with this is that all the open source players I'm aware of treat RTP playback as a hack. Marty Schoch On Wed, 2002-01-30 at 15:29, Hazem Hamed wrote: > Hi, > > I was able to use the examples to write a streaming server that will demux > an MPEG-1 clip and send the audio and video streams. At the receiver side, > beoth streams are retrieved. > > Is there a library for muxing back the audio and video streams so that I can > play the clip via a command line MPEG player? > > If not, does this mean that in order to playback the MPEG clip, the reciever > has to playback audio and video streams individually? How does the player > synchronize the playback of the two streams? > > I'm just starting with RTCP, so any hints will be highly appreciated. > > Hazem > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel From Wed Jan 30 13:04:49 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16W1uS-0004Nn-00 for ; Wed, 30 Jan 2002 13:04:48 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA03499; Wed, 30 Jan 2002 13:04:47 -0800 (PST) Message-Id: <4.3.1.1.20020130125153.00c75d10(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Audio/Video Mux and Demux In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Jan 30 13:05:04 2002 X-Original-Date: Wed, 30 Jan 2002 13:03:24 -0800 Status: O At 12:29 PM 1/30/02, Hazem Hamed wrote: >I was able to use the examples to write a streaming server that will demux >an MPEG-1 clip and send the audio and video streams. At the receiver side, >beoth streams are retrieved. > >Is there a library for muxing back the audio and video streams so that I can >play the clip via a command line MPEG player? No, there's no such code in the library at present. Because the streams are being sent using RTP, you should use a RTP-compliant tool to receive and play them. If you do this, then you won't need to combine the audio and video back together, as this would be done within the player tool itself. For example, both RealPlayer and QuickTime Player should be able to receive and play MPEG/RTP audio and video streams (although QuickTime Player can currently only handle MPEG layer II audio, not layer III (aka. MP3)). If you create a single SDP file that describes both the audio and video RTP streams, either of these players should be able to receive and play them. (Another possible player tool that you can use is Cisco's "IP/TV Player".) Take, for example, the following SDP description: v=0 o=- 49451 3 IN IP4 127.0.0.1 s=Test MPEG Audio/Video session i=Test MPEG Audio/Video session t=0 0 m=audio 6666 RTP/AVP 14 c=IN IP4 239.255.42.42/127 m=video 8888 RTP/AVP 32 c=IN IP4 239.255.42.42/127 This describes a MPEG audio stream that's being sent to 239.255.42.42, port 6666, and a MPEG video stream that's being sent to 239.255.42.42, port 8888. >If not, does this mean that in order to playback the MPEG clip, the reciever >has to playback audio and video streams individually? Yes, that's what RTP-compliant audio/video player tools do. > How does the player >synchronize the playback of the two streams? Using the timestamps in the individual RTP streams, along with the (NTP-based) timestamps in the corresponding RTCP "Sender Reports". Ross. From Fri Feb 01 07:16:36 2002 Received: from profesional.piensasolutions.com ([66.70.36.40]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16WfQX-0004vp-00 for ; Fri, 01 Feb 2002 07:16:33 -0800 Received: from travelmate (80-24-92-172.uc.nombres.ttd.es [80.24.92.172]) by profesional.piensasolutions.com (8.10.2/8.10.2) with SMTP id g11FGSo12614 for ; Fri, 1 Feb 2002 16:16:28 +0100 Message-ID: <002c01c1ab33$851e45c0$0200a8c0(at)travelmate> From: {Pablo Espada} To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0029_01C1AB3B.E593E6A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] How can i develop my streaming application? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Feb 1 07:17:13 2002 X-Original-Date: Fri, 1 Feb 2002 16:17:08 +0100 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0029_01C1AB3B.E593E6A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi! My name is Pablo Espada and i'm a spanish student.=20 I'm gonna tell you my problem. I have to develop a streaming application = similar to a telephony over IP application. To make it easier, it will = be only half duplex (one person speaking and another one listening). Now, i capture PCM sound from the soundcard (using Alsa drivers in = Linux) and i send it to receiver application using raw UDP, and i would = like to use RTSP or RTP instead. I would like to use "live" but i don't know which modules shoud i use = for this purpose. Should i use file source and sink and adapt them in = order to take/put data from/in soundcard buffer on time? Perhaps another = module? I think I've also read in this list that test programs only work with = multicast IP's. =BFis it true? I hope someone could help me. Thank you !!!! Pablo Espada. ------=_NextPart_000_0029_01C1AB3B.E593E6A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi!
 
My name is Pablo Espada and i'm a = spanish student.=20
I'm gonna tell you my problem. I have = to develop a=20 streaming application similar to a telephony over IP application. To = make it=20 easier, it will be only half duplex (one person speaking and another one = listening).
Now, i capture PCM sound from the = soundcard (using=20 Alsa drivers in Linux) and i send it to receiver application using raw = UDP, and=20 i would like to use RTSP or RTP instead.
 
I would like to use "live" but i don't = know which=20 modules shoud i use for this purpose. Should i use file source and sink = and=20 adapt them in order to take/put data from/in soundcard buffer on time? = Perhaps=20 another module?
 
I think I've also read in this list = that test=20 programs only work with multicast IP's. =BFis it true?
 
I hope someone could help me. Thank you = !!!!
Pablo = Espada.
------=_NextPart_000_0029_01C1AB3B.E593E6A0-- From Fri Feb 01 10:27:14 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16WiP3-0004HR-00 for ; Fri, 01 Feb 2002 10:27:13 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA68144; Fri, 1 Feb 2002 10:27:00 -0800 (PST) Message-Id: <4.3.1.1.20020201095228.00bd4f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Pablo Espada} From: Ross Finlayson Subject: Re: [Live-devel] How can i develop my streaming application? Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Feb 1 10:29:50 2002 X-Original-Date: Fri, 01 Feb 2002 10:26:13 -0800 Status: O At 07:17 AM 2/1/02, Pablo Espada wrote: >I'm gonna tell you my problem. I have to develop a streaming application=20 >similar to a telephony over IP application. To make it easier, it will be= =20 >only half duplex (one person speaking and another one listening). >Now, i capture PCM sound from the soundcard (using Alsa drivers in Linux)= =20 >and i send it to receiver application using raw UDP, and i would like to=20 >use RTSP or RTP instead. This is a good idea, because you will be able to test your implementation=20 (both sending and receiving) using open standard tools such as "rat". The RTP payload format for PCM is very very simple. See=20 ,=20 section 4.5.14. PCM (u-law or a-law) samples are simply packed=20 sequentially into a RTP packet - as many as can fit. There are also static= =20 RTP payload types defined for PCM: 0 for PCMU (u-law), and 8 for PCMA= (a-law). > I would like to use "live" but i don't know which modules shoud i use=20 > for this purpose. Should i use file source and sink and adapt them in=20 > order to take/put data from/in soundcard buffer on time? Yes, this will probably work. You will also need specialized RTP sources=20 and sinks for PCM (instead of the "MPEGAudioRTPSink/Source" that=20 "testMP3Streamer/Receiver" use), but fortunately they will be very simple,= =20 because the RTP payload format for PCM is so simple. For a RTP source (i.e., for use by your receiving implementation), you can= =20 simply use a "SimpleRTPSource" - i.e., call rtpSource =3D SimpleRTPSource::createNew(*env, &rtpGroupsock, 0,=20 8000, "audio/pcmu"); (If you're using a-law instead of u-law ,then substitute 8 for 0, and=20 "pcma" for "pcmu".) For a RTP sink, there's currently no corresponding "SimpleRTPSink" (perhaps= =20 I'll write one), but in the meantime you can define a very simple subclass= =20 of "MultiFramedRTPSink" that does nothing other than define the RTP payload= =20 type (0 or 8), and the RTP timestamp frequency (8000). >I think I've also read in this list that test programs only work with=20 >multicast IP's. =BFis it true? No, these programs can also use unicast addresses instead of multicast=20 addresses. In the "...Streamer" application, you can use the unicast=20 address of the (single) destination. In the "...Receiver" application, you= =20 can use the unicast address of the sender (this is so that RTCP Reception=20 Reports go back to the sender). Ross. From Fri Feb 01 21:30:49 2002 Received: from mail1out.giga.net.tw ([203.133.1.22]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16WslD-0007Ai-00 for ; Fri, 01 Feb 2002 21:30:47 -0800 Received: from jolin (u135-210.u61-70.giga.net.tw [61.70.135.210]) by mail1out.giga.net.tw (Postfix) with SMTP id 60B92139D7 for ; Sat, 2 Feb 2002 13:30:42 +0800 (CST) Message-ID: <000801c1abaa$be9cc660$d287463d(at)jolin> From: Armstrong To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1ABED.CC5E3750" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Live-devel] Help ! Modify the openRTSP Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Feb 1 21:31:29 2002 X-Original-Date: Sat, 2 Feb 2002 13:30:36 +0800 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1ABED.CC5E3750 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Hello ! I have some problem of modifying the openRTSP.cpp . I hope that after playing the *.mov file, it does not directyly exit . In shutdown() : exit(exitCode); So I try to command the line // exit(exitCode); and add=20 return 0; But I found it will go to the loop blockMySelf(), so I add a new = variable, and modify the line exit(exitCode) =3D>=20 watch =3D 0; env->taskScheduler().blockMyself(); // does not return =3D> env->taskScheduler().blockMyself(&watch); // does not return Although it can run out of the loop blockMySelf(),but it sometimes run = into the RTCP.cpp Schedule(double nextTime, event e) and hang on an access exception. How should I modify the code properly ? Would you please do me a favor ? Thank you very much! Armstrong ------=_NextPart_000_0005_01C1ABED.CC5E3750 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Hello !
I have some problem of modifying the openRTSP.cpp=20 .
I hope that after playing the = *.mov file,=20 it does not directyly exit .
In shutdown() :
   exit(exitCode);
 
So I try to command the line
  // exit(exitCode);
and add
   return 0;
 
But I found it will go to the loop blockMySelf(), so = I add a new variable,
and modify the line
    exit(exitCode) =3D> =
    watch =3D=20 0;
 
   env->taskScheduler().blockMyself(); = // does=20 not return   =3D>
   env->taskScheduler().blockMyself(&watch); // does = not=20 return
 
Although it can run out of the loop = blockMySelf(),but it=20 sometimes run into the
RTCP.cpp Schedule(double = nextTime,=20 event e)
and hang on an access=20 exception.
 
How should I modify the code properly ?
Would you please do me a favor ?
 
Thank you very much!
        = Armstrong
 
 

 
 
------=_NextPart_000_0005_01C1ABED.CC5E3750-- From Sun Feb 03 08:22:46 2002 Received: from mailrelay1.inwind.it ([212.141.54.101]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16XPPg-000790-00 for ; Sun, 03 Feb 2002 08:22:44 -0800 Received: from aruba (62.98.166.111) by mailrelay1.inwind.it (5.5.053) id 3C5BB1110006F718 for live-devel(at)lists.sourceforge.net; Sun, 3 Feb 2002 17:22:38 +0100 Message-ID: <000701c1acce$bdd6dca0$6fa6623e(at)aruba> From: mimmo To: References: <4.3.1.1.20020110100413.00b72bc0(at)localhost> <4.3.1.1.20020115023236.00badef0(at)localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2615.200 Subject: [Live-devel] both video & audio Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Feb 3 08:23:16 2002 X-Original-Date: Sun, 3 Feb 2002 17:18:21 +0100 Status: O I'm trying to stream both video and audio since several weeks. I thought to combine both testMPEGvideoStreamer.cpp and testMP3Streamer.cpp : it's quite difficult because I don't know how to handle the audio stream produced by mpegDemux. I red in the newsgroup that a solution would be employing a new module named MPEGAudioStreamFramer plus MPEGAudioRTPSink for the audio stream. Unfortunately I don't have the right knowledge to develop by myself such module. I'll be grateful to anyone would be so polite to let me solving this stuff. thanks, Domenico (mliguori(at)inwind.it) From Mon Feb 04 00:48:03 2002 Received: from web20710.mail.yahoo.com ([216.136.226.183]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16XenB-0003Uk-00 for ; Mon, 04 Feb 2002 00:48:01 -0800 Message-ID: <20020204084801.2035.qmail(at)web20710.mail.yahoo.com> Received: from [213.150.174.23] by web20710.mail.yahoo.com via HTTP; Mon, 04 Feb 2002 09:48:01 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] I want to develop streaming video application VOD! Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 4 00:49:02 2002 X-Original-Date: Mon, 4 Feb 2002 09:48:01 +0100 (CET) Status: O Hi My name is GAZDAR Achraf and I am a student. To achieve my Master degre I have to develop a video-on-demand prototype allowing interactivity over protocols such as Interactive Pagoda Broadcasting Protocol. I want to use standards like RTP/RTCP RTSP. I have downloaded live.com application but I can't identify classes or function responsible of: 1. retrieving data from video file 2. sending video/audio on RTP format 3. the codec and the player to use so I will be very thankful if one can help me about live.com architecture or give to me some advices. thanks GAZDAR Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.fr From Mon Feb 04 01:19:57 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16XfI4-00080R-00 for ; Mon, 04 Feb 2002 01:19:56 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA91078; Mon, 4 Feb 2002 01:19:47 -0800 (PST) Message-Id: <4.3.1.1.20020204010656.00b85100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Pablo Espada} From: Ross Finlayson Subject: Re: [Live-devel] How can i develop my streaming application? Cc: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 4 01:20:04 2002 X-Original-Date: Mon, 04 Feb 2002 01:15:24 -0800 Status: O Following up on my earlier response to Pablo Espada's message - I have now released a new version of the "liveMedia" library code that includes a new RTP 'sink' class "SimpleRTPSink". This can be used for simple RTP payload formats that just send a single frame (or an unstructured set of bytes) at a time, without any fragmentation or special headers. This class can be used to stream PCM audio over RTP. E.g., sink = SimpleRTPSink::createNew(*env, &rtpGroupsock, 0, 8000, "audio); (This particular sink can be played from an unstructured byte-stream source.) The new source code can be found (as usual) at Ross. From Mon Feb 04 01:28:32 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16XfQN-0001CQ-00 for ; Mon, 04 Feb 2002 01:28:31 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA91257; Mon, 4 Feb 2002 01:24:46 -0800 (PST) Message-Id: <4.3.1.1.20020204011535.00b73180(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Armstrong From: Ross Finlayson Subject: Re: [Live-devel] Help ! Modify the openRTSP Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 4 01:29:03 2002 X-Original-Date: Mon, 04 Feb 2002 01:23:02 -0800 Status: O Armstrong, I think the modifications that you're trying to make are basically correct. >Although it can run out of the loop blockMySelf(),but it sometimes run >into the >RTCP.cpp Schedule(double nextTime, event e) >and hang on an access exception. Ahh, you found a bug in the "openRTSP" source code - it wasn't closing down it's "MediaSession" object when it was exiting. (Properly closing this object is a good idea, because it will cause RTCP "BYE"s to get sent.) You should be able to fix the bug by adding the following line to the end of the shutdown() routine: Medium::close(session); (I have also fixed this in the most recent source code release.) Ross. From Mon Feb 04 01:32:44 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16XfUS-0001w0-00 for ; Mon, 04 Feb 2002 01:32:44 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA91543; Mon, 4 Feb 2002 01:32:42 -0800 (PST) Message-Id: <4.3.1.1.20020204012718.00b62600(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: mimmo From: Ross Finlayson Subject: Re: [Live-devel] both video & audio Cc: In-Reply-To: References: <4.3.1.1.20020110100413.00b72bc0(at)localhost> <4.3.1.1.20020115023236.00badef0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 4 01:33:05 2002 X-Original-Date: Mon, 04 Feb 2002 01:31:40 -0800 Status: O At 08:18 AM 2/3/02, mimmo wrote: >I'm trying to stream both video and audio since several weeks. So many people have been asking for this recently (a test program that will stream both video and audio from a MPEG program stream file) that I'll probably go ahead and do this sometime later this week. I'll send email to this list when it's ready to try out. Ross. From Mon Feb 04 01:39:46 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16XfbG-0002j9-00 for ; Mon, 04 Feb 2002 01:39:46 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id BAA91779; Mon, 4 Feb 2002 01:39:45 -0800 (PST) Message-Id: <4.3.1.1.20020204013246.00b8a990(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] I want to develop streaming video application VOD! Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 4 01:40:12 2002 X-Original-Date: Mon, 04 Feb 2002 01:39:00 -0800 Status: O At 12:48 AM 2/4/02, achraf_g(at)yahoo.fr wrote: >I have downloaded live.com application but I can't >identify classes or function responsible of: > 1. retrieving data from video file > 2. sending video/audio on RTP format > 3. the codec and the player to use Please build, run and inspect the test programs "testMPEGVideoStreamer" and "testMPEGVideoReceiver". (Similarly, "testMP3Streamer" and "testMP3Receiver" for audio). You should also be familiar with RTP (as described in the Internet Draft ) Ross. From Mon Feb 04 20:35:41 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16XxKW-00082V-00 for ; Mon, 04 Feb 2002 20:35:40 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id UAA13630; Mon, 4 Feb 2002 20:35:39 -0800 (PST) Message-Id: <4.3.1.1.20020204201940.00b838a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] How can i develop my streaming application? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 4 20:36:03 2002 X-Original-Date: Mon, 04 Feb 2002 20:33:09 -0800 Status: O At 08:13 PM 2/4/02, Hazem Hamed wrote: >We are unable to stream out MP2 using testMP3Streamer. It looks that all the >liveMedia classes only support MP3. Is there a way around this so that we >can send MP2? Hazem, Unfortunately the implementation of the "MP3FileSource" class (which "testMP3Streamer" uses as a source) currently has some code that checks specifically for layer III audio (i.e., MP3), which is why streaming MP2 files didn't work for you. However, you *may* be able to remove this restriction by making the following changes to "liveMedia/MP3StreamState.cpp". (I haven't tested this myself, though.) 1/ Comment out line 227: || (fr().hdr & 0x00060000) != 0x00020000 /* test for layer 3 */ 2/ Remove the "if" statement at line 325 that begins: if (fr().layer != 3) { ... >If no, you think we can use this SimpleRTPSink for this >purpose? No, because streaming MPEG audio in RTP (using either RFC 2250 or RFC 3119) requires special headers, in addition to the MPEG audio frame(s). But in any case, the problem is *not* the "RTPSink" class; "MPEGAudioRTPSink" should work just fine for you. The problem is the source object that feeds the RTPSink; this object is responsible for parsing the input MPEG audio data into distinct frames (for consumption by the RTPSink object). At present, the only source object (in the library) that does this is "MP3FileSource". Ross. ps. For any follow-up questions, please use the mailing list . I prefer to reserve one-on-one email for consulting clients. From Tue Feb 05 10:30:01 2002 Received: from chopin.cti.depaul.edu ([140.192.32.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YALw-0007tE-00 for ; Tue, 05 Feb 2002 10:30:01 -0800 Received: from leo ([140.192.37.167]) by chopin.cti.depaul.edu with Microsoft SMTPSVC(5.0.2195.3779); Tue, 5 Feb 2002 12:29:59 -0600 From: {Hazem Hamed} To: Subject: Re: [Live-devel] How can i develop my streaming application? Message-ID: <01c1ae72$d409c780$8cc025a7(at)leo.mnlab.cs.depaul.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0008_01C1AE40.896F5780" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express Unix 5.00.2013.2002 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2013.2002 X-OriginalArrivalTime: 05 Feb 2002 18:29:59.0027 (UTC) FILETIME=[1DF6CC30:01C1AE73] Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Feb 5 10:30:08 2002 X-Original-Date: Tue, 5 Feb 2002 12:27:55 -0600 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C1AE40.896F5780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi Ross, Thanks for the hint. I tried to disable the MP3 check, and MP2 audio was sent, but still it seems there's a problem cause the transmission stops in the middle of the track. One other problem. I extended testMPEGSplitter.cpp to be able to split and stream MPEG movies. This file, testMPEGStreamer.cpp is attached. It seems that it cannot stream BOTH audio and video simultaneously. If I comment out audioSink->startPlaying(), video is transmitted fine. When videoSink->startPlaying is commented, audio is transmitting too. But when both are active, nothing is being transmitted. I tested the outgoing multicast packets and only 4-5 packets are transmitted, then nothing. Ah, I appologize for sending a personal e-mail. I just blindly reply to your e-mail expecting that the reply-to address is by default the mailing list address. If you change your list-server config setting reply-to to the list address, you'll get rid of such a problem. Thanks and best regards, Hazem -----Original Message----- From: Ross Finlayson To: Date: Monday, February 04, 2002 10:36 PM Subject: Re: [Live-devel] How can i develop my streaming application? >At 08:13 PM 2/4/02, Hazem Hamed wrote: >>We are unable to stream out MP2 using testMP3Streamer. It looks that all the >>liveMedia classes only support MP3. Is there a way around this so that we >>can send MP2? > >Hazem, > >Unfortunately the implementation of the "MP3FileSource" class (which >"testMP3Streamer" uses as a source) currently has some code that checks >specifically for layer III audio (i.e., MP3), which is why streaming MP2 >files didn't work for you. However, you *may* be able to remove this >restriction by making the following changes to >"liveMedia/MP3StreamState.cpp". (I haven't tested this myself, though.) > >1/ Comment out line 227: > || (fr().hdr & 0x00060000) != 0x00020000 /* test for layer 3 */ > >2/ Remove the "if" statement at line 325 that begins: > if (fr().layer != 3) { ... > > >>If no, you think we can use this SimpleRTPSink for this >>purpose? > >No, because streaming MPEG audio in RTP (using either RFC 2250 or RFC 3119) >requires special headers, in addition to the MPEG audio frame(s). But in >any case, the problem is *not* the "RTPSink" class; "MPEGAudioRTPSink" >should work just fine for you. The problem is the source object that feeds >the RTPSink; this object is responsible for parsing the input MPEG audio >data into distinct frames (for consumption by the RTPSink object). At >present, the only source object (in the library) that does this is >"MP3FileSource". > > Ross. > >ps. For any follow-up questions, please use the mailing list >. I prefer to reserve one-on-one email >for consulting clients. > > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel > ------=_NextPart_000_0008_01C1AE40.896F5780 Content-Type: application/octet-stream; name="testMPEGStreamer.cpp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="testMPEGStreamer.cpp" LyoqKioqKioqKioKVGhpcyBsaWJyYXJ5IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0 cmlidXRlIGl0IGFuZC9vciBtb2RpZnkgaXQgdW5kZXIKdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGVz c2VyIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZQpGcmVlIFNvZnR3 YXJlIEZvdW5kYXRpb247IGVpdGhlciB2ZXJzaW9uIDIuMSBvZiB0aGUgTGljZW5zZSwgb3IgKGF0 IHlvdXIKb3B0aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4gKFNlZSA8aHR0cDovL3d3dy5nbnUub3Jn L2NvcHlsZWZ0L2xlc3Nlci5odG1sPi4pCgpUaGlzIGxpYnJhcnkgaXMgZGlzdHJpYnV0ZWQgaW4g dGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwgYnV0IFdJVEhPVVQKQU5ZIFdBUlJBTlRZ OyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YgTUVSQ0hBTlRBQklMSVRZIG9y IEZJVE5FU1MKRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUgTGVzc2VyIEdl bmVyYWwgUHVibGljIExpY2Vuc2UgZm9yCm1vcmUgZGV0YWlscy4KCllvdSBzaG91bGQgaGF2ZSBy ZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQph bG9uZyB3aXRoIHRoaXMgbGlicmFyeTsgaWYgbm90LCB3cml0ZSB0byB0aGUgRnJlZSBTb2Z0d2Fy ZSBGb3VuZGF0aW9uLCBJbmMuLAo1OSBUZW1wbGUgUGxhY2UsIFN1aXRlIDMzMCwgQm9zdG9uLCBN QSAgMDIxMTEtMTMwNyAgVVNBCioqKioqKioqKiovCi8vIENvcHlyaWdodCAoYykgMTk5Ni0yMDAx LCBMaXZlIE5ldHdvcmtzLCBJbmMuICBBbGwgcmlnaHRzIHJlc2VydmVkCi8vIEEgdGVzdCBwcm9n cmFtIHRoYXQgc3BsaXRzIGEgTVBFRyBQcm9ncmFtIFN0cmVhbSBmaWxlIGludG8KLy8gdmlkZW8g YW5kIGF1ZGlvIG91dHB1dCBmaWxlcy4KLy8gbWFpbiBwcm9ncmFtCgojaW5jbHVkZSAibGl2ZU1l ZGlhLmhoIgojaW5jbHVkZSAiQmFzaWNVc2FnZUVudmlyb25tZW50LmhoIgojaW5jbHVkZSAiR3Jv dXBzb2NrSGVscGVyLmhoIgojaW5jbHVkZSA8c3RkbGliLmg+CiNpZiBkZWZpbmVkKF9fV0lOMzJf XykgfHwgZGVmaW5lZChfV0lOMzIpCiNlbHNlCiNpbmNsdWRlIDx1bmlzdGQuaD4KI2VuZGlmCiNp bmNsdWRlIDxzdGRsaWIuaD4KCgpjaGFyIGNvbnN0KiBpbnB1dEZpbGVOYW1lID0gImluLm1wZyI7 CmNoYXIgY29uc3QqIG91dHB1dEZpbGVOYW1lX3ZpZGVvID0gIm91dF92aWRlby5tcGciOwpjaGFy IGNvbnN0KiBvdXRwdXRGaWxlTmFtZV9hdWRpbyA9ICJvdXRfYXVkaW8ubXBnIjsKCnZvaWQgYWZ0 ZXJQbGF5aW5nKHZvaWQqIGNsaWVudERhdGEpOyAvLyBmb3J3YXJkCgovLyBBIHN0cnVjdHVyZSB0 byBob2xkIHRoZSBzdGF0ZSBvZiB0aGUgY3VycmVudCBzZXNzaW9uLgovLyBJdCBpcyB1c2VkIGlu IHRoZSAiYWZ0ZXJQbGF5aW5nKCkiIGZ1bmN0aW9uIHRvIGNsZWFuIHVwIHRoZSBzZXNzaW9uLgpz dHJ1Y3Qgc2Vzc2lvblN0YXRlX3QgewogIE1QRUdEZW11eCogYmFzZURlbXVsdGlwbGV4b3I7CiAg TWVkaWFTb3VyY2UqIHZpZGVvU291cmNlOwogIE1lZGlhU291cmNlKiBhdWRpb1NvdXJjZTsKICBS VFBTaW5rKiB2aWRlb1Npbms7CiAgUlRQU2luayogYXVkaW9TaW5rOwp9IHNlc3Npb25TdGF0ZTsK CmludCBtYWluKGludCBhcmdjLCBjaGFyKiogYXJndikgewogIC8vIEJlZ2luIGJ5IHNldHRpbmcg dXAgb3VyIHVzYWdlIGVudmlyb25tZW50OgogIEJhc2ljVGFza1NjaGVkdWxlciBzY2hlZHVsZXI7 CiAgVXNhZ2VFbnZpcm9ubWVudCogZW52ID0gbmV3IEJhc2ljVXNhZ2VFbnZpcm9ubWVudChzY2hl ZHVsZXIpOwoKICAvLyBDcmVhdGUgJ2dyb3Vwc29ja3MnIGZvciBSVFAgYW5kIFJUQ1A6CiAgY2hh ciogbXVsdGljYXN0QWRkcmVzc1N0ciAgPSAiMjM5LjI1NS40Mi40MiI7CiAgY29uc3QgdW5zaWdu ZWQgc2hvcnQgcnRwVmlkZW9Qb3J0TnVtID0gNDQ0NDsKICBjb25zdCB1bnNpZ25lZCBzaG9ydCBy dGNwVmlkZW9Qb3J0TnVtID0gcnRwVmlkZW9Qb3J0TnVtKzE7CiAgY29uc3QgdW5zaWduZWQgc2hv cnQgcnRwQXVkaW9Qb3J0TnVtID0gODg4ODsKICBjb25zdCB1bnNpZ25lZCBzaG9ydCBydGNwQXVk aW9Qb3J0TnVtID0gcnRwQXVkaW9Qb3J0TnVtKzE7CiAgY29uc3QgdW5zaWduZWQgY2hhciB0dGwg PSA3OyAvLyBsb3csIGluIGNhc2Ugcm91dGVycyBkb24ndCBhZG1pbiBzY29wZQoKICBzdHJ1Y3Qg aW5fYWRkciBtdWx0aWNhc3RBZGRyZXNzOwogIG11bHRpY2FzdEFkZHJlc3Muc19hZGRyID0gb3Vy X2luZXRfYWRkcihtdWx0aWNhc3RBZGRyZXNzU3RyKTsKICBjb25zdCBQb3J0IHJ0cFZpZGVvUG9y dChydHBWaWRlb1BvcnROdW0pOwogIGNvbnN0IFBvcnQgcnRjcFZpZGVvUG9ydChydGNwVmlkZW9Q b3J0TnVtKTsKICBjb25zdCBQb3J0IHJ0cEF1ZGlvUG9ydChydHBBdWRpb1BvcnROdW0pOwogIGNv bnN0IFBvcnQgcnRjcEF1ZGlvUG9ydChydGNwQXVkaW9Qb3J0TnVtKTsKCiAgR3JvdXBzb2NrIHJ0 cFZpZGVvR3JvdXBzb2NrKCplbnYsIG11bHRpY2FzdEFkZHJlc3MsIHJ0cFZpZGVvUG9ydCwgdHRs KTsKICBHcm91cHNvY2sgcnRjcFZpZGVvR3JvdXBzb2NrKCplbnYsIG11bHRpY2FzdEFkZHJlc3Ms IHJ0Y3BWaWRlb1BvcnQsIHR0bCk7CgogIEdyb3Vwc29jayBydHBBdWRpb0dyb3Vwc29jaygqZW52 LCBtdWx0aWNhc3RBZGRyZXNzLCBydHBBdWRpb1BvcnQsIHR0bCk7CiAgR3JvdXBzb2NrIHJ0Y3BB dWRpb0dyb3Vwc29jaygqZW52LCBtdWx0aWNhc3RBZGRyZXNzLCBydGNwQXVkaW9Qb3J0LCB0dGwp OwoKICAvLyBDcmVhdGUgYSAnTVBFRyBWaWRlbyBSVFAnIHNpbmsgZnJvbSB0aGUgUlRQICdncm91 cHNvY2snOgogIHNlc3Npb25TdGF0ZS52aWRlb1NpbmsgPSBNUEVHVmlkZW9SVFBTaW5rOjpjcmVh dGVOZXcoKmVudiwgJnJ0cFZpZGVvR3JvdXBzb2NrKTsKICBzZXNzaW9uU3RhdGUuYXVkaW9TaW5r ID0gTVBFR0F1ZGlvUlRQU2luazo6Y3JlYXRlTmV3KCplbnYsICZydHBBdWRpb0dyb3Vwc29jayk7 CgogIC8vIENyZWF0ZSAoYW5kIHN0YXJ0KSBhICdSVENQIGluc3RhbmNlJyBmb3IgdGhpcyBSVFAg c2luazoKICBjb25zdCB1bnNpZ25lZCB0b3RhbFNlc3Npb25CYW5kd2lkdGggPSA0NTAwOyAvLyBp biBrYnBzOyBmb3IgUlRDUCBiL3cgc2hhcmUKICBjb25zdCB1bnNpZ25lZCBtYXhDTkFNRWxlbiA9 IDEwMDsKICB1bnNpZ25lZCBjaGFyIENOQU1FW21heENOQU1FbGVuKzFdOwogIGdldGhvc3RuYW1l KChjaGFyKilDTkFNRSwgbWF4Q05BTUVsZW4pOwoKICBDTkFNRVttYXhDTkFNRWxlbl0gPSAnXDAn OyAvLyBqdXN0IGluIGNhc2UKICBSVENQSW5zdGFuY2U6OmNyZWF0ZU5ldygqZW52LCAmcnRjcFZp ZGVvR3JvdXBzb2NrLAoJCQkgIHRvdGFsU2Vzc2lvbkJhbmR3aWR0aCwgQ05BTUUsCgkJCSAgc2Vz c2lvblN0YXRlLnZpZGVvU2luaywgTlVMTCAvKiB3ZSdyZSBhIHNlcnZlciAqLyk7CiAgQ05BTUVb bWF4Q05BTUVsZW5dID0gJ1wwJzsgLy8ganVzdCBpbiBjYXNlCiAgUlRDUEluc3RhbmNlOjpjcmVh dGVOZXcoKmVudiwgJnJ0Y3BBdWRpb0dyb3Vwc29jaywKCQkJICB0b3RhbFNlc3Npb25CYW5kd2lk dGgsIENOQU1FLAoJCQkgIHNlc3Npb25TdGF0ZS5hdWRpb1NpbmssIE5VTEwgLyogd2UncmUgYSBz ZXJ2ZXIgKi8pOwogIC8vIE5vdGU6IFRoaXMgc3RhcnRzIFJUQ1AgcnVubmluZyBhdXRvbWF0aWNh bGx5CgogIC8vIE9wZW4gdGhlIGlucHV0IGZpbGUgYXMgYSAnYnl0ZS1zdHJlYW0gZmlsZSBzb3Vy Y2UnOgogIEJ5dGVTdHJlYW1GaWxlU291cmNlKiBpbnB1dFNvdXJjZQogICAgPSBCeXRlU3RyZWFt RmlsZVNvdXJjZTo6Y3JlYXRlTmV3KCplbnYsIGlucHV0RmlsZU5hbWUpOwogIGlmIChpbnB1dFNv dXJjZSA9PSBOVUxMKSB7CiAgICBmcHJpbnRmKHN0ZGVyciwgIlVuYWJsZSB0byBvcGVuIGZpbGUg XCIlc1wiIGFzIGEgYnl0ZS1zdHJlYW0gZmlsZSBzb3VyY2VcbiIsCgkgICAgaW5wdXRGaWxlTmFt ZSk7CiAgICBleGl0KDEpOwogIH0KICAKICAvLyBDcmVhdGUgYSBNUEVHIGRlbXVsdGlwbGV4b3Ig dGhhdCByZWFkcyBmcm9tIHRoYXQgc291cmNlLgogIHNlc3Npb25TdGF0ZS5iYXNlRGVtdWx0aXBs ZXhvciA9IE1QRUdEZW11eDo6Y3JlYXRlTmV3KCplbnYsIGlucHV0U291cmNlKTsKCiAgLy8gQ3Jl YXRlLCBmcm9tIHRoaXMsIG91ciBvd24gc291cmNlcyAodmlkZW8gYW5kIGF1ZGlvKToKICBzZXNz aW9uU3RhdGUuYXVkaW9Tb3VyY2UgPSBzZXNzaW9uU3RhdGUuYmFzZURlbXVsdGlwbGV4b3ItPm5l d0F1ZGlvU3RyZWFtKCk7CiAgRnJhbWVkU291cmNlICp2aWRlb1NvdXJjZSA9IHNlc3Npb25TdGF0 ZS5iYXNlRGVtdWx0aXBsZXhvci0+bmV3VmlkZW9TdHJlYW0oKTsKICBzZXNzaW9uU3RhdGUudmlk ZW9Tb3VyY2UgPSBNUEVHVmlkZW9TdHJlYW1GcmFtZXI6OmNyZWF0ZU5ldygqZW52LCB2aWRlb1Nv dXJjZSk7CiAgCiAgLy8gRmluYWxseSwgc3RhcnQgcGxheWluZzoKICBmcHJpbnRmKHN0ZGVyciwg IkJlZ2lubmluZyB0byByZWFkLi4uXG4iKTsKICBzZXNzaW9uU3RhdGUudmlkZW9TaW5rLT5zdGFy dFBsYXlpbmcoKnNlc3Npb25TdGF0ZS52aWRlb1NvdXJjZSwKCQkJCSAgICAgICBhZnRlclBsYXlp bmcsIHNlc3Npb25TdGF0ZS52aWRlb1NpbmspOwogIHNlc3Npb25TdGF0ZS5hdWRpb1NpbmstPnN0 YXJ0UGxheWluZygqc2Vzc2lvblN0YXRlLmF1ZGlvU291cmNlLAogICAgCQkJCSAgICAgICBhZnRl clBsYXlpbmcsIHNlc3Npb25TdGF0ZS5hdWRpb1NpbmspOwoKICBlbnYtPnRhc2tTY2hlZHVsZXIo KS5ibG9ja015c2VsZigpOyAvLyBkb2VzIG5vdCByZXR1cm4KCiAgcmV0dXJuIDA7IC8vIG9ubHkg dG8gcHJldmVudCBjb21waWxlciB3YXJuaW5nCn0KCnZvaWQgYWZ0ZXJQbGF5aW5nKHZvaWQqIGNs aWVudERhdGEpIHsKICBNZWRpdW0qIGZpbmlzaGVkU2luayA9IChNZWRpdW0qKWNsaWVudERhdGE7 CgogIGlmIChmaW5pc2hlZFNpbmsgPT0gc2Vzc2lvblN0YXRlLnZpZGVvU2luaykgewogICAgZnBy aW50ZihzdGRlcnIsICJObyBtb3JlIHZpZGVvXG4iKTsKICAgIE1lZGl1bTo6Y2xvc2Uoc2Vzc2lv blN0YXRlLnZpZGVvU2luayk7CiAgICBNZWRpdW06OmNsb3NlKHNlc3Npb25TdGF0ZS52aWRlb1Nv dXJjZSk7CiAgICBzZXNzaW9uU3RhdGUudmlkZW9TaW5rID0gTlVMTDsKICB9IGVsc2UgaWYgKGZp bmlzaGVkU2luayA9PSBzZXNzaW9uU3RhdGUuYXVkaW9TaW5rKSB7CiAgICBmcHJpbnRmKHN0ZGVy ciwgIk5vIG1vcmUgYXVkaW9cbiIpOwogICAgTWVkaXVtOjpjbG9zZShzZXNzaW9uU3RhdGUuYXVk aW9TaW5rKTsKICAgIE1lZGl1bTo6Y2xvc2Uoc2Vzc2lvblN0YXRlLmF1ZGlvU291cmNlKTsKICAg IHNlc3Npb25TdGF0ZS5hdWRpb1NpbmsgPSBOVUxMOwogIH0KCiAgaWYgKHNlc3Npb25TdGF0ZS52 aWRlb1NpbmsgPT0gTlVMTCAmJiBzZXNzaW9uU3RhdGUuYXVkaW9TaW5rID09IE5VTEwpIHsKICAg IGZwcmludGYoc3RkZXJyLCAiLi4uZmluaXNoZWQgcmVhZGluZ1xuIik7CgogICAgTWVkaXVtOjpj bG9zZShzZXNzaW9uU3RhdGUuYmFzZURlbXVsdGlwbGV4b3IpOwoKICAgIGV4aXQoMCk7CiAgfQp9 Cg== ------=_NextPart_000_0008_01C1AE40.896F5780-- From Tue Feb 05 13:09:56 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YCqi-0007cb-00 for ; Tue, 05 Feb 2002 13:09:56 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA18419; Tue, 5 Feb 2002 13:09:55 -0800 (PST) Message-Id: <4.3.1.1.20020205130323.00c69260(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] How can i develop my streaming application? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Feb 5 13:10:09 2002 X-Original-Date: Tue, 05 Feb 2002 13:06:41 -0800 Status: O At 10:27 AM 2/5/02, Hazem Hamed wrote: >One other problem. I extended testMPEGSplitter.cpp to be able to split and >stream MPEG movies. This file, testMPEGStreamer.cpp is attached. >It seems that it cannot stream BOTH audio and video simultaneously. If I >comment out audioSink->startPlaying(), video is transmitted fine. When >videoSink->startPlaying is commented, audio is transmitting too. But when >both are active, nothing is being transmitted. I tested the outgoing >multicast packets and only 4-5 packets are transmitted, then nothing. I'll take a look at this. What you're doing looks correct (except that there's no "MPEGAudioStreamFramer" filter), so I'm yet not sure why it wouldn't be working. Ross. From Wed Feb 06 15:20:56 2002 Received: from dilbert.bmrc.berkeley.edu ([169.229.12.111]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YbN2-0003CC-00 for ; Wed, 06 Feb 2002 15:20:56 -0800 Received: from localhost (mkang(at)localhost) by dilbert.bmrc.berkeley.edu (8.8.8/8.6.9) with ESMTP id PAA19999 for ; Wed, 6 Feb 2002 15:20:55 -0800 (PST) From: Michael Kang To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Live-devel] converting raw MP3 into ADUs Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 6 15:21:13 2002 X-Original-Date: Wed, 6 Feb 2002 15:20:55 -0800 (PST) Status: O Hi, In my application I'm grabbing audio from the sound card and using LAME to encode the data into MP3. I'd like to send the data across the network using liveMedia's interleaved ADU's, but I can't figure out a good way to do this. Right now I am just taking each MP3 frame that returns from LAME and putting it into an RTP packet and sending it... How can I convert this raw MP3 frame into an ADU using the library? How can I use the ADUFromMP3Source structures? Thanks for your help! Michael From Wed Feb 06 15:38:58 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YbeU-0004vI-00 for ; Wed, 06 Feb 2002 15:38:58 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id PAA38189; Wed, 6 Feb 2002 15:38:58 -0800 (PST) Message-Id: <4.3.1.1.20020206153024.00c8bf00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] converting raw MP3 into ADUs In-Reply-To: eley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 6 15:39:04 2002 X-Original-Date: Wed, 06 Feb 2002 15:38:14 -0800 Status: O At 03:20 PM 2/6/02, Michael Kang wrote: >In my application I'm grabbing audio from the sound card and using LAME to >encode the data into MP3. I'd like to send the data across the network >using liveMedia's interleaved ADU's, but I can't figure out a good way to >do this. Michael, Note the "testMP3Streamer" and "testMP3Receiver" test programs that come bundled with the libraries (in the "testProgs" directory). These already do most of what you want. Note that you'll need to uncomment the line #define STREAM_USING_ADUS 1 in each case. Also, in "testMP3Streamer.cpp", you can change the "inputFileName" string from "test.mp3" to "stdin" If you do this, you should just be able to pipe your LAME output into "testMP3Streamer". Of course, you may also wish to change "multicastAddressStr", "rtpPortNum", "rtpPayloadFormat", and, if you choose to do interleaving, "interleaveCycle". Ditto for the receiving application "testMP3Receiver" (which already outputs to stdout). Ross. From Thu Feb 07 07:04:07 2002 Received: from panoramix.vasoftware.com ([198.186.202.147] helo=mail2.vasoftware.com) by usw-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 16Yq5h-0000EU-00 for ; Thu, 07 Feb 2002 07:04:01 -0800 Received: from f121.law10.hotmail.com ([64.4.15.121] helo=hotmail.com) by mail2.vasoftware.com with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Yq5U-00044m-00 for ; Thu, 07 Feb 2002 07:03:48 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 7 Feb 2002 07:02:02 -0800 Received: from 194.201.166.113 by lw10fd.law10.hotmail.msn.com with HTTP; Thu, 07 Feb 2002 15:02:02 GMT X-Originating-IP: [194.201.166.113] From: {Daniel Laird} To: Bcc: Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 07 Feb 2002 15:02:02.0520 (UTC) FILETIME=[66366980:01C1AFE8] Subject: [Live-devel] Live documentation Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 7 07:05:08 2002 X-Original-Date: Thu, 07 Feb 2002 15:02:02 +0000 Status: O Hi everyone, I am new to this library and was wondering whether anyone had written any documentation for this library. I noticed that none of the files have doc++/doxygen style comments is this in the future roadmap? look forward to using the library Cheers Dan _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com From Thu Feb 07 07:54:14 2002 Received: from web21407.mail.yahoo.com ([216.136.232.77]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YqsI-00031v-00 for ; Thu, 07 Feb 2002 07:54:14 -0800 Message-ID: <20020207155414.69254.qmail(at)web21407.mail.yahoo.com> Received: from [213.150.174.31] by web21407.mail.yahoo.com via HTTP; Thu, 07 Feb 2002 16:54:14 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] I get error message when I test :tesMPEGvideoStreamer! Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 7 07:55:04 2002 X-Original-Date: Thu, 7 Feb 2002 16:54:14 +0100 (CET) Status: O Hi Ross, I get this messege when I try to test the testMPEGVideoStreamer : MPEGVideoStreamParser::parseSlice(): Saw unexpected code 0x000001ba I have an MPEG1 File that we have changed its name to "test.mpg". Finally I want to know if there's any documentations about this labrary and haw to use it in VC++ ver 6.0. I want to know how ton include this library in my project. because the compilar display this message "couldn' open file" .h". thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.fr From Thu Feb 07 10:18:15 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Yt7e-0005bm-00 for ; Thu, 07 Feb 2002 10:18:14 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA75078; Thu, 7 Feb 2002 10:18:09 -0800 (PST) Message-Id: <4.3.1.1.20020207101411.00c1a250(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] I get error message when I test :tesMPEGvideoStreamer! Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 7 10:19:07 2002 X-Original-Date: Thu, 07 Feb 2002 10:15:03 -0800 Status: O At 07:54 AM 2/7/02, achraf_g(at)yahoo.fr wrote: >Hi Ross, >I get this messege when I try to test the >testMPEGVideoStreamer : >MPEGVideoStreamParser::parseSlice(): Saw unexpected >code 0x000001ba By default, the "testMPEGVideoStreamer" test program assumes that its input is a MPEG Video Elementary Stream. The files that you tried to stream (producing the error messages) are MPEG *Program Stream* files. To stream video from files like this, uncomment the line //#define SOURCE_IS_PROGRAM_STREAM 1 in testMPEGVideoStreamer.cpp, and recompile. Ross. From Thu Feb 07 10:23:11 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YtCQ-0006pp-00 for ; Thu, 07 Feb 2002 10:23:10 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA76155; Thu, 7 Feb 2002 10:23:09 -0800 (PST) Message-Id: <4.3.1.1.20020207101720.00bf98f0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Live documentation In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 7 10:24:03 2002 X-Original-Date: Thu, 07 Feb 2002 10:21:06 -0800 Status: O At 07:02 AM 2/7/02, Daniel Laird wrote: >I am new to this library and was wondering whether anyone had written any >documentation for this library. Daniel, For now, the best way to understand how to use the libraries is to (i) study the example programs in the "testProgs" directory, and (especially) (ii) ask questions on this mailing list. At some point (in the not too distant future) I definitely want to produce some real documentation for the libraries (especially now that the APIs seem to be stabilizing), but right now I have to focus on activities that pay the bills. >I noticed that none of the files have doc++/doxygen style comments is this >in the future roadmap? I haven't used either of these, so I'd be interested to hear opinions from the list as to the relative merits of each (and other relevant documentation systems). Ross. From Thu Feb 07 11:41:11 2002 Received: from chopin.cti.depaul.edu ([140.192.32.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YuPv-0001m4-00 for ; Thu, 07 Feb 2002 11:41:11 -0800 Received: from PHD13 ([140.192.35.61]) by chopin.cti.depaul.edu with Microsoft SMTPSVC(5.0.2195.3779); Thu, 7 Feb 2002 13:41:08 -0600 Message-ID: <009201c1b00f$63c4bb80$3d23c08c(at)cti.depaul.edu> From: {Hazem Hamed} To: References: <4.3.1.1.20020207101720.00bf98f0(at)localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 07 Feb 2002 19:41:08.0888 (UTC) FILETIME=[63D36180:01C1B00F] Subject: [Live-devel] H.263 Video and GSM Audio Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 7 11:42:03 2002 X-Original-Date: Thu, 7 Feb 2002 13:41:08 -0600 Status: O Hi, I'm currently developing a media streaming server based on liveMedia library. I've started with the existing classes, and found that MPEG video and MP3 audio are the supported formats. Since MPEG requires a relatively high network bandwidth, I'm thinking of using H.263 video and GSM audio. Is it possible to re-use the liveMedia class library to implement classes for streaming H.263 video and GSM audio? Any hints are highly appreciated. Thanks and best regards. Hazem From Thu Feb 07 12:56:41 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16Yvaz-0000Uy-00 for ; Thu, 07 Feb 2002 12:56:41 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA11251; Thu, 7 Feb 2002 12:56:39 -0800 (PST) Message-Id: <4.3.1.1.20020207123906.00b1e460(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] H.263 Video and GSM Audio In-Reply-To: References: <4.3.1.1.20020207101720.00bf98f0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 7 12:57:05 2002 X-Original-Date: Thu, 07 Feb 2002 12:56:38 -0800 Status: O At 11:41 AM 2/7/02, you wrote: >Is it possible to re-use the liveMedia class library to implement classes >for streaming H.263 video and GSM audio? Any hints are highly appreciated. Hazem, You're in luck - the library already contains RTP 'sink' classes for this: "H263plusVideoRTPSink" and "GSMAudioRTPSink". You can use these in place of "MPEGVideoRTPSink" and "MPEGAudioRTPSink" (respectively). Note that, in each case, these classes will need to be fed discrete frames, so if you're reading the input data from a byte stream, it will need to be framed appropriately. Fortunately, GSM audio frames are always 33 bytes in length, so you can easily read GSM frames using a "ByteStreamFileSource", as follows: ByteStreamFileSource::createNew(*env, inputFileName, 33, 0.02); (The "33" tells the ByteStreamFileSource to return 33 bytes of data each time it's called. The "0.02" indicates that each frame is timed 20 ms apart.) Unfortunately, H.263+ frames vary in size, so if you're reading H.263+ data from a byte stream, you will need to implement a separate 'framer' filter that feeds into the "H263plusVideoRTPSink". At the receiving end: - For H.263+: There's a "H263plusVideoRTPSource" class that can be used just like "MPEGVideoRTPSource". - For GSM: Because the GSM RTP payload format is so simple, you can just create a "SimpleRTPSource" to receive this data - using "SimpleRTPSource::createNew(). (The "rtpPayloadFormat" parameter will be 3; the "rtpTimestampFrequency" parameter will be 8000; the "mimeType" parameter will be "audio/gsm"; the "offset" parameter will be 0.) I hope this helps. Ross. From Thu Feb 07 13:43:20 2002 Received: from chopin.cti.depaul.edu ([140.192.32.72]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16YwK6-00075U-00 for ; Thu, 07 Feb 2002 13:43:18 -0800 Received: from PHD13 ([140.192.35.61]) by chopin.cti.depaul.edu with Microsoft SMTPSVC(5.0.2195.3779); Thu, 7 Feb 2002 15:43:06 -0600 Message-ID: <000701c1b020$6d8bb900$3d23c08c(at)cti.depaul.edu> From: {Hazem Hamed} To: References: <4.3.1.1.20020207101720.00bf98f0(at)localhost> <4.3.1.1.20020207123906.00b1e460(at)localhost> Subject: Re: [Live-devel] H.263 Video and GSM Audio MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 07 Feb 2002 21:43:06.0624 (UTC) FILETIME=[6D894800:01C1B020] Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 7 13:53:10 2002 X-Original-Date: Thu, 7 Feb 2002 15:43:06 -0600 Status: O That's great... Thanks Ross... I'll keep you updated with my progress. Hazem ----- Original Message ----- From: {Ross Finlayson} To: Sent: Thursday, February 07, 2002 2:56 PM Subject: Re: [Live-devel] H.263 Video and GSM Audio > At 11:41 AM 2/7/02, you wrote: > >Is it possible to re-use the liveMedia class library to implement classes > >for streaming H.263 video and GSM audio? Any hints are highly appreciated. > > Hazem, > > You're in luck - the library already contains RTP 'sink' classes for this: > "H263plusVideoRTPSink" and "GSMAudioRTPSink". You can use these in place > of "MPEGVideoRTPSink" and "MPEGAudioRTPSink" (respectively). Note that, in > each case, these classes will need to be fed discrete frames, so if you're > reading the input data from a byte stream, it will need to be framed > appropriately. > > Fortunately, GSM audio frames are always 33 bytes in length, so you can > easily read GSM frames using a "ByteStreamFileSource", as follows: > ByteStreamFileSource::createNew(*env, inputFileName, 33, 0.02); > (The "33" tells the ByteStreamFileSource to return 33 bytes of data each > time it's called. The "0.02" indicates that each frame is timed 20 ms apart.) > > Unfortunately, H.263+ frames vary in size, so if you're reading H.263+ data > from a byte stream, you will need to implement a separate 'framer' filter > that feeds into the "H263plusVideoRTPSink". > > > At the receiving end: > - For H.263+: > There's a "H263plusVideoRTPSource" class that can be used just like > "MPEGVideoRTPSource". > > - For GSM: > Because the GSM RTP payload format is so simple, you can just create a > "SimpleRTPSource" to receive this data - using > "SimpleRTPSource::createNew(). (The "rtpPayloadFormat" parameter will be > 3; the "rtpTimestampFrequency" parameter will be 8000; the "mimeType" > parameter will be "audio/gsm"; the "offset" parameter will be 0.) > > I hope this helps. > > Ross. > > > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel From Mon Feb 11 10:43:07 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16aLPu-0004VP-00 for ; Mon, 11 Feb 2002 10:43:06 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA85123; Mon, 11 Feb 2002 10:43:05 -0800 (PST) Message-Id: <4.3.1.1.20020211104134.00c20100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] How can i develop my streaming application? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 11 10:44:06 2002 X-Original-Date: Mon, 11 Feb 2002 10:42:58 -0800 Status: O At 10:27 AM 2/5/02, Hazem Hamed wrote: >One other problem. I extended testMPEGSplitter.cpp to be able to split and >stream MPEG movies. This file, testMPEGStreamer.cpp is attached. >It seems that it cannot stream BOTH audio and video simultaneously. If I >comment out audioSink->startPlaying(), video is transmitted fine. When >videoSink->startPlaying is commented, audio is transmitting too. But when >both are active, nothing is being transmitted. I tested the outgoing >multicast packets and only 4-5 packets are transmitted, then nothing. FYI, I've just found a bug (in my MPEG stream parsing code) that was causing this problem. I'll be releasing a fix shortly, along with a test program that will stream both audio and video from a MPEG Program Stream file. So, please stay tuned... Ross. From Mon Feb 11 17:14:39 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16aRWo-00082W-00 for ; Mon, 11 Feb 2002 17:14:38 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id RAA62927; Mon, 11 Feb 2002 17:14:37 -0800 (PST) Message-Id: <4.3.1.1.20020211170649.00cf72f0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] MPEG audio+video streaming is now supported Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 11 17:15:13 2002 X-Original-Date: Mon, 11 Feb 2002 17:14:06 -0800 Status: O By popular demand, I have now released a new test program "testMPEGAudioVideoStreamer" that demonstrates how to stream *both* audio and video (from a MPEG 1 or 2 Program Stream source). Note the new source file "testMPEGAudioVideoStreamer.cpp". The SDP file "testMPEGAudioVideoStreamer.sdp" can be used to view the audio+video streams from this test program. QuickTime Player 5 works well. You can also use RealNetworks' "RealOne" player. (Neither of these players support MPEG-2 streams, however. To play MPEG-2/RTP video streams, I suggest Cisco's "IP/TV" player.) To make audio+video streaming work, I also needed to make some minor additions and fixes to the "liveMedia" library, so you should update this also. The new source code is currently available at (The Sourceforge.net repository is currently offline) Ross. From Tue Feb 12 04:34:52 2002 Received: from mailrelay1.inwind.it ([212.141.54.101]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16ac94-0004Xb-00 for ; Tue, 12 Feb 2002 04:34:51 -0800 Received: from macedoni3seu18 (62.98.139.94) by mailrelay1.inwind.it (5.5.053) id 3C5E8B28004B1173 for live-devel(at)lists.sourceforge.net; Tue, 12 Feb 2002 13:34:41 +0100 Message-ID: <002001c1b3c1$5e37f4b0$5e8b623e(at)macedoni3seu18> From: mimmo To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001D_01C1B3C9.BF38BE90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Live-devel] thanks Ross! Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Feb 12 04:35:10 2002 X-Original-Date: Tue, 12 Feb 2002 13:32:42 +0100 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C1B3C9.BF38BE90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ross! I want to say thanks for your work; sincerely Domenico ------=_NextPart_000_001D_01C1B3C9.BF38BE90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Ross!

I want to say thanks for your work;

sincerely

Domenico

------=_NextPart_000_001D_01C1B3C9.BF38BE90-- From Tue Feb 12 05:04:05 2002 Received: from f183.law10.hotmail.com ([64.4.15.183] helo=hotmail.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16acbH-0000Zm-00 for ; Tue, 12 Feb 2002 05:03:59 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 12 Feb 2002 05:03:49 -0800 Received: from 194.201.166.113 by lw10fd.law10.hotmail.msn.com with HTTP; Tue, 12 Feb 2002 13:03:49 GMT X-Originating-IP: [194.201.166.113] From: {Daniel Laird} To: Bcc: Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 12 Feb 2002 13:03:49.0623 (UTC) FILETIME=[B694F870:01C1B3C5] Subject: [Live-devel] Mpeg2 Transport Streams Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Feb 12 05:05:04 2002 X-Original-Date: Tue, 12 Feb 2002 13:03:49 +0000 Status: O Hi there, I am doing an MPEG2 related project and am lookinh into the possibility of getting a MPEG2 Transport Stream around using RTP as a way to do this. The first question is that have you implmented this. The second question is that rfc 2250 is very vague does anyone have any good thoughts on What i should include in the profile specific headers - as the RFC only defines Elementary Streams? Look forward to hearing from you Cheers Dan _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. From Tue Feb 12 11:08:57 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16aiIS-0005iw-00 for ; Tue, 12 Feb 2002 11:08:56 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA69845; Tue, 12 Feb 2002 11:08:55 -0800 (PST) Message-Id: <4.3.1.1.20020212104739.00d19690(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: {Daniel Laird} From: Ross Finlayson Subject: Re: [Live-devel] Mpeg2 Transport Streams Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Feb 12 11:09:33 2002 X-Original-Date: Tue, 12 Feb 2002 11:08:52 -0800 Status: O At 05:03 AM 2/12/02, Daniel Laird wrote: >The second question is that rfc 2250 is very vague does anyone have any >good thoughts on What i should include in the profile specific headers - >as the RFC only defines Elementary Streams? RFC 2250 can be a bit confusing, but it does defines a RTP payload format for Transport Streams (and Program Streams) - in section 2. (The rest of the RFC applies only to Elementary Streams). In other words, you should read just section 2 of RFC 2250, and ignore the rest. >The first question is that have you implmented this. Yes, sort of. The RTP payload for MPEG Transport Streams is so simple that it can be implemented (for transmitting) using a "SimpleRTPSink" - e.g., SimpleRTPSink::createNew(*env, rtpGS, 33, 90000, "application"); (Note that the static payload 33 is defined for MPEG Transport Streams.) You will also need a source that 'frames' the MPEG Transport Stream into discrete (188 byte?) frames. At the receiving end, you can use a "SimpleRTPSource" - e.g., SimpleRTPSource::createNew(*env, rtpGS, 33, 90000, "application/mp2t"); I hope this helps. Ross. From Thu Feb 14 05:50:09 2002 Received: from varis.cs.tut.fi ([130.230.4.42] helo=cs.tut.fi) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16bMGx-0001b5-00 for ; Thu, 14 Feb 2002 05:50:03 -0800 Received: from kiano (kiano.digitalsystems.cs.tut.fi [130.230.47.13]) by cs.tut.fi (8.8.8/8.8.8) with SMTP id PAA19679 for ; Thu, 14 Feb 2002 15:49:56 +0200 (EET) Message-ID: <01ed01c1b55e$7c619dd0$0d2fe682(at)digitalsystems.cs.tut.fi> From: =?iso-8859-1?Q?Tomi_M=F6tt=F6nen?= To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] IPv6 support to live.com? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 14 05:51:02 2002 X-Original-Date: Thu, 14 Feb 2002 15:49:55 +0200 Status: O Hi! Is there any schedule when IPv6 support will be added to live.com? I have tried to do the changes by myself, but I have discovered some problems. If someone could answer. 1. I have discovered, that in IPv4 sockets, in struct sockaddr_in, the variable in_addr.sin_addr; seems to be unsigned int, and in IPv6 the same variable ...sin6_addr seems to unsigned char[16] ? Is that true? At least my compiler says so... 2. If the following is true, it seems that everywhere in code, int variables have been used, so they all have to be changed to char[16], and there is no change to use same code in both applications, in IPv4 and IPv6? Thanks Tomi From Thu Feb 14 10:25:26 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16bQZS-0001gr-00 for ; Thu, 14 Feb 2002 10:25:26 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA79358; Thu, 14 Feb 2002 10:25:10 -0800 (PST) Message-Id: <4.3.1.1.20020214101734.00b99540(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: Tomi =?iso-8859-1?Q?M=F6tt=F6nen?= From: Ross Finlayson Subject: Re: [Live-devel] IPv6 support to live.com? Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 14 10:26:06 2002 X-Original-Date: Thu, 14 Feb 2002 10:24:27 -0800 Status: O Tomi, Unfortunately (as you noticed) the code assumes, in several places, that IP addresses will fit in 4-byte words. The good news, however, is that most of these uses of IP addresses are contained within the "groupsock" library, so that's the only part of the code that really needs to be fixed to support IPv6. This is on my "to do" list, but I don't yet have a timeframe for when it will be done. John Spurling (a subscriber to this mailing list) also tells me that he is taking a look at this. Ross. From Thu Feb 14 10:36:51 2002 Received: from f00f.colobox.com ([216.86.138.65]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16bQkU-0006Tg-00 for ; Thu, 14 Feb 2002 10:36:50 -0800 Received: (qmail 79584 invoked by uid 1003); 14 Feb 2002 18:36:48 -0000 From: john spurling To: Ross Finlayson Cc: Tomi =?iso-8859-1?Q?M=F6tt=F6nen?= live-devel(at)lists.sourceforge.net Subject: Re: [Live-devel] IPv6 support to live.com? Message-ID: <20020214183648.I7448(at)f00f.colobox.com> References: <01ed01c1b55e$7c619dd0$0d2fe682(at)digitalsystems.cs.tut.fi> <4.3.1.1.20020214101734.00b99540(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 14 10:37:07 2002 X-Original-Date: Thu, 14 Feb 2002 18:36:48 +0000 Status: O Tomi et al., i'm more or less in the same place you are: changing libgroupsock to not rely on 32 bit addresses. i hope to finish up by this weekend and start testing. if you're in a big hurry, feel free to go ahead. if not, i should have some patches for Ross fairly soon. -john On Thu, Feb 14, 2002 at 10:24:27AM -0800, Ross Finlayson wrote: > Tomi, > > Unfortunately (as you noticed) the code assumes, in several places, that IP > addresses will fit in 4-byte words. > > The good news, however, is that most of these uses of IP addresses are > contained within the "groupsock" library, so that's the only part of the > code that really needs to be fixed to support IPv6. > > This is on my "to do" list, but I don't yet have a timeframe for when it > will be done. John Spurling (a subscriber to this mailing list) also tells > me that he is taking a look at this. > > Ross. > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel From Mon Feb 18 00:32:08 2002 Received: from web21407.mail.yahoo.com ([216.136.232.77]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16cjDT-0000tm-00 for ; Mon, 18 Feb 2002 00:32:07 -0800 Message-ID: <20020218083207.39612.qmail(at)web21407.mail.yahoo.com> Received: from [213.150.174.31] by web21407.mail.yahoo.com via HTTP; Mon, 18 Feb 2002 09:32:07 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] problems when compiling with VC++ 6.0!! Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 18 00:33:03 2002 X-Original-Date: Mon, 18 Feb 2002 09:32:07 +0100 (CET) Status: O Hi I try to re-use the test "programtestMPEGAudioVideoStreamer.cpp" in my code but I face this compilation-message: "error C2664: 'startPlaying' : cannot convert parameter 2 from 'void (void *)' to 'void (__cdecl *)(void *)' None of the functions with this name in scope match the target type" I will be grateful if one can help me!! Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Mon Feb 18 03:09:46 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16clg2-0005aT-00 for ; Mon, 18 Feb 2002 03:09:46 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id DAA28551; Mon, 18 Feb 2002 03:09:45 -0800 (PST) Message-Id: <4.3.1.1.20020218030448.00ba73f0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] problems when compiling with VC++ 6.0!! Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 18 03:10:12 2002 X-Original-Date: Mon, 18 Feb 2002 03:08:26 -0800 Status: O At 12:32 AM 2/18/02, achraf_g(at)yahoo.fr wrote: >Hi > I try to re-use the test >"programtestMPEGAudioVideoStreamer.cpp" in my code but >I face this compilation-message: > "error C2664: 'startPlaying' : cannot convert >parameter 2 from 'void (void *)' to 'void (__cdecl >*)(void *)' That's odd. Do you see the same error when you build "testMPEGVideoStreamer"? Both programs call "startPlaying()" in the same way, so it would be strange if the error occurred only for one of these programs. In the calls to "startPlaying()", try replacing afterPlaying with (afterPlayingFunc)afterPlaying or (afterPlayingFunc)&afterPlaying and see if that makes the error go away. Ross. From Mon Feb 18 06:11:58 2002 Received: from web21409.mail.yahoo.com ([216.136.232.79]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16coWM-0005PI-00 for ; Mon, 18 Feb 2002 06:11:58 -0800 Message-ID: <20020218141157.25644.qmail(at)web21409.mail.yahoo.com> Received: from [213.150.174.35] by web21409.mail.yahoo.com via HTTP; Mon, 18 Feb 2002 15:11:57 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] still facing problem with VC++ compiler!!?? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 18 06:12:12 2002 X-Original-Date: Mon, 18 Feb 2002 15:11:57 +0100 (CET) Status: O Hi I have made chages but I get the same error-message. Note that I face thoses problem not when bilding live.com but when I try to reproduce the same code as "testMPEGAudioVideoStreamer.cpp" in my "start button" function in my application. the error message is "cannot convert parameter 2 from 'void (void *)' to 'void (__cdecl *)(void *)' None of the functions with this name in scope match the target type" thanks ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Mon Feb 18 10:03:35 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16cs8V-0007M0-00 for ; Mon, 18 Feb 2002 10:03:35 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA11697; Mon, 18 Feb 2002 10:03:34 -0800 (PST) Message-Id: <4.3.1.1.20020218095133.00c8f7c0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] still facing problem with VC++ compiler!!?? In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 18 10:04:04 2002 X-Original-Date: Mon, 18 Feb 2002 10:02:12 -0800 Status: O At 06:11 AM 2/18/02, achraf_g(at)yahoo.fr wrote: >I have made chages but I get the same error-message. >Note that I face thoses problem not when bilding >live.com but when I try to reproduce the same code as >"testMPEGAudioVideoStreamer.cpp" in my "start button" >function in my application. OK, I understand now. So if the test programs compile OK for you, you should make sure that your own code calls "startPlaying()" in the same way. In particular, the second parameter to "startPlaying()" - i.e., a function that gets called when the input source closes - should be declared like: void afterPlaying(void* clientData) { ... } Note that if you use a class's member function for this, then it *must* be static. Ross. From Mon Feb 18 14:53:47 2002 Received: from web14802.mail.yahoo.com ([216.136.224.218]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16cwfK-0003ia-00 for ; Mon, 18 Feb 2002 14:53:46 -0800 Message-ID: <20020218225346.95064.qmail(at)web14802.mail.yahoo.com> Received: from [148.100.62.10] by web14802.mail.yahoo.com via HTTP; Mon, 18 Feb 2002 14:53:46 PST From: suryakumari sagiraju To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Live-devel] trying to play .mpg file Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 18 14:54:03 2002 X-Original-Date: Mon, 18 Feb 2002 14:53:46 -0800 (PST) Status: O hi Ross, i am trying to play a .mpg file using testMPEGVideoStreamer test program and i am getting a message called " MPEGVideoStreamerParser::parseSlice(): saw unexpected code " why am i getting that error? can u please advise me what to do? thank you surya __________________________________________________ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com From Mon Feb 18 15:17:32 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16cx2K-0005cV-00 for ; Mon, 18 Feb 2002 15:17:32 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id PAA75080; Mon, 18 Feb 2002 15:17:32 -0800 (PST) Message-Id: <4.3.1.1.20020218151431.00c6e1d0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] trying to play .mpg file Cc: suryakumari sagiraju In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Feb 18 15:18:03 2002 X-Original-Date: Mon, 18 Feb 2002 15:15:52 -0800 Status: O At 02:53 PM 2/18/02, you wrote: >hi Ross, >i am trying to play a .mpg file using >testMPEGVideoStreamer test program and i am getting a >message called >" MPEGVideoStreamerParser::parseSlice(): saw >unexpected code " > >why am i getting that error? can u please advise me >what to do? By default, the "testMPEGVideoStreamer" test program assumes that its input is a MPEG Video Elementary Stream. The files that you tried to stream (producing the error messages) was probably a MPEG *Program Stream* file. To stream video from files like this, uncomment the line //#define SOURCE_IS_PROGRAM_STREAM 1 in testMPEGVideoStreamer.cpp, and recompile. Alternatively, you can run the "testMPEGAudioVideoStreamer" test program, which will stream both audio and video from a Program Stream file. Ross. From Tue Feb 19 02:35:28 2002 Received: from web21405.mail.yahoo.com ([216.136.232.75]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16d7cO-0003pu-00 for ; Tue, 19 Feb 2002 02:35:28 -0800 Message-ID: <20020219103528.8109.qmail(at)web21405.mail.yahoo.com> Received: from [213.150.174.31] by web21405.mail.yahoo.com via HTTP; Tue, 19 Feb 2002 11:35:28 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] link problems with VC++ 6.0!!?? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Feb 19 02:36:02 2002 X-Original-Date: Tue, 19 Feb 2002 11:35:28 +0100 (CET) Status: O Hi, To resolve the problem I change StartPlaying function with only two parametres. the new problem arrearing now is a LINK one. I get those error when linking: (ServerVod.obj : error LNK2001: unresolved external symbol "public: virtual __thiscall BasicTaskScheduler::~BasicTaskScheduler(void)" (??1BasicTaskScheduler(at)(at)UAE(at)XZ)). I think that this problem is dealing with build and link configuration but I don't Know the right one. So can one tell me how to overcome thoses problems?? Thanks Achraf, ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Wed Feb 20 03:32:54 2002 Received: from web21411.mail.yahoo.com ([216.136.232.80]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16dUzW-0007yX-00 for ; Wed, 20 Feb 2002 03:32:54 -0800 Message-ID: <20020220113253.5064.qmail(at)web21411.mail.yahoo.com> Received: from [213.150.174.31] by web21411.mail.yahoo.com via HTTP; Wed, 20 Feb 2002 12:32:53 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] running problems with MS Windows98?? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 20 03:33:02 2002 X-Original-Date: Wed, 20 Feb 2002 12:32:53 +0100 (CET) Status: O Hi When I have build live.com over Windows2000 server I haven't face problems. but when I have trayed to bring it at Home on my Win98 Os, I face problesms dealing with connection to "groupsocks". How to overcome this. Note that I have'nt network adapter at home! Thanks Achraf. ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Wed Feb 20 04:05:46 2002 Received: from varis.cs.tut.fi ([130.230.4.42] helo=cs.tut.fi) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16dVVI-00065E-00 for ; Wed, 20 Feb 2002 04:05:44 -0800 Received: from wired (wired.digitalsystems.cs.tut.fi [130.230.47.14]) by cs.tut.fi (8.8.8/8.8.8) with SMTP id OAA17087 for ; Wed, 20 Feb 2002 14:05:38 +0200 (EET) Message-ID: <00ab01c1ba06$e9019650$0e2fe682(at)digitalsystems.cs.tut.fi> From: {Tomi Korhonen} To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] Problems with unicast Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 20 04:06:08 2002 X-Original-Date: Wed, 20 Feb 2002 14:05:38 +0200 Status: O Hi! I have made an application that sends h.263 streams using unicast addresses. It works fine on normal linux distribution, but when I try to run that application on iPaq handheld that runs on familiar distribution the application fails to stream. It starts to send video stream, but destination address is always 236.216.127.191 which I believe is reserved for multicast. I'm using H263plusVideoRTPSink for transmission. Any suggestions what's wrong? Thanks Tomi From Wed Feb 20 12:59:22 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16ddpe-00016F-00 for ; Wed, 20 Feb 2002 12:59:18 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA26485; Wed, 20 Feb 2002 12:59:17 -0800 (PST) Message-Id: <4.3.1.1.20020220095303.00ca35a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] link problems with VC++ 6.0!!?? In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 20 13:02:14 2002 X-Original-Date: Wed, 20 Feb 2002 11:46:41 -0800 Status: O At 02:35 AM 2/19/02, achraf_g(at)yahoo.fr wrote: >I get those error when linking: >(ServerVod.obj : error LNK2001: unresolved external >symbol "public: virtual __thiscall >BasicTaskScheduler::~BasicTaskScheduler(void)" >(??1BasicTaskScheduler(at)(at)UAE(at)XZ)). It sounds like you're not linking in the "BasicUsageEnvironment" library. I suggest using the (working) "testProgs" project as a model for your new project. Ross. From Wed Feb 20 12:59:23 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16ddpi-00016t-00 for ; Wed, 20 Feb 2002 12:59:22 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id MAA26509; Wed, 20 Feb 2002 12:59:21 -0800 (PST) Message-Id: <4.3.1.1.20020220100517.00b92840(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: GroupEId and ssm? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 20 13:02:16 2002 X-Original-Date: Wed, 20 Feb 2002 10:19:48 -0800 Status: O At 03:43 PM 2/19/02, john spurling wrote: >two questions: > -what is source specific multicast? i don't see anything about it >in stevens. "Source Specific Multicast" (SSM) is a recently-developed form of multicast where the 'group address' (as used by receivers) consists of both a traditional multicast address, *and* the source address of the sender. It can be used as an alternative to the traditional multicast model ("Any Source Multicast", or "ASM" for short) for the common case where all of the multicast data is being sent by a single source. For more information, see > -what is the GroupEId class really used for? it seems like it's >only really used for holding onto addresses in Groupsock. The "GroupEId" class is intended to encapsulate all of the state of a multicast endpoint. It includes not only the group address (ASM or SSM), but also the TTL ('time to live') that will be used in outgoing packets (sent to the multicast group). It also includes a field to indicate an 'encryption key' to be used for encrypted data, but to date this is not used anywhere. Ross. From Thu Feb 21 08:36:48 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16dwD9-0003ls-00 for ; Thu, 21 Feb 2002 08:36:47 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id IAA64425; Thu, 21 Feb 2002 08:36:46 -0800 (PST) Message-Id: <4.3.1.1.20020221034746.00cdd4e0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] running problems with MS Windows98?? In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 21 08:37:09 2002 X-Original-Date: Thu, 21 Feb 2002 03:50:35 -0800 Status: O At 03:32 AM 2/20/02, you wrote: > Hi >When I have build live.com over Windows2000 server I >haven't face problems. but when I have trayed to bring >it at Home on my Win98 Os, I face problesms dealing >with connection to "groupsocks". >How to overcome this. Note that I have'nt network >adapter at home! That's the problem. On Windows (some versions, at least) socket operations don't work properly if there's no network interface. What is the point of running streaming sofrware on a computer without any network interfaces?? Ross. From Thu Feb 21 08:36:50 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16dwDC-0003mR-00 for ; Thu, 21 Feb 2002 08:36:50 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id IAA64446; Thu, 21 Feb 2002 08:36:48 -0800 (PST) Message-Id: <4.3.1.1.20020221035040.00d28e10(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Problems with unicast Cc: {Tomi Korhonen} In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 21 08:37:12 2002 X-Original-Date: Thu, 21 Feb 2002 03:58:15 -0800 Status: O At 04:05 AM 2/20/02, you wrote: >I have made an application that sends h.263 streams using unicast addresses. >It works fine on normal linux distribution, but when I try to run that >application on iPaq handheld that runs on familiar distribution That's interesting. This is the first time I've heard of someone compiling the libraries for a StrongArm. > the >application fails to stream. It starts to send video stream, but destination >address is always 236.216.127.191 which I believe is reserved for multicast. That's really odd. Do the "test*" programs (e.g., testMPEGVideoStreamer) work properly on the iPaq? If so, do they still work OK if you change the multicast address string to a unicast address? I suggest first making sure that the "test*" programs work OK on the iPaq, before trying to figure out why your new code is not working. Ross. From Thu Feb 21 14:03:34 2002 Received: from web14803.mail.yahoo.com ([216.136.224.219]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16e1JN-0007QU-00 for ; Thu, 21 Feb 2002 14:03:33 -0800 Message-ID: <20020221220333.67770.qmail(at)web14803.mail.yahoo.com> Received: from [148.100.62.29] by web14803.mail.yahoo.com via HTTP; Thu, 21 Feb 2002 14:03:33 PST From: suryakumari sagiraju To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Live-devel] a basic question Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 21 14:04:05 2002 X-Original-Date: Thu, 21 Feb 2002 14:03:33 -0800 (PST) Status: O hi Ross, i am trying to learn about the MPEG strems and i am trying to stream the MPEG1 streams using rtsp. can i use openRTSP to do it? what are the modifications to be done ? when i tried to do it, i am getting a 404 file not found error. i am using the real server as a streaming server. please can u advise me how to do? thank you surya __________________________________________________ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com From Thu Feb 21 14:07:04 2002 Received: from web14801.mail.yahoo.com ([216.136.224.217]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16e1Mm-0008Cg-00 for ; Thu, 21 Feb 2002 14:07:04 -0800 Message-ID: <20020221220702.90336.qmail(at)web14801.mail.yahoo.com> Received: from [148.100.62.230] by web14801.mail.yahoo.com via HTTP; Thu, 21 Feb 2002 14:07:02 PST From: suryakumari sagiraju To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Live-devel] a basic question Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 21 14:08:03 2002 X-Original-Date: Thu, 21 Feb 2002 14:07:02 -0800 (PST) Status: O hi Ross, i am trying to learn about MPEG streaming .and i am trying to stream MPEG1 streams using rtsp. can i use openRTSP for it? what are the necessary modifications that need to be done? when i tried it i ma getting 404 file not found error.i am using real server as the streaming server. please can u advise me how to do? thank you surya __________________________________________________ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com From Fri Feb 22 13:33:51 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16eNKA-0001NT-00 for ; Fri, 22 Feb 2002 13:33:50 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA13793; Fri, 22 Feb 2002 13:33:50 -0800 (PST) Message-Id: <4.3.1.1.20020221220126.00c8c6d0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] a basic question Cc: suryakumari sagiraju In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Feb 22 13:34:06 2002 X-Original-Date: Thu, 21 Feb 2002 22:07:41 -0800 Status: O At 02:07 PM 2/21/02, suryakumari sagiraju wrote: > i am trying to learn about MPEG streaming .and i am >trying to stream MPEG1 streams using rtsp. >can i use openRTSP for it? Yes, if you have a RTSP server that streams MPEG-1 using RTP, then you can use the "openRTSP" client program to setup, play, and (optionally) receive the streamed data. > what are the necessary >modifications that need to be done? None. > when i tried it i ma getting 404 file not found >error.i am using real server as the streaming server. >please can u advise me how to do? Unfortunately I can't help you with setting up Real Server. But you should make sure that te MPEG data is being streamed using *RTP*. (RealNetworks sometimes uses their own, proprietary protocol - rather than RTP - to stream data.) You could also try using Apple's "QuickTime Streaming Server". This is quite easy to set up. Ross. From Wed Feb 27 16:40:52 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gEcu-0001G1-00 for ; Wed, 27 Feb 2002 16:40:52 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA49668; Wed, 27 Feb 2002 16:40:51 -0800 (PST) Message-Id: <4.3.1.1.20020227164041.00c2f9a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Re: live.com Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 27 16:41:06 2002 X-Original-Date: Wed, 27 Feb 2002 16:40:46 -0800 Status: O At 02:57 PM 2/26/02, Sandeep wrote: >Hi, > Do you have an example of server? As you mentioned in >testprogams, in order to run those client programs we need >RealNetwork or Quicktime. How can we run those client >programs with Quicktime? Does it mean that I have to write >RTP server in order to run programs in testporgram dir? Do >you have an example of those server program? Sandeep, "testMP3Streamer", "testMPEGVideoServer", and "testMPEGAudioVideoServer" are all 'server' programs (i.e., they send RTP streams, rather than receive them). Ross. From Wed Feb 27 22:33:11 2002 Received: from cu1492.adsl.adelaide.on.net ([150.101.239.222] helo=beonics2.beonic.com) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gK7p-0006z6-00 for ; Wed, 27 Feb 2002 22:33:09 -0800 Received: by beonics2.beonic.com with Internet Mail Service (5.5.2650.21) id ; Thu, 28 Feb 2002 16:47:52 +1030 Message-ID: From: Vesselin Kostadinov To: MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [Live-devel] Memory leak in DelayQueue Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Feb 27 22:34:03 2002 X-Original-Date: Thu, 28 Feb 2002 16:47:51 +1030 Status: O Ross, I suggest the following change in DelayQueue.cpp: Current code: DelayQueue::~DelayQueue() { } New code: DelayQueue::~DelayQueue() { while (fNext != this) removeEntry1(fNext); } or perhaps: DelayQueue::~DelayQueue() { ScopedRWLock l(fLock); while (fNext != this) removeEntry1(fNext); } Reason: If the program is supposed to stop broadcasting and the delay queue is to be deleted, the memory taken for handlers of any outstanding delayed tasks will be freed properly. Regards Vesselin From Thu Feb 28 00:06:22 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gLa2-0001zj-00 for ; Thu, 28 Feb 2002 00:06:22 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id AAA65385; Thu, 28 Feb 2002 00:06:21 -0800 (PST) Message-Id: <4.3.1.1.20020228000200.00c92530(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Re: live.com In-Reply-To: References: <4.3.1.1.20020227164041.00c2f9a0(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 00:07:02 2002 X-Original-Date: Thu, 28 Feb 2002 00:03:35 -0800 Status: O At 09:18 PM 2/27/02, you wrote: >Hi Ross, > Where is test.mpg file located? (In the future, could you please use the developers' mailing list . For one-on-one email, I generally give priority to paying consulting clients.) The file "test.mpg" (or "test.mp3" for "testMP3Streamer") is a MPEG file that you provide yourself. Ross. From Thu Feb 28 11:34:47 2002 Received: from chopin.cti.depaul.edu ([140.192.32.72]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gWKE-00065P-00 for ; Thu, 28 Feb 2002 11:34:46 -0800 Received: from PHD13 ([140.192.35.61]) by chopin.cti.depaul.edu with Microsoft SMTPSVC(5.0.2195.4453); Thu, 28 Feb 2002 13:34:44 -0600 Message-ID: <004701c1c08e$f970c1d0$3d23c08c(at)cti.depaul.edu> From: {Hazem Hamed} To: References: <4.3.1.1.20020227164041.00c2f9a0(at)localhost> <4.3.1.1.20020228000200.00c92530(at)localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 28 Feb 2002 19:34:44.0582 (UTC) FILETIME=[F96FB060:01C1C08E] Subject: [Live-devel] testMP3Streamer Problem Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 11:35:06 2002 X-Original-Date: Thu, 28 Feb 2002 13:34:44 -0600 Status: O Hi, When I run "testMP3Streamer" on Solaris 8 with the latest liveMedia library release, I get the following error: Beginning streaming... ...done streaming Beginning streaming... ...done streaming Beginning streaming... ...done streaming . . 19:28:10 Groupsock(-1: 239.255.42.42, 8888, 1): failed to join group: setsockopt(IP_ADD_MEMBERSHIP) error: Bad file number 19:28:10 Groupsock(-1: 239.255.42.42, 8889, 1): failed to join group: setsockopt(IP_ADD_MEMBERSHIP) error: Bad file number Segmentation fault (core dumped) The program used to run properly in the earlier realease of liveMedia. I also tried "testMPEGAudioVideoStreamer" and it worked fine. Hazem From Thu Feb 28 14:39:19 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gZCp-0003Zj-00 for ; Thu, 28 Feb 2002 14:39:19 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA92334; Thu, 28 Feb 2002 14:39:18 -0800 (PST) Message-Id: <4.3.1.1.20020228143424.00ca96a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Memory leak in DelayQueue In-Reply-To: > Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 14:40:04 2002 X-Original-Date: Thu, 28 Feb 2002 14:34:59 -0800 Status: O Vesselin, Thanks for the fix. It will appear in the next source code release. Ross. From Thu Feb 28 14:47:19 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gZKZ-0005pe-00 for ; Thu, 28 Feb 2002 14:47:19 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id OAA92646; Thu, 28 Feb 2002 14:47:19 -0800 (PST) Message-Id: <4.3.1.1.20020228143635.00caf300(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] testMP3Streamer Problem In-Reply-To: References: <4.3.1.1.20020227164041.00c2f9a0(at)localhost> <4.3.1.1.20020228000200.00c92530(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 14:48:16 2002 X-Original-Date: Thu, 28 Feb 2002 14:41:06 -0800 Status: O At 11:34 AM 2/28/02, Hazem Hamed wrote: >setsockopt(IP_ADD_MEMBERSHIP) error: Bad file number >19:28:10 Groupsock(-1: 239.255.42.42, 8889, 1): failed to join group: >setsockopt(IP_ADD_MEMBERSHIP) error: Bad file number >Segmentation fault (core dumped) > >The program used to run properly in the earlier realease of liveMedia. I >also tried "testMPEGAudioVideoStreamer" and it worked fine. Hazem, That's strange, because "testMPEGAudioVideoStreamer" and "testMP3Streamer" use the same networking code, and the same multicast address. (Only the RTP payload format is different.) Also, "testMP3Streamer" uses the same port number (8888) that "testMPEGAudioVideoStreamer" uses for video. Are you trying to run "testMP3Streamer" at the same time as one of the other "test*" programs? (That shouldn't be a problem, but might help explain what's going wrong.) If you recompile everything from scratch, and run each program one-at-a-time, is it still the case that "testMPEGAudioVideoStreamer" works OK, but "testMP3Streamer" doesn't? Ross. From Thu Feb 28 15:34:04 2002 Received: from chopin.cti.depaul.edu ([140.192.32.73]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16ga3o-00070D-00 for ; Thu, 28 Feb 2002 15:34:04 -0800 Received: from PHD13 ([140.192.35.61]) by chopin.cti.depaul.edu with Microsoft SMTPSVC(5.0.2195.4453); Thu, 28 Feb 2002 17:34:02 -0600 Message-ID: <015d01c1c0b0$67a6db50$3d23c08c(at)cti.depaul.edu> From: {Hazem Hamed} To: References: <4.3.1.1.20020227164041.00c2f9a0(at)localhost> <4.3.1.1.20020228000200.00c92530(at)localhost> <4.3.1.1.20020228143635.00caf300(at)localhost> Subject: Re: [Live-devel] testMP3Streamer Problem MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-OriginalArrivalTime: 28 Feb 2002 23:34:02.0770 (UTC) FILETIME=[67954F20:01C1C0B0] Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 15:35:02 2002 X-Original-Date: Thu, 28 Feb 2002 17:34:02 -0600 Status: O I'm running testMP3Streamer only. I did make clean and a fresh build, but now I get a different error: Beginning streaming... ...done streaming Beginning streaming... ...done streaming Beginning streaming... ...done streaming . . Failed to create RTSP server: unable to create stream socket: Too many open files The first two lines (Beginning streaming...) are repeated 29 times before the last error is reported. It seems that the streaming is started several times before it crashes. In the old liveMedia, testMP3Streamer prints only the first line (Beginning streaming...) and keeps streaming fine. Hazem ----- Original Message ----- From: {Ross Finlayson} To: Sent: Thursday, February 28, 2002 4:41 PM Subject: Re: [Live-devel] testMP3Streamer Problem > At 11:34 AM 2/28/02, Hazem Hamed wrote: > >setsockopt(IP_ADD_MEMBERSHIP) error: Bad file number > >19:28:10 Groupsock(-1: 239.255.42.42, 8889, 1): failed to join group: > >setsockopt(IP_ADD_MEMBERSHIP) error: Bad file number > >Segmentation fault (core dumped) > > > >The program used to run properly in the earlier realease of liveMedia. I > >also tried "testMPEGAudioVideoStreamer" and it worked fine. > > Hazem, > > That's strange, because "testMPEGAudioVideoStreamer" and "testMP3Streamer" > use the same networking code, and the same multicast address. (Only the > RTP payload format is different.) Also, "testMP3Streamer" uses the same > port number (8888) that "testMPEGAudioVideoStreamer" uses for video. > > Are you trying to run "testMP3Streamer" at the same time as one of the > other "test*" programs? (That shouldn't be a problem, but might help > explain what's going wrong.) > > If you recompile everything from scratch, and run each program > one-at-a-time, is it still the case that "testMPEGAudioVideoStreamer" works > OK, but "testMP3Streamer" doesn't? > > Ross. > > > _______________________________________________ > Live-devel mailing list > Live-devel(at)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/live-devel From Thu Feb 28 15:44:59 2002 Received: from imo-m04.mx.aol.com ([64.12.136.7]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gaEN-0000Y3-00 for ; Thu, 28 Feb 2002 15:44:59 -0800 Received: from rdczhuh(at)netscape.net by imo-m04.mx.aol.com (mail_out_v32.5.) id 6.e7.31b0edc (16216) for ; Thu, 28 Feb 2002 18:44:41 -0500 (EST) Received: from netscape.com (mow-m04.webmail.aol.com [64.12.184.132]) by air-in01.mx.aol.com (v83.35) with ESMTP id MAILININ14-0228184441; Thu, 28 Feb 2002 18:44:41 -0500 From: To: Message-ID: <59E86E08.576FE689.00212CD4(at)netscape.net> X-Mailer: Atlas Mailer 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: [Live-devel] RTSPSession Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 15:45:04 2002 X-Original-Date: Thu, 28 Feb 2002 18:44:41 -0500 Status: O Ross, When I looked at testMP3Streamer.cpp I found there's RTSP stuff in it (#ifdef IMPLEMENT_RTSP_SERVER). However the program doesn't seem to be really using RTSP and it just streams the test file anyway without caring about what's happening with RTSP. I'm wondering somehow streaming needs to be activated when RTSP command PLAY is being handled; but handleCmd_PLAY() in class RTSPSession does nothing other than sending back a response. And based on the way RTSPServer and RTSPServer::Session are defined, it seems to me I can't override its behaviour. Is there a way around or is it not yet a complete implementation? cheers, Luca -- __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop(at)Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ From Thu Feb 28 15:54:37 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gaNg-000237-00 for ; Thu, 28 Feb 2002 15:54:36 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id PAA95027; Thu, 28 Feb 2002 15:54:36 -0800 (PST) Message-Id: <4.3.1.1.20020228154327.00b52f00(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] testMP3Streamer Problem In-Reply-To: References: <4.3.1.1.20020227164041.00c2f9a0(at)localhost> <4.3.1.1.20020228000200.00c92530(at)localhost> <4.3.1.1.20020228143635.00caf300(at)localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 15:55:06 2002 X-Original-Date: Thu, 28 Feb 2002 15:52:49 -0800 Status: O At 03:34 PM 2/28/02, you wrote: >I'm running testMP3Streamer only. I did make clean and a fresh build, but >now I get a different error: ... >Failed to create RTSP server: unable to create stream socket: Too many open >files OK, it's possible that the RTSP server code's socket is not getting closed when the server is closed. I'll take a look at this. In the meantime, you may wish to comment out the line: #define IMPLEMENT_RTSP_SERVER 1 once again. You should also check to see whether any zombie "test*" processes are still running (& if so, kill them). If, after this, you still get the "too many open files" error, then there is some brain damage in your OS, and you'll need to reboot. >The first two lines (Beginning streaming...) are repeated 29 times before >the last error is reported. It seems that the streaming is started several >times before it crashes. In the old liveMedia, testMP3Streamer prints only >the first line (Beginning streaming...) and keeps streaming fine. If "testMP3Streamer" is working correctly, then each "Beginning streaming...", "...done streaming" pair should last exactly as long as the playing length of the "test.mp3" input file. If these pairs are printed more (or less) frequently than this, then something is going wrong. Ross. From Thu Feb 28 16:03:21 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gaW8-0004L8-00 for ; Thu, 28 Feb 2002 16:03:20 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA95360; Thu, 28 Feb 2002 16:03:20 -0800 (PST) Message-Id: <4.3.1.1.20020228155440.00c996a0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] RTSPSession In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 16:04:06 2002 X-Original-Date: Thu, 28 Feb 2002 16:03:19 -0800 Status: O At 03:44 PM 2/28/02, rdczhuh(at)netscape.net wrote: >When I looked at testMP3Streamer.cpp I found there's RTSP stuff in it >(#ifdef IMPLEMENT_RTSP_SERVER). However the program doesn't seem to be >really using RTSP and it just streams the test file anyway without caring >about what's happening with RTSP. That's correct. The current RTSP server implementation basically just implements the "DESCRIBE" command, which allows a RTSP client to obtain the SDP description for an *ongoing* session, and tune into it. (As you noted, the implementation of the "SETUP" and "PLAY" commands are basically no-ops.) The code does not (yet) implement audio/video streaming on demand, in which a RTSP client would use the "SETUP" and "PLAY" commands to start playing a stream (usually unicast) from the beginning, rather than tuning into an existing stream (usually multicast). >Is there a way around or is it not yet a complete implementation? The latter - the implementation is still incomplete in this respect. Ross. From Thu Feb 28 16:08:10 2002 Received: from ccm.net ([206.54.246.6] helo=bowe.ccm.net) by usw-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 16gaan-0005MZ-00 for ; Thu, 28 Feb 2002 16:08:10 -0800 Received: from mailman.endymion.com (nobody(at)ccm.net [206.54.246.6]) by bowe.ccm.net (8.11.3/8.11.4) with SMTP id g2100o604187 for ; Thu, 28 Feb 2002 18:00:50 -0600 (CST) Message-Id: <200203010000.g2100o604187(at)bowe.ccm.net> To: From: X-Mailer: Endymion MailMan v2.0 Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 16:09:01 2002 X-Original-Date: Thu, 28 Feb 102 18:00:50 +0000 Status: O Hi Ross, All the programs in testprog directory use the "test.mp3" as an input file. Do you have sample program which can show the creation of test.mp3? Thanks, Sandeep ----------------------------------------------------- This message was sent via the CCMnet Mailman. Visit our website: http://www.ccm.net From Thu Feb 28 16:24:38 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gaqj-0001Cd-00 for ; Thu, 28 Feb 2002 16:24:37 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id QAA96118; Thu, 28 Feb 2002 16:24:37 -0800 (PST) Message-Id: <4.3.1.1.20020228161857.00caa250(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] (no subject) In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 16:25:03 2002 X-Original-Date: Thu, 28 Feb 2002 16:20:55 -0800 Status: O At 10:00 AM 2/28/02, sandeep(at)ccm.net wrote: > All the programs in testprog directory use the "test.mp3" as an > input >file. No, only "testMP3Streamer" uses "test.mp3". The other test programs use "test.mpg". > Do you have sample program which can show the creation of test.mp3? For "test.mp3", any MP3 file should work. The "test.mpg" file used by "testMPEGAudioVideo" streamer is a MPEG-1 (or 2) Program Stream file. Ross. From Thu Feb 28 21:09:17 2002 Received: from ccm.net ([206.54.246.6] helo=bowe.ccm.net) by usw-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 16gfIC-0006Pi-00 for ; Thu, 28 Feb 2002 21:09:16 -0800 Received: from VAIO (20-040.104.popsite.net [66.19.125.40]) by bowe.ccm.net (8.11.3/8.11.4) with SMTP id g2151m610837 for ; Thu, 28 Feb 2002 23:01:49 -0600 (CST) Message-ID: <001a01c1c0df$354e2bc0$287d1342(at)VAIO> From: {Sandeep Kinra} To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0017_01C1C0AC.E7C24120" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [Live-devel] linking error Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 21:10:03 2002 X-Original-Date: Thu, 28 Feb 2002 23:08:59 -0600 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C1C0AC.E7C24120 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ross, I know I am asking pretty dumb questions but believe me I pick up = pretty quick. Now I am trying to compile livemedia library in my Window = 98 computer. So I successfully compiled groupsock, livemedia, BasicUsageEnvironment = and UsageEnvirnoment. (Cool) Now in order to compile testMPEGVideoStream.cpp file, I did the = following: 1) Opened a new project as console program 2) Added the testMPEGVideoStream.cpp 3) And link the libgroupsock.lib, liblivemedia.lib, = libBasicUsuageEnvironment, and libUsageEnvironment.lib I was able to successfully compile the testMPEGVideoStream.cpp file but = I got the following Link Error: Deleting intermediate files and output files for project 'Multimedia - = Win32 Debug'. --------------------Configuration: Multimedia - Win32 = Debug-------------------- Compiling... testMPEGVideoStreamer.cpp Linking... MSVCRT.lib(MSVCRT.dll) : error LNK2005: _exit already defined in = LIBCMTD.lib(crt0dat.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: __errno already defined in = LIBCMTD.lib(dosmap.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _sprintf already defined in = LIBCMTD.lib(sprintf.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _fprintf already defined in = LIBCMTD.lib(fprintf.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _strncmp already defined in = LIBCMTD.lib(strncmp.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _free already defined in = LIBCMTD.lib(dbgheap.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _memmove already defined in = LIBCMTD.lib(memmove.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _fclose already defined in = LIBCMTD.lib(fclose.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _fflush already defined in = LIBCMTD.lib(fflush.obj) LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other = libs; use /NODEFAULTLIB:library testMPEGVideoStreamer.obj : error LNK2001: unresolved external symbol = _gethostname(at)8 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _gethostname(at)8 libBasicUsageEnvironment.lib(BasicUsageEnvironment.obj) : error LNK2001: = unresolved external symbol ___WSAFDIsSet(at)8 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol ___WSAFDIsSet(at)8 libBasicUsageEnvironment.lib(BasicUsageEnvironment.obj) : error LNK2001: = unresolved external symbol _WSAGetLastError(at)0 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _WSAGetLastError(at)0 libBasicUsageEnvironment.lib(BasicUsageEnvironment.obj) : error LNK2001: = unresolved external symbol _select(at)20 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _select(at)20 libgroupsock.lib(NetAddress.obj) : error LNK2001: unresolved external = symbol _htons(at)4 libgroupsock.lib(NetAddress.obj) : error LNK2001: unresolved external = symbol _ntohs(at)4 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _ntohs(at)4 libgroupsock.lib(NetAddress.obj) : error LNK2001: unresolved external = symbol _ntohl(at)4 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _ntohl(at)4 libliveMedia.lib(RTCP.obj) : error LNK2001: unresolved external symbol = _ntohl(at)4 libliveMedia.lib(MediaSink.obj) : error LNK2001: unresolved external = symbol _ntohl(at)4 libgroupsock.lib(inet.obj) : error LNK2001: unresolved external symbol = _inet_addr(at)4 libgroupsock.lib(inet.obj) : error LNK2001: unresolved external symbol = _inet_ntoa(at)4 libgroupsock.lib(inet.obj) : error LNK2001: unresolved external symbol = _WSACleanup(at)0 libgroupsock.lib(inet.obj) : error LNK2001: unresolved external symbol = _WSAStartup(at)8 libgroupsock.lib(inet.obj) : error LNK2001: unresolved external symbol = _gethostbyname(at)4 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _gethostbyname(at)4 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _bind(at)12 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _closesocket(at)4 libgroupsock.lib(NetInterface.obj) : error LNK2001: unresolved external = symbol _closesocket(at)4 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _setsockopt(at)20 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _socket(at)12 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _ioctlsocket(at)12 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _recvfrom(at)24 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _sendto(at)24 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _getsockopt(at)20 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved = external symbol _getsockname(at)12 libliveMedia.lib(MediaSink.obj) : error LNK2001: unresolved external = symbol _htonl(at)4 Debug/Multimedia.exe : fatal error LNK1120: 22 unresolved externals Error executing link.exe. Multimedia.exe - 42 error(s), 1 warning(s) Any ideas? Sandeep ------=_NextPart_000_0017_01C1C0AC.E7C24120 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Ross,
    I know I am asking = pretty dumb=20 questions but believe me I pick up pretty quick.  Now I am trying = to=20 compile livemedia library in my Window 98 computer.
 
So I successfully compiled groupsock, = livemedia,=20 BasicUsageEnvironment and UsageEnvirnoment. (Cool)
 
Now in order to compile = testMPEGVideoStream.cpp=20 file, I did the following:
 
1) Opened a new project as console=20 program
2) Added the = testMPEGVideoStream.cpp
3) And link the libgroupsock.lib, = liblivemedia.lib,=20 libBasicUsuageEnvironment, and libUsageEnvironment.lib
 
I was able to successfully compile the=20 testMPEGVideoStream.cpp file but I got the following Link = Error:
 
Deleting intermediate files and output = files for=20 project 'Multimedia - Win32 = Debug'.
--------------------Configuration:=20 Multimedia - Win32=20 Debug--------------------
Compiling...
testMPEGVideoStreamer.cppLinking...
MSVCRT.lib(MSVCRT.dll)=20 : error LNK2005: _exit already defined in=20 LIBCMTD.lib(crt0dat.obj)
MSVCRT.lib(MSVCRT.dll) : error LNK2005: = __errno=20 already defined in LIBCMTD.lib(dosmap.obj)
MSVCRT.lib(MSVCRT.dll) : = error=20 LNK2005: _sprintf already defined in=20 LIBCMTD.lib(sprintf.obj)
MSVCRT.lib(MSVCRT.dll) : error LNK2005: = _fprintf=20 already defined in LIBCMTD.lib(fprintf.obj)
MSVCRT.lib(MSVCRT.dll) : = error=20 LNK2005: _strncmp already defined in=20 LIBCMTD.lib(strncmp.obj)
MSVCRT.lib(MSVCRT.dll) : error LNK2005: = _free=20 already defined in LIBCMTD.lib(dbgheap.obj)
MSVCRT.lib(MSVCRT.dll) : = error=20 LNK2005: _memmove already defined in=20 LIBCMTD.lib(memmove.obj)
MSVCRT.lib(MSVCRT.dll) : error LNK2005: = _fclose=20 already defined in LIBCMTD.lib(fclose.obj)
MSVCRT.lib(MSVCRT.dll) : = error=20 LNK2005: _fflush already defined in LIBCMTD.lib(fflush.obj)
LINK : = warning=20 LNK4098: defaultlib "MSVCRT" conflicts with use of other libs; use=20 /NODEFAULTLIB:library
testMPEGVideoStreamer.obj : error LNK2001: = unresolved=20 external symbol _gethostname(at)8
libgroupsock.lib(Gro= upsockHelper.obj)=20 : error LNK2001: unresolved external symbol _gethostname(at)8
libBasicUsageEnviron= ment.lib(BasicUsageEnvironment.obj)=20 : error LNK2001: unresolved external symbol ___WSAFDIsSet(at)8
libgroupsock.lib(G= roupsockHelper.obj)=20 : error LNK2001: unresolved external symbol ___WSAFDIsSet(at)8
libBasicUsageEnvir= onment.lib(BasicUsageEnvironment.obj)=20 : error LNK2001: unresolved external symbol _WSAGetLastError(at)0
libgroupsock= .lib(GroupsockHelper.obj)=20 : error LNK2001: unresolved external symbol _WSAGetLastError(at)0
libBasicUsag= eEnvironment.lib(BasicUsageEnvironment.obj)=20 : error LNK2001: unresolved external symbol _select(at)20
libgroupsock.lib(GroupsockHe= lper.obj)=20 : error LNK2001: unresolved external symbol _select(at)20
libgroupsock.lib(NetAddress.= obj) :=20 error LNK2001: unresolved external symbol _htons(at)4
libgroupsock.lib(NetAddress.obj)= : error=20 LNK2001: unresolved external symbol _ntohs(at)4
libgroupsock.lib(GroupsockHelper= .obj) :=20 error LNK2001: unresolved external symbol _ntohs(at)4
libgroupsock.lib(NetAddress.obj)= : error=20 LNK2001: unresolved external symbol _ntohl(at)4
libgroupsock.lib(GroupsockHelper= .obj) :=20 error LNK2001: unresolved external symbol _ntohl(at)4
libliveMedia.lib(RTCP.obj) : = error=20 LNK2001: unresolved external symbol _ntohl(at)4
libliveMedia.lib(MediaSink.obj) = : error=20 LNK2001: unresolved external symbol _ntohl(at)4
libgroupsock.lib(inet.obj) : = error=20 LNK2001: unresolved external symbol _inet_addr(at)4
libgroupsock.lib(inet.ob= j) :=20 error LNK2001: unresolved external symbol _inet_ntoa(at)4
libgroupsock.lib(inet.ob= j) :=20 error LNK2001: unresolved external symbol _WSACleanup(at)0
libgroupsock.lib(inet.= obj) :=20 error LNK2001: unresolved external symbol _WSAStartup(at)8
libgroupsock.lib(inet.= obj) :=20 error LNK2001: unresolved external symbol _gethostbyname(at)4
libgroupsock.lib= (GroupsockHelper.obj)=20 : error LNK2001: unresolved external symbol _gethostbyname(at)4
libgroupsock.lib= (GroupsockHelper.obj)=20 : error LNK2001: unresolved external symbol _bind(at)12
libgroupsock.lib(GroupsockHelper= .obj) :=20 error LNK2001: unresolved external symbol _closesocket(at)4
libgroupsock.lib(Net= Interface.obj)=20 : error LNK2001: unresolved external symbol _closesocket(at)4
libgroupsock.lib(Gro= upsockHelper.obj)=20 : error LNK2001: unresolved external symbol _setsockopt(at)20
libgroupsock.lib(Gro= upsockHelper.obj)=20 : error LNK2001: unresolved external symbol _socket(at)12
libgroupsock.lib(GroupsockHe= lper.obj)=20 : error LNK2001: unresolved external symbol _ioctlsocket(at)12
libgroupsock.lib(G= roupsockHelper.obj)=20 : error LNK2001: unresolved external symbol _recvfrom(at)24
libgroupsock.lib(Groupso= ckHelper.obj)=20 : error LNK2001: unresolved external symbol _sendto(at)24
libgroupsock.lib(GroupsockHe= lper.obj)=20 : error LNK2001: unresolved external symbol _getsockopt(at)20
libgroupsock.lib(Gro= upsockHelper.obj)=20 : error LNK2001: unresolved external symbol _getsockname(at)12
libliveMedia.lib(M= ediaSink.obj)=20 : error LNK2001: unresolved external symbol _htonl(at)4
Debug/Multimedia.exe : fatal = error=20 LNK1120: 22 unresolved externals
Error executing = link.exe.
 
Multimedia.exe - 42 error(s), 1=20 warning(s)
 
Any ideas?
 
Sandeep
------=_NextPart_000_0017_01C1C0AC.E7C24120-- From Thu Feb 28 21:26:45 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gfZ7-0002Um-00 for ; Thu, 28 Feb 2002 21:26:45 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id VAA06413; Thu, 28 Feb 2002 21:26:45 -0800 (PST) Message-Id: <4.3.1.1.20020228211449.00caeab0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] linking error In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Feb 28 21:27:02 2002 X-Original-Date: Thu, 28 Feb 2002 21:22:32 -0800 Status: O At 09:08 PM 2/28/02, Sandeep Kinra wrote: >Now in order to compile testMPEGVideoStream.cpp file, I did the following: > >1) Opened a new project as console program >2) Added the testMPEGVideoStream.cpp >3) And link the libgroupsock.lib, liblivemedia.lib, >libBasicUsuageEnvironment, and libUsageEnvironment.lib Instead of doing this, I suggest using the ".mak" files (Makefiles), as described in . This way, you'll be sure to generate projects that link all of the required libraries. Ross. From Fri Mar 01 00:58:46 2002 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gisE-0003wC-00 for ; Fri, 01 Mar 2002 00:58:43 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 552641226B; Fri, 1 Mar 2002 09:58:33 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id 431D83F6A; Fri, 1 Mar 2002 09:58:17 +0100 (CET) Message-Id: <5.1.0.14.0.20020301093142.00a00cb0(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: Ross Finlayson From: Michael Sommer Subject: Re: [Live-devel] linking error Cc: In-Reply-To: References: <001a01c1c0df$354e2bc0$287d1342(at)VAIO> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Fri Mar 1 09:58:17 CET 2002 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 1 00:59:10 2002 X-Original-Date: Fri, 01 Mar 2002 09:58:14 +0100 Status: O At 21:22 28.02.02 -0800, Ross Finlayson wrote: >At 09:08 PM 2/28/02, Sandeep Kinra wrote: >>Now in order to compile testMPEGVideoStream.cpp file, I did the following: >> >>1) Opened a new project as console program >>2) Added the testMPEGVideoStream.cpp >>3) And link the libgroupsock.lib, liblivemedia.lib, >>libBasicUsuageEnvironment, and libUsageEnvironment.lib > >Instead of doing this, I suggest using the ".mak" files (Makefiles), as >described in . This way, >you'll be sure to generate projects that link all of the required libraries. This is working fine as long as you only want to build your test programs. The mentioned problem is a general problem when using your lib with windows programs (not using your Makefile). It depends on which run-time library you linked the live.com library with and which run-time library you suppose to use to link your application. A good source for that is to look in the MSDN Library under the topic '/MD, /ML, /MT, /LD (Use Run-Time Library)'. This is explaining the different run-time libraries. Although you will get even more problems if you want to use the live libs with a WindowsGUI application using MFC and multithreads. In this case you have to link the live libs with the correct run-time library. The second part of the error message, looks like that the application is using the wrong library for socket functions. It's necessary to link with 'Wsock32.lib'. Michael From Fri Mar 01 10:37:11 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gru2-00070C-00 for ; Fri, 01 Mar 2002 10:37:10 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id KAA09343; Fri, 1 Mar 2002 10:37:07 -0800 (PST) Message-Id: <4.3.1.1.20020301103246.00c87100(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] testMP3Streamer Problem Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 1 10:38:48 2002 X-Original-Date: Fri, 01 Mar 2002 10:36:23 -0800 Status: O FYI, I have now installed a new version (2002.03.01) of the source code that should fix the problems with "testMP3Streamer" (running out of open files) that Hazem encountered. Ross. From Fri Mar 01 10:54:31 2002 Received: from mailrelay2.inwind.it ([212.141.54.102]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gsAk-0003er-00 for ; Fri, 01 Mar 2002 10:54:26 -0800 Received: from macedoni3seu18 (62.98.183.85) by mailrelay2.inwind.it (5.5.053) id 3C7B2C2B002888F4 for live-devel(at)lists.sourceforge.net; Fri, 1 Mar 2002 19:54:17 +0100 Message-ID: <002101c1c152$40605a60$55b7623e(at)macedoni3seu18> From: mimmo To: {[Live-devel]} MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01C1C15A.89FB26C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Live-devel] general questions Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 1 10:56:37 2002 X-Original-Date: Fri, 1 Mar 2002 19:51:54 +0100 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C1C15A.89FB26C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello! I have several questions about live streaming media. - what is the rule of audiosink, videosink, MPEGaudioRTPsink and = MPEGvideoRTPsink in testMpegAudioVideoStreamer.cpp ? - Is the server testMpegAudioVideoStreamer.cpp able to receive the = Receive Report RTCP from a client application ? -testMpegAudioVideoStreamer.cpp is able to stream mpeg video format such = as mpeg 1 and mpeg 2 (other?). In order to stream this data =20 the media is splitted into the audio and video elementary streams. Do = you know the payload type code in RTP packet related to this streams ? (video and audio) - also, do you know the payload type related to quicktime movie stream ? = ( I refer to quicktime streaming server ) - to perform a stream of a stereo audio signal do I have to use separate = RTP sessions for each audio channel ? ( this could mean that if there is a multimedia that comprises a stream = video, we need three RTP sessions) about sychronisation: the timestamp NTP is stored in RTCP packets for both video and audio = sessions. Is this value obtained from the local clock system? about testRelay.cpp I use this software to receive rtp packets in unicast mode and than = forward in multicast. -like testMpegAudioVideoStreamer.cpp, is the testrelay able to receive = the RTCP receiver reports from a client ? -In the configuration I' ve described, do I need an independent software = to receive the RR report and the return it to the sender ? I've made so many questions. I hope someone has the goodness to send me = some replies. thank you for all. :-) Domenico=20 =20 ------=_NextPart_000_001E_01C1C15A.89FB26C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
   hello!
 
 I have several questions about = live streaming=20 media.
 
- what is the rule of audiosink, = videosink,=20 MPEGaudioRTPsink and MPEGvideoRTPsink in testMpegAudioVideoStreamer.cpp=20 ?
 
- Is the server=20 testMpegAudioVideoStreamer.cpp  able to receive the Receive Report = RTCP=20 from a client application ?
 
-testMpegAudioVideoStreamer.cpp is = able to=20 stream mpeg video format such as mpeg 1 and mpeg 2 (other?).  In = order to=20 stream this data
 
  the media is splitted into the = audio and=20 video elementary streams. Do you know the payload type code in RTP = packet=20 related to
 
  this streams  ?   = (video and=20 audio)
 
- also, do you know the payload type = related to=20 quicktime movie stream ?  ( I refer to quicktime streaming server=20 )
 
- to perform a stream of a stereo audio = signal do I=20 have to use separate RTP sessions for each audio channel ?
 
 ( this could mean that if = there is a=20 multimedia that comprises a stream video, we need three RTP=20 sessions)
 
 
about sychronisation:
 
the timestamp NTP is stored in RTCP = packets for=20 both video and audio sessions. Is this value obtained from the local = clock=20 system?
 
 
about testRelay.cpp
 
I use this software to receive rtp = packets in=20 unicast mode and than forward in multicast.
 
-like testMpegAudioVideoStreamer.cpp, = is the=20 testrelay able to receive the RTCP receiver reports from a client = ?
 
-In the configuration I' ve described, = do I need an=20 independent software to receive the RR report and the return it to the = sender=20 ?
 
 
I've made so many questions. I hope = someone has the=20 goodness to send me some replies.
thank you for all.  = :-)
 
Domenico
 
 
 
 
 
 
 
------=_NextPart_000_001E_01C1C15A.89FB26C0-- From Fri Mar 01 13:27:50 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16guZA-0006Z4-00 for ; Fri, 01 Mar 2002 13:27:48 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA43968; Fri, 1 Mar 2002 13:27:48 -0800 (PST) Message-Id: <4.3.1.1.20020301131724.00b72600(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] linking error In-Reply-To: References: <4.3.1.1.20020228211449.00caeab0(at)localhost> <001a01c1c0df$354e2bc0$287d1342(at)VAIO> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 1 13:34:41 2002 X-Original-Date: Fri, 01 Mar 2002 13:22:46 -0800 Status: O At 12:58 AM 3/1/02, Michael Sommer wrote: >>>1) Opened a new project as console program >>>2) Added the testMPEGVideoStream.cpp >>>3) And link the libgroupsock.lib, liblivemedia.lib, >>>libBasicUsuageEnvironment, and libUsageEnvironment.lib >> >>Instead of doing this, I suggest using the ".mak" files (Makefiles), as >>described in . This way, >>you'll be sure to generate projects that link all of the required libraries. >This is working fine as long as you only want to build your test programs. >The mentioned problem is a general problem when using your lib with >windows programs (not using your Makefile). It depends on which run-time >library you linked the live.com library with and which run-time library >you suppose to use to link your application. Yes, that's correct. However, you may still find it useful to use the test programs as guidelines for figuring out how to create new VC++ 'projects' (for other programs). I.e., when you use VC++ to open a workspace from a test program's '.mak' file, you will end up creating a proper VC++ 'project', which you can then examine to see what libraries (etc.) are used to build the project. You should then be able to create new projects, using it as a model. Ross. From Fri Mar 01 15:18:46 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16gwIY-0006oi-00 for ; Fri, 01 Mar 2002 15:18:46 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id PAA66450; Fri, 1 Mar 2002 15:18:43 -0800 (PST) Message-Id: <4.3.1.1.20020301134220.00cb4340(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: mimmo From: Ross Finlayson Subject: Re: [Live-devel] general questions Cc: {[Live-devel]} In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 1 15:23:32 2002 X-Original-Date: Fri, 01 Mar 2002 15:15:42 -0800 Status: O Domenico, Excellent questions. > - what is the rule of audiosink, videosink, MPEGaudioRTPsink and > MPEGvideoRTPsink in testMpegAudioVideoStreamer.cpp ? In general, the role of a 'sink' object (an instance of a subclass of "MediaSink") is to act as the destination for a data stream. Each such object is 'driven' by calling the "startPlaying()" member function, taking a corresponding 'source' object (a subclass of "MediaSource") as parameter. In particular, for a network streaming server (like "testMPEGAudioVideoStreamer"), each 'sink' object ("audioSink" and "videoSink") represents a network destination (that uses RTP), and the corresponding 'source' object ("audioSource" or "videoSource") represents the (demultiplexed) input data that is to be streamed. (Note that, in "testMPEGAudioVideoStreamer", "audioSink" is an instance of the class "MPEGAudioRTPSink", and "videoSink" is an instance of the class "MPEGVideoRTPSink". Both of these classes are defined in the"liveMedia" library.) > - Is the server testMpegAudioVideoStreamer.cpp able to receive the > Receive Report RTCP from a client application ? Yes, each "RTCPInstance" object will receive each RTCP Reception Report (for its RTP session) that is sent by clients. At present, however, the implementation does not do much with these reports, other than recording which clients (based on SSRC) have sent such reports, and when. However, you can call the "numMembers()" member function (for each "RTCPInstance") to find out how many clients are currently active. > -testMpegAudioVideoStreamer.cpp is able to stream mpeg video format such > as mpeg 1 and mpeg 2 (other?). At present, just MPEG-1 or MPEG-2. (MPEG-4 is on my 'to do' list, but will require the use of a new RTP payload format - incompatible with that used by MPEG-1 or 2.) > In order to stream this data > > the media is splitted into the audio and video elementary streams. Do > you know the payload type code in RTP packet related to > > this streams ? (video and audio) Yes, the audio stream uses the RTP static payload type 14; the video stream uses the RTP static payload type 32. (To see this, note the implementations of "MPEGAudioRTPSink" and "MPEGVideoRTPSink".) FYI, these payload types are defined in > - also, do you know the payload type related to quicktime movie stream > ? ( I refer to quicktime streaming server ) "QuickTime Streaming Server" streams using standard RTP/RTCP, so it will use whatever RTP payload types are appropriate for the particular codecs that it is streaming. (This is why the "QuickTime Player" can be used to view the audio/video streams sent by "testMPEGAudioVideoStreamer" - they look identical to streams that would be sent by a "QuickTime Streaming Server".) (When streaming a codec - such as Sorenson Video - for which an IETF standard RTP payload format is not defined, "QuickTime Streaming Server" may instead use an Apple-specific RTP payload format, as defined in .) > - to perform a stream of a stereo audio signal do I have to use separate > RTP sessions for each audio channel ? In general, no. For example, in MPEG audio, the stereo channel separation info is embedded within the (single) audio stream, which is carried in a single RTP session. However, separate RTP sessions would probably be used to carry separate audio tracks (e.g., recorded in different languages). >about sychronisation: > >the timestamp NTP is stored in RTCP packets for both video and audio >sessions. Is this value obtained from the local clock system? Yes. See RTCP.cpp, line 476 > about testRelay.cpp > >I use this software to receive rtp packets in unicast mode and than >forward in multicast. > >-like testMpegAudioVideoStreamer.cpp, is the testrelay able to receive the >RTCP receiver reports from a client ? No - "testRelay", as currently written, relays a single stream, and in only one direction. > -In the configuration I' ve described, do I need an independent software > to receive the RR report and the return it to the sender ? Yes, that would work. Don't forget that RTCP uses a different port number than RTP (the RTP port number, plus 1). Ross Finlayson LIVE.COM From Sun Mar 03 01:11:03 2002 Received: from mailrelay1.inwind.it ([212.141.54.101]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16hS1F-0003xV-00 for ; Sun, 03 Mar 2002 01:11:01 -0800 Received: from macedoni3seu18 (62.98.250.13) by mailrelay1.inwind.it (5.5.053) id 3C7B2C4C0034783F for live-devel(at)lists.sourceforge.net; Sun, 3 Mar 2002 10:10:48 +0100 Message-ID: <001001c1c293$12bbc080$0dfa623e(at)macedoni3seu18> From: mimmo To: {[Live-devel]} MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C1C298.FC91DDC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: [Live-devel] anymore testRelay Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Mar 3 01:12:02 2002 X-Original-Date: Sun, 3 Mar 2002 09:51:27 +0100 Status: O This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C1C298.FC91DDC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Ross,=20 thanks for the really clear answers to my questions. about testrelay I'm a bit confused: testrelay is able to read input UDP packets from an IP address + port = number,=20 (independently from the payload carried) and than forward them to=20 a different output IP address + port I've a doubt: according to the experiments I've done, I've always used two testrelay to forward two RTP sessions=20 related to audio and video streams. This streams are well synchronised on the player side.=20 So I deduced that each testrelay is able to read from a specified IP = address, Port and at the same time reads form the odd port, Port+1 for RTCP packets. When I gave a look at the source code, I was not able to see this = capacity to read also from the odd port, so I got quite confused. Can you tell me the right behaviour of testrelay ? I've a last question: testrealy forward UDP packets making no changes to the payload. This means that in the case of RTP, SSRC field is unchanged. On the client side, are the RR RTCP packets sent to the relaying host or to the source one? How can I detect the port on the relaying host or source host that = receives the RR RTCP packets? Finally, if I relays in a configuration like unicast input, multicast = output, on the same relaying host, can I use another testrelay to receive the RR packets form multicast and = than return to the sender? wich address and port for the input and output must I specify for this = "feedback relay" ? thanks for the patience, I'll be obliged for all. Domenico :) ------=_NextPart_000_0007_01C1C298.FC91DDC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
   Hello Ross,
 
thanks for the really clear answers to = my=20 questions.
 
 
about testrelay I'm a bit=20 confused:
 
testrelay is able to read input UDP = packets from an=20 IP address + port number,
 
(independently from the payload = carried)=20 and than forward them = to 
 
a different output IP address +=20 port
 
 
I've a doubt: according to the = experiments I've=20 done,
I've always used two testrelay to = forward two RTP=20 sessions
related to audio and video = streams.  This=20 streams are well synchronised
on the player side.
So I deduced that each testrelay is = able to read=20 from a specified IP address, Port
and at the same time reads form the odd = port,=20 Port+1 for RTCP packets.
 
When I gave a look at the source code, = I was not=20 able to see this capacity
to read also from the odd port, so I = got quite=20 confused.
 
Can you tell me the right behaviour of = testrelay=20 ?
 
 
I've a last question:
 
testrealy forward UDP packets making no = changes to the payload.
This means that in the case of RTP, = SSRC field is=20 unchanged.
 
On the client side, are the RR RTCP = packets =20 sent to the relaying host
or to the source one?
 
How can I detect the port on the = relaying host or=20 source host that receives the RR RTCP packets?
 
Finally, if I relays in a configuration = like=20 unicast input, multicast output, on the same relaying host,
can I use another testrelay to = receive the RR=20 packets form multicast and than return to the sender?
 
wich address and port for the input and = output must=20 I specify for this "feedback relay" ?
 
thanks for the patience,
 
I'll be obliged for all.
 
Domenico :)
 
 
 
 
 
------=_NextPart_000_0007_01C1C298.FC91DDC0-- From Sun Mar 03 11:17:33 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16hbUD-0003YD-00 for ; Sun, 03 Mar 2002 11:17:33 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA00273; Sun, 3 Mar 2002 11:17:23 -0800 (PST) Message-Id: <4.3.1.1.20020303105625.00bf5ab0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: mimmo From: Ross Finlayson Subject: Re: [Live-devel] anymore testRelay Cc: {[Live-devel]} In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Mar 3 11:18:19 2002 X-Original-Date: Sun, 03 Mar 2002 11:13:40 -0800 Status: O At 12:51 AM 3/3/02, mimmo wrote: >about testrelay I'm a bit confused: > >testrelay is able to read input UDP packets from an IP address + port number, > (independently from the payload carried) and than forward them to > a different output IP address + port That's correct - it's just a simple UDP relay. (Note that if you look at "testRelay.cpp", you won't see any mention of "RTP" or "RTCP".) >I've a doubt: according to the experiments I've done, >I've always used two testrelay to forward two RTP sessions >related to audio and video streams. This streams are well synchronised >on the player side. This is probably just a coincidence. If the streams start out synchronized, and are sent only over a LAN, and the computer running the "testRelay" programs is not overloaded, then the streams will probably stay more or less synchronized when they reach the player. >So I deduced that each testrelay is able to read from a specified IP >address, Port >and at the same time reads form the odd port, Port+1 for RTCP packets. No, the RTCP port won't be forwarded unless you explicitly ask for this (e.g., by running another copy of "testRelay" to forward that port). >testrealy forward UDP packets making no changes to the payload. >This means that in the case of RTP, SSRC field is unchanged. Correct. > On the client side, are the RR RTCP packets sent to the relaying host >or to the source one? If the client (player?) is receiving the RTP packets on a multicast address, then it will send its RTCP RR packets to the same multicast address (but with port number +1). If, however, the client is receiving unicast packets, then it's less clear where RTCP packets are sent - this can depend on the particular client application. If a unicast address is specified (e.g., in a SDP file), then RTCP RRs might get sent to that address. Or it's possible that no RTCP RR packets will get sent at all. Ross. From Sun Mar 03 19:11:46 2002 Received: from imo-m08.mx.aol.com ([64.12.136.163]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16hit7-0005DD-00 for ; Sun, 03 Mar 2002 19:11:45 -0800 Received: from rdczhuh(at)netscape.net by imo-m08.mx.aol.com (mail_out_v32.5.) id 6.4.31b416a (16244) for ; Sun, 3 Mar 2002 22:11:28 -0500 (EST) Received: from netscape.com (mow-d02.webmail.aol.com [205.188.138.66]) by air-in03.mx.aol.com (v83.35) with ESMTP id MAILININ38-0303221127; Sun, 03 Mar 2002 22:11:27 -0500 From: (luca) To: Message-ID: <6AC8CE67.572248FC.00212CD4(at)netscape.net> X-Mailer: Atlas Mailer 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: [Live-devel] (no subject) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Sun Mar 3 19:12:04 2002 X-Original-Date: Sun, 03 Mar 2002 22:11:27 -0500 Status: O Hi, This confused me when I tried to run testMP3Streamer/Receiver for unicast. If the streamer starts first, all goes well. However if the receiver starts before streamer does, then the receiver doesn't receive anything. (This happens with unicast only, for multicast it works fine for me.) Any idea? Thanks and best regards, luca -- __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop(at)Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ From Mon Mar 04 06:15:33 2002 Received: from web21401.mail.yahoo.com ([216.136.232.71]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16htFV-0001sM-00 for ; Mon, 04 Mar 2002 06:15:33 -0800 Message-ID: <20020304141532.89944.qmail(at)web21401.mail.yahoo.com> Received: from [216.18.0.183] by web21401.mail.yahoo.com via HTTP; Mon, 04 Mar 2002 15:15:32 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] some question about testRelay.cpp Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Mar 4 06:16:09 2002 X-Original-Date: Mon, 4 Mar 2002 15:15:32 +0100 (CET) Status: O Hello I want to know more about the call-function "taskScheduler().turnOnBackgroundReadHandling(inputGroupsock.socketNum(), handleRead, &inputGroupsock);" in "testRelay.cpp". I know the main scope of this test program (tesRelay) but I can't identify it through the function indicated above. Thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Mon Mar 04 06:17:27 2002 Received: from web21409.mail.yahoo.com ([216.136.232.79]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16htHJ-0002GE-00 for ; Mon, 04 Mar 2002 06:17:25 -0800 Message-ID: <20020304141718.4902.qmail(at)web21409.mail.yahoo.com> Received: from [216.18.0.183] by web21409.mail.yahoo.com via HTTP; Mon, 04 Mar 2002 15:17:18 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] some question about testRelay.cpp Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Mar 4 06:18:07 2002 X-Original-Date: Mon, 4 Mar 2002 15:17:18 +0100 (CET) Status: O Hello I want to know more about the call-function "taskScheduler().turnOnBackgroundReadHandling(inputGroupsock.socketNum(), handleRead, &inputGroupsock);" in "testRelay.cpp". I know the main scope of this test program (tesRelay) but I can't identify it through the function indicated above. Thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Mon Mar 04 11:34:22 2002 Received: from imo-m04.mx.aol.com ([64.12.136.7]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16hyE0-0000si-00 for ; Mon, 04 Mar 2002 11:34:20 -0800 Received: from rdczhuh(at)netscape.net by imo-m04.mx.aol.com (mail_out_v32.5.) id 6.3.3180621 (16231) for ; Mon, 4 Mar 2002 14:34:07 -0500 (EST) Received: from netscape.com (mow-m01.webmail.aol.com [64.12.184.129]) by air-in02.mx.aol.com (v83.35) with ESMTP id MAILININ27-0304143407; Mon, 04 Mar 2002 14:34:07 -0500 From: (luca) To: Subject: RE: [Live-devel] some question about testRelay.cpp Message-ID: <2B4FC66F.2AD11464.00212CD4(at)netscape.net> X-Mailer: Atlas Mailer 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Mar 4 11:35:11 2002 X-Original-Date: Mon, 04 Mar 2002 14:34:07 -0500 Status: O Achraf, As far as what I know, turnOnBackgroundReadHandling() is used for non-blocking i/o. It adds the given socket to the monitored set of reading descriptors, so later on select() can be used to test if there is any data coming in on that socket. Not sure if that is your question though. /luca "The number of Unix installation has grown to 10, with more expected." -- The Unix Programmer's Manual, 2nd Edition, June 1972 wrote: >Hello > I want to know more about the call-function >"taskScheduler().turnOnBackgroundReadHandling(inputGroupsock.socketNum(), > handleRead, &inputGroupsock);" in >"testRelay.cpp". I know the main scope of this test >program (tesRelay) but I can't identify it through the >function indicated above. > >Thanks Achraf > >___________________________________________________________ >Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! >Yahoo! Mail : http://fr.mail.yahoo.com > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel > -- __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop(at)Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ From Mon Mar 04 15:00:27 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16i1RS-0004xV-00 for ; Mon, 04 Mar 2002 15:00:26 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id PAA16888; Mon, 4 Mar 2002 15:00:25 -0800 (PST) Message-Id: <4.3.1.1.20020304144730.00cfb860(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: RE: [Live-devel] some question about testRelay.cpp In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Mar 4 15:01:02 2002 X-Original-Date: Mon, 04 Mar 2002 14:56:15 -0800 Status: O At 11:34 AM 3/4/02, luca wrote: >As far as what I know, turnOnBackgroundReadHandling() is used for >non-blocking i/o. That's correct. This function (which is a member function of the "TaskScheduler" base class defined in "UsageEnvironment/include/UsageEnvironment.hh") allows the called to specify a 'handler' routine to be called whenever incoming network data arrives on a 'groupsock'. >It adds the given socket to the monitored set of reading descriptors, so >later on select() can be used to test if there is any data coming in on >that socket. True, but note that this is just the particular implementation used by the "BasicTaskScheduler" (defined in the "BasicUsageEnvironment" library) - which is just one possible implementation of "TaskScheduler". Ross. From Mon Mar 04 20:31:25 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16i6bk-0004oL-00 for ; Mon, 04 Mar 2002 20:31:24 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id UAA87244; Mon, 4 Mar 2002 20:31:23 -0800 (PST) Message-Id: <4.3.1.1.20020304202316.00bf8960(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Live-devel] Online directory of products using these libraries Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Mon Mar 4 20:32:11 2002 X-Original-Date: Mon, 04 Mar 2002 20:31:20 -0800 Status: O Now that several companies have begun using the "LIVE.COM Streaming Media" libraries in actual products, I'm planning to create (probably on the "live.sourceforge.net" web page) a table that links to some of these products. If you have developed - or are currently developing - a product that uses these libraries, and would like to see a link added to your product's (or company's) web site, then please reply to this message, letting me know: - The URL that you'd like me to add to the table - A brief description of your product - (in general terms) What parts of the libraries the product uses Think of this as the opportunity for some free advertising for your product and/or company. Ross Finlayson LIVE.COM From Tue Mar 05 01:01:27 2002 Received: from web21409.mail.yahoo.com ([216.136.232.79]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iAp4-0000Yf-00 for ; Tue, 05 Mar 2002 01:01:26 -0800 Message-ID: <20020305090125.99965.qmail(at)web21409.mail.yahoo.com> Received: from [213.150.174.235] by web21409.mail.yahoo.com via HTTP; Tue, 05 Mar 2002 10:01:25 CET From: =?iso-8859-1?q?=20?= To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] problem with "testMPEGVideoStreamer"!! + RTSP & interactivity Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Mar 5 01:02:08 2002 X-Original-Date: Tue, 5 Mar 2002 10:01:25 +0100 (CET) Status: O hello When I try the test program "testMPEGVideoStreamer" using an elementary MPEG stream I get no error. the problem is faced with MPEG Program Stream, although I uncomment the ligne "#define SOURCE_IS_PROGRAM_STREAM 1". last question: I want to know if the rtsp client/server can handle user interactivity such as (fast forwarding, pause/resume, jump forward/backward...etc)? Any Idea Thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Tue Mar 05 02:09:08 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iBsZ-0002N5-00 for ; Tue, 05 Mar 2002 02:09:07 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id CAA48445; Tue, 5 Mar 2002 02:09:06 -0800 (PST) Message-Id: <4.3.1.1.20020305012341.00c31da0(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] problem with "testMPEGVideoStreamer"!! + RTSP & interactivity In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Mar 5 02:10:02 2002 X-Original-Date: Tue, 05 Mar 2002 02:04:33 -0800 Status: O At 01:01 AM 3/5/02, achraf_g(at)yahoo.fr wrote: >hello > When I try the test program "testMPEGVideoStreamer" >using an elementary MPEG stream I get no error. the >problem is faced with MPEG Program Stream, although I >uncomment the ligne "#define SOURCE_IS_PROGRAM_STREAM 1". What problem do you see?? > last question: >I want to know if the rtsp client/server can handle >user interactivity such as (fast forwarding, >pause/resume, jump forward/backward...etc)? No, not yet. I plan to support these features sometime in the future. (As always, I can give this higher priority if someone were to contribute funding.) Ross Finlayson LIVE.COM From Tue Mar 05 02:25:09 2002 Received: from web21404.mail.yahoo.com ([216.136.232.74]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iC83-0005Xa-00 for ; Tue, 05 Mar 2002 02:25:07 -0800 Message-ID: <20020305102506.86944.qmail(at)web21404.mail.yahoo.com> Received: from [216.18.0.183] by web21404.mail.yahoo.com via HTTP; Tue, 05 Mar 2002 11:25:06 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] I have resolved the link problem in MFC App (VC++) Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Mar 5 02:26:07 2002 X-Original-Date: Tue, 5 Mar 2002 11:25:06 +0100 (CET) Status: O Hello To avercome linking problem when using MFC Application #include "liveMedia.hh" #include "BasicUsageEnvironment.hh" #include "GroupsockHelper.hh" must be added on "stdfx.h" on the top. but I get new error wich is "fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include " I want to know if it will be necessary to delete #include in "FramedSource.hh".? I have changed the place of the includes statements after line "#include " in "stdfx.h" but I get new error "error C2079: 'fPresentationTime' uses undefined struct 'timeval'". Is 'timeval' defined in "windows.h" ??? Thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Tue Mar 05 10:24:26 2002 Received: from imo-r10.mx.aol.com ([152.163.225.106]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iJbt-000732-00 for ; Tue, 05 Mar 2002 10:24:25 -0800 Received: from rdczhuh(at)netscape.net by imo-r10.mx.aol.com (mail_out_v32.5.) id 6.5d.1eff6fd (16215) for ; Tue, 5 Mar 2002 13:23:52 -0500 (EST) Received: from netscape.com (mow-m03.webmail.aol.com [64.12.184.131]) by air-in01.mx.aol.com (v83.35) with ESMTP id MAILININ13-0305132352; Tue, 05 Mar 2002 13:23:52 -0500 From: (luca) To: Message-ID: <1CF129DA.0D0817BC.00212CD4(at)netscape.net> X-Mailer: Atlas Mailer 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: [Live-devel] testMP3Streamer/testMP3Receiver: order of execution Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Mar 5 10:25:07 2002 X-Original-Date: Tue, 05 Mar 2002 13:23:52 -0500 Status: O Hi, I found that testMP3Receiver receives nothing if it is started before testMP3Streamer kicks off. (ie, the receiver can receive an ongoing stream but is not able to wait there for a stream to come). This problem occurs after I modified both testMP3Streamer and testMP3Receiver to make them unicast. I'll appreciate it if anyone can give me a hint. Thanks, luca -- __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop(at)Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ From Tue Mar 05 13:05:00 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iM7H-0008Mf-00 for ; Tue, 05 Mar 2002 13:04:59 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA26207; Tue, 5 Mar 2002 13:04:58 -0800 (PST) Message-Id: <4.3.1.1.20020305125707.00cd0e80(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] testMP3Streamer/testMP3Receiver: order of execution In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Mar 5 13:21:41 2002 X-Original-Date: Tue, 05 Mar 2002 12:59:55 -0800 Status: O At 10:23 AM 3/5/02, you wrote: >I found that testMP3Receiver receives nothing if it is started before >testMP3Streamer kicks off. (ie, the receiver can receive an ongoing stream >but is not able to wait there for a stream to come). This problem occurs >after I modified both testMP3Streamer and testMP3Receiver to make them unicast. Luca, Thanks again for the report. I plan to investigate this myself when I get time. In your copy of "testMP3Receiver", what IP address are you using (i.e. for "multicastAddressStr")? Are you using the IP address of the sender, the IP address of the receiver, or something else (like 0.0.0.0)? Ross. From Tue Mar 05 20:18:33 2002 Received: from imo-r03.mx.aol.com ([152.163.225.99]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iSsr-0005Q5-00 for ; Tue, 05 Mar 2002 20:18:33 -0800 Received: from rdczhuh(at)netscape.net by imo-r03.mx.aol.com (mail_out_v32.5.) id 6.5c.1f13979 (16220) for ; Tue, 5 Mar 2002 23:18:09 -0500 (EST) Received: from netscape.com (mow-m02.webmail.aol.com [64.12.184.130]) by air-in01.mx.aol.com (v83.35) with ESMTP id MAILININ18-0305231823; Tue, 05 Mar 2002 23:18:23 -0500 From: (luca) To: Subject: RE: Re: [Live-devel] testMP3Streamer/testMP3Receiver: order ofexecution Message-ID: <5F4A75A9.6BFD58DF.00212CD4(at)netscape.net> X-Mailer: Atlas Mailer 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Tue Mar 5 20:19:02 2002 X-Original-Date: Tue, 05 Mar 2002 23:18:22 -0500 Status: O Hi Ross, >In your copy of "testMP3Receiver", what IP address are you using (i.e. for >"multicastAddressStr")? Are you using the IP address of the sender, the IP >address of the receiver, or something else (like 0.0.0.0)? Streamer and receiver were running on the same machine. I used "0.0.0.0" with Receiver, my own IP and "127.0.0.1" with Streamer. Maybe I should try test them on different boxes. Regards, luca -- __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop(at)Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ From Wed Mar 06 07:49:33 2002 Received: from web21409.mail.yahoo.com ([216.136.232.79]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16idfZ-00018E-00 for ; Wed, 06 Mar 2002 07:49:33 -0800 Message-ID: <20020306154833.5653.qmail(at)web21409.mail.yahoo.com> Received: from [213.150.174.235] by web21409.mail.yahoo.com via HTTP; Wed, 06 Mar 2002 16:48:33 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] about the use of unicast!!!?? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Mar 6 07:50:03 2002 X-Original-Date: Wed, 6 Mar 2002 16:48:33 +0100 (CET) Status: O hello, In order to handle user interactivity I want to open at the same time unicast and multicast streams. the idea is to split the user who initiate interactivity from the cuurrent session and second we must open a unicast stream to him. I begin by changing "testMP3Streamer.cpp". I have replaced the multicast adress "239.255.42.42" by the unicast one ( the adress of the client machine". but the client player can't play the audio stream. what changes are to add ? Thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Wed Mar 06 13:21:10 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iiqS-00020c-00 for ; Wed, 06 Mar 2002 13:21:08 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id NAA28476; Wed, 6 Mar 2002 13:21:07 -0800 (PST) Message-Id: <4.3.1.1.20020306131851.00cc4b80(at)localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] about the use of unicast!!!?? In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Wed Mar 6 13:24:38 2002 X-Original-Date: Wed, 06 Mar 2002 13:20:59 -0800 Status: O At 07:48 AM 3/6/02, achraf_g(at)yahoo.fr wrote: >I begin by changing "testMP3Streamer.cpp". I have >replaced the multicast adress "239.255.42.42" by the >unicast one ( the adress of the client machine". but >the client player can't play the audio stream. What client player tool are you using? And what IP address are you giving *it*? (Another list member, Luca, has also reported problems with unicast streaming with "testMP3Streamer", but I have yet to check this out.) Ross. From Thu Mar 07 03:34:17 2002 Received: from web21406.mail.yahoo.com ([216.136.232.76]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iwA4-0003CT-00 for ; Thu, 07 Mar 2002 03:34:16 -0800 Message-ID: <20020307113416.80584.qmail(at)web21406.mail.yahoo.com> Received: from [213.150.174.235] by web21406.mail.yahoo.com via HTTP; Thu, 07 Mar 2002 12:34:15 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] I still have link Problem with VC++ 6.0 !!!? Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Mar 7 03:35:04 2002 X-Original-Date: Thu, 7 Mar 2002 12:34:15 +0100 (CET) Status: O Hello I still have link problem when I try to use live.com libraries in my "personal" project. after adding libraries to the project and rebuilding the project, I get error messages such as: "Linking... MSVCRT.lib(MSVCRT.dll) : error LNK2005: _exit already defined in LIBCD.lib(crt0dat.obj) MSVCRT.lib(MSVCRT.dll) : error LNK2005: _sprintf already defined in LIBCD.lib(sprintf.obj)" and other kind of error : "testMP3Streamer.obj : error LNK2001: unresolved external symbol _gethostname(at)8 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved external symbol _gethostname(at)8 libBasicUsageEnvironment.lib(BasicUsageEnvironment.obj) : error LNK2001: unresolved external symbol ___WSAFDIsSet(at)8 libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: unresolved external symbol ___WSAFDIsSet(at)8 " any Idea Thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Thu Mar 07 04:21:19 2002 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16iwtX-0003wA-00 for ; Thu, 07 Mar 2002 04:21:15 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 9AE8012272; Thu, 7 Mar 2002 13:21:08 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id A942A3F6A; Thu, 7 Mar 2002 13:20:52 +0100 (CET) Message-Id: <5.1.0.14.0.20020307125907.00a0c170(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: From: Michael Sommer Subject: Re: [Live-devel] I still have link Problem with VC++ 6.0 !!!? Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Thu Mar 7 13:20:53 CET 2002 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Thu Mar 7 04:22:06 2002 X-Original-Date: Thu, 07 Mar 2002 13:20:50 +0100 Status: O Hello Achraf, I guess your problem is that you are trying to use different run-time library versions. But you can't mix them up in the same application. It seems to me that the live library was linked with LIBCD.lib (static library for debug single-threaded applications) and you are trying to link your actual application with MSVCRT.lib (dynamic library for multi-threaded applications). You can solve this if you specify the same run-time library for both projects (live-lib and you application). Either you link the live-lib with MSVCRT.lib or your application with LIBCD.lib. If you are using MFC-DLL in your application you have to take the first alternativ. A good source for this topic is to look in the MSDN Library under the topic '/MD, /ML, /MT, /LD (Use Run-Time Library)'. This is explaining the different run-time libraries. At 12:34 07.03.02 +0100, achraf_g(at)yahoo.fr wrote: >Hello > I still have link problem when I try to use live.com >libraries in my "personal" project. after adding >libraries to the project and rebuilding the project, I >get error messages such as: >"Linking... >MSVCRT.lib(MSVCRT.dll) : error LNK2005: _exit already >defined in LIBCD.lib(crt0dat.obj) >MSVCRT.lib(MSVCRT.dll) : error LNK2005: _sprintf >already defined in LIBCD.lib(sprintf.obj)" > >and other kind of error : I'm not sure with this error, but it seems that you are using the wrong library for socket functions. It's necessary to link with 'Wsock32.lib'. >"testMP3Streamer.obj : error LNK2001: unresolved >external symbol _gethostname(at)8 >libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: >unresolved external symbol _gethostname(at)8 >libBasicUsageEnvironment.lib(BasicUsageEnvironment.obj) >: error LNK2001: unresolved external symbol >___WSAFDIsSet(at)8 >libgroupsock.lib(GroupsockHelper.obj) : error LNK2001: >unresolved external symbol ___WSAFDIsSet(at)8 >" Hope I could help. Michael From Fri Mar 08 00:18:16 2002 Received: from web21405.mail.yahoo.com ([216.136.232.75]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16jFZw-0004yL-00 for ; Fri, 08 Mar 2002 00:18:16 -0800 Message-ID: <20020308081813.19206.qmail(at)web21405.mail.yahoo.com> Received: from [213.150.174.231] by web21405.mail.yahoo.com via HTTP; Fri, 08 Mar 2002 09:18:13 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] Link Problem + About the use of multicast Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 8 00:19:08 2002 X-Original-Date: Fri, 8 Mar 2002 09:18:13 +0100 (CET) Status: O Hello first I want to thank you, Michael for the help. Although I still Have problem on how to link live-lib with MSVCRT.lib. Second, and about the use of the unicast in "testMP3Streamer". I use RealPlayer on the client side. Our LAN IP address are formed as follow : 172.16.x.x (My server machine has the IP address 172.16.1.113 and the client one has the 172.16.1.112 address.") So what changes are to do in "testMP3Streamer.cpp" as information indicated above. Thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Fri Mar 08 03:05:46 2002 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16jIBy-0004HF-00 for ; Fri, 08 Mar 2002 03:05:42 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id A8AA312269; Fri, 8 Mar 2002 12:05:34 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id A4E903F75; Fri, 8 Mar 2002 12:05:18 +0100 (CET) Message-Id: <5.1.0.14.0.20020308113825.00a04610(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: From: Michael Sommer Subject: Re: [Live-devel] Link Problem + About the use of multicast Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Fri Mar 8 12:05:19 CET 2002 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 8 03:06:12 2002 X-Original-Date: Fri, 08 Mar 2002 12:05:17 +0100 Status: O Hello Achraf, Here is some more detailed help for you. You have to configure your=20 projects in the following way. Since I'm using a german version of VisualC= =20 I only can guess the names of the english menu entries, thus I won't use=20 the correct names. In 'Project Settings' set in 'General' 'Use MFC in shared DLL'. At tab=20 'C/C++' under 'Code Generation' under 'Runtime-Library' set 'Multithreaded= =20 DLL'. In your application setting add under tab 'Linker'=20 'Object-/Library-Modules' the file 'Wsock32.lib' and all the live.com=20 libraries. I know this sounded horrible for people using makefiles but this is the way= =20 it works with VisualC++ IDE. If this still doesn't push you further, don't hesitate to ask the mailing=20 list again. Michael At 09:18 08.03.02 +0100, achraf_g(at)yahoo.fr wrote: >Hello > first I want to thank you, Michael for the help. >Although I still Have problem on how to link live-lib >with MSVCRT.lib. > Second, and about the use of the unicast in >"testMP3Streamer". I use RealPlayer on the client >side. Our LAN IP address are formed as follow : >172.16.x.x >(My server machine has the IP address 172.16.1.113 and >the client one has the 172.16.1.112 address.") >So what changes are to do in "testMP3Streamer.cpp" as >information indicated above. >Thanks > Achraf > >___________________________________________________________ >Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en fran=E7ais ! >Yahoo! Mail : http://fr.mail.yahoo.com > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel Dipl.-Inf. (FH) Michael Sommer - Software Development ------------------------------------------------------------------ DSPecialists GmbH phone: +49 30 467 805-332 Rotherstra=DFe 22 fax: +49 30 467 805 -99 10245 Berlin, Germany http://www.DSPecialists.de ------------------------------------------------------------------ DSPecialists - Making the impossible work! From Fri Mar 08 06:44:51 2002 Received: from web21411.mail.yahoo.com ([216.136.232.80]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16jLc3-0000Md-00 for ; Fri, 08 Mar 2002 06:44:51 -0800 Message-ID: <20020308144445.4329.qmail(at)web21411.mail.yahoo.com> Received: from [216.18.0.183] by web21411.mail.yahoo.com via HTTP; Fri, 08 Mar 2002 15:44:45 CET From: =?iso-8859-1?q?=20?= To: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Live-devel] compilation error with VC++ 6.0 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 8 06:45:22 2002 X-Original-Date: Fri, 8 Mar 2002 15:44:45 +0100 (CET) Status: O hello Thank you Michael, I make change on VC++ and this work well. The new problem now is a compilation one as I get this message :" error C2664: 'startPlaying' : cannot convert parameter 2 from 'void (void *)' to 'void (__cdecl *)(void *)' None of the functions with this name in scope match the target type" Any idea thanks Achraf ___________________________________________________________ Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com From Fri Mar 08 07:09:40 2002 Received: from dspecialists.de ([195.143.27.194] helo=dedsp.dspecialists.de) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16jM00-0006HX-00 for ; Fri, 08 Mar 2002 07:09:37 -0800 Received: by dedsp.dspecialists.de (Postfix, from userid 16) id 6C55612269; Fri, 8 Mar 2002 16:09:27 +0100 (CET) Received: from tracy.dspecialists.de (concierge.dspecialists.de [195.143.27.196]) by dedsp.dspecialists.de (Postfix) with ESMTP id 904953F75; Fri, 8 Mar 2002 16:09:11 +0100 (CET) Message-Id: <5.1.0.14.0.20020308155509.00a025d0(at)pop> X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: From: Michael Sommer Subject: Re: [Live-devel] compilation error with VC++ 6.0 Cc: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-AntiVirus: scanned for viruses (SMTP ->) by AMaViS 0.2.1 Fri Mar 8 16:09:12 CET 2002 Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 8 07:10:13 2002 X-Original-Date: Fri, 08 Mar 2002 16:09:07 +0100 Status: O Achraf, I'm not sure with this error. Could you please specify the file where this= =20 error happend. Do you use any C file in your project (instead of CPP files)? The second parameter of this function (class MediaSink) is the afterPlaying= =20 function. Did you define this function like in the original testMP3Streamer? If this error occured in your application try (for first) to set the input= =20 parameters (afterPlaying function and data) of startPlaying to NULL. If you= =20 doing so you stop with playing after running the MP3 file once. Michael At 15:44 08.03.02 +0100, achraf_g(at)yahoo.fr wrote: >hello >Thank you Michael, I make change on VC++ and this work >well. The new problem now is a compilation one as I >get this message :" error C2664: 'startPlaying' : >cannot convert parameter 2 from 'void (void *)' to >'void (__cdecl *)(void *)' > None of the functions with this name in scope >match the target type" >Any idea >thanks >Achraf > > >___________________________________________________________ >Do You Yahoo!? -- Une adresse (at)yahoo.fr gratuite et en fran=E7ais ! >Yahoo! Mail : http://fr.mail.yahoo.com > >_______________________________________________ >Live-devel mailing list >Live-devel(at)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/live-devel From Fri Mar 08 11:15:15 2002 Received: from ns.live.com ([66.80.62.34]) by usw-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16jPpi-00026C-00 for ; Fri, 08 Mar 2002 11:15:14 -0800 Received: (from rsf(at)localhost) by ns.live.com (8.9.3/8.9.3) id LAA28909; Fri, 8 Mar 2002 11:15:13 -0800 (PST) Message-Id: <4.3.1.1.20020308110155.00c2d7d0(at)laptop-localhost> X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 To: From: Ross Finlayson Subject: Re: [Live-devel] Link Problem + About the use of multicast In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: live-devel-admin(at)lists.sourceforge.net Errors-To: live-devel-admin(at)lists.sourceforge.net X-BeenThere: live-devel(at)lists.sourceforge.net X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: LIVE.COM Streaming Media - development & use List-Unsubscribe: , List-Archive: Date: Fri Mar 8 11:16:07 2002 X-Original-Date: Fri, 08 Mar 2002 11:10:38 -0800 Status: O At 12:18 AM 3/8/02, achraf_g(at)yahoo.fr wrote: > Second, and about the use of the unicast in >"testMP3Streamer". I use RealPlayer on the client >side. Our LAN IP address are formed as follow : >172.16.x.x >(My server machine has the IP address 172.16.1.113 and >the client one has the 172.16.1.112 address.") >So what changes are to do in "testMP3Streamer.cpp" as >information indicated above. In "testMP3Streamer.cpp", change "multicastAddressStr" to "172.16.1.112". Also, in the file "testMP3.sdp", change the "c=" line to: c=IN IP4 172.16.1.113/127 *However*, it's possible that the problem is the fault of RealPlayer - it sometimes has problems playing unicast RTP streams. Instead, I suggest that you try running "Winamp" , using the "in_rtp.dll" input plugin . If you do this, then you should be able to receive the MP3/RTP stream either by reading the "testMP3.sdp" file (modified as noted above), or by simply opening the 'pseudo-URL' rtp://172.16.1.113:8888 I hope this helps. Ross. From Mon Mar 11 01:40:31 2002 Received: from web21410.mail.yahoo.com ([216.136.232.85]) by usw-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian)) id 16kMIB-0001yB-00 for ; Mon, 11 Mar 2002 01:40:31 -0800 Message-ID: <20020311094004.28911.qmail(at)w