Yes its true, the RTCP "RR" packets are far more frequent than the session
timeout,
they appear about once every five seconds.
For UDP streams that worked OK but for some reason on TCP streams, adding the
session timeout did the trick.
In the case of RealPlayer, UDP worked fine but on TCP it alm
Hi,
The encoder configuration of your H.264 file is also important
besides those two live555 parameters. If you are using hierarchical B-
pictures, FFMPEG and therefore VLC do not support them correctly. In
my experience GOP up to 8 frames works OK, but larger GOP values with
hierarchical
I am looking for streaming of MPEG-4 Video Elementary Stream file
I have few queries regarding this please help me in this regard.
1. Can i able to make fast forward or fast backward of the Stream ?
Our server implementation does not (yet) support 'trick play'
operations on MPEG-4 files.
For
>I'd appreciate any input on the meaning of the session timeout
>field, its recommended value (80?).
This is not relevant to our implementation, because our server also
uses RTCP "RR" packets - coming from the client - as a keep-alive,
and clients (including ours) send those far more frequently
Dear All,
I am looking for streaming of MPEG-4 Video Elementary Stream file
I have few queries regarding this please help me in this regard.
1. Can i able to make fast forward or fast backward of the Stream ?
2. If so how should this be done either at the client side or at the server
side ?
3. I
You have run into a known limitation of the current RTSP server code.
If RTP-over-TCP streaming is used, then the server will not be able
to handle any RTSP commands after the initial "PLAY" command.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_
Thanks for the replies sent on the subject of RTP-over-TCP
I've looked into this issue and have managed to get good results.
The original problem I had was using testOnDemandRTSPServer example to play a
stream of of
mpeg4 encodered frames (elementary stream) via TCP (RTP over TCP). The
video
Hi
I have a problem with sending PLAY command from the client.
I am creating both the client and the server.
The server is an On Demand server. It loads an MPEG-4 files
and streams the content. Some of the tracks are streamed using TCP
and other using UDP.
When i connect to the server, everything
We tried to parse the data received in
Boolean MPEG4ESVideoRTPSource::processSpecialHeader() in
MPEG4ESVideoRTPSource.cpp file
to find the vop coding type as below:-
***
>I saw that RTSPServer implement digest authentication control on RTSP
>Protocol, but does it work with basic authentication
No, because Basic Authentication is a dumb idea (it's very weak
security, because it requires that clients send passwords in the
clear). Therefore, our RTSP server implem
Hi,
I saw that RTSPServer implement digest authentication control on RTSP
Protocol, but does it work with basic authentication ("username:password@")?
How does boolean PasswordIsMd5 work? Does that flag permit RTSPServer to
choose digest or basic authentication?
If it's not this case, what could
On Fri, 19 Oct 2007 06:40:14 -0700
Ross Finlayson <[EMAIL PROTECTED]> wrote:
> >I tried to play the stream using openRTSP as receiving instrument
> >and now I'm a bit puzzled about this.
> >I tried the following:
> >$ openRTSP -r -p 5000 rtsp://172.16.200.54/ &
> >$ vlc --demux=m4v udp://@:5000
>
12 matches
Mail list logo
