Re: [Live-devel] : Re: how to add arbitrary data to an MPEG2

> On Aug 14, 2019, at 1:14 AM, Hallmann, Dietmar > wrote: > > Hi Ross, > > yes of course it should be standardized and not arbitrary. To be more > clearly, I mean KLV encoded data as defined in the SMPTE standard ST 336. I’m not very familiar with how this type of data should be packetize

Re: [Live-devel] : Re: how to add arbitrary data to an MPEG2

Hi Ross, yes of course it should be standardized and not arbitrary. To be more clearly, I mean KLV encoded data as defined in the SMPTE standard ST 336. Best regards Dietmar > On Aug 12, 2019, at 6:05 AM, Hallmann, Dietmar > wrote: > > I?m working on a project where I capture a video framebu

Re: [Live-devel] Re-streaming RTP as RAW-UDP multicast transported as MPEGTS

> 2/ Since I am sinking with UDP multicast, there is no concept of "a client > establishing a connection. As such would I need to send out the prop-sets > (VPS+SPS+PPS) before sending out every incoming frame or every i-frame or at > some kind of interval as a background handler ? I suggest se

[Live-devel] Re-streaming RTP as RAW-UDP multicast transported as MPEGTS

Thank you for your response. 1/ Re: your response Re: a I just want to clear the air on the misunderstanding/miscommunication reg. modification of supplied code. I did not modify the supplied source code. I took testRTSPClient.cpp and made my own version of it, which follows the example of func

Re: [Live-devel] Re-streaming RTP as RAW-UDP multicast transported as MPEGTS

> Re#2. > a> In trying to implement the FAQ recommendation of using > fmtp_spropvps(),sps,pps and then passing the values to > parseSPropParameterSets, I tried to follow the code in > H265VideoRTPSink::auxSDPLine and createNew functions and removed the parts of > code that look for a fragmente

Re: [Live-devel] Re-streaming RTP as RAW-UDP multicast transported as MPEGTS

properly, I may not need the MPEGTS wrapper in order for a VLC client to be able to play it. Is my understanding correct ? Re: licensing terms. Yes. The end product for deployment will have subclasses to any changes to the live555 code. For example, I subclass mediasession to create a new obje

Re: [Live-devel] Re-streaming RTP as RAW-UDP multicast transported as MPEGTS

> Questions: > 1. Am I pursing the right strategy to accomplish my final objective - namely, > playing MPEGTS stream over multicast UDP, the video source being the proxy > server. Perhaps. An alternative approach, of course, would be for your RTSP client application to read directly from the s

[Live-devel] Re-streaming RTP as RAW-UDP multicast transported as MPEGTS

I am working on a project that uses the live555 proxy server to receive 4K video streams from a H.265 IP camera sent over a radio link to efficiently redistribute them over RTSP. I am able to connect a VLC client and play the RTSP stream from the proxy server. An additional customer requirement

Re: [Live-devel] Re-authenticating

> On Jul 10, 2018, at 9:51 AM, Spies, Will wrote: > > One of the things I’ve noticed (benign) in my log is that Live555Proxy > continues to re-authenticate to my RTSP URLs. Over and over in the log it > re-logs in…..gets HTTP 200 back everytime……just wondering why it is > constantly doing t

[Live-devel] Re-authenticating

One of the things I've noticed (benign) in my log is that Live555Proxy continues to re-authenticate to my RTSP URLs. Over and over in the log it re-logs in.gets HTTP 200 back everytime..just wondering why it is constantly doing this? ___ live-

Re: [Live-devel] [RE]Re: Memory Leak Occurs.

OK, I’m still not sure exactly if/how this memory leak can really occur, but I’ve now released a new version (2018.02.26) of the code that should stop it happening. Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing li

Re: [Live-devel] re-streaming rtsp

> I compile and run the Proxy Server using command line on windows ( win 7 > 64). After few minutes the app crashes with a > “BasicTaskScheduler::SingleStep():select() fails: No error”. Any clue how to > prevent this. You could try using an operating system other than Windows (e.g., Linux or

Re: [Live-devel] re-streaming rtsp

ailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: Friday, January 04, 2013 2:07 PM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] re-streaming rtsp May be you can shed light on this. We receive RTSP streams from cameras ( e.g. rtsp://10.0.0.27:

Re: [Live-devel] re-streaming rtsp

> May be you can shed light on this. We receive RTSP streams from cameras ( > e.g. rtsp://10.0.0.27:554/codec-h264/channel0.sdp) that we wish to re-stream > over a http tunnel (and use a nonstandard http port e.g. 9100). Is this > possible using Live555 Media Server. Tried using the proxy server

[Live-devel] re-streaming rtsp

Hi Ross, May be you can shed light on this. We receive RTSP streams from cameras ( e.g. rtsp://10.0.0.27:554/codec-h264/channel0.sdp) that we wish to re-stream over a http tunnel (and use a nonstandard http port e.g. 9100). Is this possible using Live555 Media Server. Tried using the proxy serv

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

> I've now installed a new version (2012.10.18) of the "LIVE555 Streaming > Media" code that incorporates (the equivalent of) your proposed fix. Please > test it (in your > VLC client) to make sure that it works OK for you. Thanks Ross, much appreciated. I will test it asap. > You, however, are

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

Ralf, I've now installed a new version (2012.10.18) of the "LIVE555 Streaming Media" code that incorporates (the equivalent of) your proposed fix. Please test it (in your VLC client) to make sure that it works OK for you. BTW, I now understand why you saw this situation occur, but I never did.

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

Ralf, Thanks for the note. Your patch looks like a good idea; it will likely be incorporated into the next release of the software. However, although your patch is a good idea (basically, a 'sanity check' for the case when a '$'-framed packet is received without an appropriate handler for the

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

Oops, you forgot to attach your patch. Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

>>> Ross Finlayson 16/10/12 11:50 PM >>> Apologies, the buggy mail software seems to have dropped the attached patch, or at least I can't see it on the mailing list. Attempt #2. Regards,Ralf -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and i

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

Hi Ross, > So if you still see problems even with the latest version of the software > (for both the server and client), then you're going to have to track this down yourself. (Please don't bother sending 'wireshark' logs; I never look at those.) After upgrading the server, the issue persiste

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

> Could it be that once the client starts processing the RTP data i.e. before > the 200 OK of the PLAY arrives, that the handler is then set to the $ > (RTP/RTCP handler) and that > if an RTSP message comes in, even though it gets processed, it's > callback/completion handler is not invoked sin

Re: [Live-devel] Re (your issues with RTP-over-TCP streaming)

>> OK, your log suggests that 'incomplete' data is being received over TCP (by >> the client), which implies (assuming that your client+server OS's TCP/IP >> implementation is correct) that some of the server's writes to the TCP >> socket are failing. > > > The fact that this is happening woul

[Live-devel] Re

Hi Ross, I have some more information, hopefully somewhat helpful in tracking down the problem. I discussed the issue with my colleagues and have now found out that they are also *not* able to receive the stream using the latest version of VLC compiled with live555 2012.10.04. However, using a

Re: [Live-devel] Re-connection handling

This is the first time you've mentioned an exception. (Previously, you said just that the stream failed to reconnect afterwards.) I've attached a modified version of our "testRTSPClient.cpp" demo application. It starts playing the specified stream - as usual - but then, after 60 seconds, send

Re: [Live-devel] Re-connection handling

Again, what I do is:1. Play an archive (i.e. non-live) stream.2. Unplug Ethernet cable.3. Do a seek while disconnected.4. Plug in Ethernet cable. I get an exception every timeThis is the first time you've mentioned an exception.  (Previously, you said just that the stream failed to reconnect afterw

Re: [Live-devel] Re-connection handling

1:55 AM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] Re-connection handling There is one case where it doesn't work though, and I'm not sure how to handle it. This is if I do a seek while the stream is disconnected, then it never reconnects. In some cases I

Re: [Live-devel] Re-connection handling

There is one case where it doesn't work though, and I'm not sure how to handle it. This is if I do a seek while the stream is disconnected, then it never reconnects. In some cases I play a 10s loop where a timer do a seek every 10s and jumps back (using absolute seeking). Those streams never reconn

Re: [Live-devel] Re-connection handling

There is one case where it doesn't work though, and I'm not sure how to handle it. This is if I do a seek while the stream is disconnected, then it never reconnects. In some cases I play a 10s loop where a timer do a seek every 10s and jumps back (using absolute seeking). Those streams never reconn

Re: [Live-devel] Re-connection handling

> I've therefore looked into how to best handle reconnection if the stream for > any reason is disconnected. I noticed fairly quickly that liveMedia is taking > care of that really good and there is no reason for me to try to implement > any general disconnect handling, as I can't possible recon

[Live-devel] Re-connection handling

Best possible uptime is essential for the RTSP client I'm implementing. I've therefore looked into how to best handle reconnection if the stream for any reason is disconnected. I noticed fairly quickly that liveMedia is taking care of that really good and there is no reason for me to try to impleme

[Live-devel] Re :: initialize with URL

Hi Ross, Thanks a ton for your reply. ys,i also thought and have done that but that was not working as a whole.Actually my requirement is to stream live source in H.264 and as you said in FAQ ,i am making a subclass of OnDemandMediaSubsession where i have to redefine virtual function CreateNew

[Live-devel] Re : Multiple Unicast sessions for RTSP

Hi Ross, >This should work. Remember, though, to set the "reuseFirstSource" >parameter in "OnDemandServerMediaSubsession" (when you subclass it) >to true. The variable in question is definitely set to true in the OnDemandServerMediaSubsession class. I used the code as posted at http

[Live-devel] Re-architecturing MPEG4 ES Framer

I'm sorry, l was blind enough not to have read the FAQ :P The discrete framers, combined with a suitable FramedSource derivate should do the trick Thanks, Jerry Johns Design Engineer Nuvation Research Corp - Canada Tel: (519) 746-2304 ext. 225 www.nuvation.com

[Live-devel] Re-architecturing MPEG4 ES Framer

Hello, I'm currently trying to get MPEG4 ES Streaming from a real-time encoder implemented on an embedded ARM platform - did some analysis on the current MPEG4VideoStreamFramer and its associated parsers - although it's a very well designed (and robust) implementation, it slightly ineffic

Re: [Live-devel] Re : Max limit for RTSPClientSession instances?

- development & use Sent: Tuesday, July 22, 2008 3:08 AM Subject: [Norton AntiSpam] [Live-devel] Re : Max limit for RTSPClientSession instances? Hi Mauro, If you are running your application under windows you might have the same problem i had few months ago. My problem was due to an win

[Live-devel] Re : Max limit for RTSPClientSession instances?

Hi Mauro, If you are running your application under windows you might have the same problem i had few months ago. My problem was due to an windows OS limitation on the number of sockets that can be open at any one time. On windows the FD_SETSIZE parameter have a default value of 64, so with that

[Live-devel] Re : live555 Test Programs

Do you have a MP3 file named "test.mp3" in the same directory? Is the file named "test.mp3" (and other test files) in the live directory after compiling? No, the file "test.mp3" should be in the "testProgs" directory. Failed to get a SDP description from URL "rtsp://

[Live-devel] Re : live555 Test Programs

Hi, Thanks for your reply. According to your last reply that : + For the testMP3Streamer, the output receiver is "Unable to open file "test.mp3" as a MP3 file source" * Do you have a MP3 file named "test.mp3" in the same directory? *Is the file named "test.mp3" (and other test files) in the live

[Live-devel] RE : buffer JPEG SOURCE

in the ElpheJPEGDeviceSource.cpp, fFid is already a file descriptor, And what does fFid(fid) mean This is just basic C++ - it means: Initialize the member variable "fFid" with the parameter "fid" (within the constructor). -- Ross Finlayson Live Networks, Inc. http://www.live555.com/__

Re: [Live-devel] RE : Re: bug found and corrected

May I suggest setting the duration so that every package is sent instantly? The DVB-T and other DVB standards demand PCR withing 500ns accuracy, which is probably better than you will ever be able to get. I think it is safe to assume that the timing of what you receive is more than good enough, and

[Live-devel] RE : Re: bug found and corrected

I agree, it is not really a bug. In fact, your library is used to stream live DVB-T MPEG2 Transport stream in real-time over the network. So, I think it will be hard to calculate indexes before streaming the recording TS files. Concerning the proposed changes, I try to find a better way to corre

[Live-devel] Re: Questions on streaming live H263 videos

>I suggest defining a subclass of >"H263plusVideoFileServerMediaSubsession", and redefining the >"createNewStreamSource()" virtual function to start your encoder(sic) >thread, and then call the parent class >("H263plusVideoFileServerMediaSubsession")'s >"createNewStreamSource()" Uhm, I'm havi

[Live-devel] RE : Re: Initialization of the Live555 for 2 streamings

Hi Ross, Thank you it´s working very well. Armando Ross Finlayson <[EMAIL PROTECTED]> a écrit : >Hallo, > >is possible to initialize the live555 for doing 2 streams ? Yes. Create the source and sink objects for each stream, call "sink->startPlaying(...)" for each stream, then call "scheduler.