Well I want to update an object that represents the state of the
session as a whole.
Note:
- A "ServerMediaSession" represents the state of a data source,
regardless if how many clients (if any) the data is currently being
streamed to. (A "ServerMediaSubsession" represents the state of a
sin
Ross Finlayson wrote:
Ross you had suggested that I perhaps start by implementing a new
virtual method on RTSPServer for SET_PARAMETER.
I looked into doing this in the code and I realized that RTSPServer
doesn't actually handle most of the commands for each session
instance, it's RTSPServer
Ross you had suggested that I perhaps start by implementing a new
virtual method on RTSPServer for SET_PARAMETER.
I looked into doing this in the code and I realized that RTSPServer
doesn't actually handle most of the commands for each session
instance, it's RTSPServer::RTSPClientSession which
This is a continuation of one of my previous messages where I expressed
the desire to implement SET_PARAMETER (and by extension a more complete
GET_PARAMETER)
I'm actually starting to work on doing this and I want to try to make
whatever I do something that can be applied back to the library
Hi,
I must create an application that take the input from a stream (for example
testOnDemandRTSP output) and server becomes!
In others words, I am the client of testOnDemandRTSP, but before I must become
server! My purpose is to dispose of most traffic between host sharing the
stream!
How to?
Ah ok, my bad, thanks for the explanation.
>No, the existing code is correct. Incoming "'audio/L16" RTP data is
>(by definition) in network (big-endian) byte order. It's up to
>whatever downstream object uses this data to decide whether or not it
>wants to byte-swap it. (Note that your patch
No, the existing code is correct. Incoming "'audio/L16" RTP data is
(by definition) in network (big-endian) byte order. It's up to
whatever downstream object uses this data to decide whether or not it
wants to byte-swap it. (Note that your patch would not work on
big-endian architectures, be
Hi Ross,
I have implemented the RTSPOverHTTPServer in Live555 to act
as a tunnelling server.
I am using openRTSP to test.
Please let me know if my understanding is correct in the following case:
1.The connection created by the HTTP GET request is to be used send response
to the RTSP
request rece
Hi Ross,
I'm not sure if there's any reason against this patch,
but since 16-bit PCM audio is always transferred in network byte order,
shouldn't the byte order be swapped again on the client side before the sink
receives the data?
Or is there any case where this isn't true?
On the other hand,
Hi Ross,
Managed to isolate the problem further, the RTSP Server session timeout
triggers the RTCPInstance destructor (since the client has already
disconnected).
As soon as a RTCPInstance destructor has executed, the next RTSP client request
is handled by the RTSP handler instead of the RTCP
Hi Ross,
>That's strange. When the RTSP server handles the RTSP "PLAY"
>command, its call to "OnDemandServerMediaSubsession::startStream()"
>causes "StreamState::startPlaying()" to be called, which should cause
>a "RTCPInstance" to be created. That should then cause incoming data
>(on the TC
Hi,I must create an application that take the input from a stream (for example openRTSP output) and server becomes!In others words, I am the client of openRTSP, but before I must become server!My purpose is to dispose of most traffic between host sharing the stream!How to?Best regards,Jack
Venez
12 matches
Mail list logo
