UC知道本地视频加载时间的长短和哪些因素有关？
来源：百度知道 编辑：UC知道 时间：2024/05/21 18:33:01
首先说明，我这里说的“加载时间”是指本地硬盘上的视频文件的加载时间。下同。
当我看一部视频的时候（现在rmvb格式的视频多了，用的是realplay10.5）把时间条拉到XX分XX秒的时候realplay会提示我“正在加载”，然后过了几秒就能看了。我发现有的视频“正在加载”的时间特别少（短的才2、3秒甚至1秒不到），有的视频“正在加载”的时间却很长，有的长达10秒甚至10秒以上，为什么？
还有，感觉AVI格式的视频拉动时间条之后加载的时间要少于rmvb的（当然用的是WMP播放的），我就想知道视频加载时间的长短和哪些因素有关，是格式？压缩方式？比特率？还是别的什么？
这么多天才1个人回答？50分也不算少了吧？还是我们中国的IT人才实在是太少了啊，这种问题也答不上？
当我看一部视频的时候（现在rmvb格式的视频多了，用的是realplay10.5）把时间条拉到XX分XX秒的时候realplay会提示我“正在加载”，然后过了几秒就能看了。我发现有的视频“正在加载”的时间特别少（短的才2、3秒甚至1秒不到），有的视频“正在加载”的时间却很长，有的长达10秒甚至10秒以上，为什么？
还有，感觉AVI格式的视频拉动时间条之后加载的时间要少于rmvb的（当然用的是WMP播放的），我就想知道视频加载时间的长短和哪些因素有关，是格式？压缩方式？比特率？还是别的什么？
这么多天才1个人回答？50分也不算少了吧？还是我们中国的IT人才实在是太少了啊，这种问题也答不上？
我知道的不多，但其实格式和压缩方式基本是一回事，其实格式就是指一种编码方式（压缩方式）；这个时间的长短主要和这种格式的编码文件——文件头（指该视频文件内部起头部分会记录的描述信息，如长度……等）有关，当拖动时，它会根据文件头的描述信息来计算（定位）该位置的视频；不同格式的算法不一样，定位的时间也就不同；（同一格式，视频文件长短不同，定位也有些许不同）
也正是有些格式文件有文件头描述，所以不用下载完成，就可观看；（当拖到没有下载到的部分，会是黑屏）当然也就有些格式的文件因没有文件头，所以根本就不能拖动。（只能从头望后看）
你补充，我也补充一下：
这个问题其实更偏视频格式方面，相对比较偏；我想中国普通的IT人才还是不少的！！
还有，你所说的“AVI格式”其实只是一类文件的扩展名，它不是视频的编码格式，（如：MPEG2-I、DV25、DV50、DVSD、M-JPEG等等编解码格式的扩展名都是AVI；）如果这种文件比较大，一般是采用固定数据率（及单位时间内对该视频图像的描述信息量是相同的），而固定数据率的视频拖动——定位——播放是十分容易的，而类似rmvb格式视频，采用的是动态数据率（为了实现更高的视频质量和更大的压缩比，rmvb主要通过采用静态画面使用较少的信息描述，动态画面使用较多的描述纪录！）这样既保证了高压缩比，又有效的保证，甚至提高了视频质量。但这种方法给拖动定位带来了一定的“困难”！！（早前的rm和wmv格式，没有采用动态，相对定位时间较短，但视频质量相对也较差。）
高难度的问题啊~~