個人積分：1233分
文章編號：86744392
就像是現在已經是 Windows 11 ,
也放出 Windows 12 的消息了 ,
但卻有不小部份的使用者還是使用 Windows 7 ,
甚至更舊版本的作業系統
就像是現在影片, 好不容易 從 mpg Mpeg2
逐漸讓大家較常使用 mp4 , H.264 的壓縮方式
雖然已經有 H.265 AV1 這些更好的壓縮方式,
4K 也開始有較多人使用
但需要的人似乎比例不高 , 大多數的使用者 ,
還是只要 1080P 就夠用了 ,
甚至 720P/480P 也有些人覺得沒差
網路也是許多人覺得 4G+ 就夠用了
新的技術,如果沒法大幅改進效能, 以及沒有大幅創新的功能問世,
這些技術,未來就會是小眾,淪為專業的用途而已.無法普及.
個人積分：1307分
文章編號：86757601
個人積分：23066分
文章編號：86758425
個人積分：195分
文章編號：86759440
所以, CPU 內置 AV1 編解碼較划算省電. 未來要求更高, 當然是顯卡快嘍, 特別是創作者言. 但 水果 似乎自有一套影像處理方式, 在創作型 Studio 型號上, 目前使用 SoC.
編碼和解碼完全是不同領域，解碼是固定流程，GPU靠大量線程可以很輕鬆
個人積分：2023分
文章編號：86765148
個人積分：14228分
文章編號：86766525
stacker wrote:
為什麼用CPU編碼效果會比用GPU好呢?不是都一樣的算法嗎？
這問題很久了，網路也很多討論
GPU 轉碼效果為什麼不如純CPU？
上面只是其一，當然還有很多GPU先天限制的因素，
不過整體來說，目前的品質差異已經小到可以忽視。
3D動畫渲染也是如此，雖然GPU渲染超快，
但品質還是比不上純CPU渲染，
像是某些穿透式陰影會不自然等等，
用於提案草稿，或做短時間的廣告動畫沒問題...
但如果是大型創作作品，
或是電影真人跟CG合成就可能看出破綻與不協調，
所以都會採用CUDA方案(CPU+GPU)，
越多核的CPU+GPU去兼顧速度與品質。
回到標題當然是樂觀其成，
內顯編解碼這方面Intel一直做的不錯，
AMD是這兩代才跟上來，希望能長期保持才有廠商優化。
自律努力讓自己變大隻
個人積分：3718分
文章編號：86771442
個人積分：195分
文章編號：86771727
可以這麼說，不過對於普通人的日常影片剪輯，QSV、NVENC的品質足夠使用了
個人積分：23066分
文章編號：86788935
stacker wrote:
意思說用GPU來編碼有很多都受限制於顯卡廠商所提供的api，而不能像CPU那樣自己任意開發自己的演算法的意思嗎?
不是這樣啦，人家前面有給你連結了，去看一下就了解了。
我们不妨举个极端一点的例子，一个完全纯白的60帧视频。如果是CPU来实现，由于单线程可以轻松吃掉2g+的内存，可以扫描整个画面前后1秒的范围，所以最后得到的编码结果就是“全部纯白，60帧”，这个体积显然是非常小的。但如果是GPU编码，由于每条流水线能分到20m都算万幸（目前显存最大的A100，80g显存6912流水线，平均到每流水线也只有11.8m），可别忘了在显存里塞的可是完全无损未压缩的画面，20m只能存放400x225 10bit下的60帧，所以每个流水线输出的就是“在这个400x225范围内，全部纯白，60帧”，最后把数个这样的结果拼起来才得到完整视频，那么这个视频的体积就是CPU编码的数倍。
作者：琴梨梨OvO
链接：https://www.zhihu.com/question/22501094/answer/2333547074
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
因為GPU有數萬個單元，好幾千個小單元組成一個大單元，就算只有一百個大單元，上面的例子也有生出一百個空白的編碼，每一個代表畫面中的1/100的面積。而你用CPU的話，只會有一個全白的編碼，用來代表全部的畫面，所以你用CPU就比GPU 好100倍。
這還是單一畫面，好的CPU編碼還可以壓縮上一幀畫面和下一幀畫面的差異，省下更多的空間。
小惡魔市集
關閉廣告