[請問] 同片源1080p與720p同流量下的畫質

看板AVEncode作者 (故事的最後...)時間12年前 (2011/11/07 20:46), 編輯推噓0(0推 0噓 35→)
留言35則, 6人參與, 最新討論串1/3 (看更多)
抱歉，再爬了一些文後還是有點不太了解 想請問板上高手們一些問題 在同片源的情況下 假設轉出的1080p和720p的影片都有同流量 請問1. 在解析度1280 X 720的螢幕上觀賞 是不是因為1080p的影片要Resize所以會喪失資訊，導致在此螢幕上觀賞時 是720p的影片畫質較好呢? (減少資訊已達成縮小解析度的目的?) 如果是的話，請問此時1080p影片實際上的流量是不是比720p的影片還低呢? 請問2. 換成在Full HD的螢幕上觀賞 是不是反過來，因為解析度變大，所以720p的影片得多補上一些資訊 使得解析度提高? 但因為畫面不可能無中生有，所以畫質就會相對較1080p影片低? 請問此時720p影片實際上的流量是比原本高還低? 或是不變? 請問3. h264的壓縮比較高 所以同片源用h264與用mpeg2壓出來的影片 在同解析度和同流量下 用h264壓出來的檔案會比較小囉? 請問4. 所以若要1080p的影片在1280 x 720的螢幕上觀賞時畫質要跟720p的相同的話 那1080p的影片流量就要比720p的高囉? 【補充一下問題4.】 因為1080p的影片解析度較高的關係，所以若要像720p的影片一樣保存相同的細節 所以流量應該是要比較高吧? 畢竟要保存的點也較多? 不知道這個認知是不是也有問題@@? 不好意思，問題可能有些鳥... 因為我有點混亂了@@" 非常感謝各位的解答~~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.141.253.207 ※ 編輯: skyzer 來自: 220.141.253.207 (11/07 20:46)
→
11/07 21:07, , 1F
1.相同流量的1080p要比720p丟失更多資訊 流量造成的資訊丟失>
11/07 21:07, 1F
→
11/07 21:07, , 2F
resize的失真
11/07 21:07, 2F
→
11/07 21:08, , 3F
我回文好了XD
11/07 21:08, 3F
→
11/07 21:24, , 4F
錯 錯 錯 錯 回答完畢XD
11/07 21:24, 4F
→
11/07 21:41, , 5F
請定義 "畫質" XD
11/07 21:41, 5F
→
11/07 21:59, , 6F
我回完後回顧一下刪文了 因為你對"流量" "畫質"這兩個東西的理
11/07 21:59, 6F
→
11/07 22:00, , 7F
解有問題...你先去知道什麼叫做流量吧...
11/07 22:00, 7F
→
11/07 22:00, , 8F
resize為什麼會改變流量啊...
11/07 22:00, 8F
→
11/08 09:28, , 9F
畫質是單純以數學上來說的 因為要用個人視覺來探討會沒定論
11/08 09:28, 9F
→
11/08 09:29, , 10F
至於流量 我的實際上的流量是指有用在畫面上的
11/08 09:29, 10F
→
11/08 09:30, , 11F
因為在我認知在畫面轉小時應該是會丟失部分資訊吧?
11/08 09:30, 11F
→
11/08 09:30, , 12F
所以實際上用來建構畫面的應該不像原本那麼多才對?
11/08 09:30, 12F
→
11/08 09:32, , 13F
因為我對resize的方式也不太了解所以才有這個疑問@@"
11/08 09:32, 13F
→
11/08 09:34, , 14F
我知道流量不變 所以我有疑問的是真的有拿來建構畫面的部分
11/08 09:34, 14F
→
11/08 09:35, , 15F
嗯....數學上的畫質好像也不太對 總之我是想以比較大眾化的
11/08 09:35, 15F
→
11/08 09:36, , 16F
resize還是一樣讀出全部的流量在renderer端進行輸出
11/08 09:36, 16F
→
11/08 09:36, , 17F
標準來探討啦@@" 感謝各位板友的回答
11/08 09:36, 17F
→
11/08 10:57, , 18F
你講的那不叫流量 或許可以叫資訊量
11/08 10:57, 18F
→
11/08 12:04, , 19F
所以我就是想知道錯在哪呀@@"
11/08 12:04, 19F
→
11/08 12:45, , 20F
可是流量不就是由資訊構成的嘛?
11/08 12:45, 20F
※ 編輯: skyzer 來自: 220.130.214.15 (11/08 13:45)
→
11/08 13:46, , 21F
針對問題4加了點料...
11/08 13:46, 21F
→
11/08 13:46, , 22F
補充四大致是對的
11/08 13:46, 22F
→
11/08 14:01, , 23F
感謝! 話說連問題3都錯使我有點錯愕...(￣□￣|||)a
11/08 14:01, 23F
→
11/08 14:04, , 24F
問題3一定是錯的阿 都同流量了
11/08 14:04, 24F
→
11/08 14:18, , 25F
！！　等等...我以為還有個類似解壓的動作，所以會產生比
11/08 14:18, 25F
→
11/08 14:19, , 26F
解壓前還高的流量...看來好像不是@@"
11/08 14:19, 26F
→
11/08 14:20, , 27F
那請問壓縮比高是指哪一部分呀@@?
11/08 14:20, 27F
→
11/08 14:34, , 28F
壓縮比是指在畫面表現持平時做出來的檔案大小差異
11/08 14:34, 28F
→
11/08 14:34, , 29F
基本上影像轉檔這種行為是一種"有損壓縮" H264用來壓縮的方式
11/08 14:34, 29F
→
11/08 14:35, , 30F
比mpeg2先進很多 因為用了不少新技術 所以壓縮比是比較高的
11/08 14:35, 30F
→
11/08 14:39, , 31F
所以這裡指的畫面表現是指以人眼來觀看的情況囉?
11/08 14:39, 31F
→
11/08 14:41, , 32F
也就是可能會有流量比較低但畫質卻相對高的情況?
11/08 14:41, 32F
→
11/08 14:49, , 33F
還是說同流量h264比mpeg2保留了較多的細節，可能mpeg2雖然
11/08 14:49, 33F
→
11/08 14:50, , 34F
也保留了很多東西，但很多都是無關緊要的那種?
11/08 14:50, 34F
→
11/08 15:49, , 35F
我覺得你可以想成 1+1+1+1+1和1*5的差異XD
11/08 15:49, 35F
‣ 更多 skyzer 的文章
文章代碼(AID): #1EjzCClm (AVEncode)
‣ 更多 skyzer 的文章
文章代碼(AID): #1EjzCClm (AVEncode)