Does Live555 support the server receiving ANNOUNCE request from the clien
No it doesn't. "ANNOUNCE" is rarely implemented, and in fact was
removed from the RTSP 2.0 specification.
If not, what would you suggest to implement a record session
initialization where the client wish to publish a
Hi,
Does Live555 support the server receiving ANNOUNCE request from the
client (I found it on the client, but not on the server)
If not, what would you suggest to implement a record session
initialization where the client wish to publish a presentation to the
server?
Can I do it using SETUP reques
Thank you very much -- while I was able to play the QTSS stream with
the QuickTime Player, the problem with the saved .mp4 file was just
as you said (ctrl-c vs. sighup). This leads me to another question,
though:
I would like to play the pugscam.mp4 file as openRTSP is writing to it.
Becaus
Ross,
I think what I need to do is examine what shutdown() does in
playCommon.cpp, so I can see if I can fake out a client into thinking
that it can play the file. I know it sounds nutso ...
Regards,
John
Falling You - exploring the beauty of voice and sound
http://www.fallingyou.com
Ross,
I'm trying to capture an MPEG4 RTP stream (sent by QTSS via
QuickTime Broadcaster) to a file using openRTSP. The problem i'm
seeing is that, when I try to open this file, the system (Mac OSX
10.5.4) tells me that it's not a movie file. My openRTSP command
looks like this:
pugsl
I'm trying to capture an MPEG4 RTP stream (sent by QTSS via
QuickTime Broadcaster) to a file using openRTSP. The problem i'm
seeing is that, when I try to open this file, the system (Mac OSX
10.5.4) tells me that it's not a movie file. My openRTSP command
looks like this:
pugsleypoo:testPro
Hello, all ...
I'm trying to capture an MPEG4 RTP stream (sent by QTSS via QuickTime
Broadcaster) to a file using openRTSP. The problem i'm seeing is
that, when I try to open this file, the system (Mac OSX 10.5.4) tells
me that it's not a movie file. My openRTSP command looks like this:
Thanks Ross for your quick reply!
Regards,
Ken
2008/8/20 Ross Finlayson <[EMAIL PROTECTED]>
> Now the client can make an RTSP request just fine and start playing the
> stream. However, the RTCP packets from the client to the server get lost and
> as a result, the server stops the streaming wit
Now the client can make an RTSP request just fine and start playing
the stream. However, the RTCP packets from the client to the server
get lost and as a result, the server stops the streaming with
liveness timeout after 45 seconds. I've captured RTCP packets and
found out that the packet's des
Hi,
I'm just curious, if anyone addressed the case I'm having now.
I have an RTSP server (Live555) running in my testing lab and recently put a
router in front of it. Then I configured port-forwarding options in the
router so that RTSP clients can access the RTSP server through the router's
publi
ments) is intended for the sole use of the
> intended recipient/s and may contain material that is CONFIDENTIAL AND
> PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or
> distribution or forwarding of any or all of the contents in this message is
> STRICTLY PRO
I managed to compile VLC 6.0 but the exe is not
running(it just blinks and closes)
If your primary goal is just to run VLC, then you
could download one of the pre-built binary
versions (which includes RTSP client support,
using the "LIVE555 Streaming Media" libraries).
L Im currently tryin
Our server impelmentation uses both RTSP commands *and* RTCP ("RR")
packets from clients to indicate liveness. Therefore, the "timeout"
parameter in a "Session:" header is not needed, because periodic RTSP
commands (e.g., "GET_PARAMETER") from the client are not needed in
order to tell the ser
13 matches
Mail list logo
