Re: [Live-devel] Raw RTP Packet Info

2011-06-10 Thread Ross Finlayson
Is there a way to get information about the RTP packets that make up each media frame (client-side)? I want to know the sequence number of each packet, the size of each packet, and the time that each one arrived. I plan to write my own MediaSink for "frame" statistics, but I'd also like informatio

Re: [Live-devel] Questions about MPEG2 transport streams

2011-06-10 Thread Ross Finlayson
I'm currently using openRTSP to receive MPEG2 transport streams. I'd rather have N subsessions for N streams, but I'm not responsible for these servers, so I must stick with TS packets. And here are my two questions : Is it possible, in a RTSP client, to select a specific stream among the oth

Re: [Live-devel] Question about trickmode with liveMediaserver

2011-06-10 Thread Ross Finlayson
I am testing RTSP/RTP with liveMediaserver with MPEG2-TS. I made index file and the file for trickmode using testMPEG2TransportStreamTrickPlay.exe For example, original contents is avatar.ts index file is avatar.tsx and file for trickplay is avatar2.ts You have misunderstood the purpose of th

Re: [Live-devel] Find a particular rtsp session

2011-06-10 Thread Ross Finlayson
Is there a way to find a specific rtsp client session? I currently have the RTSPServer object, and I would like a way to search it's connected clients for a specific connection and ultimately get it's FramedSource object so that I can tell it to stop sending frames, send one frame every couple

[Live-devel] Find a particular rtsp session

2011-06-10 Thread Lackey, Brad
Is there a way to find a specific rtsp client session? I currently have the RTSPServer object, and I would like a way to search it's connected clients for a specific connection and ultimately get it's FramedSource object so that I can tell it to stop sending frames, send one frame every couple sec

Re: [Live-devel] Problems on iPhone when on cell network

2011-06-10 Thread Ross Finlayson
Sorry for the long delay in responding to this. (I've been traveling for the past two months, and am way behind on email.) Unable to determine our source address: This computer has an invalid IP address: 0x0 Our code (specifically, the function "ourIPAddress()" in "groupsock/GroupsockHelper

Re: [Live-devel] Problem with more than 20 sessions active on win32

2011-06-10 Thread Ross Finlayson
Because this sort of question (about the scalability of our RTSP server) has been asked so many times recently, I've now added a FAQ entry: http://www.live555.com/liveMedia/faq.html#scalability -- Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___

Re: [Live-devel] Live Media Server Concurrent Connections

2011-06-10 Thread Ross Finlayson
What are the maximum number of parallel connections Live555 Media Server can support? There's no fixed limit in our code. In practice, however, the number of open files (sockets) supported by the underlying operating system often sets a limiting factor. If you can increase this number (in y

[Live-devel] Live Media Server Concurrent Connections

2011-06-10 Thread DEBRAJ MANNA
Hi, What are the maximum number of parallel connections Live555 Media Server can support? I observed that in my set-up LiveMedia Server can support 250 connections ( generated using OpenRTSP ) each doing a mp3 file transfer. Media Server is running on 64 bit Linux Machine with 1GB RAM. Is there

Re: [Live-devel] Possible bugs in ByteStreamFileSource and MPEG2TransportStreamFramer

2011-06-10 Thread Ross Finlayson
Thus, for my application, using "fread()" gives incorrect behavior while using "read()" gives the correct behavior. You are obviously much more cognizant of the ramifications of this change than I am, so you may decide that the change should not be included in the live555 library. I ask that y

Re: [Live-devel] Possible bugs in ByteStreamFileSource and MPEG2TransportStreamFramer

2011-06-10 Thread Wiser, Tyson
>> >Hmm, reads from the input file (in this case, a pipe) are supposed to >>>be non-blocking, returning only as many bytes as are currently >>>available (which will always be >0, because the read is happening >>>only in response to a return from "select()" on the input file's >>>socket). Perhaps

Re: [Live-devel] Possible bugs in ByteStreamFileSource and MPEG2TransportStreamFramer

2011-06-10 Thread Ross Finlayson
>Hmm, reads from the input file (in this case, a pipe) are supposed to be non-blocking, returning only as many bytes as are currently available (which will always be >0, because the read is happening only in response to a return from "select()" on the input file's socket). Perhaps there's some

Re: [Live-devel] Possible bugs in ByteStreamFileSource and MPEG2TransportStreamFramer

2011-06-10 Thread Wiser, Tyson
Ross, Thanks for the reply. Please see my comments inline below. Tyson >>I am using the live555 library in a Linux application that receives >>a low frame rate MPEG2-TS from a live source one frame at a time. >>The source is not represented as a file by the OS. To make the >>interface to th

Re: [Live-devel] Possible bugs in ByteStreamFileSource and MPEG2TransportStreamFramer

2011-06-10 Thread Ross Finlayson
I am using the live555 library in a Linux application that receives a low frame rate MPEG2-TS from a live source one frame at a time. The source is not represented as a file by the OS. To make the interface to the live555 library easier, I opened a pipe and write each frame to it as I receive