Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264)

> On Mar 11, 2024, at 4:08 AM, dan_desjardins > wrote: > > Sorry if this appear dumb, but why not just throw everything away until you > receive an I-Frame. As I noted before, the OP could program his video input source to do this - which would give him what he wants if there is only one cl

Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264)

. -Original Message- From: live-devel On Behalf Of ?? ?? Sent: Sunday, March 10, 2024 7:29 AM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264) I want something a little different.

Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264)

for the next packet. All other subsequent packets are sent by default -Original Message- От: "Ross Finlayson" Кому: "LIVE555 Streaming Media - development & use" Отправленные: Среда, 28 Февраль 2024 г 14:41:20 Тема: Re: [Live-devel] RTSP server on live555 star

Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264)

> On Feb 28, 2024, at 9:20 PM, Худаев Илья wrote: > > I connected to several real IP cameras and saw that the first packages that I > received were NAL units with SPS, PPS and I-frame. Yes, and you could easily change the implementation of your video input source (which is your code, so I ca

Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264)

: Wednesday, February 28, 2024 12:39 PM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264) > How can I make the new client start receiving data from the last GOP (SPS, > PPS and I-FRAME)? You can’t do this if you

Re: [Live-devel] RTSP server on live555 start send client on I-Frame (h264)

> How can I make the new client start receiving data from the last GOP (SPS, > PPS and I-FRAME)? You can’t do this if you ever want to have more than one client playing/receiving the stream concurrently, otherwise your server would need to (somehow) arrange to send different data, at different

Re: [Live-devel] RTSP Server - Fetch Frames from Socket instead of File

I did something similar for a client using FFMpeg libraries to read the encoded stream and - if needed - parse the H264/H265 NALs, add a KLV metadata stream, then send the two streams to a Live555 RTSP server using the liveMedia libraries. It's custom code, and not a sharable solution (the code

Re: [Live-devel] RTSP Server - Fetch Frames from Socket instead of File

> On Jun 2, 2022, at 6:09 AM, Arjav Parikh wrote: > > Hi All, > > I am looking to fetch encoded video frames from socket in live555 Media > Server instead of file. Is there any reference available with such a concept > or where actually the minimal changes are required to achieve this? Arja

Re: [Live-devel] RTSP server status code reference

> On Jan 27, 2022, at 9:51 AM, Zhang, David via live-devel > wrote: > > > From: "Zhang, David" > Subject: RTSP server status code reference > Date: January 27, 2022 at 9:51:27 AM GMT+13 > To: "live-devel@lists.live555.com" > > > Hi, our software is preparing to map ResultCode from live555

Re: [Live-devel] RTSP server - Parsing URL parameters

> On Dec 1, 2020, at 5:15 PM, Idan Freiberg wrote: > > Hi live555 developers, > > I wonder if it’s possible to pass parameters through the RTSP url and fetch > them on the MediaSession level when getting the request and after the > MediaSession has been registered. > > For example: I would

Re: [Live-devel] RTSP Server question regarding async I/O

> On Dec 16, 2017, at 11:33 AM, Rob Cole wrote: > > Hello, > > I have been using live555 to build a RTSP server. I have reviewed hundreds > of questions on this list, it’s a big help. I have followed some suggestions > about spinning up a separate async thread to handle the blocking I/O,

Re: [Live-devel] RTSP Server grey frames

> We try to use live555 testOnDemandRTSPServer example with some modification > to stream "low-latency" live video together with hardware HEVC encoder. > Almost everything works fine inside the local network and we are able to > playback video via VLC player. However, our goal is to transmit vid

Re: [Live-devel] RTSP server support get RTP data from RTSP client

> Can I know live555 is support RTSP server get RTP stream to RTSP client? > I want to develop RTSP server to get RTP data from RTSP client. I’m sorry, but I don’t understand your question. Are you referring to the “LIVE555 Proxy Server”; see http://live555.com/proxyServer/ ? Ross Fin

Re: [Live-devel] RTSP Server Even Port

> I wanted to ask about the limitation in openRTSP lib na playCommon.cpp file > about -p parameter. > Why there is a check that port should be even? Because of the way that RTP/RTCP is defined (in the relevant IETF standards). The even-numbered port is used for RTP; the next port number (i.e.,

Re: [Live-devel] RTSP Server Packet Loss

something back. Regards, Martin. From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Jeff Shanab Sent: 01 December 2015 01:46 To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] RTSP Server Packet Loss I concour. Here are some data points. I ha

Re: [Live-devel] RTSP Server Packet Loss

I concour. Here are some data points. I have been streaming 4K cameras recently one of them is actually 4000x3000 resolution. A Sony is the normal 3840 x 2150 streaming at 30 fps, It puts out 5 slices for each frame type. I,P,B Slices also enable us to parallelize the decoding so it can be r

Re: [Live-devel] RTSP Server Packet Loss

> I have a 40 Mb/s 1920x1080 H264 source video file running at 30 frames per > second. So each frame is roughly 160 kB being bursted out every 33ms. I doubt that *each* frame is 160 kBytes - presumably only the ‘key frames’. But in any case, with key frames this large, I recommend that you rec

Re: [Live-devel] RTSP Server Packet Loss

& use Subject: Re: [Live-devel] RTSP Server Packet Loss Message-ID: <7eb75df7-2d99-43c0-927d-70a86e972...@live555.com> Content-Type: text/plain; charset=utf-8 No, there is no bug here (and so, there will be no change to the code). UDP packets are not expected to be sent/received reliably; oc

Re: [Live-devel] RTSP Server Packet Loss

No, there is no bug here (and so, there will be no change to the code). UDP packets are not expected to be sent/received reliably; occasional packet loss can (and in general, will) occur. This can occur for several reasons - including congestion on your network, which is the case here. If a U

Re: [Live-devel] RTSP Server suddenly stops streaming

Your explanation about fDurationInMicroseconds really helped me understanding a little bit more about FramedSource. About h264 stream stop, I removed any delays that I was inserting in deliverFrame() and still no improvement. Here is the output from Wireshark: 348458 2024.77485 10.5.2.39

Re: [Live-devel] RTSP Server suddenly stops streaming

(First, note that if you are receiving the mailing list as a ‘digest’, you should fix the “Subject:” line of your emails when you compose a reply.) >> Why are you delaying the call to "FramedSource::afterGetting(this)" by 50 ms? > > > But why not? Because it’s putting the delay in the wrong p

Re: [Live-devel] RTSP Server suddenly stops streaming

> nextTask() = envir().taskScheduler().scheduleDelayedTask(5, > (TaskFunc*)FramedSource::afterGetting, this); Why are you delaying the call to “FramedSource::afterGetting(this)” by 50 ms? Once you’ve delivered a frame of data to the downstream object, you should call FramedSou

Re: [Live-devel] RTSP Server suddenly stops streaming

- An HTML attachment was scrubbed... URL: <http://lists.live555.com/pipermail/live-devel/attachments/20151014/f4c559c2/attachment-0001.html> -- Message: 2 Date: Wed, 14 Oct 2015 02:50:07 -0700 From: Ross Finlayson To: LIVE555 Streaming Media - development &

Re: [Live-devel] RTSP Server suddenly stops streaming

> For the last month, I have been reading about live555 and going through as > much examples as I can. > With all the information I was able to get, I manage to make my own RTSP > Server and Client. > > My RTSP Client runs perfectly and non-stop days and days but there’s > something about my R

Re: [Live-devel] RTSP server behind a router (Ross Finlayson)

Hi, Ross First of all, we now use the latest release 2015.09.24. Secondly, you are right, we are behind a router in which we have setup the NAT and we enabled the UPnP. Looking at the rtsp messages exchange between an IP Axis camera (behind the router) and the testrtspclient, we have

Re: [Live-devel] RTSP server behind a router

From what you describe, it sounds like you’re not just behind a ‘router’, but that you’re behind a NAT box (that translates IP addresses). RTSP was never intended to work in such an environment, but the fact that you’re able to get it to work may just be luck (and something specific to your par

Re: [Live-devel] RTSP server: how to correlate RTSPClientConnection and RTSPClientSession

Thank you very much for your prompt and helpful response Ross. > You should definitely upgrade. Not only do we not support old versions of the > code, but (most importantly) newer versions fix several, often-important bugs, > including security vulnerabilities. You are putting your system at g

Re: [Live-devel] RTSP server: how to correlate RTSPClientConnection and RTSPClientSession

> We rely on a now-ancient version (2009-09-04) of LIVE555 Streaming Media > library as the basis for the RTSP streaming server in our [open source] > product. I'm trying to assess how feasible it would be to upgrade to the > latest version of LIVE555 in the near future. You should definitely u

Re: [Live-devel] RTSP Server Crash when switching from multicast to unicast

I've inherited most of this code and I'm supporting it but I'm not really an expert at it. >I'd still like to know exactly where/how/why the crash was happening, to make >sure that it's not a problem with our code. (As always, I assume that you're >using the latest version of the code.) Yes

Re: [Live-devel] RTSP Server Crash when switching from multicast to unicast

I’d still like to know exactly where/how/why the crash was happening, to make sure that it’s not a problem with our code. (As always, I assume that you’re using the latest version of the code.) Also, you haven’t said anything about your “ServerMediaSubsession” object (i.e., “stream->sms” in yo

Re: [Live-devel] RTSP Server Crash when switching from multicast to unicast

Thanks for the advice, I haven't fixed the crash, but I've stopped it from happening, I think. In case anyone else hits this issue, I moved the call to deleteServerMediaSession() to before the calls to close down the streams, so my server shutdown code now looks like this:- void CRTSPWrapper

Re: [Live-devel] RTSP Server Crash when switching from multicast to unicast

Unfortunately, because the crash is triggered by (though not necessarily occurring in) your own application, which I can’t reproduce, you’re going to have to be specific about exactly where the crash is occurring, and why. (If you’re not already doing so, I suggest replacing the “-O” compile fl

Re: [Live-devel] RTSP Server lost packet when stream multi-file.

> can you help me explain and fix this problem? What is the value of "reuseFirstSource" in your application? Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/ma

Re: [Live-devel] RTSP Server: streaming filr .mp4

> I 'm using your live555. I very like it. > I have builded and streamed file .mkv, .h264, .m4v..., it can operate very > good. > When I try to streamed file .mp4, i have used VLC client capture URL but it > can't display and error. > Can you help me to stream file .mp4 in RTSP server? Sorry, bu

Re: [Live-devel] RTSP server taking MPEG2 TS as input using TCP

> I know live555 can server taking UDP TS as input using > MPEG2TransportUDPServerMediaSubsession. > I'd like to build a RTSP server that can takes a "TCP" Transport Stream as > input. That's easy to do. Just use the code for the "testOnDemandRTSPServer" demo application. At line 239-240 of "

Re: [Live-devel] RTSP Server streaming problem: disconnect after some time

> we have developed a RTSP video streaming server using Live555 (version > 07/2011). This is *extremely* out of date! As explained clearly in the FAQ (that you were asked to read before posting to the mailing list), we support only the latest version of the "LIVE555 Streaming Media" software:

Re: [Live-devel] RTSP Server TCP Negotiation only

Thanks Ross, I had something similar in mind, so I believe I will take this path :) Thanks once again, you've been really helpful. David Cassany 2013/9/25 Ross Finlayson > I have been having a look in live555 source code for some time right now > in order to find out how cloud I implement an

Re: [Live-devel] RTSP Server TCP Negotiation only

> I have been having a look in live555 source code for some time right now in > order to find out how cloud I implement an RTSP server using live555 and > using at the same time my own UDP/RTP sender functions. I believe you can do this, by defining your own subclass of "ServerMediaSubsession"

Re: [Live-devel] RTSP server reclarmation time

P INTERNAL @@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson Envoyé : jeudi 29 août 2013 11:21 À : LIVE555 Streaming Media - development & use Objet : Re: [Live-devel] RTSP server reclarmation time But the server side was using

Re: [Live-devel] RTSP server reclarmation time

> But the server side was using a reclamation timeout of 5s and the RR are sent > with a period computed with a quite complex logic. > The experience show that the RR are send each about 5-10 seconds. > > In RTSPServer the default value is 65 seconds, clearly 5 seconds is too low. > Is there a p

Re: [Live-devel] RTSP server reclarmation time

Finlayson Envoyé : vendredi 23 août 2013 10:59 À : LIVE555 Streaming Media - development & use Objet : Re: [Live-devel] RTSP server reclarmation time Do you think that an RTCP Client should sent RTCP RR reports while it is paused ? Yes. (And, FYI, our implementation will do this (because

Re: [Live-devel] RTSP server reclarmation time

> Do you think that an RTCP Client should sent RTCP RR reports while it is > paused ? Yes. (And, FYI, our implementation will do this (because the "RTCPInstance" stays active and working, even when the stream is paused.) Ross Finlayson Live Networks, Inc. http://www.live555.com/ _

Re: [Live-devel] RTSP server reclarmation time

3 22:17 À : LIVE555 Streaming Media - development & use Objet : Re: [Live-devel] RTSP server reclarmation time Do you think it could be an evolution in the RTSP Server ? No. http://lists.live555.com/pipermail/live-devel/2013-June/017061.html Ross Finlayson Live Networks, Inc. http://www.liv

Re: [Live-devel] RTSP server reclarmation time

> Do you think it could be an evolution in the RTSP Server ? No. http://lists.live555.com/pipermail/live-devel/2013-June/017061.html Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel mailing list live-devel@lists.live555.com h

Re: [Live-devel] rtsp server for live audio

> Anything similar for linux? No (at least, not in our source code distribution). 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] rtsp server for live audio

Anything similar for linux? On 28 October 2012 17:50, Ross Finlayson wrote: > i find WindowsAudioInputDevice maybe a way to stream live audio.but i > could not find any documents or examples about how to use > > > From : > "This is an implementation of the "liv

Re: [Live-devel] rtsp server for live audio

> i find WindowsAudioInputDevice maybe a way to stream live audio.but i could > not find any documents or examples about how to use From : "This is an implementation of the "liveMedia" library's "AudioInputDevice" abstract class. This can be used by a Windows a

Re: [Live-devel] rtsp server for live audio

HI, i find WindowsAudioInputDevice maybe a way to stream live audio.but i could not find any documents or examples about how to use WindowsAudioInputDevice.anyone could give me a example for WindowsAudioInputDevice. thanks At 2012-10-26 06:21:52,reply2010 wrote: Hi,respectable live555 ex

Re: [Live-devel] RTSP server delivers HTTP 404 describe response tocertain clients

I didn't really understand your message; it seems to be flailing around, talking about lots of different, unrelated things. But your immediate problem - the one that you need to fix first, before worrying about anything else - is the RTSP 404 errors. These are usually caused by the "RTSPServer

Re: [Live-devel] RTSP server delivers HTTP 404 describe response to certain clients

> I am using the StreamUCast.cpp file to run an RTSP server "StreamUCast.cpp" is not our file. It seems that you are working from the code for someone else's RTSP server application (that happens to be using our code). If that's the case, then perhaps you should first ask whoever it was who p

Re: [Live-devel] RTSP Server in separate thread

In main.cpp  pthread_cond_t cond = PTHREAD_COND_INITIALIZER;pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;void *liveMedia(void *arg){    pthread_mutex_lock(&mutex);    H264VideoCamSource **videoSource = (H264VideoCamSource **) arg;    TaskScheduler* scheduler = BasicTaskScheduler::createNew(); 

Re: [Live-devel] RTSP Server in separate thread

> I'm creating a RTSP Server in a separate thread. My encoder (libx264) > produces arrays x264 nal units. When the encoder processes the first frame it > produces an array of 4 nal units. Then I pass by one unit in my DeviceSource > and call signalNewFrameData every time. But it seems this separ

Re: [Live-devel] RTSP Server Crash with Milestone Client

I can't figure out exactly why your server is crashing with the "Milestone" client, but it appears to be related to the fact that this client is behaving in a very strange and non-standard way. For some reason, it is sending two different copies of each "DESCRIBE" request. In particular, it is

Re: [Live-devel] RTSP Server Crash with Milestone Client

> I have developed an (mpeg4)RTSP streamer(server) using live555 libs. It's > unicast based on OnDemandServer example module. > Thanks for your priceless contribution to the media community. > > The application takes rgb frames from a buffer, encodes it, and passes it to > the derived FramedSour

Re: [Live-devel] RTSP server socket bind error

On 07/25/11 06:10, Ross Finlayson wrote: No, SO_REUSEADDR (and SO_REUSEPORT) is turned off for the server for a very simple reason: We can't have more than one server on the same host using the same port at the same time! On Linux you can't bind twice even with SO_REUSEADDR, so it might make s

Re: [Live-devel] RTSP server socket bind error

Thanks for your reply. I agree that SO_LINGER is not the recommended way of getting round the TIME_WAIT state. I had a closer look at the RTSP server code and realized that the SO_REUSEADDR option is turned off at the server socket in RTSPServer::setUpOurSocket() and that is why the server cann

Re: [Live-devel] RTSP server socket bind error

Hi Ross, Thanks for your reply. I agree that SO_LINGER is not the recommended way of getting round the TIME_WAIT state. I had a closer look at the RTSP server code and realized that the SO_REUSEADDR option is turned off at the server socket in RTSPServer::setUpOurSocket() and that is why the

Re: [Live-devel] RTSP server socket bind error

I run the 'testH264VideoStreamer' app and view the video with an RTSP client (eg VLC). If I kill 'testH264VideoStreamer' while the client is connected and then try to run it again straight away I get the following error: Failed to create RTSP server: bind() error (port number: 8554): Addr

Re: [Live-devel] RTSP Server crash on TEARDOWN

The server is basically working and I can connect via a client such as VLC. However, when I click on Stop in the client, which sends a TEARDOWN command, my server crashed with a SIGPIPE error. I've built my app with a debug version of Live555 and managed to get the following debug trace. Howeve

Re: [Live-devel] RTSP server and MediaSource input

I would like to develop the RTSP server using MediaSource object as a input. In order to do that I base on the "testOnDemandRTSPServer" example where the file is used as the input stream. Do you know any hints or possibilities to create MediaSubsession which will be based on MediaSource instead of

Re: [Live-devel] RTSP server in multicast: livenessTimeoutTask API

Am I understood correctly: client session object deleted in multicast mode, even one client from multi has a timeout Yes, but note that the "RTSPClientSession" object is specific to that particular client (and it's TCP RTSP connection to the server). If that times out, then only that one

Re: [Live-devel] RTSP server in multicast: livenessTimeoutTask API

Mr. Ross, Thank you very much for quick answer. Am I understood correctly: client session object deleted in multicast mode, even one client from multi has a timeout ThanX again. On Sun, Mar 6, 2011 at 12:33 PM, Ross Finlayson wrote: > why multicast checking removed from livenessTimeoutTask A

Re: [Live-devel] RTSP server in multicast: livenessTimeoutTask API

why multicast checking removed from livenessTimeoutTask API??? Because there was no longer any need to exclude multicast sessions from the normal client liveness checking. I.e., as with all RTSP/RTP streams, the server will timeout the stream if it doesn't receive any indication of 'liveness

Re: [Live-devel] rtsp server scale.

if rtsp client request scale = 0.5. my rtsp server must slow down the send speed by using fDurationInMicroseconds /= m_scale; what other should i do.should i change the pts?and the duration? Yes. "fDurationInMicroseconds" merely tells the downstream object ("RTPSink") how often to request

Re: [Live-devel] RTSP Server.

On Fri, Oct 8, 2010 at 5:15 AM, Sukhbir Singh wrote: > Hi All, > > I need to know that how many simultaneous RTSP Client requests can be > handled by mediaServer (RTSP Server for .m4e files)? > > Depends on your server hardware, how much bandwidth you have, and the bitrate of your .m4e files, so y

Re: [Live-devel] RTSP server hang

For whatever reason, fRequestBuffer gets set to a very large number (i.e. greater than 10K), which causes this function to crash with an access violation. It would be nice to figure out what this "whatever reason" actually is, because it's better to fix a bug than paper over it. However, I'v

Re: [Live-devel] RTSP server hang

On Tue, Jun 15, 2010 at 2:55 AM, Ross Finlayson wrote: > I've now installed a new version (2010.06.15) of the code that completely > removes the "blockUntilReadable()" function. This means that "readSocket()" > no longer calls "select()", which > should improve the performance of both client and

Re: [Live-devel] RTSP server hang

I've now installed a new version (2010.06.15) of the code that completely removes the "blockUntilReadable()" function. This means that "readSocket()" no longer calls "select()", which should improve the performance of both client and server applications. On a related note, here's one other h

Re: [Live-devel] RTSP server hang

On Sun, Jun 13, 2010 at 7:16 PM, Ross Finlayson wrote: I.e., you should be able to remove the following code from the > implementation of "readSocket()" in "groupsock/GroupsockHelper.cpp" (line > 265): > >int result = blockUntilReadable(env, socket, timeout); >if (timeout != NULL && result

Re: [Live-devel] RTSP server hang

Under load, I'm noticing our RTSP server occasionally hangs in this location: static int blockUntilReadable(UsageEnvironment& env, int socket, struct timeval* timeout) { int result = -1; do { fd_set rd_set; FD_ZERO(&rd_set); if (socket < 0) break; FD_SET((uns

Re: [Live-devel] RTSP server hang

Hi, I am a just a beginner in video. I want to play the video data received over IP (rtp packets) encoded by h264. I have a file in which the rtp packets have been dumped and I want to play it by vlc player, using live555 server. I have searched the mailing list and people have worked upon str

Re: [Live-devel] RTSP Server Division

At 2:44 AM +0100 12/9/09, grzegorz.gwar...@gmail.com wrote: My student task Does your school not have its own domain name? :-) is to implement a RTSP server, which wouldn't stream a media, but parse RTSP commends (play, stop and so on) and communicate with a Streaming Server, which would be

Re: [Live-devel] rtsp server

(2).Your live streaming server capable of streaming the mp4 file in rtsp format . It is only capable of source as file . Is that possible it receives the input as rtsp stream . i.e. I need a rtsp stream bypasser . receives rtsp steam from many sources (IP CAMERAS ) on my server and stream from

Re: [Live-devel] RTSP Server

I'd like to know if there's any tutorial about RTSP Servers, because im a newbie programmer Unfortunately, this software is not intended for "newbie programmers". I want to develop a server which streams H264 video (not on demand, just begins the streaming as soon as one client is connected,

Re: [Live-devel] RTSP Server

On Wed, Jul 22, 2009 at 2:57 AM, wrote: > > I want to develop a server which streams H264 video (not on demand, just > begins the streaming as soon as one client is connected, and uses the same > stream for all the others clients connected; stops streaming when there's > no clients connected).

Re: [Live-devel] RTSP server/client application

Thanks for the information. If I got it correctly for the server side the new "RTPSink" subclass handless the interface to the livemedia library and to the dedicated hardware interface for controlling the hardware RTP packetization (payloadtype, ...). "OnDemandServerMediaSubsession" control's

Re: [Live-devel] RTSP server/client application

Hi Manju, In our case the RTP packetization is fully done in hardware (chip or FPGA) and controlled with a simple register based interface (start/stop RTP packetization with settings x, y, z). So what we want to do at the server side is to use the liveMedia Library for the RTSP/RTCP stuff and s

Re: [Live-devel] RTSP server/client application

Hi, Software RTSP server / Hardware RTP streamer: I had worked on a similar setup. Streaming server cross compiled, running on ARM target and client running on Windows-XP (SP2)host. I am not completely sure what do you mean by Hardware RTP streamer. In my case it was a binary executable that us

Re: [Live-devel] RTSP server/client application

Is it possible to use the LIVE555 Streaming Media libraries for the following two applications: 1) Software RTSP server / Hardware RTP streamer: There is a host handling all RTSP/RTCP related issues like connection setup, session control, RTP streaming control

Re: [Live-devel] rtsp server

From: Ross Finlayson To: LIVE555 Streaming Media - development & use Sent: Friday, April 11, 2008 11:54 AM Subject: Re: [Live-devel] rtsp server Hi Ross, We are taking TV channel signal into Capture card and output of capture card is fed into Helix mobile Producer. Instead

Re: [Live-devel] rtsp server

Hi Ross, We are taking TV channel signal into Capture card and output of capture card is fed into Helix mobile Producer. Instead of Helix Mobile Producer can we use RTSP Server of Live555 to Process the TV channel Data. You will need an encoder to compress the software (e.g., into MPEG-4 or H.

Re: [Live-devel] rtsp server

Kumar Sr. Software Engineer R & D - Network Group +91 40 23555945 - 235 +91 99084 00027 www.imimobile.com - Original Message - From: Ross Finlayson To: LIVE555 Streaming Media - development & use Sent: Friday, April 11, 2008 11:08 AM Subject: Re: [Live-devel] rts

Re: [Live-devel] rtsp server

Hi all, whether Live555 rtsp server supports Live Streaming. What do you mean by "Live Streaming"? -- Ross Finlayson Live Networks, Inc. http://www.live555.com/___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/l

Re: [Live-devel] rtsp server and client module issues

1. RTSP client takes to long time to connect with new rtsp server and display image. - It takes 3 sec. - We expect it can be reduced to less than 1 sec. Unfortunately I can't help you with your application code; you will have to debug that yourself. However, there is little delay buil

Re: [Live-devel] RTSP server application start time parameter

>-With only one MPEG2TS file using the testOnDemandRTSPserver : > Is it possible to define some "chapter" >in one film in order to separate the film by >using the time as begining for each part. > ie. I have one film (running time >2hours), I would like to split it in 4 rtsp >chapte

Re: [Live-devel] RTSP Server 'Keep Alive' support

>Great, I guess liveMedia is taking care of all this behind the scenes. I >hadn't seen anything relating to it in the live555 demux module RTCP is implemented automatically within the "LIVE555 Streaming Media" libraries (in "MediaSubsession::initiate()"), for each RTP stream. -- Ross Finlayson

Re: [Live-devel] RTSP Server 'Keep Alive' support

Great, I guess liveMedia is taking care of all this behind the scenes. I hadn't seen anything relating to it in the live555 demux module, so like you said it's there implicitly. I've verified I am seeing the RTCP "RR" packets via Wireshark. Thanks for the explanation. Ross Finlayson wrote: > Y

Re: [Live-devel] RTSP Server 'Keep Alive' support

>Further to my previous questions on this. I'm wondering how to activate >this feature It is activated by default! You already have it. Our server does not set the "timeout=" field in its responses (because it uses incoming RTCP "RR" packets, as well as incoming RTSP commands, to indicate cl

Re: [Live-devel] RTSP Server 'Keep Alive' support

Sorry, meant to say Session field not Transport field in the below paragraph Glen Gray wrote: > SETUP is to populate the Transport: field with the timeout period in > seconds ("...; timeout=60;"). I can't see this in the RTSPServer.cpp > code (lines 797 - 838 is where I looked) or in the response

Re: [Live-devel] RTSP Server 'Keep Alive' support

Hey guys, Further to my previous questions on this. I'm wondering how to activate this feature and I'm still not sure on the standards as it's not my area of expertise. From what I can see in RFC2326, the servers response to SETUP is to populate the Transport: field with the timeout period in

Re: [Live-devel] RTSP Server 'Keep Alive' support

>Wondering if the liveMedia/RTSPServer.cpp code has support for 'Keep >Alive' functionality ? Yes. Note the "reclamationTestSeconds" parameter (default value, 45 seconds) in "RTSPServer::createNew()". > >I see from the source code that it accepts the GET_PARAMETER calls and >responds to the cli