转码

现在很多flv和mkv视频都是采用的h264封装，移动设备往往并不支持这些格式的文件，但却对h264封装的mp4支持良好。因此，为了视频能在电脑和移动设备间共享，我通常会将其转换成h264封装的mp4文件。 由于视频转码非常耗时间和cpu，如果flv和mkv本来就是采用的h264封装，完全不需要转码，只需要把h264视频和音频文件分离出来，重新混流一次即可，十几秒内即可完成，非常快速，并且由于没有转码操作，也避免了转码过程的画面损失。 下面我就介绍几种将h264格式的flv和mkv无损转换为mp4的方法。 一、通过ffmpeg转换mkv文件 ffmpge（ 点击下载 ）可以非常快速的实现h264视频的分离和混流，并且是命令行的操作，也没有什么参数需要设置，非常适合批量转换： ffmpeg.exe -i input.mkv -y -vcodec copy -acodec copy output.mp4 要实现批量转换，可以直接用这个批处理文件： for %%i in ( *.mkv ) do ffmpeg.exe -i "%%i" -vcodec copy -acodec copy " %%~ni.mp4 " 二、通过FlvExtract + mp4box转换mkv文件 这个方法本身也支持转换flv文件，但是ffmpeg貌似对flv的支持不够好，很容易转换失败。对于flv文件

ECMAScript 6是JavaScript语言的下一代标准，已经在2015年6月正式发布了。Mozilla公司将在这个标准的基础上，推出JavaScript 2.0。 ES6的目标，是使得JavaScript语言可以用来编写大型的复杂的应用程序，成为企业级开发语言。 作为一只猴子，我也想尝试一下ES6有什么新特性，于是开始了学习之路。 在webstorm写下了这段代码，体验一下ES6语法的便利，但是一大堆报错 各种语法错误 what the fuck 相信每一只程序猴都不想在这样的环境下编码，反正本猴不想 1 语法支持设置 Preferences > Languages & Frameworks > JavaScript 这里只要配置ECMAScript版本即可 配置之后 2 自动转码为ES5 file watcher + babel （ES6转码器） 你可能希望你写的代码有更好的兼容性，但目前的ES6肯定不是所有浏览器都支持的，所以我们要用到ES6转码器。 Babel 是一个广泛使用的ES6转码器，可以将ES6代码转为ES5代码，从而在浏览器或其他环境执行。这意味着，你可以用ES6的方式编写程序，又不用担心现有环境是否支持。 而且你还希望每次修改代码时能自动转码，所以还要用到webstorm的file watcher（当然还有其他解决方案） npm install -g

用Laravel开发移动APP服务器端，数据从数据库查出转码JSON时被自动转码unicode，导致客户端中文显示unicode编码，跟代码发现调用了PHP自带的json_encode自动做了中文的unicode编码处理，用JSON_UNESCAPED_UNICODE参数就可以不用自动转码了，但是仅限5.4以后的PHP版本，例子如下： json_encode( $str , JSON_UNESCAPED_UNICODE); 来源： oschina 链接： https://my.oschina.net/u/165811/blog/511572

String param = request.getParameter("userName"); // param：%E5%AD%99%E6%82%9F%E7%A9%BA1 String userName = URLDecoder.decode(param, "UTF-8"); // 孙悟空1 userName=孙悟空1 String url = URLEncoder.encode(userName, "UTF-8"); //%E5%AD%99%E6%82%9F%E7%A9%BA1 这样就很清楚了，urlencode是转码，urldecode是解码 来源： https://www.cnblogs.com/zhanghailing/p/11994948.html

python 有str object 和 unicode object 两种字符串, 都可以存放字符的字节编码，但是他们是不同的type，这一点很重要，也是为什么会有encode 和decode。 encode 和 decode在pyhton 中的意义可表示为 encode unicode -------------------------> str unicode <--------------------------str decode 几种常用法： str_string.decode('codec') 是把str_string转换为unicode_string, codec是源str_string的编码方式 unicode_string.encode('codec') 是把unicode_string 转换为str_string，codec是目标str_string的编码方式 str_string.decode('from_codec').encode('to_codec') 可实现不同编码的str_string之间的转换 比如： >>> t = ' 长城 ' >>> t ' \xb3\xa4\xb3\xc7 ' >>> t.decode( ' gb2312 ' ).encode( ' utf-8 ' ) ' \xe9\x95\xbf\xe5\x9f\x8e ' str

摘要： 媒体处理创建消息主题出现“Only one topic can be created!”错误 目前媒体处理每个用户只能开一个管道，无法创建多管道，所以会出现Only one topic can be created!这个错误。 媒体处理创建消息主题出现“Only one topic can be created!”错误 目前媒体处理每个用户只能开一个管道，无法创建多管道，所以会出现Only one topic can be created!这个错误。 如果问题还未能解决，请联系 售后技术支持 。 媒体处理服务中AliyunAudioCodec中Profile字段的含义 媒体处理中的音频编解码配置类型中支持以下五种profile： MPEG-4 AAC LC (default) MPEG-4 HE-AAC (SBR) MPEG-4 HE-AAC v2 (SBR+PS) MPEG-4 AAC LD MPEG-4 AAC ELD 兼容性：LC-AAC > HE-AAC > HE-AAC v2压缩率：HE-AAC v2 > HE-AAC > LC-AAC LD跟ELD主要用于广播等快速编码场景。 SBR：Spectral Band Replication（频段复制），SBR把频谱切割开来，低频单独编码保存主要成分，高频单独放大编码保存音质。 PS：Parametric Stereo

参考： https://help.aliyun.com/document_detail/29951.htm 视频直播服务（ApsaraVideo Live）是基于领先的内容接入、分发网络和大规模分布式实时转码技术打造的音视频直播平台，提供便捷接入、高清流畅、低延迟、高并发的音视频直播服务。 您可以通过 视频直播控制台 、 API 和 SDK 使用、管理视频直播服务，也可以与您自己的应用和服务集成。 工作原理 通过采集设备将直播流推送至阿里云直播中心，推送的视频流通过CDN边缘节点进行加速保证上行传输的稳定性。移动端的推流工具可以使集成阿里云提供的直播推流SDK进行开发。 视频流推送至阿里云直播中心后，可按需对视频流进行转码，录制，截图，安全审核等处理。 处理好的视频流通过CDN内容分发网络下发至观众的设备中进行播放。移动端的播放设备可以继承阿里云提供的播放器SDK进行开发。 直播视频除了可以进行转码截图等操作外，还可以进行直播转点播的操作，将录制下来的视频转至点播系统中再进行点播播放。 来源： https://www.cnblogs.com/robinunix/p/11951109.html

简介： native2ascii.exe 是 Java 的一个文件 转码 工具，是将特殊各异的内容 转为 用指定的编码标准文体形式统一的表现出来，它通常位于 JDK_home\bin 目录下，安装好 Java SE 后，可在使用 native2ascii 命令进行转码。 一般情况下我们进行 中文字符和Unicode 之间的转换。 工具箱： 这里有个 在线转换 native2ascii的命令行的命名格式： 　　 native2ascii -[options] [inputfile [outputfile]] 　　说明： 　　-[options]：表示命令开关，有两个选项可供选择 　　 reverse：将Unicode编码转为本地或者指定编码，不指定编码情况下，将转为本地编码。 　　 encoding encoding_name：转换为指定编码，encoding_name为编码名称。 　　-[inputfile [outputfile]] 　　 inputfile：表示输入文件全名。 　　 outputfile：输出文件名。如果缺少此参数，将输出到控制台。 最佳实践： 首先将JDK的bin目录加入系统变量path。在盘下建立一个test目录，在test目录里建立一个zh.txt文件，文件内容为：“熔岩”，打开“命令行提示符”，并进入C:\test目录下。下面就可以按照说明一步一步来操作

前言 随着计算机技术和 Internet 的日新月异，视频点播技术因其良好的人机交互性和流媒体传输技术倍受教育、娱乐等行业青睐，而在当前， 云计算平台厂商的产品线不断成熟完善， 如果想要搭建视频点播类应用，告别刀耕火种， 直接上云会扫清硬件采购、 技术等各种障碍，以阿里云为例： 这是一个非常典型的解决方案， 对象存储 OSS 可以支持海量视频存储，采集上传的视频被转码以适配各种终端，CDN 加速终端设备播放视频的速度。此外还有一些 内容安全 审查需求， 比如鉴黄、鉴恐等。 而在视频点播解决方案中， 视频转码是最消耗计算力的一个子系统，虽然您可以使用云上专门的转码服务，但在很多情况下，您会选择自己搭建转码服务。比如： 您已经在虚拟机/容器平台上基于 FFmpeg 部署了一套视频处理服务，能否在此基础上让它更弹性，更高的可用性？ 您的需求只是简单的转码需求，或是一些极其轻量的需求，比如获取 OSS 上视频前几帧的 GIF 等， 自己搭建成本更低。 您有更高级的自定义处理需求，比如视频转码完成后， 需要记录转码详情到数据库， 或者在转码完成后， 自动将热度很高的视频预热到 CDN 上， 从而缓解源站压力。 您有并发处理大量视频的需求。 自定义视频处理流程中可能会有多种操作组合， 比如转码、加水印和生成视频首页 GIF。后续为视频处理系统增加新需求，比如调整转码参数

在写这边文章时，在网上扒拉了很久，发现好多博客总结的都非常好，我也是参考了很多，在文章最后会列出一些觉得不错的博客地址，大家如果有兴趣可以去看看。 本篇主要是简单介绍Java编码知识，如果已经非常了解，可以手抖了，把宝贵时间用到看其他文章上面吧。 大家都知道中文需要编码后传输才不会有乱码，但是为什么要编码呢，因为计算机的一个最基本的存储单元byte无法表示一个中文字符，所以我们必须先把中文字符经过转换，转换成计算机能够表示的字符。当需要重新读取这些字符时，按照之前的转换规则，再转换回来就可以了。 这里的转换规则就是我们的所说的编码方式了，常见的有ASCII、ISO-8859-1、GB2312、GBK、UTF-8、UTF-16等。首先我们的字符在jvm都是Unicode编码，而上面的那些编码方式就是在传输时或显示时用什么样的编码方式。比如你把字符串以UTF-8编码方式转换成Unicode编码存储，然后等再次读取的时候还是采用UTF-8编码方式来反编码，就能获取到正确的字符。因为Unicode编码采用了世界统一的码表进行编码，因此相同的字符对应不同的系统或环境对应的Unicode码是一样的。 比如一个字符串“中国”，他的Unicode码是一定的，如果通过getBytes("GBK")方法，其中的内部逻辑就是首先“中国”的Unicode码转换成GBK编码，然后用GBK编码后的数据进行传递