Re: [Live-devel] Please help: I have difficulties implementing the right classes

2014-09-05 Thread Fabrice Triboix
4 16:38 To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] Please help: I have difficulties implementing the right classes On Sep 5, 2014, at 1:14 AM, Fabrice Triboix mailto:fabri...@ovation.co.uk>> wrote: You're thinking about this the wrong way. "

Re: [Live-devel] Please help: I have difficulties implementing the right classes

2014-09-05 Thread Fabrice Triboix
You're thinking about this the wrong way. "doGetNextFrame()" gets called automatically (by the downstream, 'transmitting' object) whenever it needs a new NAL unit to transmit. So you should just deliver the next NAL unit (just one!) whenever "doGetNextFrame()" is called. If your encoder can g

Re: [Live-devel] Please help: I have difficulties implementing the right classes

2014-09-05 Thread Fabrice Triboix
Hi Ross, Thanks a lot for your answers. I have some comments/additional questions, inline in green below. Many thanks for your help! Fabrice From: live-devel [live-devel-boun...@ns.live555.com] on behalf of Ross Finlayson [finlay...@live555.com] Sent: 04 Sep

Re: [Live-devel] Please help: I have difficulties implementing the right classes

2014-09-04 Thread Fabrice Triboix
Hi Ross, Thanks for your comment. Here is the implementation of doGetNextFrame() in my class (which is indeed derived from FramedSource): void CAvSource::doGetNextFrame() { // Forward all frames in the input AV buffer while (getTopMetadata() != NULL) { deliverFrame(); } }

[Live-devel] Please help: I have difficulties implementing the right classes

2014-09-04 Thread Fabrice Triboix
Hello, I am trying to build an RTSP server using liveMedia to stream H.264 in real time from a live encoder. In essence, as soon as I try to connect with VLC, liveMedia abort()s with the following message: FramedSource[0xbe838]::getNextFrame(): attempting to read more than once at the same time

Re: [Live-devel] Add an audio sub-session makes the video stop

2011-12-18 Thread Fabrice Triboix
Dear Ross, Because your codec is MP3, you definitely *do not* need to reimplement the "getAuxSDPLine()" virtual function. I.e., if you have such a reimplementation, then you should remove it. Many thanks for these details, that's enlightening! Our RTP output code - in this case, the "MPEG1o

Re: [Live-devel] Add an audio sub-session makes the video stop

2011-12-18 Thread Fabrice Triboix
Dear Ross, I have another question about FramedSource::doGetNextFrame(). Does this method requires the actual MP3 frame to be returned, or the MP3 frame encapsulated as required by the chosen RTP profile (14 in my case)? Thanks a lot for your help! Best regards, Fabrice _

Re: [Live-devel] Add an audio sub-session makes the video stop

2011-12-17 Thread Fabrice Triboix
Dear Ross, We implemented a class based on OnDemandServerMediaSubsession, and it uses an apparently widely used trick in live555 to get the "SDP lines". It plays the stream into a "dummy" RTP sink to get those lines and then stops the stream. That's where things were going wrong, because the R

Re: [Live-devel] Add an audio sub-session makes the video stop

2011-12-13 Thread Fabrice Triboix
Dear Ross, Before you do this, you should first just add a "MP3AudioFileServerMediaSubsession" with the MP3 file - just to make sure that this (an audio subsession with data coming from a file) works OK for you. Thanks for the tip! I just tried it instead of our custom subsession class, and it

[Live-devel] Add an audio sub-session makes the video stop

2011-12-12 Thread Fabrice Triboix
Hello everyone, I hope somebody could point me to some directions where to investigate. I am trying to modify an existing RTSP server based on live555. It streams live video without problems, and I have to add live audio sub-streams for each video streams. As a first step, I wanted to stream