Re: [Live-devel] iPhone CAN"T play the TS files generated by testH264VideoToTransportStream

2011-02-04 Thread Ross Finlayson
On 1/31/2011 4:23 PM, Dunling Li wrote: I use testH264VideoToTransportStream to generate some TS files. None of them can be played in iPhone. QuickTime can't do that on desktop platforms, either. The original poster's original message was a bit unclear, but he later clarified it. He wasn't

Re: [Live-devel] iPhone CAN"T play the TS files generated by testH264VideoToTransportStream

2011-02-04 Thread Warren Young
On 1/31/2011 4:23 PM, Dunling Li wrote: I use testH264VideoToTransportStream to generate some TS files. None of them can be played in iPhone. QuickTime can't do that on desktop platforms, either. See the FAQ on the MPEG-2 component's store page: http://store.apple.com/us/product/D2

Re: [Live-devel] iPhone CAN"T play the TS files generated by testH264VideoToTransportStream

2011-02-04 Thread Dunling Li
Ross, Thanks for your suggestions. Dunling -Original Message- From: live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlayson Sent: Tuesday, February 01, 2011 8:06 PM To: LIVE555 Streaming Media - development & use Subject: Re: [Live-devel] iP

Re: [Live-devel] successful command but NULL result string

2011-02-04 Thread Sébastien Escudier
> Perhaps, though an empty string ("") would be returned if the > server's response included a "Public:" header that was empty - i.e. > > Public: Ok, that make sense > > >But in this case it would be good to note this can happen in the > >function description. > > Yes, we already do ("RTSPCl

Re: [Live-devel] relaying RTSP?

2011-02-04 Thread Ross Finlayson
Now the question is: how can I do this with live555? Is there something already available? Not really. Your simplest solution - if your camera supports RTSP/RTP-over-TCP - would be to have your "pc" connect to the camera directly (i.e., through your NAT gateway) using RTSP/RTP-over-TCP. --

Re: [Live-devel] successful command but NULL result string

2011-02-04 Thread Ross Finlayson
On Fri, 2011-02-04 at 01:10 -0800, Ross Finlayson wrote: No, this is not a bug. As you can see, the server is some brain-damaged non-standard Microsoft thing. It's not including a "Public:" header in its response to our RTSP "OPTIONS" command. So, as far as our client is concerned, this is

Re: [Live-devel] successful command but NULL result string

2011-02-04 Thread Sébastien Escudier
On Fri, 2011-02-04 at 01:10 -0800, Ross Finlayson wrote: > No, this is not a bug. As you can see, the server is some > brain-damaged non-standard Microsoft thing. It's not including a > "Public:" header in its response to our RTSP "OPTIONS" command. So, > as far as our client is concerned, th

[Live-devel] relaying RTSP?

2011-02-04 Thread Ottavio Campana
Hi, I am trying to implement a relay for RTSP or something similar for the following situation: +--+ +---+ +---+ | pc | | box with 2 NICs | | camera | |192.168.0.1/24|<--->|192.168.0.2/24 10.0.0.1/24|<--->|10.0.0.

Re: [Live-devel] successful command but NULL result string

2011-02-04 Thread Ross Finlayson
I have a case where the response to a "sendOptionsCommand" returns no error, (result = 200) but the result string is NULL. I read RTSPClient.hh and the description of the responseHandler isn't very clear if this can be possible. Could you tell me if it's a bug, in the library ? I noticed you call

[Live-devel] successful command but NULL result string

2011-02-04 Thread Sébastien Escudier
Hi, I have a case where the response to a "sendOptionsCommand" returns no error, (result = 200) but the result string is NULL. I read RTSPClient.hh and the description of the responseHandler isn't very clear if this can be possible. Could you tell me if it's a bug, in the library ? I noticed you c