Re: [問題] Z3的4K錄影在電腦播速度減慢已回收

看板MobileComm作者luguo (close to u)時間9年前 (2015/01/12 22:22)推噓7(7推 0噓 0→)

留言7則, 7人參與討論串3/3 (看更多)

醜話先說前頭，這篇文章很多部份其實都是閒聊這樣。字很多，看太多字會不自覺按End的。可以直接跳過這篇。 ※ 引述《RG470AHZ (I <3 APU)》之銘言： (部份文章恕刪) : 2.軟體解碼 : 當你的顯示核心（GPU）不支援該影片的硬體解碼，就會用軟解 : 就把他理解成暴力解碼好了沒背過99乘法9x9怎麼算？當然就是一個一個加阿，所以對於C : PU（運算核心的負擔超大），我測試過1080p大概要一代i5，4k大概要4代i5才能看光看影片的解析度其實不太準。一般網路上取得的 1080p 30fps 5~7mbps 的影片，其實用8年前的老古蕫 Intel Core 2 Duo 雙核 2.0GHz 以上其實就能順播了，例如Intel E6400 2.13GHz。至於3D BD ISO 由於平均流量都在30~40mbps 之間，而且還有3D播放需求的話。就要使用四核的Intel Q8400 2.67GHz 等級左右的CPU，才不會出現掉幀的狀況。 : 所以壓 : 那些嘴電腦運算能力的，說手機已經超越電腦的，既然都會上批踢踢了，就多爬爬文八 : 別說第一代i5辣，S810的運算能力打不打的過十年前的第一代Core 2 Duo都還不知道 : i5：跟你跑，需要看你的後尾燈？如果是純整數的加減乘除四則運算，那Qualcomm Snapdragon 810其實已經可以跟x86初代的Intel Core 2 雙核一較高下。但如果是浮點與整數混合的矩陣運算，或是對二階非線性的偏微分方程求近似解，那x86目前應該沒有什麼對手。 (部份文章及推文恕刪) : 推 GHOSTDOG : 用途跟平台不同，電腦主要是屬於多支援度的 01/04 19:22 : → GHOSTDOG : 為了廣泛的運用所以設計上反而算是比較開放性(?) 01/04 19:23 : → GHOSTDOG : 看一個影片的副檔名電腦幾乎所有都能看分類超廣 01/04 19:24 : → GHOSTDOG : 但是拿手機來說，可能就只能看那幾個副檔名而且還 01/04 19:25 : → GHOSTDOG : 針對影片內部檔案內容進行規範這部分也是W8 01/04 19:25 : → GHOSTDOG : 推不起來的原因一開始範圍太廣開始限制以後 01/04 19:26 : → GHOSTDOG : 用不習慣拿WIN8內建的影片方塊磚字幕我還弄不出 01/04 19:27 其實x86(PC) 對字幕或影片格式的相容性這麼好，是有前因後果的。早2002年Windows XP SP1 剛出沒多久，有個老外叫 gabest。他在sourceforge 建立了一個叫guliverkli 的項目。然後這個老外以 GPLv2 授權的方式，開發了一系列，給Windows 內建的 Meida player 用的分離器及解碼器。讓Windows Meida player(WMP) 可以播放不同格式的影片。例如讓WMP 可以讀取並播放RM檔的 RealMedia Splitter，就是gabest 所開發的。另外他還開發了一個非常重要的項目，名字叫 VSFilter.dll。讓WMP 可以在載入時自動讀取並秀出字幕。而這個自他開始發展的VSFilter.dll，可以說是播放軟體字幕外掛實作的老祖宗。為何會這麼說呢？原因有兩個，第一是在這個dll之前，Windows內建的播放軟體是"沒有"辦法讀取字幕的。藉由這個dll，可以在WMP 或其他基於WMP的播放軟體中實現播放外掛字幕的功能。第二個原因，則是幾乎當時所有Windows 下所開發的影片播放軟體，都是以這個dll 的實作，作為字幕效果的標準。所以說它是老祖宗，並不言過其實。只是開發到後來，gabest 一方面覺得WMP 本身過於花俏沒啥實用性，而且依附在WMP 會有一些相容性的問題。另一方面，他也想整合自己開發出的各種分離器及解碼器。所以他就著手開發Media Player Classic (MPC)。由於MPC 是出自gabest 之手，所以字幕的相容性問題在MPC身上幾乎不存在。就這樣開發了好幾年。直到某一天， gabest 發現有個韓國人開發的播放軟體。名叫KMPlayer。實際上是拿了MPC 的程式碼來用。但由於MPC是以GPL授權的。 GPL授權要求若某個開發者的程式有用上其他人以GPL為授權的程式碼，那麼這個開發者也必須將它的程式碼公開，才符合GPL的授權方式。只是... KMPlayer作者卻沒有公開他的程式碼。所以KMPlyaer作者這樣做是違反了GPL授權的這讓當時的 gabest 非常失望，因為他不知道要怎麼處理這個狀況。最後失望轉變成絕望，gabest停止開發MPC 與VSFilters。幾年之後，由另一群老外接手，最終演變成目前見到的MPC-HC 及MPC-BE 了。如果要我用帶有個人觀點來說的話。我會說 Gabest 其實是open source meida software (for windows)界的神。他參與開發的作品深深影響了後續Windows 系統下所開發的影片播放軟體。直到今天，這個影響力仍然存在。至於他參與的另外一個有名的開放程式碼專案：PS2模擬器 - PCSX2。那又是另外一段故事了。 : 噓 gnemail183 : 認真問一下手機電腦cpu效能要怎麼比較？從規格上 01/05 15:39 : → gnemail183 : 來說感覺差不多是要實際去跑分才能比嗎？ 01/05 15:39 如果只想寫來自爽的話，用IEEE 754的浮點數資料型態的寫一個雙曲函數的面積求解。 x86隨便都可以屌打ARM，不過這樣做有意義嗎？當然沒有。所以真的要說就還是那句老話... 看用途。手機用的ARM架構。目前就像是經過特化的瑞士刀，可以滿足基本的需求。如果使用者的目的是為了作擺盤用的蔬菜雕花，那麼這個瑞士刀對使用者來說。就是個非常方便的工具。反之若是拿來疱子解牛或是釘釘子，那這把瑞士刀可能就不是那麼的適合及順手。而x86架構則是像是裡頭塞了一堆工具的工具箱，雖然用途看使用者是要鎚、要釘、還是要雕花都沒問題，但提久了手會酸，攜帶也不是那麼方便。用比較學術一點的說法來形容的話。手持設備上的ARM架構，就是如果有特定需求，就用特定方式解決。而x86一路走來，總是以相容性為前提作設計，追求效能與相容性的最大公約數。 : 推 tsming : 10 bit硬解在PC上問題一大堆 01/05 15:47 10bit(Hi10p)在ARM架構下的硬解問題才是一大堆，目前在x86(PC)上沒有任何硬解方案，所有的解碼器都是靠CPU硬幹。頂多拿GPGPU來當墊背的。另外10bit的H.264並沒有完美的硬解，例如目前MX Player這類apk用的方式，是直接把10bit色域轉成8bit餵給解碼器，非常ugly。 : 噓 JamesHsuan : 最好I5才能解1080,我Q6600就能順順跑了 01/05 16:38 要看流量跟參數這樣。 -- 「只有心懷悔恨的人，會恐懼死亡。」 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.168.188.142 ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1421072561.A.263.html

推

wuliou

01/12 22:27, , 1^F

01/12 22:27, 1^F

推

sokayha

01/12 22:27, , 2^F

01/12 22:27, 2^F

推

silver00

01/12 22:37, , 3^F

01/12 22:37, 3^F