Hello, I want to record a stream rtsp to file using openrtsp But when i read this file, VLC cant read it...
Thanks foryour help ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, July 13, 2007 6:33 AM Subject: live-devel Digest, Vol 45, Issue 11 > Send live-devel mailing list submissions to > live-devel@lists.live555.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.live555.com/mailman/listinfo/live-devel > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of live-devel digest..." > > > Today's Topics: > > 1. Re: SDP file of a multiple destination session (Ross Finlayson) > 2. Re: SDP file of a multiple destination session > (Ramon Martin de Pozuelo Genis) > 3. Re: SDP file of a multiple destination session > (Ramon Martin de Pozuelo Genis) > 4. Re: SDP file of a multiple destination session (Ross Finlayson) > 5. RTP Sequence number - alternating values (Christian Frahm) > 6. Re: SDP file of a multiple destination session > (Ramon Martin de Pozuelo Genis) > 7. Re: RTP Sequence number - alternating values (Ross Finlayson) > 8. Re: RTCP and synchronization (Ross Finlayson) > 9. Live555 Media Server (Jimmy A Samaha) > 10. nitin.e wants to talk to you on Yoomba (nitin.e) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 12 Jul 2007 03:37:54 -0700 > From: Ross Finlayson <[EMAIL PROTECTED]> > Subject: Re: [Live-devel] SDP file of a multiple destination session > To: LIVE555 Streaming Media - development & use > <[EMAIL PROTECTED]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" ; format="flowed" > > You probably shouldn't be using "addDestination()" - that is a > specialized function used only to implement on-demend unicast > streaming to multiple clients from a single source. (Note that, for > unicast on-demand streams, the SDP description should contain the > special address 0.0.0.0, not a specific unicast address.) > > I don't really know what you are trying to do, but I suspect that you > should just leave the existing code as it is, and use it without > modification. > -- > > Ross Finlayson > Live Networks, Inc. > http://www.live555.com/ > > > ------------------------------ > > Message: 2 > Date: Thu, 12 Jul 2007 13:00:44 +0200 (CEST) > From: "Ramon Martin de Pozuelo Genis" <[EMAIL PROTECTED]> > Subject: Re: [Live-devel] SDP file of a multiple destination session > To: "LIVE555 Streaming Media - development & use" > <[EMAIL PROTECTED]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain;charset=iso-8859-1 > >> You probably shouldn't be using "addDestination()" - that is a >> specialized function used only to implement on-demend unicast >> streaming to multiple clients from a single source. (Note that, for >> unicast on-demand streams, the SDP description should contain the >> special address 0.0.0.0, not a specific unicast address.) > > It's exactly my case, I create a service that streams on broadcast one > description of H.264 SVC and the second description is streaming on-demand > unicast, but I didn't know that SDP should contain 0.0.0.0 to this > address, > thank you very much Ross. > >> I don't really know what you are trying to do, but I suspect that you >> should just leave the existing code as it is, and use it without >> modification. >> -- > > > Well, I added some classes like my own class dervated from > H264RTPVideoStreamer and some classes that make similar functions to > testMPEG4VideoStreamer, but using my own H.264 source and using UDP > commands > from a web service to add and remove sessions from RTSPServer. I want to > use 3 > types of services: broadcast H.264 service (all the descriptions), on > demand > H.264 AVC service, the last one that I commented above. All the existing > code > is not modificated, only my added classes. But if you are interested in it > I > could share with you my project. There are some universities of europe > involved and I'm doing the playout part (videoserver) and some partners of > my > department the web service to control it. > > Thanks again Ross for all your attention, > > Ramon > > > > ------------------------------ > > Message: 3 > Date: Thu, 12 Jul 2007 13:12:54 +0200 (CEST) > From: "Ramon Martin de Pozuelo Genis" <[EMAIL PROTECTED]> > Subject: Re: [Live-devel] SDP file of a multiple destination session > To: "LIVE555 Streaming Media - development & use" > <[EMAIL PROTECTED]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain;charset=iso-8859-1 > > Sorry, I forgot ask you about SDP file. Now address is correct (0.0.0.0) > but > what about port? "m" line of SDP is still using port I specified when I > create > groupsock, could I change it? Should I change it? If the first description > is > sending broadcast in te same port it will cause a problem. > > Thanks again, > > Ramon > > > > > ------------------------------ > > Message: 4 > Date: Thu, 12 Jul 2007 04:54:49 -0700 > From: Ross Finlayson <[EMAIL PROTECTED]> > Subject: Re: [Live-devel] SDP file of a multiple destination session > To: LIVE555 Streaming Media - development & use > <[EMAIL PROTECTED]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" ; format="flowed" > > Again, it sounds like you're trying to reinvent the wheel. The > "OnDemandServerMediaSubsession" class works just fine - you should > just use it (by defining your own subclass). Note the several > examples in the code. You should be using "testOnDemandRTSPServer" - > not "testMPEG4VideoStreamer" - as a model for your application. > > -- > > Ross Finlayson > Live Networks, Inc. > http://www.live555.com/ > > > ------------------------------ > > Message: 5 > Date: Thu, 12 Jul 2007 15:46:56 +0200 > From: "Christian Frahm" <[EMAIL PROTECTED]> > Subject: [Live-devel] RTP Sequence number - alternating values > To: [EMAIL PROTECTED] > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Thanks for the answer Ross. I will make myself a bit more clear to state > the > case. > > I am streaming a sequence of PES (both audio and video). I use the demux > class to stream audio and video separatelly ( audio to IP port 7777 and > video to 8888). I am using a dedicated network - so all traffic to that > port > must be generated by the LiveMedia server. > > At port 7777 - audio can be received and decoded successfully. > > At port 8888, video was "jiggy". So ran some network traces with > Wireshark. > RTP packets DO get sent in port 8888. However, as I have stated before, > the > RTP sequence number is not continuous - and alternates. Secondly - I have > also observed some RTP packets in port 8888 with payload 72! > > With video - the Demux is connected to a discrete framer, which is > connected > to a RTP Sink (just like the VOB Streamer code...). > > Does anyone have any idea why this could happen? Why is my RTP sink > generating bad sequence numbers? What about the RTP packets with payload > 72! > They must be coming from the same RTPSink and Framer... but how can that > happen!? > > Thanks! > > > > -------- Original Message ------------------- >>Audio works fine - I am encountering a rather peculiar error with >>video. My video RTP packets are being send with alternating Sequence >>Numbers. For example: >> >>RTP packet 1 Sequence number:54820 >>RTP packet 2 Sequence number:44758 >>RTP packet 3 Sequence number:54821 >>RTP packet 4 Sequence number:44759 >>RTP packet 5 Sequence number:54822 >>RTP packet 6 Sequence number:44760 >>RTP packet 7 Sequence number:54823 >> >>It is as if it sees two video streams when in fact there should only be > one. >> >>Can anyone tell me how the Sequence Number is calculated? > > Sequentially for each (video or audio) RTP stream. > > Therefore, you must be generating more than one RTP stream. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.live555.com/pipermail/live-devel/attachments/20070712/7f31e991/attachment-0001.html > > ------------------------------ > > Message: 6 > Date: Thu, 12 Jul 2007 16:37:59 +0200 (CEST) > From: "Ramon Martin de Pozuelo Genis" <[EMAIL PROTECTED]> > Subject: Re: [Live-devel] SDP file of a multiple destination session > To: "LIVE555 Streaming Media - development & use" > <[EMAIL PROTECTED]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain;charset=iso-8859-1 > >> Again, it sounds like you're trying to reinvent the wheel. The >> "OnDemandServerMediaSubsession" class works just fine - you should >> just use it (by defining your own subclass). Note the several >> examples in the code. You should be using "testOnDemandRTSPServer" - >> not "testMPEG4VideoStreamer" - as a model for your application. > > I use "testOnDemandRTSPServer" as a model for the video on demand service, > but > in this case I am sending broadcast all time and resending the > synchronized > source (but description 2) to some unicast address (some kind of Quality > On > Demand). Maybe I can use on demand model but I need to start reading > description 2 source at same time I start reading description 1 and > sending it > on broadcast, so I thought it was the easiest way (maybe not the most > correct). Now it works fine, and I only have the problem in "m" line > creating > automatically SDP file, but thanks for your observation, I will revise it > for > a better implementation. > > Thanks anyway, > > Ramon > > > > ------------------------------ > > Message: 7 > Date: Thu, 12 Jul 2007 09:11:59 -0700 > From: Ross Finlayson <[EMAIL PROTECTED]> > Subject: Re: [Live-devel] RTP Sequence number - alternating values > To: LIVE555 Streaming Media - development & use > <[EMAIL PROTECTED]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" ; format="flowed" > >>Does anyone have any idea why this could happen? Why is my RTP sink >>generating bad sequence numbers? What about the RTP packets with >>payload 72! They must be coming from the same RTPSink > > No. Unless you have modified the existing library code, your > "alternating sequence numbers" must be coming from two different > "RTPSink" objects. > > You're going to have to figure out for yourself why your application > code has created two or more "RTPSink" objects that (apparently) use > the same "groupsock" object. But Remember, You Have Complete Source > Code. > -- > > Ross Finlayson > Live Networks, Inc. > http://www.live555.com/ > > > ------------------------------ > > Message: 8 > Date: Thu, 12 Jul 2007 09:24:54 -0700 > From: Ross Finlayson <[EMAIL PROTECTED]> > Subject: Re: [Live-devel] RTCP and synchronization > To: LIVE555 Streaming Media - development & use > <[EMAIL PROTECTED]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" ; format="flowed" > >>Ok, but I still don't get how the final recipient gets to know the >>*original* presentation time (which correspond to audio) if I generate a >>new one in the transcoder... > > Each incoming frame (from your "RTPSource" object) has an accurate > presentation time, which you know (because it's passed as a parameter > to your "afterGetting...()" function). If your transcoder works by > translating each incoming frame into a corresponding new transcoded > frame, then it should simply assign each transcoded frame the > presentation time from its corresponding incoming frame. (Note, > though, that if the incoming frames contain B-frames, but the > transcoded frames don't, then the sequence of transcoded frames will > not exactly match the sequence of incoming frames, and you should > reorder the presentation times accordingly.) > > If, however, your transcoder does *not* work by translating each > incoming frame into a corresponding new transcoded frame, then things > are more complicated. > > But in any case, you're on your own from now on... > -- > > Ross Finlayson > Live Networks, Inc. > http://www.live555.com/ > > > ------------------------------ > > Message: 9 > Date: Thu, 12 Jul 2007 18:44:21 -0400 > From: Jimmy A Samaha <[EMAIL PROTECTED]> > Subject: [Live-devel] Live555 Media Server > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hey all, > > I am trying to send live audio from a microphone through Media Server to > my > client. Any ideas? > > Thanks > > Jimmy > > > ------------------------------ > > Message: 10 > Date: 12 Jul 2007 23:32:46 -0500 > From: "nitin.e" <[EMAIL PROTECTED]> > Subject: [Live-devel] nitin.e wants to talk to you on Yoomba > To: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > URL: > http://lists.live555.com/pipermail/live-devel/attachments/20070712/4a67109a/attachment.html > > ------------------------------ > > _______________________________________________ > live-devel mailing list > live-devel@lists.live555.com > http://lists.live555.com/mailman/listinfo/live-devel > > > End of live-devel Digest, Vol 45, Issue 11 > ****************************************** > _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
