PTT數位生活區 / AVEncode (影音編碼技術)

[請問]某些轉出來的mp4比原檔大是正常的嗎?

看板AVEncode (影音編碼技術)作者 (P)時間9年前 (2015/01/30 21:56), 編輯推噓28(28推 0噓 180→)
留言208則, 9人參與, 最新討論串1/1
我是用格式工廠。 用高質量下去轉，結果出來的mp4比原檔還要大。 還大不少。 mp4不是以cp值著稱嗎? 這樣是正常的嗎? 另外請問格式工廠是不支援idx字幕嗎? --
推
10/22 09:41,
還好啦 有一次我放5566我難過 旁邊騎jr的小屁孩還跟著唱呢
10/22 09:41
-- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.229.197.244 ※ 文章網址: https://www.ptt.cc/bbs/AVEncode/M.1422626189.A.586.html
推
01/30 22:02, , 1F
高cp值的是mp4裡面打包的x264視訊與AAC音訊`.
01/30 22:02, 1F
→
01/30 22:02, , 2F
「mp4」只是容器。而格式工廠的x264參數很沒cp值。
01/30 22:02, 2F
→
01/30 22:04, , 3F
影片轉檔的過程是先將片源解碼後再由編碼器重新編碼
01/30 22:04, 3F
→
01/30 22:05, , 4F
那如果編碼器設定成高質量，但片源其實沒那麼好的話，
01/30 22:05, 4F
→
01/30 22:06, , 5F
就變成轉出來的視訊使用多餘的體積去保留不必要的畫面
01/30 22:06, 5F
→
01/30 22:07, , 6F
資訊。所以轉出來比原檔大是可能的。
01/30 22:07, 6F
→
01/30 22:11, , 7F
請問我是使用高質量的MPEG4(DivX)，也是一樣不好嗎?
01/30 22:11, 7F
→
01/30 22:11, , 8F
那還是有其他推薦的轉檔軟體?
01/30 22:11, 8F
→
01/30 22:11, , 9F
請問什麼是不必要的畫面?原檔的畫面不是怎樣，轉出來就
01/30 22:11, 9F
→
01/30 22:12, , 10F
是怎樣嗎?
01/30 22:12, 10F
→
01/30 22:12, , 11F
換成音訊去理解就有點像把128k的wma，轉成320k的mp3
01/30 22:12, 11F
→
01/30 22:12, , 12F
這樣轉出的mp3就比原wma大。
01/30 22:12, 12F
→
01/30 22:13, , 13F
我是說「不必要的畫面資訊」，不是「不必要的畫面」
01/30 22:13, 13F
→
01/30 22:14, , 14F
divx與xvid都不如x264，能用x264盡量用x264。
01/30 22:14, 14F
→
01/30 22:15, , 15F
然後轉檔軟體要方便操作的話大概就格式工廠了，其他的
01/30 22:15, 15F
→
01/30 22:16, , 16F
要去google，真要鑽下去在這裡一時半刻講不完的@@
01/30 22:16, 16F
→
01/30 22:19, , 17F
感謝熱心解答!其實我有google，大概就是推薦格式工廠。
01/30 22:19, 17F
→
01/30 22:20, , 18F
所以編碼弄成x264囉?請問可以簡要的說x264好在哪嗎?
01/30 22:20, 18F
→
01/30 22:21, , 19F
耶，我發現我只有H264可以選耶。
01/30 22:21, 19F
推
01/30 22:22, , 20F
divx是早期的編碼器，xvid則是在divx商業化後，一群人
01/30 22:22, 20F
→
01/30 22:22, , 21F
跳出來開發xvid。x264則是後來出現的更先進的編碼器
01/30 22:22, 21F
→
01/30 22:23, , 22F
其實H264就是x264的high profile的寫法而已，就是x264
01/30 22:23, 22F
→
01/30 22:25, , 23F
avi檔裡面最常打包的就是divx(或xvid)視訊+mp3音訊
01/30 22:25, 23F
→
01/30 22:25, , 24F
至於mp4檔最常見的是打包x264視訊+AAC音訊
01/30 22:25, 24F
→
01/30 22:26, , 25F
(另外偷偷說一下其實x264是編碼器的名稱，嚴格來說
01/30 22:26, 25F
→
01/30 22:26, , 26F
原來如此，剛google到說H264是規範，而x264是照著規範
01/30 22:26, 26F
→
01/30 22:27, , 27F
寫出來的，請問這樣說正確嗎?
01/30 22:27, 27F
→
01/30 22:27, , 28F
它的視訊格式應該叫AVC。不過覺得太複雜的話可以把
01/30 22:27, 28F
→
01/30 22:27, , 29F
x264與AVC看成同義詞就好...偷懶的理解方法)
01/30 22:27, 29F
→
01/30 22:28, , 30F
x264可以編碼出來的不只H264，但現在常見幾乎都是H264
01/30 22:28, 30F
→
01/30 22:29, , 31F
所以也是看成同義詞就好吧XD
01/30 22:29, 31F
→
01/30 22:29, , 32F
是蠻複雜的，早先就有研究過這類。只知道mp4是容器，
01/30 22:29, 32F
→
01/30 22:30, , 33F
符合mp4規範的都叫做mp4，但mp4又有很多種編碼ooxx~~~
01/30 22:30, 33F
→
01/30 22:30, , 34F
然後mp4的h264又有x264的編碼。好亂啊。
01/30 22:30, 34F
→
01/30 22:31, , 35F
我以前最初開始轉檔時用的是格式工廠，但覺得即使x264
01/30 22:31, 35F
→
01/30 22:31, , 36F
設定，轉出來的畫面也只是可以接受的程度而已，所以才
01/30 22:31, 36F
→
01/30 22:32, , 37F
自己去google。現在我用MeGUI，原po有興趣也可以去碰
01/30 22:32, 37F
還有 131 則推文
→
02/01 01:18, , 169F
你有想多研究的話可用media info
02/01 01:18, 169F
→
02/01 01:22, , 170F
檔名就一個z。分析後不是會幫你調整一些選項?
02/01 01:22, 170F
推
02/01 01:23, , 171F
真希望有好心人能寫個詳細完整教學QQ中途遇上問題都不知怎辦
02/01 01:23, 171F
推
02/01 06:24, , 172F
既然系統有裝K-Lite解碼包，那DirectShowSource就變得
02/01 06:24, 172F
→
02/01 06:24, , 173F
很好用了。遇到file indexer不管用時，直接自己寫avs
02/01 06:24, 173F
→
02/01 06:24, , 174F
文件來調用DirectShowSource反而簡潔一些。
02/01 06:24, 174F
→
02/01 06:24, , 175F
步驟是tools → AVS Script Creator → 選擇來源影片
02/01 06:24, 175F
→
02/01 06:25, , 176F
檔 → 跳出三個選項，選DirectShowSource → 然後就會
02/01 06:25, 176F
→
02/01 06:25, , 177F
跳出預覽畫面與avs腳本編輯視窗，只要你能看懂avs代碼
02/01 06:25, 177F
→
02/01 06:25, , 178F
，就自然會用這個視窗。看需求創建自己需要的avs吧！
02/01 06:25, 178F
→
02/01 06:25, , 179F
順便說一下，DirectShowSource所支援的影音格式，簡單
02/01 06:25, 179F
→
02/01 06:25, , 180F
來講，等於你裝在系統裡的解碼包所支援的影音格式。
02/01 06:25, 180F
推
02/01 06:33, , 181F
還有a大說的MediaInf工具很好用 它幫助你觀看影片檔的
02/01 06:33, 181F
→
02/01 06:33, , 182F
詳細資訊，瞭解它是什麼格式以及各種細節。K-lite也有
02/01 06:33, 182F
→
02/01 06:35, , 183F
附。或者potplayer的"媒體資訊→檔案訊息"、以及MPC-
02/01 06:35, 183F
→
02/01 06:36, , 184F
HC的"內容→MediaInfo媒體資訊"都能看
02/01 06:36, 184F
推
02/01 09:52, , 185F
那file indexer無法生成有任何錯誤訊息嗎 log那邊紅色
02/01 09:52, 185F
→
02/01 09:52, , 186F
應該有
02/01 09:52, 186F
→
02/01 09:54, , 187F
分析之後調用的選項其實很多是錯的 掛濾鏡是一門
02/01 09:54, 187F
→
02/01 09:56, , 188F
大學問 我也還非常皮毛而已 光除交錯都眼花繚亂了orz
02/01 09:56, 188F
→
02/01 09:58, , 189F
MeGUI已經簡化很多工作了
02/01 09:58, 189F
→
02/01 10:00, , 190F
格式工廠那種是進一步甚至簡化 但是效果就像你看到的 畫質不
02/01 10:00, 190F
→
02/01 10:00, , 191F
理想或檔案大小不理想是家常便飯 因為他們都是傻瓜工具
02/01 10:00, 191F
→
02/01 10:01, , 192F
傻瓜工具沒有專業工具的素質很正常的
02/01 10:01, 192F
→
02/01 11:31, , 193F
我覺得寫腳本就好像在寫程式一樣。
02/01 11:31, 193F
→
02/01 11:32, , 194F
默默用回我的傻瓜工具...( ￣ c￣)y▂ξ
02/01 11:32, 194F
推
02/01 14:07, , 195F
我是覺得avs比寫程式好懂多了 難是難在針對不同的片源
02/01 14:07, 195F
→
02/01 14:08, , 196F
要用不同的濾鏡...orz 但新手只會碰到幾個簡單的濾鏡
02/01 14:08, 196F
→
02/01 14:08, , 197F
譬如resize或切邊
02/01 14:08, 197F
→
02/01 14:10, , 198F
掛濾鏡這門學問感覺要鑽下去的話要測試測試再測試
02/01 14:10, 198F
→
02/01 14:10, , 199F
我也不太敢去花時間研究哈哈
02/01 14:10, 199F
→
02/01 21:08, , 200F
當初我光是研究QTGMC要怎麼讓他跑起來就花了幾星期XD
02/01 21:08, 200F
→
02/02 01:43, , 201F
要不用H.265算了...同品質流量大約可直接打七折
02/02 01:43, 201F
→
02/03 22:12, , 202F
MeGUI覺得麻煩只用來封裝了,目前懶人使用XMedia Recode
02/03 22:12, 202F
推
02/04 23:36, , 203F
追求高畫質時感覺265與264輸出的體積差不多 譬如crf
02/04 23:36, 203F
→
02/04 23:37, , 204F
在18或以下時 265的優勢似乎沒那麼明顯。可能再等它
02/04 23:37, 204F
→
02/04 23:37, , 205F
發展一段時間再看看@@
02/04 23:37, 205F
→
02/04 23:40, , 206F
可能跟參數也有關 當初我測試時 x264除了crf與preset
02/04 23:40, 206F
→
02/04 23:41, , 207F
very slow之外 還設了一些手調的參數。x265因為對參數
02/04 23:41, 207F
→
02/04 23:41, , 208F
不甚瞭解，只去設crf與preset slower而已...
02/04 23:41, 208F
‣ 更多 f88887777 的文章
文章代碼(AID): #1KousDM6 (AVEncode)
AVEncode 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 f88887777 的文章
文章代碼(AID): #1KousDM6 (AVEncode)