<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[CyberLogix的专栏]]></title><description><![CDATA[嵌入式-多媒体-核驱动]]></description><link>https://blog.youkuaiyun.com/oexpress</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; oexpress]]></copyright><item><title><![CDATA[世界上面积超过10000平方公里的淡水湖排名]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/81748000</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/81748000</guid><author>oexpress</author><pubDate>Thu, 16 Aug 2018 20:11:41 +0800</pubDate><description><![CDATA[世界上面积超过10000平方公里的淡水湖泊的排名:

苏必利尔   82400平方公里   美.加   (北美1)
	维多利亚湖 69500平方公里  坦桑.乌.肯  (非1)  
	休伦湖   59600平方公里 加拿大  (北美2)
	密歇根湖  58000平方公里 加拿大  (北美3)
	坦葛尼咯湖 32900平方公里 坦.乌.赞.刚 (非2)
	贝加尔湖  31500平方公里 俄罗斯   ...]]></description><category></category></item><item><title><![CDATA[当心！程序员在职业生涯中最易犯的7个错误]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/45916071</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/45916071</guid><author>oexpress</author><pubDate>Fri, 22 May 2015 13:29:40 +0800</pubDate><description><![CDATA[当心！程序员在职业生涯中最易犯的7个错误






概述：本文的作者是软件开发领域著名的职业规划导师，他的工作是通过对程序员当前职业状况的了解，向他们提出改进职业规划发展的建议。在与程序员们长期的接触之后，他总结了程序员们最易犯的7个错误。





1.没有明确的职业目标
没有目标的人生，就像无根的浮萍，水流到哪里就飘到哪里，一生漂泊。
如果你想要在软件开发领域获]]></description><category></category></item><item><title><![CDATA[程序员的10大境界,计算科学的10层楼，比尔盖茨看了会自卑，牛顿看了会落泪！]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/45746293</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/45746293</guid><author>oexpress</author><pubDate>Fri, 15 May 2015 16:27:41 +0800</pubDate><description><![CDATA[程序员10大境界




作者简介：周伟明先生毕业于上海交通大学，1994年开始 从事专业软件开发，曾工作于美国加州硅谷的DASCOM Inc公司（现为IBM的全资子公司）和华为技术有限公司等企业。在网络安全软件、服务端软件、机器翻译软件、工具软件、嵌入式系统等领域都拥有丰富的专 业实践经验。近年来周伟明先生潜心研究多核编程技术，于2006年编著出版了国内第一本专门研究多任务情况下数据结]]></description><category></category></item><item><title><![CDATA[YPbPr 和 YCbCr区别]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/39205149</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/39205149</guid><author>oexpress</author><pubDate>Thu, 11 Sep 2014 13:09:34 +0800</pubDate><description><![CDATA[YPbPr 和 YCbCr区别


分量接口有两种名称YPbPr和YCbCr，这是两个完全不同的概念，YCbCr概念早于YPbPr。

历史


早期DVD是隔行显示的，使用YUV(YCbCr)色彩空间进行数据存储和传输，相比于RGB的好处是减少存储空间和数据传输带宽，同时能够方便的兼容黑白电视。因此几乎所有具备分量输出的DVD机的分量端子都是标识为YCbCr(YUV)，一切似乎合]]></description><category></category></item><item><title><![CDATA[H.265和4K超高清时代到来]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/21180585</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/21180585</guid><author>oexpress</author><pubDate>Thu, 13 Mar 2014 17:31:06 +0800</pubDate><description><![CDATA[1. H.264：只能抗1080p不能抗4K
　　随着时代进步，“4K”这个字眼越来越多地出现在人们视野。如果你到电视卖场中逛溜逛溜，一定会对各种旗舰机型前大大的“4K”标签有所印象。不夸张地说，再过一段日子，当销售员看到你进来买电视，不让满嘴的“4K”糊满你脑子恐怕都不会放你走。

“4K”已经成为了旗舰/高档电视的重要标签
　　那么4K到底是什么东西呢？简而言之，4K是新兴的分辨率标准]]></description><category></category></item><item><title><![CDATA[H.264與VC-1兩大視訊壓縮技術比較]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/18887897</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/18887897</guid><author>oexpress</author><pubDate>Fri, 31 Jan 2014 14:23:24 +0800</pubDate><description><![CDATA[迎接高解析的未來　H.264與VC-1兩大視訊壓縮技術比較
影音編碼已經成為數位家庭中，最為主要的角色之一，畢竟我們日常所收看的電視節目、播放的影音片段，無一不是採用各種手段的影音編碼所構成。如何針對各種收看環境來選用適合的編碼標準，除了要看各種編碼規格的特性，還要注意組建來作為編解碼的硬體其包含成本考量、架構設計簡易度以及編解碼晶片性能的限制等等因素。

　以目前的編碼技術方面，通常影像與]]></description><category></category></item><item><title><![CDATA[Fragmented MP4方案的优势]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/17918215</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/17918215</guid><author>oexpress</author><pubDate>Mon, 06 Jan 2014 15:06:44 +0800</pubDate><description><![CDATA[Fragmented MP4方案的优势


Fragmented MP4简称fMP4。与MPEG2TS相比，Fragmented MP4文件有六个关键的优势：
（1）内容与Metadata分开保存        （2）Track之间相互独立      （3）支持Trick-play模式
（4）向后兼容MPEG2TS          （5）支持数据流无缝拼接    （6）集成了DRM技术]]></description><category></category></item><item><title><![CDATA[﻿﻿﻿﻿﻿﻿解读下一代视频压缩标准HEVC(H.265)]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/8528868</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/8528868</guid><author>oexpress</author><pubDate>Tue, 22 Jan 2013 10:46:24 +0800</pubDate><description><![CDATA[解读下一代视频压缩标准HEVC(H.265)




　　在数字视频应用产业链的快速发展中，面对视频应用不断向高清晰度、高帧率、高压缩率方向发展的趋势，当前主流的视频压缩标准协议H.264(AVC)的局限
性不断凸显。同时，面向更高清晰度、更高帧率、更高压缩率视频应用的HEVC(H.265)协议标准应运而生。本文重点分析了下一代视频压缩协议标准HEVC(H.265)
的技术亮点，并对]]></description><category></category></item><item><title><![CDATA[中国省份地级市政区图大全]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/8476640</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/8476640</guid><author>oexpress</author><pubDate>Mon, 07 Jan 2013 13:47:03 +0800</pubDate><description><![CDATA[今天找到一份中国政区地图，里面有各个省的地级市政区划分，非常实用，哪来分享！！]]></description><category></category></item><item><title><![CDATA[Amdahl法则]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/7299093</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/7299093</guid><author>oexpress</author><pubDate>Mon, 27 Feb 2012 17:27:09 +0800</pubDate><description><![CDATA[Amdahl法则





在计算机编程的并行处理程序中，少数必需顺序执行的指令是影响性能的一个要素，即使增加新的处理器也不能改善运行速度。这就是Amdahl法则。有人正是在这一点上对并行处理提出了挑战。一部分人认为，并行处理擅长的是那些增加处理器个数就能提高吞吐量和性能的大问题。　


 

     在一个固定大小的待处理资料中，若欲透过平行处理加速，一般最简单的方法就是]]></description><category></category></item><item><title><![CDATA[HLS Overview]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/7175927</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/7175927</guid><author>oexpress</author><pubDate>Wed, 04 Jan 2012 17:57:51 +0800</pubDate><description><![CDATA[HLS(HTTP Live Streaming) Overview

Introduction


If you are interested in any of the following:



Streaming audio or video to iPhone, iPod touch, iPad, or Apple TV


Streaming live event]]></description><category></category></item><item><title><![CDATA[Adaptive Streaming Comparison]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/7175920</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/7175920</guid><author>oexpress</author><pubDate>Wed, 04 Jan 2012 17:54:23 +0800</pubDate><description><![CDATA[Adaptive Streaming Comparison











IIS Smooth Streaming provides users with a truly compelling way to watch the best-possible-quality streaming video.  First proven in production at]]></description><category></category></item><item><title><![CDATA[Android Display System --- Surface Flinger]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/6426518</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/6426518</guid><author>oexpress</author><pubDate>Tue, 17 May 2011 11:52:00 +0800</pubDate><description><![CDATA[SurfaceFlinger是Android multimedia
 的一个部分，在Android
 的实现中它是一个service
 ，提供系统
范围内的surface composer
 功能，它能够将各种应用
程序的2D
 、3D surface
 进行组合。在具体讲SurfaceFlinger
 之前，我们先来看一下有关显示方面的一些基础知识
。 1、原理
分析让我们首先看一下下面的屏幕简略图：每个应用程序可能对应着一个或者多个图形界面，而每个界面我们就称之为一个surface]]></description><category></category></item><item><title><![CDATA[ Android SurfaceFlinger中的SharedClient -- 客户端（Surface）和服务端（Layer）之间的显示缓冲区管理]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/6315323</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/6315323</guid><author>oexpress</author><pubDate>Mon, 11 Apr 2011 13:27:00 +0800</pubDate><description><![CDATA[  今天看到网友DroidPhone写了篇关于android的surface管理的文章，些的确实不错，拿来于大家分享，版权归属DroidPhone所有！！
Surfac 
SurfaceFlinger在系统启动阶段作为系统服务被加载。应用程序中的每个窗口，对应本地代码中的Surface，而Surface又对应于
SurfaceFlinger中的各个Layer，SurfaceFlinger的主要作用是为这些Layer申请内存，根据应用程序的请求管理这些
Layer显示、隐藏、重画等操作，最终由Surf]]></description><category></category></item><item><title><![CDATA[Android调试的必杀技——反汇编]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/6082898</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/6082898</guid><author>oexpress</author><pubDate>Fri, 17 Dec 2010 18:33:00 +0800</pubDate><description><![CDATA[<br />
在移植Android过程中会遇到很多Crash的情况，尤其是启动Android过程中。一般这些问题都可以通过看代码能解决，当然也有一些比较“妖
娆”的问题，非常难找到头绪，在logcat日志也只会打印一些崩溃的堆栈，这些信息很难帮助我们定位问题。根据个人一个实例来介绍一下在Android
移植过程中反汇编的用法。<br />     首先先看一下我遇到的一个logcat关于Crash的打印信息：I/DEBUG   ( 1417): *** *** *** *** *** *** *** ]]></description><category></category></item><item><title><![CDATA[H.264解码器中CABAC硬件加速器的实现 ]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/5803875</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/5803875</guid><author>oexpress</author><pubDate>Wed, 11 Aug 2010 13:32:00 +0800</pubDate><description><![CDATA[<br /> H.264解码器中CABAC硬件加速器的实现 　　H.264有两种熵编码方案：一种是从可变长编码方案发展而来的基于上下文的自适应可变长编码CAVLC；另
一种是从算术编码发展而来的基于上下文的自适应二进制算术编码CABAC。与CAVLC相比，CABAC可以节省约7％的码流，但增加了10％的计算时
间。在解高清码流时，用软件来做CABAC这样复杂的熵解码，无法完成实时解码的任务，因此，设计硬件加速器是非常必要的。 　　CABAC解码算法 　　在H.264解码器的输入码流中，数据的基本单位是句]]></description><category></category></item><item><title><![CDATA[CAVLC中的前缀和后缀]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/5790951</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/5790951</guid><author>oexpress</author><pubDate>Thu, 05 Aug 2010 16:21:00 +0800</pubDate><description><![CDATA[CAVLC中的前缀和后缀看了几天T264代码，总算弄清楚了CAVLC中如何处理前缀和后缀的，记录一下。  
H264中的CAVLC在对TrailingOne之后的非零系数编码时，使用了前缀(prefix)和后缀(suffix)的概念，并且用suffixlength来表示后缀的长度。具体编码过程是这样的：  
一，将suffixlength初始化为0（如果超过10个非零系数，而且少于3个TrailingOnes，suffixlength初始化为1）  
二，将有符号的level（系数的值），转化为无符号]]></description><category></category></item><item><title><![CDATA[CAVLC编码过程详解]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/5790941</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/5790941</guid><author>oexpress</author><pubDate>Thu, 05 Aug 2010 16:19:00 +0800</pubDate><description><![CDATA[CAVLC编码过程详解
编码过程： <br />
假设有一个4*4数据块 <br />
{ <br />
0, 3, -1, 0, <br />
0, -1, 1, 0, <br />
1, 0, 0, 0, <br />
0, 0, 0, 0 <br />
} <br />
数据重排列：0，3，0，1，-1，-1，0，1，0…… <br /><br /><br />
1） 初始值设定： <br />
非零系数的数目（TotalCoeffs） = 5； <br />
拖尾系数的数目（]]></description><category></category></item><item><title><![CDATA[四年没有写Blog， 今闻王江民前辈不幸去世，很长震动，写诗一首以纪念！]]></title><link>https://blog.youkuaiyun.com/oexpress/article/details/5459571</link><guid>https://blog.youkuaiyun.com/oexpress/article/details/5459571</guid><author>oexpress</author><pubDate>Wed, 07 Apr 2010 20:07:00 +0800</pubDate><description><![CDATA[四年没有写Blog， 今闻王江民前辈不幸去世，很长震动，写诗一首以纪念！]]></description><category></category></item><item><title><![CDATA[STL关联式容器中删除元素的方法和陷阱四  ]]></title><link>https://blog.youkuaiyun.com/OExpress/article/details/799615</link><guid>https://blog.youkuaiyun.com/OExpress/article/details/799615</guid><author>OExpress</author><pubDate>Thu, 15 Jun 2006 13:31:00 +0800</pubDate><description><![CDATA[ 在STL（标准模板库）中经常会碰到要删除容器中部分元素的情况，本人在编程中就经常编写这方面的代码，在编码和测试过程中发现在STL中删除容器有很多陷阱，网上也有不少网友提到如何在STL中安全删除元素这些问题。上一篇文章主要讨论序列式容器vector、list中安全删除元素的方法和可能会遇到的陷阱，这一次讨论在map（multima]]></description><category></category></item></channel></rss>