Chinaunix首页 | 论坛 | 博客
  • 博客访问: 856664
  • 博文数量: 1384
  • 博客积分: 27795
  • 博客等级: 上将
  • 技术积分: 16887
  • 用 户 组: 普通用户
  • 注册时间: 2011-04-12 09:28
个人简介

只是心态,抓住机会。

文章分类

全部博文(1384)

文章存档

2014年(3)

2013年(403)

2012年(978)

分类: LINUX

2012-09-24 10:24:51

Intro. 5  Timing model 
Systems, Video and Audio all have a timing model in which the end-to-end delay from the signal input to an encoder to 
the signal output from a decoder is a constant. This delay is the sum of encoding, encoder buffering, multiplexing, 
communication or storage, demultiplexing, decoder buffering, decoding, and presentation delays. As part of this timing 
model all video pictures and audio samples are presented exactly once, unless specifically coded to the contrary, and the 
inter-picture interval and audio sample rate are the same at the decoder as at the encoder. The system stream coding 


contains timing information which can be used to implement systems which embody constant end-to-end delay. It is 
possible to implement decoders which do not follow this model exactly; however, in such cases it is the decoder’s 
responsibility to perform in an acceptable manner. The timing is embodied in the normative specifications of this 
Recommendation | International Standard, which must be adhered to by all valid bit streams, regardless of the means of 
creating them. 
All timing is defined in terms of a common system clock, referred to as a System Time Clock. In the Program Stream 
this clock may have an exactly specified ratio to the video or audio sample clocks, or it may have an operating frequency 
which differs slightly from the exact ratio while still providing precise end-to-end timing and clock recovery. 
In the Transport Stream the system clock frequency is constrained to have the exactly specified ratio to the audio and 
video sample clocks at all times; the effect of this constraint is to simplify sample rate recovery in decoders. 





阅读(1408) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~