怎么样查视频文件是H263还是H264的啊?

Posted 2023-05-16

怎么样查视频文件是H263还是H264的啊?
没有朋友吗

参考技术A 用软件MediaInfo查看，举个例子：

概要
完整名称 : C:\TDDOWNLOAD\《悲惨世界》DVD（上）.RMVB
文件格式 : RealMedia
文件大小 : 367 MiB
长度 : 1小时 24分
平均混合码率 : 598 Kbps
电影 : ～☆ 经典译制片共享：《悲惨世界（上集）》上海电影译制厂译制☆ ～
艺术家 : →★★★中国配音网论坛——阳光制作★★★←
版权 : 中国配音网论坛—2006

视频
ID : 1
文件格式 : RealVideo 4
编码设置ID : RV40
编码设置ID/信息 : Based on AVC (H.264), Real Player 9
长度 : 1小时 24分
码率 : 534 Kbps
画面宽度 : 740像素
画面高度 : 308像素
画面比例 : 2.40:1
帧率 : 20.000 fps
bits/(pixel*frame)(数据密度) : 0.117
大小 : 324 MiB (88%)

音频
ID : 0
文件格式 : Cooker
编码设置ID : cook
编码设置ID/信息 : Based on G.722.1, Real Player 6
长度 : 1小时 24分
码率 : 64.1 Kbps
声道 : 2声道
采样率 : 44.1 KHz
位深度 : 16位
大小 : 38.9 MiB (11%)追问

谢谢您，还有没有类似这样的软件呢？

追答

若你使用“格式工厂”的话 在鼠标的右键会有一个“多媒体文件信息”选项 用这个也可以查看 但是是英文的 举个例子：
General
Complete name : C:\TDDOWNLOAD\《落日车神》.rmvb
Format : RealMedia
File size : 1.09 GiB
Duration : 1h 40mn
Overall bit rate : 1 532 Kbps

Video
ID : 1
Format : RealVideo 4
Codec ID : RV40
Codec ID/Info : Based on AVC (H.264), Real Player 9
Duration : 1h 40mn
Bit rate : 1 436 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Bits/(Pixel*Frame) : 0.065
Stream size : 1.01 GiB (92%)

Audio
ID : 0
Format : Cooker
Codec ID : cook
Codec ID/Info : Based on G.722.1, Real Player 6
Duration : 1h 40mn
Bit rate : 96.5 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Bit depth : 16 bits
Stream size : 69.6 MiB (6%)

本回答被提问者采纳

技术开发：H.265编码视频在web网页实现无插件播放应该通过软解码还是硬解码？

目前摄像头存在H.265和H.264两种编码格式，我们的摄像头已经支持H265编码视频的传输。H.264编码格式可以直接在web浏览器通过H5来进行视频解码来完成播放，但是对于H.265编码的视频，无法通过H5直接解码来进行视频播放，当前的方案是通过H5调用编解码组件来进行web直播。

但当前播放的痛点在于：只能使用软解和单线程来进行视频播放处理。

我们来测试一下H.265直播流解码播放。经测试，在 MacBook Pro 2.2GHz Intel Core i7 / 16G 内存笔记本上，使用 Chrome 浏览器长时间观看直播，内存使用量稳定在 270M ~ 320M 之间，CPU 占用率在 40% ~ 50% 之间。由于CPU占用过高，无法满足可以在同一客户机下面播放多路视频的效果。

由于客户端播放H.265编码视频受到技术瓶颈限制，现通过服务端将H.265编码格式转码为H.264编码，统一由服务端来进行视频处理，客户端只进行H.264编码视频播放。

实现方案

方案1：

直接对H265进行封装成自定义FLV、RTMP、HLS发布给前端播放，web前端得支持解析H265播放的控件，如果使用这种方案目前基本很难找到适用的开源方案，而且后端和前端的改动可以说基本是推倒重来，所以这种方案在短时间内是很难实现的。

方案2：

做一个转码服务对H265进行解码再编码成H264，web前端播放方案就无需做任何改动，转码的话有软件转码和硬件转码两种方案，软件转码耗CPU资源，还有就是考虑硬件转码的方案了，本文下面要介绍的就是硬件转码的方案。

实现过程

基于现有的视频服务框架，在现有的直播中新增转码功能，平台统一接入摄像头，通过拉流判断接入摄像头视频流是否为H.265编码视频流。若判定接入视频流为H.265编码视频流，将开启转码服务，对现有的视频流进行编解码处理，将视频转化为H.264编码推送给流媒体进行视频分发。平台也同步添加是否开启转码功能，开启转码功能后的通道设备将会输出H.264编码视频。

目前采用的是CPU的方式来进行视频转码。后续会增加CPU来进行解码（需要具体关联到设备的显卡）。