CRC编解码器，基于VHDL的设计。循环冗余校验（CRC）模块设计，仿真实现。16位理论。。。8位实验！

压缩 使用类似DEFLATE的算法的通用编解码器。

XVID opencv 解码器和编码器！

sbc：SBC编解码器库

MX_FFmpeg:MX Player自定义编解码器https

本程序的功能是实现串口通信，采用232传输协议，编码方式为8B/10B转换，即一位起始位，8位数据位，一位停止位，在actel Fusion系列开发板上得到验证，具有很强的通用性。本程序的编程语言为Verilog. [Giga8b10B v10.rar] - 可编程器件厂商Altera出品的8b10B编码器，用在现在通用的PCI－Express接口中，包含完全解密的源程序。

新型语音压缩编解码器AMBE2000新型语音压缩编解码器AMBE2000

阿尔卡特朗讯企业发行的WebRTC编解码器和质量工具（2014年12月） 描述 WebRTC实用工具，用于： 选择音频和视频编解码器 进行P2P音频和视频通话 检查感知质量与丢包率，帧率 安装与使用 下载所有文件并将其复制到您的目录中 打开命令工具并启动npm install（应安装node.js） 启动节点server.js 配置manifest.json文件以配置和调整演示 去做 去完成 历史 版本1.0.4 功能：限制音频和视频带宽 特点：选择FEC和/或Stereo作为作品 版本1.0.3 FIX：显示的媒体（仅音频） 特点：增加了强制加到G722的可能性 返工：媒体选择器 版本1.0.1和1.0.2 FIX：Firefox故障 特点：添加清单文件，以方便配置和调整 功能：显示统计信息帮助程序以了解“通话”质量和“即时”质量之间的区别 版本1.0.0 功能：选择音频

@[TOC](基于WASM的H265 Web播放器) 1 背景 目前这个时间点，原生支持H265(HEVC)播放的浏览器极少，可以说基本没有，主要原因一个是H265的解码有更高的性能要求，从而换取更高的压缩率，目前大多数机器CPU软解H265的超清视频还是有点吃力，硬解兼容性又不好，另外一个原因主要是H265的专利费问题。因此H265有被各大浏览器厂商放弃的趋势，转而去支持更加开放的AV1编码，但是AV1编码的商用和普及估计还有段时间。 H265与H264相比主要的好处在于相同分辨率下降低了几乎一倍的码率，对带宽压力比较大的网站来说，使用H265可以极大削减带宽消耗(尽管可能面临专利费麻烦)，但是由于浏览器的支持问题，目前H265的播放主要在APP端实现，借助硬件解码，可以获得比较好的性能和体验。 本文相关的代码使用WASM、FFmpeg、WebGL、Web Audio等组件实现了一个简易

Segnet是用于语义像素级分割的深层全卷积神经网络体系结构。 这是实现（除了Upsampling层，在论文中，纸张使用了尚未在keras中实现的基于索引的upsampling（我正在研究），但这不应该使差异很大）。 您可以直接从下载代码。 这篇文章解释了代码中正在发生的事情。