Time of Update: 2018-07-26
文章內容基於UniStorm 2.4.0,請使用 Ctrl F 搜尋關鍵詞。 參考文獻:UniStorm官方文檔 初始化UniStorm 開啟 APS 視窗(Unity功能表列:Window -> UniStorm -> Auto Player Setup -> C#) 在APS視窗中設定 Camera Type 、 Player Object 、 Main Camera 、 Character Type
Time of Update: 2018-07-26
今天早上一來,跟往常一樣 pull代碼,結果出錯了。 GitLab: Your account has been blocked. fatal: Could not read from remote repository. 原因:查了半天,只是說git伺服器上有人修改配置了,或者帳號異常等等。在git的帳號管理上,不少人都標記了blocked狀態。
Time of Update: 2018-07-26
代碼瀏覽工具OpenGrok OpenGrok是一款強大的跨平台代碼閱讀工具,許多線上源碼查看網站都是使用它來搭建的,比如著名的Android線上源碼查看網站androidxref. OpenGrok特性 OpenGrok 提供如下特性: 1.快速搜尋代碼的引擎 搜尋全文、定義、符號、檔案路徑和修改曆史 搜尋任意指定子目錄(分層搜尋) 累加式更新索引檔案 2.支援類似 Google 的查詢文法,比如 path:Makefile
Time of Update: 2018-07-26
前面文章《Apache ActiveMQ 負載平衡 》在最後有提到一個情境,就是當AMQ的節點數大於2個的時候(HA + LB),且配置了訊息迴流的情況下的一些問題。 HA + LB的基本結構如下圖: 問題即發生在當生產者將訊息投遞到Master節點後(AMQ SERVER),消費者與A節點建立串連(Broker),根據AMQ的“預先消費”策略預先消費了一定數量的訊息,即A節點消費了Master節點的一部分訊息,A節點在將訊息轉寄至消費者Consumer。 消費者在消費過程中,
Time of Update: 2018-07-26
首先解釋一下標題的含義,當我們用jQuery easyui layout 進行布局的時候,可能會遇到這樣一個問題,那就是當手工調整瀏覽器大小,或者最大化、還原視窗的時候,layout的某個地區不能填充因為瀏覽器擴大而產生的空白地區,這時候看起來就比較彆扭了。當然了,如果你的layout是直接放在body標籤上的,且沒有嵌套的layout的話,是不會出現layout不能自適應大小的情況的。
Time of Update: 2018-07-26
之前在演算法第四版看過一題,現在編譯器試一下 餘數和被除數同號 14 ÷ -3 = -4 ··· 2 -14 ÷ -3 = 4 ··· -2 -14 ÷ 3 = -4 ··· -2 關於商,運算式a/b的商會向0取整,即負數向上取整,正數向下取整,類似於正負數的四捨五入。
Time of Update: 2018-07-26
http://blog.csdn.net/gavinr/article/details/7183499 1.擷取資料 ffmpeg讀取mp4中的H264資料,並不能直接得到NALU,檔案中也沒有儲存0x00000001的分隔字元。下面這張圖為packet.data中的資料 從圖中可以發現,packet中的資料起始處沒有分隔字元(0x00000001), 也不是0x65、0x67、0x68、0x41等位元組,所以可以肯定這不是標準的nalu。
Time of Update: 2018-07-26
Time of Update: 2018-07-26
原文連結:http://blog.csdn.net/yu_yuan_1314/article/details/8963673 RTP包中的時間戳記欄位是說明資料包時間的同步資訊,是資料能以正確的時間順序恢複的關鍵。時間戳記的值給出了分組中資料的第一個位元組的採樣時間。為了計算各個資料流的播放時間以及同步處理,僅有RTP包中的時間戳記資訊是不夠的。 在整個播放過程中,包括這樣幾種時間,1)RTP包中的rtp time &
Time of Update: 2018-07-26
Suimono 2.1.3文檔 英文原版連結:http://tanukidigital.com/suimono/documentation 參考文章:Suimono Water基礎設定 Suimono 213文檔 安裝與快速入門 匯入基礎檔案到項目 向情境中添加SUIMONO模組 常見問題
Time of Update: 2018-07-26
鋰離子電池容量計量之"庫侖計"法 鋰離子電池容量計量之"庫侖計"法 ; 一直想寫一篇關於電池容量庫侖計的文章,可以要完全說明 庫侖計的工作原理卻相當的麻煩,因為這種容量計量方法涉及的 電池方面的知識太多太複雜,同時還有一部分整合IC方面的知識. 為了"雅俗共賞",我就把這篇關於庫侖計的文章分成四個部 分. 1.基本概念介紹,就是引出為什麼要用庫侖計來計量電池容 量. 2.庫侖計簡單說明,講得比較淺適合一般的使用者.
Time of Update: 2018-07-26
原文地址:https://www.chromium.org/developers/design-documents/process-models 這篇文章描述了Chromium所支援的不同進程模型,以及各種模型的優缺點。 1、概述
Time of Update: 2018-07-26
Google終於放出了其Fuchsia/Magenta核心的樹莓派版本,下面介紹以下如何編譯並運行 準備工作,首先需要有一個HDMI的螢幕,我這裡的是800X480的HDMI螢幕,然後是鍵盤 從Google Src或者Github上下載Magenta的代碼 https://fuchsia.googlesource.com/magenta 運行目錄中的 scripts/download-toolchain
Time of Update: 2018-07-26
1)QByteArray類提供了一個[位元組]數組。QByteArray 既可以儲存原始的位元組(包括'\0'),又可以被用來儲存慣例上8位以'\0'結尾的字串。<可以理解為字元數組,charstr[] = {'h','e','l','l','o','\0'} 或者 charstr =
Time of Update: 2018-07-26
\uxxxx這種格式是Unicode寫法,表示一個字元,其中xxxx表示一個16進位數字,範圍所0~65535. Unicode十六進位數只能包含數字0~9、大寫字母A~F或者小寫字母A~F。需要注意到是:Unicode的大小端問題,一般都是小端在前,例如 \u5c0f 表示漢語中的 ‘小’字,轉換成10進位就是9215,所以在byte數組中應該是1592. 漢字轉Unicode private string Unicode2Chinese(string strUnicode){
Time of Update: 2018-07-26
Linux系統預設是SMP模式,有時我們也需要AMP模式進行開發 參考網站:wiki.xilinx.com :有xapp1078,xapp1079最新版本的AMP demo www.arm.com:主要是介紹arm系列晶片手冊
Time of Update: 2018-07-26
BQS24259採用NVDC(窄電壓直流)的架構,利用BATFET將system和電池分開,最小的系統電壓由REG01[3:1]進行設定,即使是完全耗盡的電池,系統也被調節設定在最小的系統電壓之上(預設3.5V)。 當電池電壓低於設定的最小的系統電壓之後,那麼BATFET將會運行線上性模式下(LDO
Time of Update: 2018-07-26
問題描述: 子串應該比較好理解,至於什麼是子序列,這裡給出一個例子:有兩個母串: cnblogs belong 比如序列bo、bg、lg在母串cnblogs與belong中都出現過並且出現順序與母串保持一致,我們將其稱為公用子序列。最長公用子序列(Longest Common
Time of Update: 2018-07-26
排序:基礎的排序分為三類:插入(直接插入、shell)、選擇(直接選擇、堆排序)、交換(冒泡、快速)。極值:動態規劃、貪心、回溯。 這裡涉及的內容很多,不是一篇部落格能說清楚的,這裡宏觀上,對它們做個對比和總結。 1.1 插入排序 直接插入排序:對待排序的記錄逐個進行處理,每個新記錄與同組那些已經排好序的記錄進行比較,然後插入到適當的位置。如果按從小到大排序,對已經排好序的記錄按照從大到小的順序,依次與新紀錄進行比較,直到找到一個不大
Time of Update: 2018-07-26
序 一、帳號申請 api分兩個版本,V2和V3,V3用了REST請求,對請求的部分參數採用MD5加密,如果你搞了之後搞不定 ,就用V2的,資料結構和V3差別不小而且已經不維護了 ,我等優酷客服聯絡我再查清問題,到底是哪一步加密出錯了。 V2:http://cloud.youku.com/(叫優酷視頻雲) v3:http://open.youku.com/index.html(優酷開放平台),兩者的clientid 通用,secret沒測試不知道是否通用。認證過程基本沒啥不好弄的