其他

最近接手一個項目，是從半路上接過來的。按照常理，只要腦子沒被驢踢，是不會接人家的爛攤子的。我之所以接這個項目，一方面是因為這個項目中的開發人員是我部門的人（本人是部門主管），另一方面是因為領導的任命。坦白說，接這個項目意味著我這個階段將面對怎樣的壓力。項目組大多都是因為項目而臨時組建的，如果團隊中有新入職的員工或外包人員，那這個項目的管理難度會增大很多。而面對這種情況，降低項目風險和減少後續問題必須做的一件事情就是要制定項目協作流程和規範，越具體越好。此時你不能再顧及流程和規範會影響大家發揮各自

今天在調試項目的時候發現日曆控制項用了左右箭頭，後來用IE9的調試功能發現這裡是<font face='Webdings'>，後來看了下這是windows內建的一種特殊字元的字型，一下是關於介紹：1. 用法如下：<font face='webdings' size="14">i</font>其中 i 可以用一下來的一些字元來表示，具體代表的含義如：0 1 2 3 4 5 6 7 8 9 a b c d e f g h i j k l m n o p q r

     近日，在媒體上看到一篇新聞報道，題為”核心技術的“短板”無疑是龍芯產業化的“陷阱”“，有人使用”龍芯掉入“陷阱”“作為標題加以轉載。讀後有感。   

【 聲明：著作權，歡迎轉載，請勿用於商業用途。  聯絡信箱：feixiaoxing @163.com】    嵌套鎖這個概念，主要是為了根據編程中的一種情形引申出來的。什麼情況呢，我們可以具體說明一下。假設你在處理一個公用函數的時候，因為中間涉及公用資料，所以你加了一個鎖。但是，有一點比較悲哀。這個公用函數自身也加了一個鎖，而且和你加的鎖是一樣的。所以，除非你的使用的是訊號量，要不然你的程式一輩子也擷取不了這個鎖。HANDLE hLock;void sub_func(){ /*...*/

代碼的高品質是軟體的靈魂，代碼  =  資料結構  + 演算法，  而高品質的代碼  =  優良的變數、函數命名  +  優良的代碼結構、代碼階層   +  資料結構  +

【 聲明：著作權，歡迎轉載，請勿用於商業用途。  聯絡信箱：feixiaoxing @163.com】    在編寫多線程的時候，有一種情況是十分常見的。那就是，有些公用資料修改的機會比較少。相比較改寫，它們讀的機會反而高的多。通常而言，在讀的過程中，往往伴隨著尋找的操作，中間耗時很長。給這種程式碼片段加鎖，會極大地降低我們程式的效率。那麼有沒有一種方法，可以專門處理這種多讀少寫的情況呢？    有，那就是讀寫鎖。    （1）首先，我們定義一下基本的資料結構。typedef struct

     1月31日，美國航天局NASA公布了一副圖片如下：        近日，天文學家利用Herschel深空望遠鏡觀測到巨蛇座（Sea serpent）有一顆新星盤正在形成之中，其外圍存在藍色霧蒙蒙的冰塵圈子，距離地球175光年。          天文學家一般認為，太陽系的彗星（Comets）帶有大量的水分子，給地球形成海洋提供了水資源。這次觀察更進一步證明了這一事實。好奇號在火星表面發現水的痕迹絕不是偶然的。問題是，火星的水現在到哪裡去了。          在宇宙遙遠的過去，水分子（

-picture parameter sets　　1. pic_parameter_set_id　　pic_parameter_set_id指明了在切標題中對應的某個psp.pic_parameter_set_id的值應該在0到255,包括0和255　　2. seq_parameter_set_id　　set_parameter_set_id表示啟用的sps.seq_parameter_set_id應該取值在0到31之間,包括邊界值.　　3. entropy_coding_mode_flag　　

 利用VS2010的資料庫對比功能直接進行資料庫結構對比，同步更新資料庫的結構！對比的時候都是通過主鍵來判斷的。在這裡需要注意的有兩點：第一、在目標資料庫中表如果有非空欄位，而在來源資料庫中某個欄位的值為空白，則同步不會成功；第二、更新目標資料庫的時候必選選擇“架構比較選項”中的“對象”選項卡，勾選“SQL檔案”，否則會出現“目標資料佔用sqlclient錯誤”。下面是具體操作：1.選擇VS工具列的“資料”->“架構比較”->“建立架構比較”。如下：2.選擇目標資料庫和來源資料庫。如

在 HEVC/H265 代碼中，有三個使用的namespace：1. df2. df::program_options_lite3. RasterAddress對於第一個 df 的namespace，我一直百思不得其解，df 是什麼含義？老外對起名是很重視的，肯定有原因。 HEVC/H265 代碼的編寫者有：vidyo, toshiba, ti, ten, technicolor,suehring, sony_uk,sony, skku, sharp, samsung,rim,qualcomm,

把自己平時在做項目時和自己學習時的一些經驗和心得記錄下來。那樣，首先可以增強自己對知識點的理解；其次，以後再用到的話，可以很方便的查詢；最後，才是分享給大家，可以在用到這方面的知識的時候可以直接利用。給大家共用了很多知識和心得。其實，我覺得，我從寫文章中學到的東西更多。因為，把自己懂的東西給說明白了並不容易，因此在寫文章的時候會鑽研的更深一些，那樣有些似是而非的東西就全給弄懂了。有時，一個問題你可能還沒有真正、完全的理解，通過在寫部落格的過程中，不斷思考和查閱資料，達到不斷遞迴式的進步，到你完全

If you love two persons, select the second; Because you will not love someone else if you truly love the first.------ 假如你愛上了兩個人，選擇第二個。因為如果你真愛第一個，就不會去愛其他人。If you love a girl, it's better to fight for her happiness than to abandon her for the sake of

下面轉自http://topic.csdn.net/u/20081020/16/7156e0b2-dbfb-4b4f-af59-2be04cf9a420.html 的8樓1、NAL、Slice與frame意思及相互關係 NAL指網路提取層，裡面放一些與網路相關的資訊Slice是片的意思，264中把映像分成一幀（frame）或兩場（field），而幀又可以分成一個或幾個片（Slilce）；片由宏塊（MB）組成。宏塊是編碼處理的基本單元。2、NAL

HEVC/H265 標準中的目標是：H264的碼率一般，品質一樣，是否達到，資料說話。  下面是視頻編解碼大師測試資料：HEVC: is it really twice as good as H.264?The new standard for video compression, High Efficiency Video Coding or HEVC, is claimed to require "half the bandwidth for high quality video

每個人都希望，在他所從事的領域很優秀，那麼如何才能優秀呢？有人做過一個研究，說那些優秀的音樂家，在他們成名之前，已經訓練過10000小時。有人可能成功得早，如莫紮特16歲，有些可能需要等到30歲，而後者，可能是他到30歲時，才訓練到10000小時。這裡的時間，偏向於顯時間，可以被統計出來。那麼對於另外一些名人，如愛因斯坦和霍金，他們的時間又該如何衡量？他們可不練鋼琴，而是純粹練腦子。上面的例子可能有點離譜，因為對於普通人，我們都達不到那種成就。

High Efficiency Video CodingHEVC : is it really twice as good as H.264?On the left, a close up from 'Kristen and Sara' (720p resolution), encoded at 800kbps using x264. On the right, the same clip encoded at 420kbps using HEVC's HM10 test model

在csdn上很多年，學習了許多，也教了人許多，但最近，大家發現，我轉載了大量文章，而很少原創文章，真正的有水平且自己一個字一個字敲鍵盤出來的，1000字要三四個小時，如果包含文章的行文、語句，高水平的文章許多8小時才能完成。現在工作越來越忙，上csdn寫部落格時間就少了，所以就轉載一些好文章上來，馬上要放假，將寫一些演算法、編解碼、尤其是H264、H265，C++真正提高內容。希望在2013年我們一起提高。

      在項目實踐中有些時候要用到在每頁一個表格，而且每頁的表頭都是一樣，這樣的話就要在後台來控制產生表頭的位置，也需要動態控制每一頁表格需要顯示的行數。如下：    第一步，在前台放置Repeater，在Repeater的ItemTemplate中放置一個Literal。前台如下：    第二步，在後台申明全域變數：每頁顯示行數，總行數，當前頁數，總頁數，表頭，表尾，換頁和頁號，如下：    第三步，擷取需要在頁面顯示的資料和通過資料量得到需要產生的頁數，如下：    

HEVC/H265文檔是很重要的標準，因為代碼有時由於效率問題而修改，這是最重要的參考：HEVC approved by ITU-T  and  ISO/IEC"Geneva, 25 January 2013 – A new video coding standard building on the PrimeTime Emmy award winning ITU-T H.264 / MPEG-4 AVC was agreed by ITU members today".The ITU-T

What You Should Know about The H.265 Video CodecH.264's successor is coming...eventually. The video codec has been approved, but won't change the face of web video with support for 4K and 50% lower bandwidth costs until chips with hardware decoding