Cross Compile FFMpeg for ARM

留言

張貼留言

這個網誌中的熱門文章

node (npm) example

圖片
https://github.com/video-dev/hls.js?files=1 Pull requests are welcome. Here is a quick guide on how to start. First, checkout the repository and install required dependencies git clone https://github.com/video-dev/hls.js.git # setup dev environement cd hls.js npm install => package.json # build dist/hls.js, watch file change for rebuild and launch demo page npm run dev => # lint npm run lint ------------------------------- { "name": "hls.js", "version": "0.7.5", "license": "Apache-2.0", "description": "JavaScript HLS client using MediaSourceExtension", "homepage": "https://github.com/video-dev/hls.js", "authors": "Guillaume du Pontavice <guillaume.dupontavice@dailymotion.com>", "repository": { "type": "git", "url": "https://github.com/video-dev/hls.js" }, ...
閱讀完整內容

./build.sh app > log.txt 2>&1

0 代表鍵盤輸入 1 代表螢幕輸出 2 代表錯誤輸出 below is ref from:  http://ibookmen.blogspot.tw/2010/11/unix-2.html 這幾天因為研究 L4D2 的專屬伺服器架設，看到  Srcds  網站針對確保 Srcds 服務程序能隨時保持高優先權，在 crontab 底下使用 renice 的方式每五分鐘調整一次程式的優先權，其指令中 renice -20 `cat /home/yoursrcdspath/srcds.pid` >/dev/null 2>&1 最後面的「>/dev/null 2>&1」為 Unix 的重新導向技巧。雖然大約知道是什麼，不過實際上的原理我卻一直不明白，大約查了一下，疑問變更多。於是我決定來搞清楚它的來龍去脈，這篇文章就是這樣來的。 首先，我們先說明一下這段語法的作用，「>/dev/null 2>&1」實際上在這裡會將左邊程式的執行結果丟給「/dev/null」，然後不管程式有什麼錯誤，也會一併丟給 null。熟悉 Unix 的人大概知道，「/dev/null」是 Unix 底下的垃圾筒+黑洞。它不帶任何意義，所有丟進去的東西都會被吃掉然後不見，反正你不想看到的東西丟給 null 就對了。而「>」的意思其實是，將「>」左邊輸出的東西重新導向到右邊去。但不止是這樣而已，系統將標準輸入輸出分成三個：標準輸入 (stdin)、標準輸出 (stdout)、以及標準錯誤輸出 (stderr)，它們的 fd (file descriptor, 檔案描述子) 分別是 0、1、2。當「>」左邊未指定任何東西時，它會讀取左方程式的標準輸出 (也就是 fd=1) 重新導向給右邊的東西，但是你也可以指定要重新導向的 fd (也就是說「>abc.txt」會等於「1>abc.txt」)。所以可以想見 2>&1 的意思應該是把 fd=2，也就是標準錯誤輸出重新導向給 &1。而這邊的 &1 指的其實就是 fd=1。這邊似乎有點混淆視聽的感覺，為什麼「>」前面的 fd 不需要指定 &，後面的 fd 卻又要加 & 呢？我沒...
閱讀完整內容