Hi everyone, I want to use live555 streaming Media library as a streaming
server and I
have serveral questions: (1) Can the live555 library be used in a practical
application, for example, a
VoD system, as a streaming server and, can the streaming server run
stably for normal use? (2) I know
Grabbing an Ethernet trace of the data as it comes in shows the data
in UDP packets coming across the line with data payloads of 1328
bytes. I am interested in increasing this to a few dozen kb at
least, in order to improve performance, but where should I look to
find the code that deals with
>Could I close an on demand session from server side?
There is currently no way in the code to do this so that all current
streams for the session stop immediately.
However, if your intention is to stop streaming to dead clients, then
remember the "reclamationTestSeconds" parameter to
"RTSPSer
Hello,
I have a question about MPEG video streaming and UDP packet sizes.
I'm working on a server application which does up to two streams of 10
Mbit/sec HD MPEG video, and have been running into performance problems.
The problems occur because the system is already under a moderate load
from a f
Hi all,
Could I close an on demand session from server side? How will it be the best
way to do that?
I tried "rtspServer->removeServerMediaSession(sms)" and then, this subsession
is not accessible for future RTSP requests, but a client that is playing this
session continues playing the video. I wo
ok, Russell. thank you very much by the clarifying one now. I have a problem
with my programs client and server, because the side server supposedly is
transmitting the packages of video to the network by a port RTP () and the
client is not receiving anything. in addition I am working of loca
> > Note that In your original MPEG-2 stream, with B-frames, the frames
>> will be in decoding order, which is different from the display order,
>> and thus different from the order of frames in the resulting MPEG-4
>> stream (because that doesn't have B frames). In particular, the
>> present
>How can i expand the Live555 to implement the rtcp app packet.
You would need to modify the "RTCPInstance" implementation, defined
in "liveMedia/RTCP.cpp".
>Can the app packet replace the bye packet ?
No. The "BYE" packet is defined in the RTP/RTCP standard, and should
continue to be impleme
hi,
How can i expand the Live555 to implement the rtcp app packet.
Please i need some details for a new user of the live555.
Can the app packet replace the bye packet ?
thank you
Armand
-
Ne gardez plus qu'une seule adresse mail ! Copiez vos mail
Ross Finlayson schrieb:
>> How is the timeval structure mapped onto the 32bit presentation time in
>> the RTP packet, what interval do I have to add to fPresentationTime to
>> make RTP timestamp increase by 3600 (i.e. one frame duration @25Hz)?
>>
>
> Receiving code should not need to care abo
>Hello,
>I have a question about RTCP packet interval. Now the RTCP packet
>(e.g. RR) interval is about 5 seconds. Can I change the RR packet
>interval to one RTT with Live library?
Our RTCP code implements the standard RTCP retransmission rules -
defined in RFC 3550. I don't recommend changin
>How is the timeval structure mapped onto the 32bit presentation time in
>the RTP packet, what interval do I have to add to fPresentationTime to
>make RTP timestamp increase by 3600 (i.e. one frame duration @25Hz)?
Receiving code should not need to care about RTP timestamps. (Only
the LIVE555 RT
Hello,
I have a question about RTCP packet interval. Now the RTCP packet (e.g. RR)
interval is about 5 seconds. Can I change the RR packet interval to one RTT
with Live library?
Thanks.
Jerry
___
live-devel mailing list
live-devel@lists.live555.com
http
> Note that In your original MPEG-2 stream, with B-frames, the frames
> will be in decoding order, which is different from the display order,
> and thus different from the order of frames in the resulting MPEG-4
> stream (because that doesn't have B frames). In particular, the
> presentation
14 matches
Mail list logo