Using LIVE555 library as streamer in UNICAST UDP mode found if i'm using video
and audio tracks, and during playing mode somebody else make a new connection,
the client with previous connection receive video frame with about 500ms delay.
Trying to open new connections several times, the first c
> I get this part now, but what I still don't get is how to pass incoming data
> from RSTPClient to H264VideoStreamFramer. The constructor for it is:
>
> H264VideoStreamDiscreteFramer::createNew(UsageEnvironment& env, FramedSource*
> inputSource) {
>
> A FramedSource input, but RSTPClient is
Hey Mark,
I think the main point of confusion here is the difference between LIVE555
server-side concepts and client-side concepts. You are trying to write a
client, and normally on the client side you wouldn’t be using
H264VideoStreamDiscreteFramer because that is a *server-side* concept.
I'm sure this is this is a lame question as you all are familiar with live555
and this seems every day simple, but to me it seems somewhat insurmountable.
What makes a framed source a framed source? If it's a FramedSource, then why
does it need a framer? Perhaps it's more of a "Frame-able Source
I get this part now, but what I still don't get is how to pass incoming data
from RSTPClient to H264VideoStreamFramer. The constructor for it is:
H264VideoStreamDiscreteFramer::createNew(UsageEnvironment& env, FramedSource*
inputSource) {
A FramedSource input, but RSTPClient is not a FramedSour
Sorry for the absence, but I have about a dozen hats to wear.
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Jeff
Shanab
Sent: Monday, November 03, 2014 4:46 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Buffering an H264 Video Stream
Secu
