
kenneth197


0 访问量
0 原创专栏
17 资料
0 粉丝
个性签名:此E友还没有留下个性签名哦~
加入易百纳时间:2013-12-06
-
本帖最后由 kenneth197 于 2019-7-28 17:38 编辑 封装和第一代相同。 特性提升: 1. 温度精度±2.0℃ 3. 信噪比提升 1.5 倍 2. 人检测距离 7m(环境温度24℃)//环境温度越低,人检测距离越远。2019-07-280 0 2943
-
关键特性 z 64bit CPU z 高性能的 DTMB z 4Kx2K 的高质量的图像处理引擎 z 4Kx2K@60Hz 的 HEVC 解码 z 4Kx2K 的 UI z 支持 HDMI2.0 内置和桥接模式 z 完善的一体机解决方案 z 安全处理特性 高性能的 CPU z 64bit 的 4 核 RISC z 性能达到 1.2GHz,可以支撑流畅智能应用 z 独立的 I/Dcache 和 L2 Cache z 集成多媒体加速引擎 NEON z 集成硬件浮点协处理器 TS 流解复用/PVR z 最大支持 96 个硬件 PID 通道 z 支持全业务 PVR z 支持加扰流和非加扰流的录制 视频解码 z 支持 HEVC( H.265) [email]MP@Level5.0[/email] High-tier, 4Kx2K@60fps 能力 z 支持 H.264 BP/MP/HP@ level 5.0, 4Kx2K@30fps 能力 z 支持 MVC,1080P@60fps 能力 z 支持 MPEG1,1080P@60fps 能力 z 支持 MPEG2 SP@ML,MP@HL,1080P@60fps 能力 z 支持 MPEG4 SP@L0-3, ASP@L0-5,支持 GMC, 1080P@60fps 能力 z 支持 MPEG4 短头格式( H.263 baseline),1080P@60fps 能力 z 支持 Divx3/4/5/6,1080P@60fps 能力 z 支持 AVS 基准档次@级别 6.0, 支持 AVS+(AVS-P16) , 1080P@60fps 能力 z 支持 VC-1 SP@ML, MP@HL 和 AP@L0-3, 1080P@60fps 能力 z 支持 VP6/8,1080P@60fps 能力 z 支持低延迟解码 z 支持多路解码 图片解码 z 支持 JPEG 硬件解码,最大支持 6400 万像素 z 支持的格式: 400/420/411/422/422T/444 z 支持 MJPEG Baseline 解码 z 支持 PNG 硬件解码,最大支持 6400 万像素 z 支持的格式:灰度图像/真彩色图像/索引彩色图像/带α通 道数据的灰度图像/带α通道数据的真彩色图像 视频和图片编码 z 支持 H.264 BP/MP@level 4.2 视频编码,支持 1 路 1080p@30fps 或 2 路 720p@30fps 编码 z 支持 JPEG 硬件编码,最大支持 4K2K z 支持 1/4 像素运动估计, 支持 CABAC 编码 z 支持低延迟编码 z 支持多区域感兴趣编码 z 编码提供 VBR 和 CBR 模式 2D 图形加速 z 硬件加速引擎,提供高效的 2D 处理 z 支持丰富的数据格式处理: ARGB, CLUT 和 AYCbCr z 支持拷贝、 填充、 pattern 填充、 resize、 clip、 alpha blending、 colorkey 和 clip mask 操作 z 支持 ROP 操作 z 支持抗闪烁、 Gamma 校正、亮度对比度的调节 z 支持可编程扫描方式 z 支持链表操作方式 3D GPU z 集成 6 核高性能 GPU z 支持 4Kx2K 的图形渲染 z 支持 OpenGL ES 2.0/1.1/1.0 OpenVG 1.1 模拟电视中频解调 z 支持所有的模拟电视标准,包括 M/N, B/G/H, D/K, I, L, L‘ z 支持高频头低中频输入,中频频点可配置 z 无需外置 SAW z 支持群延时补偿和均衡滤波 数字解调 z 支持高频头低中频输入,内置 12bit ADC z 内置 1 路 DVB-C QAM 解调器: -支持 ITU-T J.83 Annex A/B/C -支持 DVB-C 0.7~7M 符号率,可纠载波频偏范围 +-700kHz z 内置 1 路 DVB-T 解调器 -支持标准版本 1.51 -支持低中频和高中频( 36MHz)信号输入 -快速的信号捕获能力,信号捕获时间小于 200ms,缩短 频道更换的等待时间 -自适应频谱反转识别 -大于±600kHz 的频率误差捕获范围 -符合 DTG7.0, NorDig-Unified Test Specification ver2.2.1 和 Digital Europe Ebook 测试要求 z -内置 1 路 DTMB 解调器 -支持标准 DTMB(GB20600-2006)所有 330 钟模式 -6MHz、 7MHz、 8MHz 输入信号带宽 -支持低中频(4~11MHz)和高中频( 36~37MHz)信号输入 -满足入网测试标准 GB/T20683,20686-2011 -更加优越的高斯、多径和移动接收性能 -更加优越的抗相位噪声性能 -更加优越的抗脉冲干扰性能2019-10-111 0 3517
-
主要特点 关键特性 64bit CPU 满足新的国标性能的 DTMB 支持 HDMI2.0 内置 完善的一体机解决方案 安全处理特性 高性能的 CPU 64bit 的双核 RISC 性能达到 1.2GHz,可以支撑流畅智能应用 独立的 I/Dcache 和 L2 Cache 集成多媒体加速引擎 NEON 集成硬件浮点协处理器 TS 流解复用/PVR 最大支持 96 个硬件 PID 通道 支持全业务 PVR 支持加扰流和非加扰流的录制 视频解码 支持 HEVC(H.265) [email]MP@Level5.0[/email] High-tier, 4Kx2K@30fps 能力 支持 H.264 BP/MP/HP@ level 5.0,4Kx2K@30fps 能力 支持 MVC,1080P@60fps 能力 支持 MPEG1,1080P@60fps 能力 支持 MPEG2 SP@ML,MP@HL,1080P@60fps 能力 支持 MPEG4 SP@L0-3,ASP@L0-5,支持 GMC, 1080P@60fps 能力 支持 MPEG4 短头格式(H.263 baseline),1080P@60fps 能力 支持 Divx3/4/5/6,1080P@60fps 能力 支持 AVS 基准档次@级别 6.0, 支持 AVS+(AVS-P16) , 1080P@60fps 能力 支持 VC-1 SP@ML, MP@HL 和 AP@L0-3, 1080P@60fps 能力 支持 VP6/8,1080P@60fps 能力 支持低延迟解码 支持多路解码 图片解码 支持 JPEG 硬件解码,最大支持 6400 万像素 支持的格式:400/420/411/422/422T/444 支持 MJPEG Baseline 解码 支持 PNG 硬件解码,最大支持 6400 万像素 支持的格式: 灰度图像/真彩色图像/索引彩色图像/带α通 道数据的灰度图像/带α通道数据的真彩色图像 视频编码 支持 H.264 BP/MP@level 4.2 视频编码,支持 1 路 720p@30fps 编码 支持 1/4 像素运动估计,支持 CABAC 编码 支持低延迟编码 支持多区域感兴趣编码 编码提供 VBR 和 CBR 模式 2D 图形加速 硬件加速引擎,提供高效的 2D 处理 支持丰富的数据格式处理:ARGB,CLUT 和 AYCbCr 支持拷贝、 填充、 pattern 填充、 resize、 clip、 alpha blending、 colorkey 和 clip mask 操作 支持 ROP 操作 支持抗闪烁、Gamma 校正、亮度对比度的调节 支持可编程扫描方式 支持链表操作方式 3D GPU 集成 4 核高性能 GPU 支持 1080p 的图形渲染 支持 OpenGL ES 2.0/1.1/1.0 OpenVG 1.1 模拟电视中频解调 支持所有的模拟电视标准,包括 M/N,B/G/H,D/K,I, L,L‘ 支持高频头低中频输入,中频频点可配置 无需外置 SAW 支持群延时补偿和均衡滤波 数字解调 支持高频头低中频输入,内置 12bit ADC 内置 1 路 DVB-C QAM 解调器: -支持 ITU-T J.83 Annex A/B/C -支持 DVB-C 0.7~7M 符号率,可纠载波频偏范围 +-700kHz 内置 1 路 DVB-T 解调器 -支持标准版本 1.51 -支持低中频和高中频(36MHz)信号输入 -快速的信号捕获能力,信号捕获时间小于 200ms,缩短 频道更换的等待时间 -自适应频谱反转识别 -大于±600kHz 的频率误差捕获范围 -符合 DTG7.0,NorDig-Unified Test Specification ver2.2.1 和 Digital Europe Ebook 测试要求 -内置 1 路 DTMB 解调器 -支持标准 DTMB(GB20600-2006)所有 330 钟模式 -6MHz、7MHz、8MHz 输入信号带宽 -支持低中频(4~11MHz)和高中频(36~37MHz)信号输入 -满足入网测试标准 GB/T20683,20686-2011 -更加优越的高斯、多径和移动接收性能 -更加优越的抗相位噪声性能 -更加优越的抗脉冲干扰性能 -更加优越的抗同频干扰性能 -自适应频谱反转识别 -大于±1.5MHz 的频率误差捕获范围 -集成高性能 12bit ADC,确保采样的精度2019-10-110 0 3466
-
本帖最后由 kenneth197 于 2019-10-11 17:56 编辑 主要特点 关键特性 64bit CPU 满足新的国标性能的 DTMB 支持 HDMI2.0 内置 完善的一体机解决方案 安全处理特性 高性能的 CPU 64bit 的双核 RISC 性能达到 1.2GHz,可以支撑流畅智能应用 独立的 I/Dcache 和 L2 Cache 集成多媒体加速引擎 NEON 集成硬件浮点协处理器 TS 流解复用/PVR 最大支持 96 个硬件 PID 通道 支持全业务 PVR 支持加扰流和非加扰流的录制 视频解码 支持 HEVC(H.265) [email]MP@Level5.0[/email] High-tier, 4Kx2K@30fps 能力 支持 H.264 BP/MP/HP@ level 5.0,4Kx2K@30fps 能力 支持 MVC,1080P@60fps 能力 支持 MPEG1,1080P@60fps 能力 支持 MPEG2 SP@ML,MP@HL,1080P@60fps 能力 支持 MPEG4 SP@L0-3,ASP@L0-5,支持 GMC, 1080P@60fps 能力 支持 MPEG4 短头格式(H.263 baseline),1080P@60fps 能力 支持 Divx3/4/5/6,1080P@60fps 能力 支持 AVS 基准档次@级别 6.0, 支持 AVS+(AVS-P16) , 1080P@60fps 能力 支持 VC-1 SP@ML, MP@HL 和 AP@L0-3, 1080P@60fps 能力 支持 VP6/8,1080P@60fps 能力 支持低延迟解码 支持多路解码 图片解码 支持 JPEG 硬件解码,最大支持 6400 万像素 支持的格式:400/420/411/422/422T/444 支持 MJPEG Baseline 解码 支持 PNG 硬件解码,最大支持 6400 万像素 支持的格式: 灰度图像/真彩色图像/索引彩色图像/带α通 道数据的灰度图像/带α通道数据的真彩色图像 视频编码 支持 H.264 BP/MP@level 4.2 视频编码,支持 1 路 720p@30fps 编码 支持 1/4 像素运动估计,支持 CABAC 编码 支持低延迟编码 支持多区域感兴趣编码 编码提供 VBR 和 CBR 模式 2D 图形加速 硬件加速引擎,提供高效的 2D 处理 支持丰富的数据格式处理:ARGB,CLUT 和 AYCbCr 支持拷贝、 填充、 pattern 填充、 resize、 clip、 alpha blending、 colorkey 和 clip mask 操作 支持 ROP 操作 支持抗闪烁、Gamma 校正、亮度对比度的调节 支持可编程扫描方式 支持链表操作方式 3D GPU 集成 4 核高性能 GPU 支持 1080p 的图形渲染 支持 OpenGL ES 2.0/1.1/1.0 OpenVG 1.1 模拟电视中频解调 支持所有的模拟电视标准,包括 M/N,B/G/H,D/K,I, L,L‘ 支持高频头低中频输入,中频频点可配置 无需外置 SAW 支持群延时补偿和均衡滤波 数字解调 支持高频头低中频输入,内置 12bit ADC 内置 1 路 DVB-C QAM 解调器: -支持 ITU-T J.83 Annex A/B/C -支持 DVB-C 0.7~7M 符号率,可纠载波频偏范围 +-700kHz 内置 1 路 DVB-T 解调器 -支持标准版本 1.51 -支持低中频和高中频(36MHz)信号输入 -快速的信号捕获能力,信号捕获时间小于 200ms,缩短 频道更换的等待时间 -自适应频谱反转识别 -大于±600kHz 的频率误差捕获范围 -符合 DTG7.0,NorDig-Unified Test Specification ver2.2.1 和 Digital Europe Ebook 测试要求 -内置 1 路 DTMB 解调器 -支持标准 DTMB(GB20600-2006)所有 330 钟模式 -6MHz、7MHz、8MHz 输入信号带宽 -支持低中频(4~11MHz)和高中频(36~37MHz)信号输入 -满足入网测试标准 GB/T20683,20686-2011 -更加优越的高斯、多径和移动接收性能 -更加优越的抗相位噪声性能 -更加优越的抗脉冲干扰性能 -更加优越的抗同频干扰性能 -自适应频谱反转识别 -大于±1.5MHz 的频率误差捕获范围 -集成高性能 12bit ADC,确保采样的精度2019-10-110 0 3003
-
关键特性 64bit CPU 满足新的国标性能的 DTMB 支持 HDMI2.0 内置 完善的一体机解决方案 安全处理特性 高性能的 CPU 64bit 的双核 RISC 性能达到 1.2GHz,可以支撑流畅智能应用 独立的 I/Dcache 和 L2 Cache 集成多媒体加速引擎 NEON 集成硬件浮点协处理器 TS 流解复用/PVR 最大支持 96 个硬件 PID 通道 支持全业务 PVR 支持加扰流和非加扰流的录制 视频解码 支持 HEVC(H.265) [email]MP@Level5.0[/email] High-tier, 1080P@60fps,具备 4Kx2K@30fps 能力 支持 H.264 BP/MP/HP@ level 5.0,1080P@60fps,具备 4Kx2K@30fps 能力 支持 MVC,1080P@60fps 能力 支持 MPEG1,1080P@60fps 能力 支持 MPEG2 SP@ML,MP@HL,1080P@60fps 能力 支持 MPEG4 SP@L0-3,ASP@L0-5,支持 GMC, 1080P@60fps 能力 支持 MPEG4 短头格式(H.263 baseline),1080P@60fps 能力 支持 Divx3/4/5/6,1080P@60fps 能力 支持 AVS 基准档次@级别 6.0, 支持 AVS+(AVS-P16) , 1080P@60fps 能力 支持 VC-1 SP@ML, MP@HL 和 AP@L0-3, 1080P@60fps 能力 支持 VP6/8,1080P@60fps 能力 支持低延迟解码 支持多路解码 图片解码 支持 JPEG 硬件解码,最大支持 6400 万像素 支持的格式:400/420/411/422/422T/444 支持 MJPEG Baseline 解码 支持 PNG 硬件解码,最大支持 6400 万像素 支持的格式: 灰度图像/真彩色图像/索引彩色图像/带α通 道数据的灰度图像/带α通道数据的真彩色图像 视频编码 支持 H.264 BP/MP@level 4.2 视频编码,支持 1 路 720p@30fps 编码 支持 1/4 像素运动估计,支持 CABAC 编码 支持低延迟编码 支持多区域感兴趣编码 编码提供 VBR 和 CBR 模式 2D 图形加速 硬件加速引擎,提供高效的 2D 处理 支持丰富的数据格式处理:ARGB,CLUT 和 AYCbCr 支持拷贝、 填充、 pattern 填充、 resize、 clip、 alpha blending、 colorkey 和 clip mask 操作 支持 ROP 操作 支持抗闪烁、Gamma 校正、亮度对比度的调节 支持可编程扫描方式 支持链表操作方式 3D GPU 集成 4 核高性能 GPU 支持 1080p 的图形渲染 支持 OpenGL ES 2.0/1.1/1.0 OpenVG 1.1 模拟电视中频解调 支持所有的模拟电视标准,包括 M/N,B/G/H,D/K,I, L,L‘ 支持高频头低中频输入,中频频点可配置 无需外置 SAW 支持群延时补偿和均衡滤波 数字解调 支持高频头低中频输入,内置 12bit ADC 内置 1 路 DVB-C QAM 解调器: -支持 ITU-T J.83 Annex A/B/C -支持 DVB-C 0.7~7M 符号率,可纠载波频偏范围 +-700kHz 内置 1 路 DVB-T 解调器 -支持标准版本 1.51 -支持低中频和高中频(36MHz)信号输入 -快速的信号捕获能力,信号捕获时间小于 200ms,缩短 频道更换的等待时间 -自适应频谱反转识别 -大于±600kHz 的频率误差捕获范围 -符合 DTG7.0,NorDig-Unified Test Specification ver2.2.1 和 Digital Europe Ebook 测试要求 -内置 1 路 DTMB 解调器 -支持标准 DTMB(GB20600-2006)所有 330 钟模式 -6MHz、7MHz、8MHz 输入信号带宽 -支持低中频(4~11MHz)和高中频(36~37MHz)信号输入 -满足入网测试标准 GB/T20683,20686-2011 -更加优越的高斯、多径和移动接收性能 -更加优越的抗相位噪声性能 -更加优越的抗脉冲干扰性能 -更加优越的抗同频干扰性能 -自适应频谱反转识别 -大于±1.5MHz 的频率误差捕获范围2019-10-110 0 2921
-
主要特点 关键特性 64bit CPU 满足新的国标性能的 DTMB 支持 4K ready 特性 完善的一体机解决方案 安全处理特性 高性能的 CPU 64bit 的双核 RISC 性能达到 1.2GHz,可以支撑流畅智能应用 独立的 I/Dcache 和 L2 Cache 集成多媒体加速引擎 NEON 集成硬件浮点协处理器 TS 流解复用/PVR 最大支持 96 个硬件 PID 通道 支持全业务 PVR 支持加扰流和非加扰流的录制 视频解码 支持 HEVC(H.265) [email]MP@Level5.0[/email] High-tier, 4Kx2K@30fps 能力,FHD 显示 支持 H.264 BP/MP/HP@ level 5.0,4Kx2K@30fps 能力, FHD 显示 支持 MVC,1080P@60fps 能力 支持 MPEG1,1080P@60fps 能力 支持 MPEG2 SP@ML,MP@HL,1080P@60fps 能力 支持 MPEG4 SP@L0-3,ASP@L0-5,支持 GMC, 1080P@60fps 能力 支持 MPEG4 短头格式(H.263 baseline),1080P@60fps 能力 支持 AVS 基准档次@级别 6.0, 支持 AVS+(AVS-P16) , 1080P@60fps 能力 支持 VC-1 SP@ML, MP@HL 和 AP@L0-3, 1080P@60fps 能力 支持 VP6/8,1080P@60fps 能力 支持低延迟解码 支持多路解码 图片解码 支持 JPEG 硬件解码,最大支持 6400 万像素 支持的格式:400/420/411/422/422T/444 支持 MJPEG Baseline 解码 支持 PNG 硬件解码,最大支持 6400 万像素 支持的格式: 灰度图像/真彩色图像/索引彩色图像/带α通 道数据的灰度图像/带α通道数据的真彩色图像 视频编码 支持 H.264 BP/MP@level 4.2 视频编码,支持 1 路 720p@30fps 编码 支持 1/4 像素运动估计,支持 CABAC 编码 支持低延迟编码 支持多区域感兴趣编码 编码提供 VBR 和 CBR 模式 2D 图形加速 硬件加速引擎,提供高效的 2D 处理 支持丰富的数据格式处理:ARGB,CLUT 和 AYCbCr 支持拷贝、 填充、 pattern 填充、 resize、 clip、 alpha blending、 colorkey 和 clip mask 操作 支持 ROP 操作 支持抗闪烁、Gamma 校正、亮度对比度的调节 支持可编程扫描方式 支持链表操作方式 3D GPU 集成 4 核高性能 GPU 支持 1080p 的图形渲染 支持 OpenGL ES 2.0/1.1/1.0 OpenVG 1.1 模拟电视中频解调 支持所有的模拟电视标准,包括 M/N,B/G/H,D/K,I, L,L‘ 支持高频头低中频输入,中频频点可配置 无需外置 SAW 支持群延时补偿和均衡滤波 数字解调 支持高频头低中频输入,内置 12bit ADC 内置 1 路 DVB-C QAM 解调器: -支持 ITU-T J.83 Annex A/B/C -支持 DVB-C 0.7~7M 符号率,可纠载波频偏范围 +-700kHz 内置 1 路 DVB-T 解调器 -支持标准版本 1.51 -支持低中频和高中频(36MHz)信号输入 -快速的信号捕获能力,信号捕获时间小于 200ms,缩短 频道更换的等待时间 -自适应频谱反转识别 -大于±600kHz 的频率误差捕获范围 -符合 DTG7.0,NorDig-Unified Test Specification ver2.2.1 和 Digital Europe Ebook 测试要求 -内置 1 路 DTMB 解调器 -支持标准 DTMB(GB20600-2006)所有 330 钟模式 -6MHz、7MHz、8MHz 输入信号带宽 -支持低中频(4~11MHz)和高中频(36~37MHz)信号输入 -满足入网测试标准 GB/T20683,20686-2011 -更加优越的高斯、多径和移动接收性能 -更加优越的抗相位噪声性能 -更加优越的抗脉冲干扰性能 -更加优越的抗同频干扰性能 -自适应频谱反转识别 -大于±1.5MHz 的频率误差捕获范围 -集成高性能 12bit ADC,确保采样的精度 支持外置 TS 输入,可以满足 ISDB-T,DVB-T2 解调输 出的 TS NTSC/PAL/SECAM 视频解调 支持 NTSC(NTSC-M,NTSC-J,NTSC-4.43), PAL(B,D,G,H,M,N,I,Nc)和 SECAM 标准 支持制式自动检测 支持运动自适应的 3D 梳状滤波器 支持 1 路 CVBS 和 1 路 Y/C 输入 支持 VBI 处理:TT、CC、WSS 多格式音频解调 支持 SIF 解调 支持 NICAM,A2,EIA-J,BTSC,FM 和 AM 标准解调 支持 BTSC,EIA-J 标准下的 Mono/Stereo/SAP 模式 支持 NICAM,A2 标准下的 Mono/Stereo/Dual 模式 支持伴音制式和模式的自动检测 音频、音效处理 支持音频采样率转化 支持音量、均衡、静音控制 支持虚拟立体声/环绕声,低音增强 支持对白增强和智能音量 支持 SRS 等声音处理 option 音频编解码 支持多格式音频解码 -Dolby Digital, Dolby Digital Plus, Dolby TrueHD -DTS, DTS-HD -MPEG L1/L2 -MP3 -AAC_LC,HE_AAC,HE_AACV2 -LPCM -APE -FLAC -OggVorbis -AMR-NB -AMR-WB - G.711(u/a) 支持多格式音频编码 - AAC 海思专业的图形引擎 Hi-Imprex II Engine 支持 Hi-HDR I 处理引擎 -支持 FHD HDR 源的处理 Hi-Imprex III 缩放引擎 -高阶、系数可编程的多相位滤波 -支持包括非线性缩放的多种缩放模式 -支持图形缩放的预增强,支持去振铃效应 Hi-Imprex III 视频处理引擎 -支持 MC 的隔逐行转换处理 -3:2/2:2/M:N 电影模式的自动检测和复原 -支持 3D 降噪,支持对包括网络视频在内的各种视频内 容的降噪 -支持噪声电平检测 -支持 MPEG 降噪,支持块效应消除(De-blocking)和蚊虫 噪声消除(Mosquito noise Reduction) Hi-Imprex III 图像增强引擎 -针对包括 4Kx2K 内容的 3D 自适应 Sharpening,支持对 不同方向、不同频段的增强处理和 shoot 控制 -支持 LTI/CTI -3D 自适应颜色管理, 可进行指定色增强和自动颜色拷贝 -动态对比度增强,可根据亮暗场景变化自适应调整对比 度和进行颜色补偿 -支持蓝电平扩展 Hi-SuperClear III 的处理 支持可编程的 12-bit Gamma 查找表 支持自动 3D 格式检测 支持 2D 转 3D 处理 支持 0D-Local Dimming 处理 安全处理 option 支持高级安全特性 支持 DRM 支持 AES/DES/3DES 的数据加解密处理 支持硬件 HASH 算法 支持 USB 设备的内容保护 支持可下载 CAoption 音视频接口 音频接口 - -支持 1 路 I2S 输出和 SPDIF 输出 -支持 1 路 HDMI ARC 通道 -支持 3 路立体声输入,2 路 MIC 输入 -支持 3 路立体声输出 YPbPr 兼容 RGB 接口 -2 个模拟通道最高支持 1080p -支持 SOG -支持自动格式和模式检测 -RGB 通道支持位置、相位调整 支持 1 路 scart 模拟视频通道支持线缆在线检测 HDMI 接口 -支持 3 路 HDMI 输入接口,其中一路支持 HDMI2.0,一 路支持 MHL2.0/HDMI1.4,一路支持 HDMI1.4/ARC -支持 4Kx2K @60Hz 输入,FHD 显示 -支持端口快速切换 -支持 CEC -支持 HDCP 2.2/1.3/1.1 支持 2-link LVDS 输出 支持 1 路 CVBS 输出 存储器控制接口 DDR3/3L 接口 -支持对接 512MB/768MB/1GB 容量 -最宽支持 32bit 的接口 -最高速率可达 1.6Gbps 支持 SPI Flash -支持 1、2、4bit 器件 -支持最大容量 32MB 支持 EMMC Flash 外围接口 2 个 USB2.0 Host 接口 1 个 USB3.0 Host 接口 1 个 SDIO3.0 接口,支持 3.3V/1.8V 器件 1 个 10M/100M 自适应网口 1 个 CI/CI+接口 1 个 IR 接收处理器 4 个 KeyPAD 接口 多路 I2C 接口 3 个 UART 接口 多组 GPIO 接口 多个 PWM 接口 内部集成上电复位模块(POR) 其他 支持 2 层 PCB 设计 支持多种 Boot 模式 支持通过串口、USB 接口进行引导程序的下载和运行 集成专用待机处理器,支持多种低功耗模式 支持 HDMI 唤醒 支持自适应电压调节(AVS)和动态调频调压(DVFS)等 低功耗技术,支持超低功耗设计2019-10-110 0 3151
-
好无聊呀,有没有老铁在加班啊 好无聊呀,有没有老铁在加班啊2020-01-270 0 1355
-
JZ4775 是一款基于君正 XBurst CPU 微体系架构的高性能、高集成度、超低功耗的应用处理器, 最 高 运 行 1.0GHz , 包 含 256KB L2 Cache , 支 持 32-bit DDR3/DDR2/LPDDR , 支 持 NAND/MMC/SD/SPI Nor/USB 等多种启动方式,集成 LCD 和 EPD 控制器,集成 Audio CODEC,具 有多种接口可连接 WIFI、 Bluetooth、 GPS、 FM、 Sensors 等各种外设,具有极佳的性价比优势。 PD_JZ4775_NEWTON 平台集成了一颗支持 9 轴的运动检测和跟踪功能的传感器,其中包括一 个陀螺仪(gyroscope)、一个加速计(accelerometer)、一个磁力计(magnetometer)。该平台还集成了一 个温湿度传感器,一个气压计,以及一个心电传感器。 各类传感器的支持使得该平台可以应用于各类 可穿戴式设备和健康医疗等产品中。 该平台包含一个 WIFI+Bluetooth+FM+NFC 的四合一模组,其中 WIFI 支持 802.11 a/b/g/n 协议, 并且支持 2.4 GHz 和 5 GHz 两个频段; Bluetooth 支持 4.0 协议并且支持 BER&ALE。 该平台可扩展外接 LCD、 I2C、 UART、 GPIO 接口,可方便客户与现有设备进行数据交互2020-01-140 0 2607
-
Android 诞生之初主要面向手机业务,而手机上的主要存储介质一般为 SD,TF 卡,存储 设备没有分区,所以 Android 自身的存储管理原本设计成只针对单分区存储方案,对于 多分区的 U 盘, 硬盘等, 业务上只能访问第一个分区。 而在我们的 DPT Android 平台上, 由于支持 SD 卡、SB 等接口,使得存储方案变得丰富多样,目前 Android 的原生存储方 案不能满足应用需求,需要升级以支持多设备,多分区。同时,由于谷歌和厂商对内置 SD 卡和外置 SD 卡的不同要求,我们需要支持 2 种 SD 卡的方案2020-01-140 0 2827
-
主要特点 处理器内核 ARM Cortex A7 双核 @Max.1.3GHz − 32KB L1 I-Cache,32KB L1 D-Cache − 256KB L2 Cache − 支持NEON/FPU 多协议视频编解码 H.265 Main Profile, Level 5.0 编码 H.265 Main Profile, Level 5.0 解码 H.264 Baseline/Main/High Profile Level 5.1 编码 H.264 Baseline/Main/High Profile Level 5.1 解码 MPEG-4 SP, L0~L3/ASP L0~L5 解码 MJPEG/JPEG Baseline 编解码 视频编解码处理 H.265/H.264&JPEG 多码流编解码性能: − 4x1080p@30fps H.265/H.264编码+4xD1@30fps H.265/H.264编码+4x1080p@30fps H.265/H.264解码 +4x1080p@2fps JPEG编码 − 8x720p@30fps H.265/H.264编码+8xD1@30fps H.265/H.264编码+8x720p@30fps H.265/H.264解码 +8x720p@2fps JPEG编码 − 16x960H@30fps H.265/H.264编码+16xCIF@30fps H.265/H.264编码+16x960H@30fps H.265/H.264解码 +16x960H@2fps JPEG编码 − 4x1080p@30fps H.265/H.264解码 − 8x720p@30fps H.265/H.264解码 − 4x1080p@30fps JPEG解码 支持 CBR/VBR/AVBR/FIXQP/QPMAP 五种码率控制 模式 输出码率最高 40Mbps 支持感兴趣区域(ROI)编码 支持彩转灰编码 智能视频分析 集成智能分析加速引擎,支持智能运动侦测、周界防 范、视频诊断等多种智能分析应用 视频与图形处理 支持 de-interlace、锐化、3D 去噪、动态对比度增强、 马赛克处理等前、后处理 支持视频、图形输出抗闪烁处理 支持视频 1/15~16x 缩放 支持图形 1/2~2x 缩放 支持 4 个遮挡区域 支持 8 个区域 OSD 叠加 音频编解码 硬件实现多协议音频编码,支持 ADPCM、G.711、 G.726 软件实现多协议音频编解码 安全引擎 硬件实现 AES/DES/3DES 加解密算法 视频接口 视频输入接口 − 支持4个8bit接口或2个16bit接口 − 每个8bit接口支持108/144MHz 4路D1/960H,时分复用 输入,共支持16xD1/16x960H实时视频输入 − 每个8bit接口支持144/148.5MHz 2路720p时分复用输 入,共支持8x720p@30fps实时视频输入 − 每个8bit接口支持148.5MHz双沿采样或297MHz单沿 采样实现4路720p时分复用输入,共支持 16x720p@30fps实时视频输入 − 每个8bit接口支持148.5MHz BT.1120 Y/C间插模式输 入,共支持4x1080p@30fps实时视频输入 − 每个8bit接口支持通过148.5MHz双沿采样或297MHz 单沿采样实现2路1080p时分复用输入,共支持 8x1080p@30fps实时视频输入 − 每个8bit接口支持通过148.5MHz双沿采样或297MHz 单沿采样实现1路4M(2560*1440)时分复用输入,共 支持4x4M@30fps实时视频输入 − 16bit接口支持148.5MHz BT.1120标准模式,支持 2x1080p@60fps实时视频输入 视频输出接口 − 支持1个HDMI 1.4b 高清输出接口,最大输出 3840x2160@30fps − 支持1个VGA高清输出接口,最大输出1080p@60fps − 支持2个独立高清输出通道(DHD0、DHD1),可 通过任意高清接口(HDMI、VGA)输出 − DHD0支持36画面输出,最大输出3840x2160@30fps − DHD1支持16画面输出,最大输出1080P@60fps − 支持1个CVBS标清输出接口 − 支持3个ARGB1555或ARGB8888的全屏GUI图形 层,分别用于2路高清和1路标清 − 支持2个硬件鼠标层,格式为ARGB1555、 ARGB8888可配置,最大分辨率为256x256 音频接口 3 个单向 I2S/PCM 接口 − 2个输入,支持16路复合输入 − 1个输出,支持双声道输出 − 支持16bit语音输入和输出 网络接口 1 个千兆以太网接口 − 支持RGMII、RMII、MII三种接口模式 − 支持10/100Mbit/s半双工或全双工 − 支持1000Mbit/s全双工 − 支持TSO,降低CPU开销 外围接口 2 个 SATA3.0 接口 − 支持PM功能 − 支持eSATA 2 个 USB 2.0 HOST 接口,支持 Hub 功能 3 个 UART 接口,其中 1 个支持 4 线 1 个 SPI 接口,支持 2 个片选 支持 1 个 IR 接口 支持 1 个 I2C 接口2018-05-299 0 6265
-
公司有个项目计划用imx6 的核心板来做,谁家做可以联系我一下。2017-06-281 0 2065
-
PS: 这是找到一份文件中的,分享出来 ,文件中并未给出出处,doc文件见附件 准备工作:你得把opencv库装到电脑上,并把各种头文件,源文件,lib库都连到vc上,然后设置一下系统环境变量,这里这方面就不说了,好像我前面的文章有说过,不懂也可百度一下。 建立一个基于WIN32控制台的工程CameraUSB,在新建一个c++元文件,写代码: #include "cxcore.h" #include "cvcam.h" #include "windows.h" #include "highgui.h" void callback(IplImage* image); int main() { int ncams=cvcamGetCamerasCount( );//返回可以访问的摄像头数目 HWND MyWin; // 设置系统属性 cvcamSetProperty(0, CVCAM_PROP_ENABLE, CVCAMTRUE); //选择第一个摄像头 //camera cvcamSetProperty(0, CVCAM_PROP_RENDER, CVCAMTRUE); //We'll render stream // 在本例中 // 假设创建一个窗口,并且窗口的ID是在变量 MyWin 中定义 // MyWin 是窗口 HWND 的类型 MyWin=(HWND)cvGetWindowHandle("CameraUSB window"); cvcamSetProperty(0,CVCAM_PROP_WINDOW,&MyWin); // Selects a window for //video rendering //回调函数将处理每一帧 cvcamSetProperty(0,CVCAM_PROP_CALLBACK,callback); cvcamInit( ); cvcamStart( ); // 现在程序开始工作 cvWaitKey(0); cvcamStop( ); cvcamExit( ); return 0; } // 在图像中画兰色水平线 void callback(IplImage* image) { IplImage* image1 = image; int i,j; assert (image); for(i=0; iheight; i+=10) { for(j=(image1->widthStep)*i; j<(image1->widthStep)*(i+1); j+=image1->nChannels) { image1->imageData[j] = (char)255; image1->imageData[j+1] = 0; image1->imageData[j+2] = 0; } } } [code]实现功能:同时采集两路USB摄像头数据,并显示,具有图片保存功能(点击左键保存图片,并暂停视频;右键继续视频)。步骤就不说了,很简单,直接放代码了: #include #include #include #include "stdio.h" #include void StereoCallback(IplImage *frame1,IplImage *frame2); void onMouse1(int Event,int x,int y,int flags,void *param); void onMouse2(int Event,int x,int y,int flags,void *param); IplImage *image1,*image2; char *strleft[4]={"left1.bmp","left2.bmp","left3.bmp","left4.bmp"}; char *strright[4]={"right1.bmp","right2.bmp","right3.bmp","right4.bmp"}; void main() { HWND CaptureWindow1=0; //不赋值也行 HWND CaptureWindow2=0; //int ncams=cvcamGetCamerasCount(); //获取摄像头的个数,在这里可有可无 //用对话框的形式来选取摄像头 int *CameraNumber; int nSelected = cvcamSelectCamera(&CameraNumber); /* //灰色图像 image1=cvCreateImage(cvSize(320,240),IPL_DEPTH_8U,1); image2=cvCreateImage(cvSize(320,240),IPL_DEPTH_8U,1); */ //彩色图像 image1=cvCreateImage(cvSize(320,240),IPL_DEPTH_8U,3); image2=cvCreateImage(cvSize(320,240),IPL_DEPTH_8U,3); //初始化两个摄像头 cvNamedWindow("cvcam1 Window",1); CaptureWindow1=(HWND)cvGetWindowHandle("cvcam1 Window"); cvcamSetProperty(CameraNumber[0], CVCAM_PROP_ENABLE, CVCAMTRUE); cvcamSetProperty(CameraNumber[0], CVCAM_PROP_RENDER, CVCAMTRUE); cvcamSetProperty(CameraNumber[0], CVCAM_PROP_WINDOW, &CaptureWindow1); // cvSetMouseCallback("cvcam1 Window",onMouse1,0); cvNamedWindow("cvcam2 Window",1); CaptureWindow2=(HWND)cvGetWindowHandle("cvcam2 Window"); cvcamSetProperty(CameraNumber[1], CVCAM_PROP_ENABLE, CVCAMTRUE); cvcamSetProperty(CameraNumber[1], CVCAM_PROP_RENDER, CVCAMTRUE); cvcamSetProperty(CameraNumber[1], CVCAM_PROP_WINDOW, &CaptureWindow2); // cvSetMouseCallback("cvcam2 Window",onMouse2,0); //让两个摄像头同步 cvcamSetProperty(CameraNumber[0],CVCAM_STEREO_CALLBACK,(void*)&StereoCallback); //启动程序 cvcamInit(); cvcamStart(); cvSetMouseCallback("cvcam1 Window",onMouse1,0); cvSetMouseCallback("cvcam2 Window",onMouse2,0); cvWaitKey(0); cvcamStop(); free(CameraNumber); cvcamExit(); cvDestroyWindow("cvcam1 Window"); cvDestroyWindow("cvcam2 Window"); } void StereoCallback(IplImage* frame1,IplImage *frame2) { /* //把图像转换成灰度图并保存到image中 cvCvtColor(frame1,image1,CV_RGB2GRAY); cvCvtColor(frame2,image2,CV_RGB2GRAY); */ //拷贝图像到全局变量image中 该函数这样用存在问题 // cvCopy(frame1,image1); // cvCopy(frame2,image2); image1=cvCloneImage(frame1); image2=cvCloneImage(frame2); //对截取的图像翻转 cvFlip(image1,image1,0); cvFlip(image2,image2,0); } void onMouse1(int Event,int x,int y,int flags,void *param) { static int num=0; if(Event==CV_EVENT_LBUTTONDOWN) { if(num==4)num=0;//只是固定定义了保存4张图片,为了不让程序非法而设置的复原 cvcamPause(); //图像保存 cvSaveImage(strleft[num],image1); // cvSaveImage(strright[num],image2); // cvSaveImage("left.bmp",image1); // cvSaveImage("right.bmp",image2); } if(Event==CV_EVENT_RBUTTONDOWN) { cvcamResume(); num++; } } void onMouse2(int Event,int x,int y,int flags,void *param) { static int num=0; if(Event==CV_EVENT_LBUTTONDOWN) { if(num==4)num=0;//只是固定定义了保存4张图片,为了不让程序非法而设置的复原 cvcamPause(); //图像保存 // cvSaveImage(strleft[num],image1); cvSaveImage(strright[num],image2); // cvSaveImage("left.bmp",image1); // cvSaveImage("right.bmp",image2); } if(Event==CV_EVENT_RBUTTONDOWN) { cvcamResume(); num++; } } [/code]2016-06-212 0 4077
-
如题:拜谢各位,谁有ar8035的资料共享一下2016-04-291 0 2559
-
http://pan.baidu.com/s/1gdw3WuZ前面心血来潮,准备在A20上移植多个3G或4G模块,然后用openwrt做负载均衡再转成wifi信号。最近是没时间搞了,有兴趣的来研究吧,记得分享。密码来了:86pi2015-01-1558 2 20532
-
所谓封装格式就是将已经编码压缩好的视频轨和音频轨按照一定的格式放到一个文件中,也就是说仅仅是一个外壳,或者大家把它当成一个放视频轨和音频轨的文件夹也可以。说得通俗点,视频轨相当于饭,而音频轨相当于菜,封装格式就是一个碗,或者一个锅,用来盛放饭菜的容器。 比较常用的有以下封装格式 1 AVI AVI容器-成熟的老技术 AVI是微软1992年推出用于对抗苹果Quicktime的技术,尽管国际学术界公认AVI已经属于被淘汰的技术,但是由于windows的通用性,和简单易懂的开发API,还在被广泛使用。 AVI的文件结构、分为头部, 主体和索引三部分. 主体中图像数据和声音数据是交互存放的。从尾部的索引可以索引跳到自己想放的位置。 AVI本身只是提供了这么一个框架,内部的图像数据和声音顺据格式可以是任意的编码形式。因为索引放在了文件尾部,所以在播internet流媒体时已属力不从心。很简单的例子,从网络上下载的片子,如果没有下载完成,是很难正常播放出来。另外一个问题是AVI对高码率VBR音频文件支持不好。 VBR全称是Variable BitRate,就是动态比特率,可以根据当前的需要定义不同的比特率,避免了浪费,并且提高了利用率。随之问题也就来了,因为容器里的图像和声音是分开的,所以播放时需要一个图像和声音的同步过程,如果CBR音轨的话因为码率是定值,同步不成为问题,可是VBR音轨是不断的在变换,而AVI没有时间戳去让VBR音轨和图像同步,这样就会产生图像声音不同步的问题。后来VirtualDub提出了一种新的方法扩充了AVI对VBR音频的兼容,但是在高码率时会产生丢失数据的问题,从而导致有损音效,这一点问题到现在都没有比较完美的解决方法。并且更加令人遗憾的是,对TrueHD, DTS-HD等音效更是完全不能支持。 2 ts和ps封装 因为HDDVD以及BD之争,尽管两家在编码上都统一采用MPEG2/VC-1/H.264,可在封装格式上又有所分岐。DVD论坛官方所认可的HDDVD使用的是PS封装,即Program Stream(程序流),这和之前DVD所采用的MPEG2 Program Stream封装是一样的,PS流的后缀名是VOB以及EVO等。而BD在没有DVD论坛官方认证的情况下,自然不是PS封装,而是使用了MPEG2的另一封装TS封装,即Transport Stream(传输流),TS流的后缀名为TS。它们都是MPEG2系统部分的两个不同的语法结构,而在现在仅仅在作为封装使用。TS流对于PS流来说更易传输,不过由于其性质,也更易出错,所以在以前一般存储方面都是使用PS流,当然现在随着容错/纠错技术的提高,TS的适用范围越来越广。 现在网上大多流传以TS封装的HDTV remux版,PS封装只能在HDDVD原版才看到,所以我们来着重分析一下TS封装格式。 电视节目是你任何时候打开电视机都能解码(收看)的,所以,MPEG2-TS格式的特点就是要求从视频流的任一片段开始都是可以独立解码的。从结构上来说,TS是由头文件和主体所组成的,扩充过的TS流还包括时间戳。这样不管是什么格式的VBR音轨,都很容易通过时间戳来同步图像。当然,对新的声音格式来说,需要新的分离器,解码器来实现解码。目前在不断改进开发中。 TS不像AVI,从诞生那天起,就考虑到了网络播放,所以很快成为了世界标准并广泛应用于电视台数字播放,手机等各个领域。 REMUX版本 Remux的意思是无损的提取出HD-DVD 和 BluRay-DVD里面的视频数据和音频数据,封装到我们熟悉的TS或者AVI文件中 3 MOV封装 不少HDRIP使用的封装格式一般是AVI,MKV和MOV。MOV是Quicktime封装,这一封装和AVI几乎是同一时代的,缺陷也不少,现在很少有人使用。 HDRIP:重新编码,即有损压缩过之后的视频。 4 MKV封装 MKV是Matroska的简称,它是一种新的多媒体封装格式,比较常见的搭配是X264+MKV。MKV封装十分新颖,而且也非常开放,它对比AVI的优势体现在以下几点: 1:可变帧率:这需要编码的配合,试想一下在回放变化比较慢(比如说静物)时以比较低的FPS来代替,可以节省不少资源。 2:错误检测以及修复:这无疑提供了纠错和容错性,在网络传输的今天尤为需要。 3:软字幕:经常看DVDrip以及HDrip的朋友了解到,字幕一般都是以其它文件形式存在,在MKV里它可以内嵌在封装里,但不会和视频混淆,也可以多字幕随意选择。这样在传输保存时比较方便。 4:流式传输:这和TS流的原因基本一致,通过时间戳来管理视频以及音频的同步问题,做到即下即看。 5:菜单:交互式的操作使得MKV更加人性化。 6:强大的兼容性:MKV最大的特点就是能容纳多种不同类型编码的视频、音频及字幕流,即使是非常封闭的RealMedia及QuickTime也被它包括进去了,堪称万能的媒体容器。 7:开放性和跨平台性:Matroska使用的是一种开放的架构,拥有众多的先进特性,并且能跨平台使用。 不过Matroska相对于以上我们介绍的缺点也是显而易见的,它没有深厚的背景可以依托,这决定了它不可能在商业领域里有所作为。不过从DVDrip里我们看到并非标准才是唯一,真正先进的技术在标准化商业化的道路上碰到很多非技术壁垒,而在网上而言,根本不存在这样那样的顾虑,所以MKV可以网上快速流行起来。 不过MKV的缺点也是显而易见的,分离器方面比较好的仅有HAALI分离器,再加上民间标准的缘故,我们很难在PC以外的地方见到它的存在。 为什么有这么多的格式以及规范呢? 其实不然,试想一下,有的菜,例如排骨,比较大,碗放不下,得换锅。有的饭比较烫,也不能放在塑料的容器里,当然个人喜好也有一定关系。所以容器的选择,基本在于,其对视频/音频兼容性,以及适合范围。这下大家应该明白了,很多人一直把封装格式当成前面介绍的视频编码,而这两者之间没有必然的直接联系。 +++编码方式:目前有mpeg1:早期vcd使用,分辨率是352*288,压缩比低 mpeg2:一般DVD使用,有NTSC(720*480)和PAL (720*576) 压缩比高于mpeg1 mpeg4 :目前使用最多的技术,avi文件始祖,大大提高压缩 比,而质量堪比DVD divx:基于mpeg4开发的,有一定算法优化 xvid:divx技术封锁之后被人破解开发的,也是基于mpeg4的 编码技术更先进,采用开放源码,画质更好 h.261:早期的低码率编码,应用于352x288和176x144,现在 已不用 h.263:在低码率下能够提供比H.261更好的图像效果,改进一 些算法 h.263+:h.263的改进型 h.264 :H.264集中了以往标准的优点,高效压缩,与H.263+ 和MPEG4 SP相比,减小50%比特率,高质量应用等 rm/rmvb:real 公司推出的应用于网络的高压缩编码,rm是固定 码率,rmvb是动态码率(就是静态画面采用低码率,动态 采用高码率) h.263 和mpeg是不同的国际标准 封装格式(也叫容器):所谓封装格式就是将已经编码压缩好的视频轨和音频轨按照一定的格式放到一个文件中,也就是说仅仅是一个外壳,或者大家把它当成一个放视频轨和音频轨的文件夹也可以。说得通俗点,视频轨相当于饭,而音频轨相当于菜,封装格式就是一个碗,或者一个锅,用来盛放饭菜的容器。 AVI:微软在90年代初创立的封装标准,是当时为对抗 quicktime格式(mov)而推出的,只能支持固定CBR恒定 比特率编码的声音文件。 ts和ps:PS封装只能在HDDVD原版, mov: MOV是Quicktime封装 WMV:微软推出的,作为市场竞争 mkv:万能封装器,有良好的兼容和跨平台性、纠错性,可带 外挂字幕。 flv:h针对于h.263家族的格式 rmvb/rm:Real Video,由RealNetworks开发的应用于rmvb和rm MP4:主要应用于mpeg4的封装 h.264的压缩比是最高的,主要应用于低码率下的实时在线播放,rmvb压缩比相对低一些,但质量要好很多 +++++一个完整的多媒体文件是由音频和视频2部分组成的。H264、Xvid等就是视频编码格式,MP3、AAC等就是音频编码格式。字幕文件只是其中附带部分。 把视频编码和音频编码打包成一个完整的多媒体文件,可以有不同的方式,这种方式便是所谓的封装方式,不同的封装方式有不同的后缀。由于有些封装方式具有很强的灵活性,它可以把各种不同的音视频文件打包成一个文件,因此会出现这么一种情况,虽然文件的后缀是相同的,但有些可以正常播放,而有些不能播放,毕竟任何一种播放软件都不是万能的。部分先进的封装方式还可以同时封装多个音频编码文件,甚至同时封装进字幕文件,如MKV封装方式。MKV文件可以做到一个文件包括多种语种发音,多语字幕以适合不同的人观看。 ---------------------------------------------------------------------------------------------- 目前有最常见的编码方式: mpeg1:vcd使用的就是这种编码格式,分辨率是352*288,压缩比低 mpeg2:一般DVD使用,有NTSC(720*480)和PAL (720*576),和mpeg1一样属于即将被淘汰的编码格式。 mpeg4 :目前使用最多的技术,avi文件始祖,大大提高压缩比,而质量堪比DVD divx:基于mpeg4开发的,有一定算法优化 xvid:divx技术封锁之后被人破解开发的,也是基于mpeg4的编码技术更先进,采用开放源码,画质更好 h.261:早期的低码率编码,应用于352x288和176x144,现在已不用 h.263:在低码率下能够提供比H.261更好的图像效果,改进一些算法 h.263+:h.263的改进型 h.264 :H.264集中了以往标准的优点,高效压缩, RV.10 RV.13 RV.20 RV.30 RV40: real 公司推出的应用于网络的高压缩编码,是不同时期rm和rmvb的编码 ----------------------------------------------------------------------------------------- 封装格式(也叫容器):所谓封装格式就是将已经编码压缩好的视频轨和音频轨按照一定的格式放到一个文件中,也就是说仅仅是一个外壳,或者大家把它当成一个放视频轨和音频轨的文件夹也可以。说得通俗点,视频轨相当于饭,而音频轨相当于菜,封装格式就是一个碗,或者一个锅,用来盛放饭菜的容器。 AVI:微软在90年代初创立的封装标准,是当时为对抗quicktime格式(mov)而推出的,只能支持固定CBR恒定 定比特率编码的声音文件。 ts和ps:PS封装只能在HDDVD原版, mov: MOV是Quicktime封装 WMV:微软推出的,作为市场竞争 mkv:万能封装器,有良好的兼容和跨平台性、纠错性,可带外挂字幕。 flv: 这种封装方式可以很好的保护原始地址,不容易被下载到,目前一些视频分享网站都采用这种封装方式 rmvb/rm:Real Video,由RealNetworks开发的应用于rmvb和rm的不同封装方式。rm是固定码率,rmvb是动态 码率(就是静态画面采用用低码率,动态采用高码率) MP4:主要应用于mpeg4的封装,主要在手机上使用。 3GP:目前主要应用于H.263的封装,主要在3G手机上使用 ---------------------------------------------------------------------------------------------- 理论上可以把任意一个视频文件和一个音频文件打包成一个完整的多媒体文件,但不同的封装方式有其不同的计算方式,它所要求的是在高压缩率的同时又要兼顾高的清晰度效果。所以无论哪种封装方式都不会把任意的一个视频文件和一个音频文件打包在一起。例如MKV封装容器,基本无论什么样的组合都可以!但一般MKV用的最多的就是H264+AAC组合,此组合文件体积最小,清晰度最高。因此网上很多MKV视频都是高清晰度的。 下面是一些常见的组合方式: 封装容器 视频流编码格式 音频流编码格式 AVI Xvid MP3 AVI Divx MP3 Matroska(后缀就是MKV) Xvid MP3 Matroska(后缀就是MKV) Xvid AAC Matroska(后缀就是MKV) H264 AAC MP4 Xvid MP3 MP4 H264 AAC 3GP H.263 AAC -------------------------------------------------------------------------------------------- 各种编码对应的最佳码率 编码规范和封装格式多种多样,是因为它们对应的最佳码率不同。640x272低分辨率的主要是Real Video,最佳码率在350-600Kbps,封装文件格式为RM或者RMVB,我们经常在网上下载的300M左右的电影基本都是RealVideo规范的RMVB文件;分辨率提升为1024x438时,一般就开始使用Xvid编码了,码率也在800-1300Kbps不等,封装文件经常是AVI,文件体积在700MB左右;而720P影片,我们经常下载的X264/AVC编码MKV封装文件,码率5-6MB,音频部分可以达到5.1音效,影音效果很不错,但文件体积都在4.3GB上下,一张DVD碟的容量,网上下载往往需要数天;1080P影片经常采用的有H.264编码和VC1编码,码率30Mbps上下,体积达到22-40GB,虽然效果震撼,但是不方便网络共享。对于容量8GB左右的MP4,综合视频来源以及体积,最适合的是Xvid编码、码率在1300Kbps左右、文件体积700MB-1.4GB的AVI,以及同样码率和体积的RV40编码RMVB,还有码率350-600Kbps的RMVB。2014-12-2925 6 10163
-
现在想做低功耗蓝牙设备。 发现CC2540和CC2541是同一个系列该怎么选型呢? 我的需求是一个嵌入式设备能实时将数据传给手机。2014-01-194 0 6090

共16条