[請問] 如何把檔案轉小又能保有畫質?

看板AVEncode作者 (ARC)時間10年前 (2013/09/05 13:35), 編輯推噓7(7推 0噓 46→)
留言53則, 12人參與, 最新討論串1/1
小弟有部13G的1080p動畫 格式是mkv檔 音訊內建多國語言及字幕 只是這檔案實在是太大了!我想轉小一點,大約1~3GB的大小 我試過格式工廠,轉出來的檔不管怎麼弄都還是超過5G any video converter轉出來則是只剩下一國的語音,檔案也太大 請問還有甚麼軟體可以轉檔的? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.126.8.142 ※ 編輯: m18680768 來自: 59.126.8.142 (09/05 13:36)
→
09/05 15:17, , 1F
MeGUI 不過如果這1080P動畫是已經壓過的 你想要保留畫
09/05 15:17, 1F
→
09/05 15:18, , 2F
質 又希望檔案小 幾乎不可能
09/05 15:18, 2F
→
09/05 15:46, , 3F
感謝!我先試試看
09/05 15:46, 3F
→
09/05 16:51, , 4F
把VIDEO與AUDIO分離 AUDIO拿你要的語系 字幕也是
09/05 16:51, 4F
→
09/05 16:53, , 5F
再重新包裝成MKV
09/05 16:53, 5F
推
09/05 19:43, , 6F
要馬兒跑又要馬兒不吃草 H265不知道有沒有辦法
09/05 19:43, 6F
→
09/05 20:14, , 7F
前面的人也說了 冒出個H.265來用 嗯..你說呢
09/05 20:14, 7F
→
09/05 20:15, , 8F
再者 雖有解碼器可解這東西 但還沒流行起來
09/05 20:15, 8F
→
09/05 20:28, , 9F
你可以"壓到自己能接受的品質" 但是要變小然後保留畫質 難矣哉
09/05 20:28, 9F
→
09/05 20:29, , 10F
尤其是你要求的這種變小比例 幾乎是不可能的 一定會犧牲到品質
09/05 20:29, 10F
→
09/05 21:00, , 11F
等H.265吧,與H.264同等畫質下目前約可減少40%大小了
09/05 21:00, 11F
→
09/05 21:12, , 12F
h265那個宣稱的壓縮比可以預見其解碼需求會很高喔
09/05 21:12, 12F
→
09/05 21:19, , 13F
目前實作的結果看來是還好,也要看VGA廠們明年的進度
09/05 21:19, 13F
推
09/05 21:51, , 14F
我只是給建議 前後句是分開的 依目前來看 難...
09/05 21:51, 14F
→
09/06 02:29, , 15F
h.265+10bit來壓應該有點搞頭 但編碼的硬體需求就...
09/06 02:29, 15F
→
09/06 02:30, , 16F
i7壓h.264都還嫌不夠快 何況h.265
09/06 02:30, 16F
→
09/06 02:35, , 17F
現在比較實用的編碼器還是是x264(MeGUI是介面)
09/06 02:35, 17F
→
09/06 02:36, , 18F
但你的MKV檔多半是人家已經壓過了 如果能直接拿BDISO
09/06 02:36, 18F
→
09/06 02:36, , 19F
來壓會比較好一點...
09/06 02:36, 19F
→
09/06 02:39, , 20F
去找一些可以用10bit壓製的x264改造版本 用10bit來壓
09/06 02:39, 20F
→
09/06 02:40, , 21F
檔案可以壓小一點就保留較多畫質
09/06 02:40, 21F
→
09/06 02:59, , 22F
且
09/06 02:59, 22F
→
09/06 09:50, , 23F
10bit的x264官網就有了 只是詳細的壓縮比強化尚不明朗的樣子
09/06 09:50, 23F
→
09/06 09:51, , 24F
我雖然MeGUI裡面掛的已經是10bit的x264 但是依然是用之前的參
09/06 09:51, 24F
→
09/06 09:52, , 25F
數在壓(自己亂調的) 只能說相同CRF CQ下 10bit"好像"只有些許
09/06 09:52, 25F
→
09/06 09:52, , 26F
的壓縮比提升
09/06 09:52, 26F
推
09/06 11:35, , 27F
10bit一堆機上盒還不支援，晚點再用吧
09/06 11:35, 27F
→
09/06 13:58, , 28F
10bit x264直接壓當然減少的碼率有限 10bit的優勢就是
09/06 13:58, 28F
→
09/06 13:58, , 29F
在banding上面可以有相當好的表現
09/06 13:58, 29F
→
09/06 13:59, , 30F
8bit上面某些banding如果不用躁點去蓋 就會跑出來
09/06 13:59, 30F
→
09/06 14:00, , 31F
10bit則可以不太需要躁點去蓋 所以搭配良好的降躁處理
09/06 14:00, 31F
→
09/06 14:01, , 32F
可以在使用10bit x264壓出來之後 獲得低碼率與高畫質
09/06 14:01, 32F
→
09/07 08:51, , 33F
但是10bit在行動裝置上幾乎是全滅這很傷，而且看似不會得
09/07 08:51, 33F
→
09/07 08:51, , 34F
到什麼商業公司去支援...
09/07 08:51, 34F
→
09/07 08:52, , 35F
再說這個banding可以用高流量去解決XD
09/07 08:52, 35F
→
09/07 15:37, , 36F
Android + MXPlayer可解Hi10P 不過應該是只能解的動720P
09/07 15:37, 36F
→
09/07 15:38, , 37F
當然考量到相容性 及很多使用者完全不懂這些東西
09/07 15:38, 37F
→
09/07 15:41, , 38F
繼續使用8bit 也是一個沒有辦法的辦法
09/07 15:41, 38F
→
09/07 19:20, , 39F
行動裝置上的關鍵是硬解啊
09/07 19:20, 39F
→
09/07 21:08, , 40F
10bit要普及還早,連BD都還在8bit...
09/07 21:08, 40F
→
09/07 21:43, , 41F
我的看法是會跟著h.265一起弄，h.264的已經沒機會了
09/07 21:43, 41F
→
09/07 22:11, , 42F
應該是會和h265一起弄 多支援的hi10p廠商也沒啥利可圖
09/07 22:11, 42F
推
09/08 04:17, , 43F
片源是10bit也不多
09/08 04:17, 43F
→
09/08 12:21, , 44F
that's what I'm talking about...
09/08 12:21, 44F
推
09/16 14:37, , 45F
認真跟你說,燒BD片或者搞大硬碟比較實在
09/16 14:37, 45F
→
09/16 14:59, , 46F
片源非10bit 所以壓成10bit沒有任何助益 (X)
09/16 14:59, 46F
推
09/22 02:22, , 47F
那只不過是建立在有損壓縮上的節省流量 並沒有人說沒有助益
09/22 02:22, 47F
→
09/22 02:24, , 48F
upsample是好是壞要看你取決於什麼
09/22 02:24, 48F
→
09/23 00:43, , 49F
(10 bit) x264 --preset placebo --bitrate 1234
09/23 00:43, 49F
→
09/23 19:00, , 50F
http://goo.gl/1qNwfB 我認為你還是自己去嘗試看看吧
09/23 19:00, 50F
→
09/23 19:01, , 51F
同樣影片直接給8bit跟10bit 10bit就是比較好
09/23 19:01, 51F
→
09/23 19:01, , 52F
要不然根本沒必要開發這些東西
09/23 19:01, 52F
推
09/25 01:14, , 53F
你要這麼堅持我也沒辦法阿...XD
09/25 01:14, 53F
‣ 更多 m18680768 的文章
文章代碼(AID): #1IA1WRd4 (AVEncode)