[Live-devel] Scaling a H264 elementary stream

[Jeff Shanab]

I implement fast forward, and reverse play, and stepping forward and backward, but I do it from a buffer on the client.
I thought Reverse required a buffer.

Can rtsp stream backwards,  By gop obviously, since diffframes depend on keyframe


This message and any attachments contain confidential and proprietary information, and may contain privileged information, belonging to one or more affiliates of Windy City Wire Cable & Technology Products, LLC. No privilege is waived by this transmission. Unauthorized use, copying or disclosure of such information is prohibited and may be unlawful. If you receive this message in error, please delete it from your system, destroy any printouts or copies of it, and notify the sender immediately by e-mail or phone.

From: live-devel-bounces at ns.live555.com [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Wednesday, January 30, 2013 2:25 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Scaling a H264 elementary stream

Yes, this seems like a good way to implement fast-forward and slow-motion, provided that (1) the network and receiver can handle the increased bitrate when you increase the scale factor - as you noted, and (2) the receiver can properly handle frames that arrive at an 'unusual' frame rate.  By that, I mean that H.264 "SPS" NAL units often contain parameters (specifically, 'num_units_in_tick' and 'time_scale') that imply a particular frame rate.  Some receivers might get confused if frames arrive at a different frame rate.  (However, you have apparently found that VLC handles these streams OK.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130130/46018954/attachment.html>