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.sou