LIVE555 Streaming Media

headers rajesh nair | 2 Nov 2009 06:13

_______________________________________________
live-devel mailing list
live-devel@...
http://lists.live555.com/mailman/listinfo/live-devel

Guillaume Grimaldi a écrit :
> Ross Finlayson a écrit :
>>>>> My camera generate raw format, but I plan to use H264.
>>>>
>>>>
>>>> OK, so you first need a (hardware or software) H.264 video encoder.
>>>>
>>>> Then, you will need to write your own subclass of 
>>>> "H264VideoStreamFramer", and feed your H.264 NAL units into this. 
>>>> (See also <http://www.live555.com/liveMedia/faq.html#h264-streaming>)
>>>>
>>>
>>> Ok, Thank you for your advice.
>>> A last question, can I stream in MPEG-TS format after that ? (with 
>>> MPEG2TransportStreamFramer for exemple)
>>
>> No, you should stream H.264 over RTP directly, by feeding your 
>> "H264VideoStreamFramer" (subclass) into a "H264VideoRTPSink".
Hi, I repost my question if someone has an answer.

What can I do to stream H264 in MPEG-TS format with LiveMedia ? Maybe I 
can not do that.
My problem is I have RAW video frames from my camera and I would like to 
use software solution to compress and stream video. So I planned to use 
ffmpeg to compress in H264 and liveMedia to stream in MPEG-TS. Is it 
possible ?
But if I understand well, liveMedia does not allow me to change format, 
just to stream the input video. Is it right ?

Thank you for your advice.

>What can I do to stream H264 in MPEG-TS format with LiveMedia ?

We don't currently support this.  Sorry.

Instead, you should stream the H.264 video directly in RTP (using the 
"H264VideoStreamFramer" and "H264VideoRTPSink" classes, as described 
earlier)
--

-- 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

Ross Finlayson a écrit :
>> What can I do to stream H264 in MPEG-TS format with LiveMedia ?
>
> We don't currently support this.  Sorry.
>
> Instead, you should stream the H.264 video directly in RTP (using the 
> "H264VideoStreamFramer" and "H264VideoRTPSink" classes, as described 
> earlier)
You said you don't support H264 + MPEG-TS, but you support H264.
"MPEG2TransportStream" is included in many class name, so can I not 
stream in MPEG-TS ? Maybe I can do this but not with H264.
Sorry to insist but I must to be fixed.

>You said you don't support H264 + MPEG-TS, but you support H264.
>"MPEG2TransportStream" is included in many class name, so can I not 
>stream in MPEG-TS ? Maybe I can do this but not with H264.

That's right - we support multiplexing MPEG-1 or 2 video (along with 
MPEG-1 or 2 audio) into a Transport Stream - but not H.264 video.

If you want to stream H.264 video in RTP, then you should do this 
directly (rather than by multiplexing it into a Transport Stream 
first).

(This will be my (and your) last posting on this topic!)
--

-- 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

_______________________________________________
live-devel mailing list
live-devel@...
http://lists.live555.com/mailman/listinfo/live-devel

Hi,

In my project I need to stop and restart receving RTP stream. I'm using the 
following code to do these,

start and restart is the same,

mySink->startPlaying(theRtpSource, afterPlayFun, NULL);
watchVariable=0;
pScheduler->doEventLoop(&watchVariable);

For stop

mySink->stopPlaying();
watchVariable=1; // to terminate event loop

It is kind of working, but the presentation in the function 
afterGettingFrame is off. It actually jumped back in time comparing to the 
presentation time just before stopPlaying was called.

After went through some code, I found I can do,

theRtpSource.receptionStatsDB().removeRecord(theRtpSource.getLastReceivedSSRC())

This seemd fix the presentation problem. But video still seems delayed for.

Am I doing the right thing when doing stop and start the RTP stream? Is 
there anything I'm missing.

Thanks!

Dong

>Am I doing the right thing when doing stop and start the RTP stream?

I think so.  But what are you using for your server?  I *think* our 
RTP/RTCP server implementation will handle this correctly (because 
RTCP packets should continue to get sent even after the stream is 
stopped).  But other implementations might not handle this properly.
--

-- 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

Mon	Tue	Wed	Thu	Fri	Sat	Sun

						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30

56	May 2013
177	April 2013
118	March 2013
167	February 2013
215	January 2013
115	December 2012
92	November 2012
100	October 2012
219	September 2012
155	August 2012
193	July 2012
176	June 2012
172	May 2012
182	April 2012
176	March 2012
128	February 2012
183	January 2012
204	December 2011
199	November 2011
126	October 2011
45	September 2011
113	August 2011
163	July 2011
147	June 2011
66	May 2011
28	April 2011
133	March 2011
57	February 2011
126	January 2011
138	December 2010
148	November 2010
115	October 2010
119	September 2010
62	August 2010
131	July 2010
125	June 2010
60	May 2010
84	April 2010
197	March 2010
99	February 2010
140	January 2010
106	December 2009
106	November 2009
135	October 2009
117	September 2009
117	August 2009
147	July 2009
154	June 2009
130	May 2009
157	April 2009
189	March 2009
119	February 2009
98	January 2009
133	December 2008
176	November 2008
174	October 2008
152	September 2008
130	August 2008
214	July 2008
315	June 2008
180	May 2008
192	April 2008
147	March 2008
134	February 2008
160	January 2008
120	December 2007
122	November 2007
139	October 2007
127	September 2007
117	August 2007
196	July 2007
202	June 2007
88	May 2007

Application to save multicast rtp video data from a ip camera

Re: Application to save multicast rtp video data from a ip camera

Re: Application to save multicast rtp video data from a ip camera

Re: [live-devel] query

Re: [live-devel] query

Re: [live-devel] query

Re: [live-devel] query

Fwd: Reg:liveMedia

Stop/restart RTP source

Re: Stop/restart RTP source