I see. Thank you.
On Tue, Apr 12, 2022 at 4:42 PM Ross Finlayson
wrote:
>
>
> > On Apr 12, 2022, at 12:34 AM, Steve Ha wrote:
> >
> > Dear Ross,
> > I made it work in a way similar to your guidelines except that I had to
> set payloadType to a fixed value (
Dear Ross,
I made it work in a way similar to your guidelines except that I had to set
payloadType to a fixed value (107) for the metadata because the
'rtpPayloadTypeIfDynamic' always starts from 96.
*"If, on the other hand, you are trying to receive metadata from some other
RTP source, and then r
Dear Ross,
So far I know how to transfer H.264 video streams to clients by subclassing
the class OnDemandServerMediaSubsession. To send metadata to the client I
am using the same way as the video stream, and also I follow your answer I
found here:
http://lists.live555.com/pipermail/live-devel/2018
packet
> From: Ross Finlayson
> To: LIVE555 Streaming Media - development & use >
> Date: 2021-01-22 10:01+0300
>
> >
> >
> >> On Jan 22, 2021, at 4:05 PM, Steve Ha wrote:
> >>
> >> My question is how can I force the first R
packet, how can PTS be synchronized to the server's
NTP correctly at the client side?
2) Does PTS at client always monotonically increase even in case
RTPTimestamp (32-bit) is wrapped around?.
Regards.
Steve.
On Fri, Jan 22, 2021 at 4:01 PM Ross Finlayson
wrote:
>
>
> > On Jan
Hi Ross,
>From the FAQ I know that the first RTCP "SR" packet is delivered after
delivery of several RTP packets. That causes PTS of some first video frames
are not accurate. My question is how can I force the first RTCP "SR" packet
to be delivered at the same time as the first RTP packet so that
Hi Ross,
> *The way to do this is to look for, and handle, a RTCP “BYE” packet that
> the server should send when it ends the stream. And the way to do that is
> to call “setByeHandler()” or “setByeWithReasonHandler()” on the
> “RTCPInstance” object.*
>
I had installed ByeHandler in RTSP client
Hi Ross,
My RTSP client application needs to recognize disconnect event triggered
from the RTSP server. But I could not find any way to get such event. By
debugging I could see the disconnect event happening inside the function
RTSPClient::handleResponseBytes() when the argument
'newBytesRead' h
You are right, for closing stream source the way you mentioned is simpler
than my way.
But for other purposes, I would handle the job in the same class.
Thanks again.
Regards.
On Fri, Dec 27, 2019 at 1:13 AM Ross Finlayson
wrote:
>
>
> > On Dec 27, 2019, at 2:08 AM, Ste
After seeing no issue in the testOnDemandRtspServer, I check my program
again and
I found the cause.
Previously I handled streaming ON/OFF in the function
DerivedOnDemandxxx::deleteStream(clientSessionId, streamToken) {}
Now I realized that doing so is reasonable only when reuseFirstSource =
False
Hi Ross,
I have a problem in using OnDemandServerMediaSubsession to share a live
video source.
In my test, multiple clients could connect to the server to get stream
well, but when one of clients
disconnects from the server, other clients could not receive stream anymore.
I search on the mailingl
adding 'protected' to my requested function,
On Thu, Dec 5, 2019 at 12:29 AM Ross Finlayson
wrote:
>
>
> > On Dec 4, 2019, at 10:05 PM, Steve Ha wrote:
> >
> > Hi Ross,
> >
> > In order to avoid modifying live555 library directly I have some
Hi Ross,
In order to avoid modifying live555 library directly I have some needs:
1) I want to access to function 'setSDPLinesFromRTPSink' for overridding
sdpLines() of class OnDemandServerMediaSubsession:
private:
void setSDPLinesFromRTPSink(RTPSink* rtpSink, FramedSource* inputSource,
unsigned e
13 matches
Mail list logo
