el [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Mark
Bondurant
Sent: 01 December 2014 18:11
To: 'LIVE555 Streaming Media - development & use'
Subject: Re: [Live-devel] Playback Speed
Oh. I didn't know that. I assumed it had to be part of the h264 headers (one or
the o
stered Office : 71 The Hundred, Romsey, SO51 8BZ. Company Number : 03428325
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Mark
Bondurant
Sent: 25 November 2014 17:23
To: 'LIVE555 Streaming Media - development & use'
Subject: [Live-devel] Playback Speed
I'm
n charge of maintaining the timing
information and the player you use or write uses the stored timestamps to gate
out the frames.
Double speed is ominous though. Could it be that you have interleaved frames?
If it is AVI, then the creation code was passed the wrong numerator? or
denominator?
On T
I'm encountering a curious problem with payback speed. I'm pulling an RTSP play
stream from my cameras, copying the NAL's, prepending them with the start code,
as contiguous GOP units straight to disk, headers and all. And they play fine.
Just at double speed. The camera is set to NTSC/H264/CIF/
f a "Frame-able Source" and an H264
RSTP stream isn't? But if it isn't, why does everyone say it's simple to do?
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Mark
Bondurant
Sent: Tuesday, November 04, 2014 11:16 AM
To: 'LIVE555 Streaming Media
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
Mon, Nov 3, 2014 at 6:52 PM, Mark Bondurant
mailto:ma...@virtualguard.com>> wrote:
As you surly must know, I'm a noob thrust unwillingly by circumstances into
this.
This is helpful. I don't need frames, just ten seconds of stream. But, doesn't
H264 have a definite beginnin
As you surly must know, I'm a noob thrust unwillingly by circumstances into
this.
This is helpful. I don't need frames, just ten seconds of stream. But, doesn't
H264 have a definite beginning with the following NAL packets updating the
initial packet? That's what all that predictive slices and
.
Now, here you've lost me. I don't know what a GOP is. I don't need forward or
backward. I just need to spit out a discrete autonomous ten second clip.
Someone else will play it.
On Mon, Nov 3, 2014 at 4:02 PM, Mark Bondurant
mailto:ma...@virtualguard.com>> wrote:
Hello
Sorry. That wasn't clear. Yes, FramedSource derives from MediaSource, which
derives from Medium. RTSPClient derives from Medium.
In the example program you have the ourRTSPClient with a StreamClientState
object attached. You "strobe" the session object to cause the client to pump
frames through
Hello,
Sorry if this is a repeat, but I/we have constant email problems (political
issues), which I'm fairly sure I've now found a workaround for. What I'm saying
is that this may be a repeat. If it is, I apologize, I didn't get your
responses.
I need to keep a constant 3 second buffer of an H
11 matches
Mail list logo
