terrywei wrote:
今天更新TS-119...(恕刪)


登入後,在「控制台」的「一般設定」,「登入畫面」中可以自行修改。

轉檔服務, 安裝 CodexPack 套件加速轉檔問題

在 QTS 4.1 轉檔服務裡, 有提到加裝 CodexPack 可以加速轉檔, 有人試過嗎?



有一處不了解, 在 TS-251 既然提到利用 J1800 CPU 硬體加速器來加快轉檔能力, 何以要另外安裝 codec ?
FB: Pctine
真的會快很多喔, 感覺那才是真的硬體加速
請教Pctine 兄:

我看到QNAP 一篇教學文裡面提到要完整升級QTS4 ,需要砍掉重練的
不知道是否有必要性呢?搬資料可能會搬到手軟的@@


http://www.qnap.com/i/cht/trade_teach/con_show.php?op=showone&cid=100


先謝謝囉

jmsshieh wrote:
完整升級QTS4 ,需要砍掉重練...(恕刪)


大大指的應該是這段吧?
"系統由3.8.3更新成4.0時,系統架構將變更成legacy volume與LVM同時並存的複合性架構。"
小弟的NAS是家用系列的TS-221,不論是3.8或4.0都沒有LVM功能.
那段的意思大概是指同時具有3.8架構與LVM的型號
QTS 4.x
「媒體櫃」突然掃描不到任何影音資料了,停止重啟、重建索引也沒用
選擇新增媒體檔案夾後,按下套用後,全部檔案夾又消失
請教如何解決 ?


Adobe特約講師/Nikon學校講師/潮 攝影FB社團/Nikon2008-2009攝影比賽第三獎
我的也會,重開機就正常了,但每隔一陣子又會發生。
pctine wrote:
在 QTS 4.1 轉檔服務裡, 有提到加裝 CodexPack 可以加速轉檔, 有人試過嗎?

有一處不了解, 在 TS-251 既然提到利用 J1800 CPU 硬體加速器來加快轉檔能力, 何以要另外安裝 codec ?

敝人的TS-251到貨時有測試過,不過沒有比較過時間差,且因為僅以背景轉檔測試系統穩定度,所以未觀察實際耗時,只知一天內可以背景轉檔超過2部720p電影,速度是可以肯定遠高過J1800的軟體壓縮能力的,畫質也還能接受(畫質當然無法與軟體壓縮相提並論,但以效率來說是可用了)。

需另外安裝Coder的問題,就如同早期未包入額外編碼器的VirtualDub,當想要輸出成DiVX時,就必須另外安裝DiVX編碼器,再由VirtualDub中調用。編碼器負責接收編輯軟體所輸出的影像框,再將收到的影像傳給軟體壓縮程序、或是晶片執行硬體壓縮。

以硬體壓縮的角度來說,您也可以將該編碼器想像成『顯示卡的驅動程式』,為硬體與作業系統的溝通橋樑,會比較容易理解。
MM工坊 wrote:
以硬體壓縮的角度來說,您也可以將該編碼器想像成『顯示卡的驅動程式』,為硬體與作業系統的溝通橋樑,會比較容易理解。...(恕刪)


感謝告知, 其實小弟已經沒有再去仔細研究相關套件的功能.

當初所要表達的是, 在 QNap 的設計裡, 有些套件真的分的太細了, 反而造成 user 的困擾.

例如:
*QTS 4.2, file station 要支援 cloud storage, 就要另外安裝 connect to cloud drive qpkg.
*NAS 要支援不用開 IP 分享器 port 就能從遠端存取, 要裝 cloudlink.
*x51/x53/x70/x71 HD Station 要支援硬解, 就要裝 codexpack.
*photo station 要支援人臉辨識要裝 photo station extension qpkg
*要支援 cloud storage 就要裝 百度云 qpkg, google cloud storage qpkg, webDAV qpkg, Cloud Drive sync....
*要Airplay, 以前要裝 Qairplay qpkg, 現在又改為 multimedia extension pac, 最近又改了...
*多房串流以前要裝 multimedia extension pack, 後來這個套件又改名了, 好像叫 media streaming..., 今天這個套件好像又不見了? 是不是改成內建的功能?

站在 RD 的角度, 都做成套件了, 所以很好維護, 但站在 user 的角度, 為什麼不做的簡單一點? 如果 x51 & x53 本來就支援硬解, 那麼 HD station 裝上去就是要連同相關的套件都一併裝好啊, 何必再搞個 codecpack 套件? 在 QNap 套件裡面存在這種太多分離的套件, 但又互相有相依性. 有些本來應該自動幫 user 都做好的事, 結果還要手動安裝.
FB: Pctine
pctine wrote:
...(恕刪)
站在 RD 的角度, 都做成套件了, 所以很好維護, 但站在 user 的角度, 為什麼不做的簡單一點? 如果 x51 & x53 本來就支援硬解, 那麼 HD station 裝上去就是要連同相關的套件都一併裝好啊, 何必再搞個 codecpack 套件? 在 QNap 套件裡面存在這種太多分離的套件, 但又互相有相依性. 有些本來應該自動幫 user 都做好的事, 結果還要手動安裝.

就硬體編碼這點,敝人也認同應該要將編碼器包進系統內,若要讓使用者選擇是否開啟硬體壓縮,則另外做個勾選項目才對~

應該包入系統內的,卻做成套件讓使用者自行安裝設定,其實也就是成本轉嫁罷了,減少廠商發布軟體更新作業時,對各型號產品支援與軟體需求的檢查與打包動作,統一將額外功能套件化,更可以讓廠商的軟體開發作業更單純化,讓主線與附屬各自運作,對營運的成本與彈性相信都有極大的幫助。

※ 常使用Linux的人應該很習慣這種操作方式,例如裝了radius後,要做本地測試,就要自行安裝radius-utils,想與MySQL結合,就得另外裝radius-mysql套件,這完全是照著Linux的模式在執行的。

對使用者的壞處就是得花點時間自己動手來,好處是當使用者不需要該功能時,可以選擇不安裝來減低磁碟使用量、開機執行程序與記憶體使用量的可能,要論好壞可能就因人而異了,敝人就不介意這種方式,但對電腦不甚熟悉的一般使用者而言,確實有可能會造成困擾。
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!