SigmaTelHighDefinitionAudioCODEC设备无法启动是怎么回事

简称数模转换器

codec是COder/DECoder的首字母组合。它定义了文本跟二进制值的转换方式，跟ASCII那种用一个字节把字符转换成数字的方式不同，Unicode用的是多字节。这导致了Unicode支持多种不同的编码方式。比如说codec支持的4种耳熟能详的编码方式:ASCII、ISO8859-1/Latin-1、UTF-8和UTF-16.其中最著名的是UTF8编码，它也用一个字节来编码ASCI字符，这让那些必须同时处理ASCII码和Unicode码文本的程序员的工作变得非常轻松，因为ASCI字符的UTF-8编码跟ASCII编码完全相同。UTF-8编码可以用1~4个字节来表示其他语言的字符,CJK/East这样的东亚文字一般都是用3个字节来表示，那些少用的、特殊的或者历史遗留的字符用4个字节来表示。这给那些需要直接处理Unicode数据的程序员带来了麻烦，因为他们没有办法按照固定长度逐一读出各个字符。幸运的是我们不需要掌握直接读写Unicode数据的方法，Python已经替我们完成了相关细节，我们无须为处理多字节字符的复杂问题而担心。Python里面的其他编码不是很常用，事实上，我们认为大部分的Python程序员根本就用不着去处理其他的编码，UTF-16可能是个例外。UTF-16可能是以后大行其道的一种编码格式，它容易读写，因为它把所有的字符都是用单独的一个16位字，两个字节来存储的，正因为此，这两个字节的顺序需要定义一下，一般的UTF-16编码文件都需要一个BOM(位顺序标记，Byte Order Mark)，或者你显式地定义UTF-16-LE(小端)或者UTF-16-BE(大端)字节序。从技术上讲，UTF-16也是一种变长编码，但它不是很常用(人们一般不会知道或者根本不在意除了基本多文种平面BMP之外到底使用的是那种平面)，尽管如此，UTF-16并不向后兼容ASCII，因此，实现它的程序很少，因为大家需要对ASCII进行支持。

　　关于CODEC的意思，计算机专业术语名词解释 　　支持视频和音频压缩(CO)与解压缩( DEC ) 的编解码器或软件。CODEC技术能有效减少数字存储占用的空间，一般配合OHCI1394卡实现数据的解压缩。

我总结了一下，应该类似于以下情形：A向B发了个图片图片（模拟信号）→信源编码器（A/D转换为数字信号）→调制器（D/A转换为模拟信号）→长距离传输介质→解调器（A/D转换为数字信号）→信源解码器（D/A转化为模拟信号，输出成图片）编码器对信源进行了预处理，压缩以及简化，形成基带信号，方便调制器调制后进行远距离传输。应该可以这样粗浅地理解。纯手打，望采纳！

在声卡上往往可以找到一颗或者2颗甚至3颗4面有引脚的正方形芯片，面积一般为0.5-1.0平方厘米。这就是CODEC。CODEC就是多媒体数字信号编解码器，主要负责数字->模拟信号转换（DAC）和模拟->数字信号的转换（ADC）。不管是音频加速器好，还是I/O控制器好，他们输入输出的都是纯数字信号，我们要使用声卡上的LineOut插孔输出信号的话，信号就必须经过声卡上的CODEC的转换处理。可以说，声卡模拟输入输出的品质和CODEC的转换品质有着重大的关系，音频加速器或I/O控制器决定了声卡内部数字信号的质量，而CODEC则决定了模拟输入输出的好坏。

DSP是数字信号处理器，codec是指编解码器，前者通过适当的算法能够实现后者的功能，与后者既有包含关系也有并列关系。例如很多音视频应用中是需要同时有DSP和硬codec的，后者负责AD/DA转换以及编解码工作，前者进行内容分析、滤镜、提取等多种应用工作。

mxplayer不显示codec在设置中操作。1、打开MXPlayer视频播放器。2、点击手机左功能键，点击设置，进入设置界面，点击列表。3、进入列表后，往下拉，把辨认.nomedia后的勾去掉，即可显示codec。播放器通常指的播放器是指能播放以数字信号形式存储的视频或音频文件的软件，也指具有播放视频或音频文件功能的电子器件产品，如基于闪存的mp3播放器和基于移动硬盘的iPod等。

编译码器。指的是数字通信中具有编码、译码功能的器件。 外文名COder-DECoder支持视频和音频压缩（CO）与解压缩( DEC ) 的编解码器或软件。CODEC技术能有效减少数字存储占用的空间，在计算机系统中，使用硬件完成CODEC可以节省CPU的资源，提高系统的运行效率。Codec对AD变换后的音视频数字信号的传输进行编码、压缩，在接收端对信号解码。一般用在视频会议、流媒体、视频应用等场合。

CODECn.多媒体数字信号编解码器

codec支持的编码格式常见有plain、json、json_lines等。 plain是最简单的编码插件，你输入什么信息，就返回什么信息，诸如上面的例子中的timestamp、type等都不会带过来。 有时候logstash采集的日志是JSON格式，那我们可以在input字段加入codec => json来进行解析，这样就可以根据具体内容生成字段，方便分析和储存。如果想让logstash输出为json格式，可以在output字段加入codec=>json。下面是一个包含json编码的时间配置文件： 你会发现插件是json的时候，会自带一些信息，诸如host、@version、@timestamp。json的每个字段都是key:value格式，多个字段之间通过逗号分隔。这种输出比较长，因此我们采用json_lines编码格式稍微好一点。json_lines会把Json数据以每个key:value一行的形式展开出来。 logstash处理事件默认是单行的，如果要把多行数据进行合并，那么需要使用multiline插件。 multiline可以配置在input当中，也可以配置在filter当中。 Input中配置如下： Filter中配置如下：

MTP编码解码器；多媒体数字信号编解码器

板载（集成）声卡一般分为软声卡和硬声卡。声卡由两部分组成：DSP（数字音频处理器）和Codec（数/模转换）。如果这两部分作在一个芯片内，就是硬声卡。这样的芯片比较大。如果DSP集成到芯片组（南桥），Codec芯片放在主板上，就是软声卡。附：AC"97的全称是Audio CODEC"97，这是一个由英特尔、雅玛哈等多家厂商联合研发并制定的一个音频电路系统标准。它并不是一个实实在在的声卡种类，只是一个标准。目前最新的版本已经达到了2.3。现在市场上能看到的声卡大部分的CODEC都是符合AC"97标准。厂商也习惯用符合CODEC的标准来衡量声卡，因此很多的主板产品，不管采用的何种声卡芯片或声卡类型，都称为AC"97声卡。

视频编码.

CODEC指的是其所指代的编码，SLIC相当于BIOS

CV_FOURCC("P","I","M","1") = MPEG-1 codecCV_FOURCC("M","J","P","G") = motion-jpeg codecCV_FOURCC("M", "P", "4", "2") = MPEG-4.2 codecCV_FOURCC("D", "I", "V", "3") = MPEG-4.3 codecCV_FOURCC("D", "I", "V", "X") = MPEG-4 codecCV_FOURCC("U", "2", "6", "3") = H263 codecCV_FOURCC("I", "2", "6", "3") = H263I codecCV_FOURCC("F", "L", "V", "1") = FLV1 codec是各种编码方式

install codec不是软件。指的是安装，编码 ，解码， 程序。软件（中国大陆及香港用语，台湾称作软体，英文：software）是一系列按照特定顺序组织的计算机数据和指令的集合。一般来讲软件被划分为系统软件、应用软件和介于这两者之间的中间件。软件并不只是包括可以在计算机（这里的计算机是指广义的计算机）上运行的电脑程序，与这些电脑程序相关的文档一般也被认为是软件的一部分。

cdecs文件貌似 在linux下才有，，所在以楼主需要个liux系统盘，去下人ubuntu吧，我是把ubuntu.iso量产到U盘，U盘启动电脑运行ubuntu（并不需要安装）路径是：系统文件/proc/asound/card0/codec/里有个codec#的文件，用txt能打开的，这个就是，复制它到Mac上，用verbit修正。。。。

音频信号是模拟的，如电脑上输出的line信号，经过功放后可以驱动喇叭。 模拟音频信号经过ADC采样为数字音频信号，ADC采样有位宽(8/16bit)和采样率（8/16/32/44.1/48KHz） ADC采样得到的数字音频信号数据量较大，可以通过编码压缩减少数据量，常用的有AAC、G.711，G.726，ADPCM等等。 音频解码就是把AAC等编码压缩后的数据解压缩为数字音频信号。 数字音频信号可以通过DAC还原成模拟音频信号。

上一节中我们讲了怎么采集音频并播放，由于AudioRecord采集的是PCM数据，没有经过处理，所有播放的时候会有杂音，啸叫等现象出现。因此处理掉这些不需要的数据就是本节的内容，编码与解码。 Android官方提供给我们的用于编解码的类是 MediaCodec ,它是android 4.1（API 16）才引入的，所以只能工作于andorid4.1以上的手机，如果想兼容4.1以下版本的手机，只能使用第三方库，如大名鼎鼎的 ffmpeg ,B站的 ijkplayer 等。 （1）提供了一套访问 Android 底层多媒体模块的接口，主要是音视频的编解码接口 （2）在Android上，预设的多媒体框架是基于第三方PacketVideo公司的OpenCORE来实现，OpenCORE的优点是兼顾了跨平台的移植性，而且已经过多方验证，所以相对来说较为稳定；缺点是国语庞大复杂，需要耗费相当多的时间去维护。因此从Android 2.0开始，Google引进了较为简洁的StageFright。Android 底层多媒体模块采用的是 StageFright 框架，它是基于OpenMax标准实现的，任何 Android 底层编解码模块的实现，都必须遵循 OpenMax 标准。值得一提的是，OpenMAX是Khronos制定的API，Khronos也是OpenGL的制定者。Google 官方默认提供了一系列的软件编解码器：包括：OMX.google.h264.encoder，OMX.google.h264.encoder， OMX.google.aac.encoder， OMX.google.aac.decoder 等等，而硬件编解码功能，则需要由芯片厂商依照 OpenMax 框架标准来完成，所以，一般采用不同芯片型号的手机，硬件编解码的实现和性能是不同的 （3）Android 应用层统一由 MediaCodec API 来提供各种音视频编解码功能，由参数配置来决定采用何种编解码算法、是否采用硬件编解码加速等等 根据android官方文档的描述，MediaCodec的核心就是使用缓冲区队列来操作数据，使用流程如下： //name既是媒体文件的类型，如audio/3gpp，详情参考MediaFormat的MIMETYPE常量 MediaCodec codec = MediaCodec.createByCodecName(name); codec.configure(format, …); MediaFormat outputFormat = codec.getOutputFormat(); // option B codec.start(); for (;;) { ////获取可用的inputBuffer -1代表一直等待，0表示不等待 建议-1,避免丢帧 int inputBufferId = codec.dequeueInputBuffer(-1); if (inputBufferId >= 0) { ByteBuffer inputBuffer = codec.getInputBuffer(…); // fill inputBuffer with valid data … codec.queueInputBuffer(inputBufferId, …); } //执行上面的操作后就把待编解码的数据存入了输入缓冲区，然后下一步就是操作然后把编解码的数据存入输出缓冲区 int outputBufferId = codec.dequeueOutputBuffer(…); if (outputBufferId >= 0) { ByteBuffer outputBuffer = codec.getOutputBuffer(outputBufferId); MediaFormat bufferFormat = codec.getOutputFormat(outputBufferId); // option A // bufferFormat is identical to outputFormat // outputBuffer is ready to be processed or rendered. … codec.releaseOutputBuffer(outputBufferId, …); } else if (outputBufferId == MediaCodec.INFO_OUTPUT_FORMAT_CHANGED) { // Subsequent data will conform to new format. // Can ignore if using getOutputFormat(outputBufferId) outputFormat = codec.getOutputFormat(); // option B } } codec.stop(); codec.release(); MediaCodec codec = MediaCodec.createByCodecName(name); MediaFormat mOutputFormat; // member variable codec.setCallback(new MediaCodec.Callback() { @Override void onInputBufferAvailable(MediaCodec mc, int inputBufferId) { ByteBuffer inputBuffer = codec.getInputBuffer(inputBufferId); // fill inputBuffer with valid data … codec.queueInputBuffer(inputBufferId, …); } @Override void onOutputBufferAvailable(MediaCodec mc, int outputBufferId, …) { ByteBuffer outputBuffer = codec.getOutputBuffer(outputBufferId); MediaFormat bufferFormat = codec.getOutputFormat(outputBufferId); // option A // bufferFormat is equivalent to mOutputFormat // outputBuffer is ready to be processed or rendered. … codec.releaseOutputBuffer(outputBufferId, …); } @Override void onOutputFormatChanged(MediaCodec mc, MediaFormat format) { // Subsequent data will conform to new format. // Can ignore if using getOutputFormat(outputBufferId) mOutputFormat = format; // option B } @Override void onError(…) { … } }); codec.configure(format, …); mOutputFormat = codec.getOutputFormat(); // option B codec.start(); // wait for processing to complete codec.stop(); codec.release(); MediaCodec codec = MediaCodec.createByCodecName(name); codec.configure(format, …); codec.start(); //API的区别在这里 ByteBuffer[] inputBuffers = codec.getInputBuffers(); ByteBuffer[] outputBuffers = codec.getOutputBuffers(); for (;;) { int inputBufferId = codec.dequeueInputBuffer(…); if (inputBufferId >= 0) { // fill inputBuffers[inputBufferId] with valid data … codec.queueInputBuffer(inputBufferId, …); } int outputBufferId = codec.dequeueOutputBuffer(…); if (outputBufferId >= 0) { // outputBuffers[outputBufferId] is ready to be processed or rendered. … codec.releaseOutputBuffer(outputBufferId, …); } else if (outputBufferId == MediaCodec.INFO_OUTPUT_BUFFERS_CHANGED) { outputBuffers = codec.getOutputBuffers(); } else if (outputBufferId == MediaCodec.INFO_OUTPUT_FORMAT_CHANGED) { // Subsequent data will conform to new format. MediaFormat format = codec.getOutputFormat(); } } codec.stop(); codec.release();

系统自带的播放器不错！

区别在于条码线条密度不一样，所以看起来结构不一样，扫描出来是完全一样的，你说的A/B/C只有CODE 128码有这个设置。

只要你安装下面两种视频解码器, 什么媒体文件都可以播放： ffdshow和AC3Filter地址： ffdshow：http://download.enet.com.cn/html/050832003101401.html AC3Filter：http://www.onlinedown.net/soft/37218.htm 播放的格式全不全，全在于播放关联设置。 下面几款电影播放软件都不错，各有优点，看你习惯而定。 豪杰超级解霸V8 含SP1+SP2(1103) http://www.onlinedown.net/soft/25599.htm RealPlayer 10.5 Build 6.0.12.1348 简体中文版 http://www.onlinedown.net/soft/16622.htm My MPC 系列·暴风影音 v5.00 RC3 http://www.11k.net/Software/View-Software-3960.html

声卡主要由 数字信号处理器 多媒体数字信号编解码器组成.CODEC芯片用于对原始声音信号的采样混音处理

win7 codec有使资源管理器崩溃的情况出现，呃，32位VL专业版win7遇到过k-lite的工具比较多，编码的话，LZ可以试试

软件。installcodec指的是一个软件的软件的安装，编码，接码，程序等。这是制作软件的一个重要部分，不可缺少。安装，汉语词汇，就是按照一定的程序、规格把机械或器材固定在一定的位置上，也指按照一定的方法、规格把机械或器材等固定在一定的地方。

MediaCodec 类为开发者提供了能访问到Android底层媒体 Codec （Encoder/Decoder）的能力，它是Android底层多媒体基础架构的一部分（通常和MediaExtractor、MediaSync、MediaMuxer、MediaCrypto、MediaDrm、Image、Surface、AudioTrack一起使用）。 Codec 对三种类型类型的数据起作用： 编码后的压缩数据 , 原始视频数据 , 原始音频数据 。这三种类型的数据都可以通过 ByteBuffer 来传递给 Codec ，但是对于 原始视频数据 我们建议使用 Surface 来传递，这样可以提高 Codec 的性能， Surface 使用的是 native video buffer ，不用映射或者拷贝成 ByteBuffer ，因此这样的方式更高效。当你使用 Surface 来传递 原始视频数据 时，也就无法获取到了 原始视频数据 ，Android 提供了 ImageReader 帮助你获取到解码后的 原始视频数据 。这种方式可能仍然有要比 ByteBuffer 的方式更加高效，因为某些 native video buffer 会直接映射成 byteBuffer 。当然如果你 ByteBuffer 的模式，你可以使用 Image 类提供的 getInput/OutputImage(int) 来获取 原始视频数据 。 给 Decoder 输入的 InputBuffer 或者 Encoder 输出的 outputBuffer 包含的都是编码后的压缩数据，数据的压缩类型由 MediaFormat#KEY_MIME 指明。对于视频类型而言，这个数据通常是一个压缩后的视频帧。对于音频数据而言，通常是一个访问单元（一个编码的音频段，通常包含几毫秒的音频数据，数据类型format type 指定），有时候，一个音频单元对于一个 buffer 而言可能有点宽松，所以一个 buffer 里可能包含多个编码后的音频数据单元。无论 Buffer 包含的是视频数据还是音频数据， Buffer 都不会再任意字节边界上开始或者结束，而是在帧（视频）或者单元（音频）的边界上开始或者结束。除非它们被BUFFER_FLAG_PARTIAL_FRAME标记。 原始音频Buffer包含PCM音频数据的整个帧，是每一个通道按着通道顺序的采样数据。每一个采样按16Bit量化。 在 ByteBuffer 模式下，视频数据的排布由 MediaFormat#KEY_COLOR_FORMAT 指定，我们可以通过 getCodecInfo().MediaCodecInfo#getCapabilitiesForType.CodecCapabilities#colorFormats 获取到一个设备支持的 color format 数组。视频 Codec 可能支持三种类型的Color Format: 从 Build.VERSION_CODES.LOLLIPOP_MR1 开始所有的视频 Codec 都支持 flexible YUV 4:2:0 对于 Build.VERSION_CODES.LOLLIPOP 之前并且支持 Image 类时，我们需要使用 MediaFormat#KEY_STRIDE 和 MediaFormat#KEY_SLICE_HEIGHT 的值去理解输出的原始视频数据的布局。 键值 MediaFormat#KEY_WIDTH 和 MediaFormat#KEY_HEIGHT 指明了视频Frame的size。然而，对于大多数用于编码的视频图像，他们只占用了video Frame的一部分。这部分用一个 "crop rectangle 来表示。 我们需要用下面的一些 keys 从获取原始视频数据的 crop rectangle ，如果 out format 中没有包含这些 keys ，则表示视频占据了整个 video Frame ，这个 crop rectangle 的解释应该立足于应用任何 MediaFormat#KEY_ROTATION 之前。 下面是在旋转之前计算视频的尺寸的案例： 从概念上讲Codec的声明周期存在三种状态： Stoped ， Executing ， Released 。 Stoped 状态是一个集合状态，它聚合了三种状态： Uninitialized ， Configured ，和 Error ，同时 Executing 状态的处理也是通过三个子状态来完成： Flushed ， Running ， End-of-Stream 。 Executing 状态有三个子状态：Flushed，Running，和End-of-Stream，当我们调用玩 Start() 函数后， Codec 就立刻进入 Flushed 子状态，这个状态下，它持有全部的buffer，只要第一个Input buffer被dequeued，Codec就转变成 Running 子状态，这个状态占据了 Codec 的生命周期的绝大部分。当入队一个带有 end-of-stream标志的InputBuffer后， Codec 将转换成 End of Stream 子状态，在这个状态下， Codec 将不会再接收任何输入的数据，但是仍然会产生output buffer ,直到end-of-Stream标记的buffer被输出。我们可以在 Executing 状态的任何时候，使用 flush() 函数，将 Codec 切换成 Flushed 状态。 调用 stop() 函数会将 Codec 返回到 Uninitialized 状态，这样我们就可以对 Codec 进行重新配置，当你用完了 Codec 后，你必须要调用 release() 函数去释放这个 Codec 。 在极少数情况下， Codec 可能也会遇到错误，此时 Codec 将会切换到 Error 状态，我们可以通过queuing操作获取到一个无效的返回值，或者有时会通过异常来的得知 Codec 发生了错误。通过调用 reset() 函数，将 Codec 进行重置，这样 Codec 将切换成 Uninitalized 状态，我们可以在任何状态下调用 rest() 函数将Codec 将切换成 Uninitalized`状态。 使用 MediaCodecList 创建一个指定 MediaFormat 的MediaCodec。当我们解码一个文件或者一个流时，我们可以通过 MediaExtractor#getTrackFormat 获取期望的Fromat，同时我们可以通过 MediaFormat#setFeatureEnabled 为 Codec 注入任何我们想要的特性。然后调用 MediaCodecList#findDecoderForFormat 获取能够处理对应format数据 Codec 的name，最后我们使用 createByCodecName(String) 创建出这个 Codec 。 我们也可以使用 createDecoder/EncoderByType(java.lang.String) 函数来创建指定的 MIME 类型的 Codec ,但是这样我们无法向其中注入一些指定的特性，这样创建的 Codec 可能不能处理我们期望的媒体类型数据。

解码软件，不建议卸载

Reset以后，处置惩罚器从0x0 与指。是以，必需保]remap, relocate的理解0.什么是Remap 我的理解是：在ROM从0x0用几句指令引导系统之后，把RAM映射到0x0就是Remap。1.Remap的作用 当ARM处理器上电或者Reset之后，处理器从0x0 取指。因此，必须保证系统上电时， 0x0 处有指令可以执行。所以，上电的时候，0x0地址处必定是ROM 或者Flash（NOR）。 但是，为了加快启动的速度，也方便可以更改异常向量表，加快中断响应速度，往往 把异常向量表映射到更快、更宽（32bit/16bit）的RAM 中。但是异常向量表的开始地址是 由ARM架构决定的，必须位于0x0处，因此，必须把RAM映射到0x0。 2.Remap的配置 Remap的实现和ARM处理器的实现相关。 1）如果处理器有专门的寄存器可以完成Remap。那么Remap 是通过Remap 寄存器的 相应bit置1 完成的。如Atmel AT91xx 2）如果处理器没有专门的寄存器，但是memory的bank控制寄存器可以用来配置bank 的起始地址，那么只要把RAM的起始地址编程为0x0，也可以完成remap。如samsung s3c4510 3）如果上面两种机制都没有，那么Remap就不要做了。因为处理器实现决定了SDRAM 对应的bank地址是不能改变的。如Samsung S3c2410. 3.Remap配置前后要做的工作 Remap 前后，不同之处就是RAM 的位置变了。为了达到Remap 的目的，就是加

Audio Codec，就是音频编解码器。Codec就是编解码器，是编码器encoder与解码器decoder的混合体。音频编解码器，是指一种能够对数字音频流进行编码和解码的设备或计算机程序。就软件层面来说，音频编解码器就是根据特定的音频文件格式或流媒体格式、对数字音频数据实现压缩/解压缩的计算机程序。扩展资料：在软件层面，音频编解码器是一个执行算法的计算机程序，能压缩与解压缩数字音频数据到音频文件或流媒体音频编码格式。该算法的目的是保证质量的前提下使用最少的比特表示高保真音频信号。这可以有效地减少存储空间和传输已存储音频文件所需的带宽。大多数编解码器是实现为一个具有接口的库供一个或多个媒体播放器使用。在硬件层面，音频编解码器指一个能编码模拟音频到数字音频和解码数字音频到模拟音频的独立设备。换种说法，它包含运行在同样时钟的模数转换器（ADC）和数模转换器（DAC）。这在声卡中被使用以支持音频输入和输出。参考资料来源：百度百科-音频编解码器

Codec，是编码-解码器“Coder-Decoder”的缩写。说得通俗一点，对于音频就是A/D和D/A转换。A/D就是将人耳能听到的模拟信号（Analog）转换为电脑能够处理的数字（Digital）信号的编码过程；D/A就是将处理后的数字信号转换为人耳能够听到的模拟信号的解码过程，而Codec就是具备上述两种功能的处理芯片。

编译码器

所谓Codec，就是编码-解码器“Coder-Decoder”的缩写。说得通俗一点，对于音频就是A/D和D/A转换。A/D就是将人耳能听到的模拟信号（Analog）转换为电脑能够处理的数字（Digital）信号的编码过程；D/A就是将处理后的数字信号转换为人耳能够听到的模拟信号的解码过程，而Codec就是具备上述两种功能的处理芯片。Modem 调制解调器，猫能将数字信号转换成模拟信号在电话网上传送，也能将接受到的模拟信号转换成数字信号的设备。由于目前大部分个人计算机都是通过公用电话网接入计算机网络的，因而需通过调制解调器进行上述转换。 是计算机与电话线之间进行信号转换的装置，由调制器和解调器两部分组成，调制器是把计算机的数字信号（如文件等）调制成可在电话线上传输的声音信号的装置，在接收端，解调器再把声音信号转换成计算机能接收的数字信号。通过调制解调器和电话线就可以实现计算机之间的数据通信。 目前调制解调器主要有两种：内置式和外置式。 内置式调制解调器其实就是一块计算机的扩展卡，插入计算机内的一个扩展槽即可使用，它无需占用计算机的串行端口。它的连线相当简单，把电话线接头插入卡上的“Line”插口，卡上另一个接口“Phone”则与电话机相连，平时不用调制解调器时，电话机使用一点也不受影响。 外置式调制解调器则是一个放在计算机外部的盒式装置，它需占用电脑的一个串行端口，还需要连接单独的电源才能工作，外置式调制解调器面板上有几盏状态指示灯，可方便您监视Modem的通讯状态，并且外置式调制解调器安装和拆卸容易，设置和维修也很方便，还便于携带。外置式调制解调器的连接也很方便，phone和line的接法同内置式调制解调器。但是外置式调制解调器得用一根串行电缆把计算机的一个串行口和调制解调器串行口连起来，这根串行线一般随外置式调制解调器配送。 调制解调器的一个重要性能参数是传输速率，目前市面上28.8K、33.6K和56K的调制解调器都有，而且56K的调制解调器已经成为市场的主流产品。但由于国内通信线路的限制，以及用户太多、国际出口太少的缘故，平时使用很难达到上述速率，因此，如果您使用时传输速率显示只有每秒几K甚至更低，您也不用怀疑电脑或调制解调器有什么问题。

下面两行任选一行加入到程序中试试： QTextCodec::setCodecForCStrings(QTextCodec::codecForName("GB2312")); QTextCodec::setCodecForCStrings(QTextCodec::codecForName("UTF-8"));

Codec相关概述 由英文编码器（coder）和译码器（decoder）两词的词头组成的缩略语。指的是数字通信中具有编码、译码功能的器件。 支持视频和音频压缩（CO）与解压缩( DEC ) 的编解码器或软件。CODEC技术能有效减少数字存储占用的空间，一般配合OHCI1394卡实现数据的解压缩。声卡上的Codec 在声卡上往往可以找到一颗或者2颗甚至3颗4面有引脚的正方形芯片，面积一般为0.5-1.0平方厘米。这就是CODEC。CODEC就是多媒体数字信号编解码器，主要负责数字->模拟信号转换（DAC）和模拟->数字信号的转换（ADC）。不管是音频加速器好，还是I/O控制器好，他们输入输出的都是纯数字信号，我们要使用声卡上的Line Out插孔输出信号的话，信号就必须经过声卡上的CODEC的转换处理。可以说，声卡模拟输入输出的品质和CODEC的转换品质有着重大的关系，音频加速器或I/O控制器决定了声卡内部数字信号的质量，而CODEC则决定了模拟输入输出的好坏。计算机的Codec Codec 编码解码器主要作用是对视频信号进行压缩和解压缩。计算机工业定义通过24位测量系统的真彩色，这就定义了近百万种颜色，接近人类视觉的极限。现在，最基本的V GA显示器就有640*480像素。这意味着如果视频需要以每秒30帧的速度播放，则每秒要传输高达27MB的信息，1GB容量的硬盘仅能存储约37 秒的视频信息。因而必须对信息进行压缩处理。通过抛弃一些数字信息或容易被我们的眼睛和大脑忽略的图像信息的方法，使视频的信息量减小。这个对视频压缩解压的软件或硬件就是编码解码器。编码解码器的压缩率从一般的2 ：1-100：1不等，使处理大量的视频数据成为可能。至于guide就是导航 ，楼主您是不是把这两个单词打在了一起了。

1221122112

编解码器丢失或无法使用。

引用ThoughtWorks.QRCode.dll这个文件，。然后写方法using ThoughtWorks.QRCode.Codec;using ThoughtWorks.QRCode.Codec.Data;using ThoughtWorks.QRCode.Codec.Util;QRCodeDecoder decoder = new QRCodeDecoder(); String decodedString = decoder.decode(new QRCodeBitmapImage(new Bitmap(pb_view.Image)));//pb_view.Image图片PictureBox控件 txtEncodeData.Text = decodedString;//获取到了

install codec不是软件。指的是安装，编码 ，解码， 程序。软件（中国大陆及香港用语，台湾称作软体，英文：software）是一系列按照特定顺序组织的计算机数据和指令的集合。一般来讲软件被划分为系统软件、应用软件和介于这两者之间的中间件。软件并不只是包括可以在计算机（这里的计算机是指广义的计算机）上运行的电脑程序，与这些电脑程序相关的文档一般也被认为是软件的一部分。

音频聊天

missingcodec,unabletoopenfile缺少编解码器，无法打开文件我是来自于“百度资源共享”芝麻团的团长：善良的我啊你答案满意请采纳谢谢思密达

用了缩略图补丁，别打开PS CS3以外的adobe软件。。。打开一次就会导致失效~cs4开始adobe使用了bridge来作为桥梁，可以用它来预览adobe的各类源文件的

通过/system/etc/media_codecs.xml可以确定当前设备支持哪些硬解码。通过/system/etc/media_profiles.xml可以知道设备支持的具体profile和level等详细信息。

一般这种文件存在类似字符： 如果UTF-8搞不定，可以采取ISO-8859-1编码方式解决： 最早的编码是iso8859-1，和ascii编码相似。但为了方便表示各种各样的语言，逐渐出现了很多标准编码，重要的有如下几个。 很明显，iso8859-1编码表示的字符范围很窄，无法表示中文字符。但是，由于是单字节编码，和计算机最基础的表示单位一致，所以很多时候，仍旧使用iso8859-1编码来表示。而且在很多协议上，默认使用该编码。比如，虽然"中文"两个字不存在iso8859-1编码，以gb2312编码为例，应该是"d6d0 cec4"两个字符，使用iso8859-1编码的时候则将它拆开为4个字节来表示："d6 d0 ce c4"（事实上，在进行存储的时候，也是以字节为单位处理的）。而如果是UTF编码，则是6个字节"e4 b8 ad e6 96 87"。很明显，这种表示方法还需要以另一种编码为基础。 需要说明的是，定长编码便于计算机处理（注意GB2312/GBK不是定长编码），而unicode又可以用来表示所有字符，所以在很多软件内部是使用unicode编码来处理的，比如java。 注意，虽然说utf是为了使用更少的空间而使用的，但那只是相对于unicode编码来说，如果已经知道是汉字，则使用GB2312/GBK无疑是最节省的。不过另一方面，值得说明的是，虽然utf编码对汉字使用3个字节，但即使对于汉字网页，utf编码也会比unicode编码节省，因为网页中包含了很多的英文字符。

具有。编解码（codec）：利用编码器和解码器（codec），滤波器，完成话音信号的模数，与数模交换，以与数字交换机的数字交换网络接口，对于模拟程控交换机，除某些特定应用的小型交换机利用增量调制方式外，其它大部分均采用Pcm编解码方式。

PICVideou2122 is the fastest M-JPEG codec available, and is perfect for viewing Motion-JPEG files and for high-quality compression when video editing. It offers incredibly high-speed compression and decompression of M-JPEG streams.New Featuresu202264-bit M-JPEG codecu2022Support for the Windows Vista operating systemSupported Video Colorspacesu2022RGB8 (grayscale only)u2022RGB555u2022RGB565u2022RGB24u2022RGB32u2022UYVYu2022YUY2u2022I420/IYUVu2022YV12Supported FeaturesQuality & Compression Settings Provides full control over compression rate and image quality, including precise control over luminance (brightness) quality, chrominance (hue) quality, subsampling, and interleaving.Adjust Brightness & Contrast During Playback PICVideo lets you adjust the contrast and brightness of video streams during playback. If a video is too dark or doesn"t have enough contrast, you can adjust it on-the-fly, similar to the way you adjust a television.Choose Interleave Field Order PICVideo offers the option to set the field order of interleaved frames: the odd or even field can start first. This can be set separately for compression and decompression.Correct YUV Encoding PICVideo corrects widespread misuse of the YUV video colorspace by correcting the chrominance and luminance ranges. Many codecs have been encoding YUV videos incorrectly. PICVideo encodes these videos correctly, resulting in sharper, crisper colors.New YV12 and IYUV/I420 Support PICVideo encodes and decodes YV12 and IYUV/I420 colorspaces. The codec will report at runtime in Video for Windows and DirectShow that YV12 and IYUV/I420 are supported formats for both compression and playback.Patented, Advanced Deblocking of Highly Compressed Video Pegasus Imaging"s patented deblocking technology removes JPEG compression blocks on highly compressed video. PICVideo users can enable JPEG deblocking on playback to improve quality. PICVideo is the only video codec that provides this smoothing of highly compressed M-JPEG videos. This unique feature allows higher compression with less image distortion.Restores Improperly Encoded YUV Videos During Playback Videos that currently appear washed out with less contrast will have their contrast correctly restored.

可以开启，方法如下：打开K-Lite Codec 播放器，点击“视图”菜单，选择“选项”，单击左侧的“内部滤镜”，之后在右边把“转换滤镜”的那些全部打钩，特别是有DXVA的选项。“源滤镜”的那些也全部打钩。最后重启播放器播放看看，顺便开启任务管理器，查看CPU的占用率是否已降低到百分之二十以下。未开启硬解的话CPU占用率高的惊人，即使是双核CPU也一样。开启硬解后CPU占用率不到百分之二十，而且视频的输出模式为DXVA。如果不会的话直接下载终极解码器，然后把输出模式设置为POT DXVA的那个选项，并且把解码中心的那些CLAVC HA的选项打勾。

原因是因为客户端的service中的方法没有跟服务端绑定，只需要将客户端的Service接口加上注解@WebService，异常便解决了再不行， 升级JDK

暴风在播放视频时会首先调用解码器，如果调用不成功，即会调用核心，所以下一次播放时还会提示下载解码器~~~把安装realplay的残留文件删除，并清理注册表你的电脑里可能有 realplayer 的残余文件。RealPlayer是一个很“霸道”的播放器，如果你先安装了暴风影音再安装它，暴风影音中带的解码包很可能会与RealPlayer发生冲突。如果你遇到这种情况，建议你先卸载 RealPlayer，然后卸载相应的解码包，然后先安装 RealPlayer，再安装解码包(同时不要选择 Real 组件)。如果不想太麻烦，那还有一种更简单的方法：第一步：运行“Regedit”命令打开注册表编辑器，定位到注册表的[HKEY_CLASSES_ROOTSoftwareRealNetworksRealPlayer6.0PreferencesMainApp]分支，将默认值由带有绝对路径的“mpc”改为带有绝对路径的“realplay.exe”(也就是RealPlayer的主程序)。第二步：在RealPlayer的设置中取消使用“网络升级”和“用户反馈”等功能

解决了吗？我也出现了同样的问题

强烈推荐win7codec。我就用的这一款解码包，外国牛人鲨鱼*（个人翻译，见谅）开发的，可以播放失眠上常见的99%的视频，音频格式，很好用的。现在应该更新到2,66了。直接去官网下载最新的就行了。