<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[bcs_01的专栏]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/bcs_01</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; bcs_01]]></copyright><item><title><![CDATA[也谈PCIe带宽问题]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/142212445</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/142212445</guid><author>bcs_01</author><pubDate>Fri, 13 Sep 2024 15:34:23 +0800</pubDate><description><![CDATA[的时候其实更多的时候也是一个工程问题，这个时候我们更多从带宽本身的概念出发去衡量：带宽定义为单位时间传输的数据量。以上分析的都是带Data Payload字段的开销，实际在数据传输过程中，还有额外的一些不带Data Payload的TLP会占据链路，而这些是不容易能分析到的。先贴张PCIe速率提升图。我们在做带宽分析的思想就是定义一批数据量（一般从MRS定义的数据量开始，大到可能有2MB、4MB，甚至更多的数据量），然后统计从数据搬运到指令开始到所有这些数据搬完所花费的时间，然后用数据量/时间计算出带宽。]]></description><category></category></item><item><title><![CDATA[PCIE 5.0协议中文翻译]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/142201735</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/142201735</guid><author>bcs_01</author><pubDate>Fri, 13 Sep 2024 09:36:24 +0800</pubDate><description><![CDATA[点击图像。]]></description><category></category></item><item><title><![CDATA[谈谈PCIe VID、DID、SSID、SSVID背后的智慧]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/142148983</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/142148983</guid><author>bcs_01</author><pubDate>Wed, 11 Sep 2024 20:09:07 +0800</pubDate><description><![CDATA[这种思想其实现在已经渗透到了很多技术开发领域，在我们的芯片开发过程中，我们会定义CHIP ID来标识芯片的唯一性，我们也会定义Foundary ID来标识芯片是由谁生产的，定义TestVendor ID来标识芯片是由谁测试的。如果做芯片的和做板卡的不是同一家公司，那么定义这个值就有意义了，因为你同一型号的芯片可以卖给多个板卡厂商去做，而不同的板卡厂商因为设计上的差异性会引入驱动上的差异性。当时的背景我不知道哈，反正从现在来看，我觉得用一个Capability来扩展的方式增加了协议的理解难度，不太好。]]></description><category></category></item><item><title><![CDATA[换个角度看PCIE发展史]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/142141075</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/142141075</guid><author>bcs_01</author><pubDate>Wed, 11 Sep 2024 20:04:34 +0800</pubDate><description><![CDATA[按照我的习惯，在开始做一件事情之前，我倾向于介绍我做这个事情的思路和原因。因为往往误解就是从我们思考问题的方式开始的，我觉得交代清楚了我做事情的背景，那么你就可以顺着我的思路来思考，这个过程中也很容易产生你自己的理解和认知，而对于做技术而言，有自己的认知很关键。有自己的认知就有自己的判断，有自己的判断你就知道对与错，问题在哪儿，怎么解决，能不能更好的解决，你就会去进行更多的探索，形成良性思考循环。布拉布拉一大堆，我要开始了！欢迎大家吐槽。第一个背景，写这篇文章时我是一个6年芯片验证外加3年芯片全流程的芯片从]]></description><category></category></item><item><title><![CDATA[python条件表达式的四种实现方法]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/79373322</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/79373322</guid><author>bcs_01</author><pubDate>Mon, 26 Feb 2018 09:24:24 +0800</pubDate><description><![CDATA[a, b, c = 1, 2, 3 # 1.常规 if a&amp;gt;b:    c = aelse:    c = b # 2.表达式c = a if a&amp;gt;b else b # 先执行中间的if，如果返回True，就是左边，False是右边。 # 3.二维列表c = [b,a][a&amp;gt;b] #实际是[b,a][False]，因为False被转换为0，所以是[1,2][0]，也就是[1]  ...]]></description><category></category></item><item><title><![CDATA[关于NC-Verilog常用的仿真选项]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/76684898</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/76684898</guid><author>bcs_01</author><pubDate>Fri, 04 Aug 2017 15:02:43 +0800</pubDate><description><![CDATA[一、通用的基本选项
NC-Verilog中，有部分选项是ncvlog、ncelab和ncsim通用的选项，见表表 2‑1。
2‑1 ncvlog、ncelab和ncsim通用的基本选项





选项


说明


对应ncverilog选项




-64bit


调用64-bit版本的ncvlog


+nc64bit




-c]]></description><category></category></item><item><title><![CDATA[soc调试错误经验收集]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/62222005</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/62222005</guid><author>bcs_01</author><pubDate>Wed, 15 Mar 2017 13:56:07 +0800</pubDate><description><![CDATA[1. 时钟相位错误导致数据收发错误。
        现象a ： soc环境内serdes block， 环境外对接serdes， 在serdes建链过程中发生重复的建链和掉链现象， serdes是外部厂商IP核， 内部代码不可见。 经mac解包发现接收到的数据有错误， 但单个serdes仿真没有错误， 此情况非常难定位数据错误发生在哪里。
   解决a： 发现smac中用于发送的数据的时钟有]]></description><category></category></item><item><title><![CDATA[USB 3.0规范中译本 第5章 机械结构]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/52980035</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/52980035</guid><author>bcs_01</author><pubDate>Mon, 31 Oct 2016 10:09:18 +0800</pubDate><description><![CDATA[转自：http://www.cnblogs.com/coryxie/p/3956252.html




本文为CoryXie原创译文，转载及有任何问题请联系cory.xie#gmail.com。

本章定义USB 3.0连接器和线缆组件的form,
 fit 和 function。包括以下方面：

• 连接器配对接口（Connector mating interfaces）]]></description><category></category></item><item><title><![CDATA[USB 3.0规范中译本 第4章	超高速数据流模型]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/52980021</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/52980021</guid><author>bcs_01</author><pubDate>Mon, 31 Oct 2016 10:05:51 +0800</pubDate><description><![CDATA[转自：http://www.cnblogs.com/coryxie/p/3956235.html




本文为CoryXie原创译文，转载及有任何问题请联系cory.xie#gmail.com。

本章展示数据和信息如何在超高速上通过的一种高层次的描述。请阅读协议层一章关于低层次协议的细节。本章提供设备架构概述信息，设备框架一章会对此进一步展开。所有实现者应该阅读本章了解超高速的关]]></description><category></category></item><item><title><![CDATA[USB 3.0规范中译本 第3章	USB 3.0体系结构概览]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/52980015</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/52980015</guid><author>bcs_01</author><pubDate>Mon, 31 Oct 2016 10:04:28 +0800</pubDate><description><![CDATA[转自：http://www.cnblogs.com/coryxie/p/3956220.html


本文为CoryXie原创译文，转载及有任何问题请联系cory.xie#gmail.com。

本章呈现USB 3.0体系结构和关键概念的概览。USB
 3.0与前面版本的USB类似，因为它是线缆总线，支持在主机计算机和广大范围的可同时访问的外围设备之间进行数据交换。所附着的设备通过主机]]></description><category></category></item><item><title><![CDATA[USB 3.0规范中译本 第2章 术语及缩略语]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/52979900</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/52979900</guid><author>bcs_01</author><pubDate>Mon, 31 Oct 2016 09:54:56 +0800</pubDate><description><![CDATA[转自：http://www.cnblogs.com/coryxie/p/3956211.html




本文为CoryXie原创译文，转载及有任何问题请联系cory.xie#gmail.com。

本章列出并定义本规范通篇将使用的术语及缩略语。






术语/略缩语


定义




ACK（确认包）


表示积极肯定的握手包。


]]></description><category></category></item><item><title><![CDATA[USB3.0规范中译本 第一章 引言]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/52979849</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/52979849</guid><author>bcs_01</author><pubDate>Mon, 31 Oct 2016 09:48:40 +0800</pubDate><description><![CDATA[转自：http://www.cnblogs.com/coryxie/p/3956175.html


本文为CoryXie原创译文，转载及有任何问题请联系cory.xie#gmail.com。

1.1 动机（Motivation）

Universal Serial Bus (USB) 的原始动机来自于几方面的考虑，最重要的两个方面是：


简单易用（Ease-of-use）]]></description><category></category></item><item><title><![CDATA[Skip宏块与Direct预测模式浅析]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/24027071</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/24027071</guid><author>bcs_01</author><pubDate>Fri, 18 Apr 2014 16:16:35 +0800</pubDate><description><![CDATA[﻿﻿
来自：http://blog.chinaunix.net/uid-13423116-id-2894428.html


B_Skip类型宏块（200503版标准，表7-14最后一行）： 无像素残差，无运动矢量残差（MVD）。解码时，通过Direct预测模式（时间或空间）计算出前、后向MV后，直接利用前、后向MV得到像素预测值。像素重构值=像素预测值        

B_Dire]]></description><category></category></item><item><title><![CDATA[深入剖析H.264帧间预测(P宏块)]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/24019973</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/24019973</guid><author>bcs_01</author><pubDate>Fri, 18 Apr 2014 15:10:53 +0800</pubDate><description><![CDATA[﻿﻿
来自：http://blog.youkuaiyun.com/stpeace/article/details/8115392
工具：foreman_qcif.yuv, JM8.6, H.264visa. 下面仅讨论P宏块的亮度Y分量，为简便起见，只讨论整数像素.
 
步骤1：用JM8.6编码foreman_qcif.yuv的3帧(IPP), 得到test.264,用H.264visa打开test.]]></description><category></category></item><item><title><![CDATA[JM86 中 POC 的计算方法]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/23430653</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/23430653</guid><author>bcs_01</author><pubDate>Fri, 11 Apr 2014 11:05:54 +0800</pubDate><description><![CDATA[﻿﻿
来自：http://hi.baidu.com/snowxshy/item/8fcad08318b86adfd1f8cdcb

一·参数说明 

这一节阐述的是 encoder.cfg 中的参数对编码过程的影响 
要注意的是 encoder.cfg 中的参数跟 input 结构体中的变量是一一对应的 

StartFrame：从视频流的第几帧开始编码 
FramesToBeE]]></description><category></category></item><item><title><![CDATA[HEVC/H.265整个程序调用流程分析以及函数复杂度分析]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/17268967</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/17268967</guid><author>bcs_01</author><pubDate>Wed, 11 Dec 2013 19:57:45 +0800</pubDate><description><![CDATA[http://blog.youkuaiyun.com/feixiang_john/article/details/7942925


HEVC整个程序调用流程:
Encode -> compressGOP -> compressCU
->xCompressCU->copyFromPicYuv
->xCheckRDCostIntra-> initEstData
->xCheckRDCostInte]]></description><category></category></item><item><title><![CDATA[MVC学习--JMVC入门]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/17240007</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/17240007</guid><author>bcs_01</author><pubDate>Tue, 10 Dec 2013 10:04:51 +0800</pubDate><description><![CDATA[拖延了两个多月，终于可以开始MVC方面的学习了，开头总担心3月的时候收到热心朋友传送的MVC论文集会荒废掉，本周终于可以开工了。经过两个月的资料准备，已经基本确定了以JVT-AD007标准文档和JMVC的代码开始MVC的学习，经过本周的努力，标准文档和代码都快速浏览了一遍，也比较简略的看了几篇论文，现在先做个小结。由于一切刚刚开始，希望看到文章的朋友多多斧正，也希望更多的朋友能加入到3DTV和MV]]></description><category></category></item><item><title><![CDATA[18-回顾：h264中的CABAC]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/17218765</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/17218765</guid><author>bcs_01</author><pubDate>Mon, 09 Dec 2013 10:46:54 +0800</pubDate><description><![CDATA[【开始学习HEVC的算数编码之前，先修补一下知识漏洞，回去学一下H.264的CABAC为好。参考文献为： 
D. Marpe, H. Schwarz, and T. Wiegand, “Context-based adaptive binary arithmetic coding in the H.264/AVC video compression standard,” IEEE
Trans.]]></description><category></category></item><item><title><![CDATA[17-HEVC的算数编码]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/17218553</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/17218553</guid><author>bcs_01</author><pubDate>Mon, 09 Dec 2013 10:44:12 +0800</pubDate><description><![CDATA[【重头戏，视频编码中最难啃的硬骨头，或许没有之一。今天这个还是文献的阅读记录，后面几篇会深入挖掘它的参考文献和JCT-VC的相关提案，争取借这次机会彻底把视频编码中的算数编码搞懂。这次的参考文献是：High Throughput CABAC Entropy
Coding in HEVC,IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TEC]]></description><category></category></item><item><title><![CDATA[16-HEVC的条带头解析]]></title><link>https://blog.youkuaiyun.com/bcs_01/article/details/17218471</link><guid>https://blog.youkuaiyun.com/bcs_01/article/details/17218471</guid><author>bcs_01</author><pubDate>Mon, 09 Dec 2013 10:41:28 +0800</pubDate><description><![CDATA[一个条带由整数个coding tree units组成的编码视频流的结构，包含一个非依赖性条带元素和0到多个依赖性条带元素。若当前某个条带元素属于非依赖性条带元素，或者是按照解码顺序在当前的依赖性条带元素之前的第一个非依赖性条带元素的slice element header被称作当前条带的条带头。另一方面，条带元素头中的数据应用于该条带元素中的第一个或者所有的coding
 tree units]]></description><category></category></item></channel></rss>