I am using live555 media server for RTSP streaming.
Is there any option for the media server to play a video in loop
(i.e. start again once the video file ends).
No. You would have to implement this yourself (e.g., by subclassing
"ByteStreamFileSource", and changing the way that the
"doGetN
Is there a support for http tunneling where the rtsp and transport
packets are transmitted over http (so that it can bypass proxy
servers and firewalls)
RTSP/RTP/RTCP-over-HTTP is currently supported for clients, but not
(yet) for servers.
Also, will trick mode (forward and reverse play) pr
Looking at the original patch, it's pretty clear that the author
forgot to set the socket back to be blocking. But considering that
this issue has been present for well over a year, I have to wonder
whether or not the RTSPClient even needs to be run on a blocking
socket. (Ross, you know the mo
Hi,
I am using live555 media server for Video on demand streaming with trick
mode as a requirement.
Is there a support for http tunneling where the rtsp and transport packets
are transmitted over http (so that it can bypass proxy servers and
firewalls)
Also, will trick mode (forward and reverse
Hi,
I am using live555 media server for RTSP streaming.
Is there any option for the media server to play a video in loop (i.e. start
again once the video file ends). Now, i could see once the end of file
reaches a teardown request is initiated and client has to re-issue the
request.
I could not
2010/1/16 Němec Alexandr
> Hi all,
> somebody posted a suggestion that the socket (when using timeout in the
> RTSP client) must be set back to blocking. Is this already corrected in the
> current code release and is it necessary to do so, what are the consequences
> when the socket is not set ba
Hi all,
somebody posted a suggestion that the socket (when using timeout in the RTSP
client) must be set back to blocking. Is this already corrected in the current
code release and is it necessary to do so, what are the consequences when the
socket is not set back to blocking?
Best regards
Alex
I had 2 Transport Stream file, "Mermaid.ts" & "ChronoCross.ts" on
our FTP site.
That's source that we tested to streaming, and comes with extra PES
header packet...
Please visit our FTP site with following account information
IP: "60.250.38.86"
Username: "live555"
Password: "live555"
Path: "/o
I am using live555 for as RTSP server and streaming files with AMR
encoded audio. It seems like Live555 is not supporting Packed AMR
frames (more than one AMR frame in one RTP packet).
That's correct. As noted in "liveMedia/AMRAudioRTPSink.cpp":
// NOTE: At present, this is just a lim
