x264, x265
ffmpeg 只是一個 wrapper 附贈慘痛 buffer mechanism
需要 hardware acceleration 請洽 Gstreamer

@Cipool Qualcomm 表示？
Intel modem 表示瑞典 DSP 好用嗎？
舉什麼大立光的塑膠鏡頭模組都比較好

@caola 你重複講一遍有什麼用
ipv6 ndp 了解一下，怎麼可能會看到 router 後的訊息？唯獨就是違例的 ndp proxy

開發經驗累積，專利持有等
臺灣，中國的晶片經常是 alternative source 而已，所以研發投入不能很高

@caola 錯，只有 ndp proxy 的場合才會如此，就算 ISP 分了很大的段，也是 route 給你用的

@neoblackcap 你是外行人吧？
texture 在不同的 GPU 上有不同壓縮格式，想用高效能 GPU ？不好意思請恰 Apple 進行 metal framework 支援。
ARM 的 CPU 就是不能配合 PCIe 來運作 graphics card，graphics card 是很特殊的存在，請看 Redhat kvm 中相關說明

CPU 指令可能不需要模擬，歷史上 iOS 和 Mac OS 的 API 範疇是不一樣，環境需要 cross，效能損耗會比較類似 Wine 那樣。

然而對於 ARM 來講高效能 CPU 是不存在，這個是設計問題，Cavium(marvell)的產品見過就好了。對於遊戲開發者無非就是原來 build 要半個小時變成了 50 分鐘這樣。

另外我不開發遊戲，我是開發虛擬機的。

沒有辦法，要不要試看看 USB over IP

@neoblackcap 沒做過 profiling ？開發時候很多效能問題都不會解決，尤其是手遊開發時間短，功能優先。
另外 3D 部份其實單看 GPU 標準支援，所以複雜的 3D 開發都是靠模擬。只是 Apple 環境比較難在外部達成

@feikaras 我 reply 的原 po 是講類似大小核的移結構構架
完全不一樣的狀況沒有類比性

@whileFalse 想多了，除非是 interpreter 或者 vm runtime 型語言，不可能一套 binary file 通用，instrcution 差別太大
同時帶兩套尺寸很大，而且 SMT 要在兩個平台上實行完全無可能性

昨天看到覺得高效能領域甚至 graphics 領域的用途都可以不用玩了，用過 ARM 伺服器的可以上來討拍了

很好奇垃圾桶系列要怎麼出，ARM 沒有能和 Xeon 對打的，以後軟體廠商連編譯程式都會吐血。
而 Mac OS 的脾氣是從來不會提過生態外的 cross toolchain

難不成以後都是 App 等級的東西嗎？大型手遊戲開發要怎麼做？ GPU 模擬都成問題

報告書，不過越南比較需要這種東西吧

USB-A 轉 HDMI 多半是 DisplayLink 那種 virtual GPU 的實現
和您所求不同

您講實話出來那麼久，有拿得出手的項目或者開發經驗？
不然免洗大學生很多，你競爭什麼？人家還有紙
回去多看看書，只是英文和數學要能行，不然一輩子撿角

1. 小尺寸無優勢，這邊有一份郵件表明 512KiB 下無意義，很多變數都是如此，甚至 Copy on write 的開銷都太高了
2. 設備相容和資料對齊問題（多數可解決）
3. CPU cache 和 MMU 建表開銷很大，反正都是要過 CPU 不如一開始就用 CPU （場景決定）

大致考量如此

用 browser 的 consle 中 http 紀錄發一下，

我是某些平台的 media codec （ hardware acceleration)開發者，真有實質貢獻說來聽聽

Deepin 對開源沒有任何實質推進