Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-18 Thread Markus Schumann
s Markus. From: live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: Thursday, April 18, 2013 2:54 PM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport st

Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-18 Thread Ross Finlayson
> Now I am getting a transport stream file but I can’t play in WMP or open it > in Sony Vegas. You should try VLC as well. Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing list live-devel@lists.live555.com http://list

Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-18 Thread Markus Schumann
@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: Thursday, April 18, 2013 1:52 PM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream I tried it and I still get a stack overf

Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-18 Thread Ross Finlayson
> But you can overcome this 'lots of' recursion stack overflow by changing line > 83 of "MPEG2TransportStreamMultiplexor.cpp" from > afterGetting(this); > to > envir().taskScheduler().scheduleDelayedTask(0, > (TaskFunc*)FramedSource::afterGetting, this); Alternatively, to reduce the

Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-18 Thread Ross Finlayson
> I tried it and I still get a stack overflow. Grumble. What's happening here is not infinite recursion, but 'lots of' recursion - caused by the fact that some of your input frames (H.264, presumably) are so ridiculously large. Once again: A reminder to everyone who is encoding and streaming H

Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-18 Thread Markus Schumann
(this); I am definitely going through this code path. Do you have any advice? Thanks Markus. From: live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: Thursday, April 18, 2013 2:00 AM To: LIVE555 Streaming Media - development & use

Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-18 Thread Ross Finlayson
> Do I call [...]sink->startPlaying( Yes, of course. All LIVE555-based applications call "startPlaying()" on one or more 'sink' objects (subclasses of "MediaSink"). (For "testRTSPClient" and the "*Streamer" applications, this is done just before entering the event loop; for the RTSP server ap

Re: [Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-17 Thread Markus Schumann
!RecordingClient::Run() Line 187 + 0x33 bytes C++ From: live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Markus Schumann Sent: Wednesday, April 17, 2013 4:55 PM To: LIVE555 Streaming Media - development & use Subject: [Live-devel] saving incoming R

[Live-devel] saving incoming RTP A/V stream as MPEG-2 transport stream

2013-04-17 Thread Markus Schumann
Ross, Thanks for your initial answer! I am still trying to save an incoming RTP AVC/AAC stream inside a MPEG-2 transport stream. I followed the flow of your testRTSPClient.cpp example which worked perfectly for my first application. I created a MPEG2TransportStreamFromESSource, FileSink and