通过摄像头H264编解码显示到另一个Surface上

G.711 G.721 G.723编解码代码

g711a g711u 编解码源码，方便集成到模块，集成到项目当中去, g721 g723也有接口函数，适合音视频的萌新，价格实惠

绝对实用！turbo码编解码，c和c++，turbo coding turbo decoding

阿尔卡特朗讯企业发行的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 功能：选择音频

android开发的mp3编解码libmp3lame.so文件，arm64-v8a、armeabi-v7a、x86、x86_64的都有。将目录粘贴到项目中直接就可以用。

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

移远无线通讯模块，通话过程中DTMF编解码技术，应用参考

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

ITU-T G723.1标准语音编解码代码