精華區beta AVEncode 關於我們 聯絡資訊
抱歉,再爬了一些文後還是有點不太了解 想請問板上高手們一些問題 在同片源的情況下 假設轉出的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)
y3k:1.相同流量的1080p要比720p丟失更多資訊 流量造成的資訊丟失> 11/07 21:07
y3k:resize的失真 11/07 21:07
y3k:我回文好了XD 11/07 21:08
jdtrue:錯 錯 錯 錯 回答完畢XD 11/07 21:24
web2312:請定義 "畫質" XD 11/07 21:41
y3k:我回完後回顧一下刪文了 因為你對"流量" "畫質"這兩個東西的理 11/07 21:59
y3k:解有問題...你先去知道什麼叫做流量吧... 11/07 22:00
ksng1092:resize為什麼會改變流量啊... 11/07 22:00
skyzer:畫質是單純以數學上來說的 因為要用個人視覺來探討會沒定論 11/08 09:28
skyzer:至於流量 我的實際上的流量是指有用在畫面上的 11/08 09:29
skyzer:因為在我認知在畫面轉小時應該是會丟失部分資訊吧? 11/08 09:30
skyzer:所以實際上用來建構畫面的應該不像原本那麼多才對? 11/08 09:30
skyzer:因為我對resize的方式也不太了解所以才有這個疑問@@" 11/08 09:32
skyzer:我知道流量不變 所以我有疑問的是真的有拿來建構畫面的部分 11/08 09:34
skyzer:嗯....數學上的畫質好像也不太對 總之我是想以比較大眾化的 11/08 09:35
y3k:resize還是一樣讀出全部的流量在renderer端進行輸出 11/08 09:36
skyzer:標準來探討啦@@" 感謝各位板友的回答 11/08 09:36
tonyhsie:你講的那不叫流量 或許可以叫資訊量 11/08 10:57
skyzer:所以我就是想知道錯在哪呀@@" 11/08 12:04
skyzer:可是流量不就是由資訊構成的嘛? 11/08 12:45
※ 編輯: skyzer 來自: 220.130.214.15 (11/08 13:45)
skyzer:針對問題4加了點料... 11/08 13:46
y3k:補充四大致是對的 11/08 13:46
skyzer:感謝! 話說連問題3都錯使我有點錯愕...( ̄□ ̄|||)a 11/08 14:01
y3k:問題3一定是錯的阿 都同流量了 11/08 14:04
skyzer:!! 等等...我以為還有個類似解壓的動作,所以會產生比 11/08 14:18
skyzer:解壓前還高的流量...看來好像不是@@" 11/08 14:19
skyzer:那請問壓縮比高是指哪一部分呀@@? 11/08 14:20
y3k:壓縮比是指在畫面表現持平時做出來的檔案大小差異 11/08 14:34
y3k:基本上影像轉檔這種行為是一種"有損壓縮" H264用來壓縮的方式 11/08 14:34
y3k:比mpeg2先進很多 因為用了不少新技術 所以壓縮比是比較高的 11/08 14:35
skyzer:所以這裡指的畫面表現是指以人眼來觀看的情況囉? 11/08 14:39
skyzer:也就是可能會有流量比較低但畫質卻相對高的情況? 11/08 14:41
skyzer:還是說同流量h264比mpeg2保留了較多的細節,可能mpeg2雖然 11/08 14:49
skyzer:也保留了很多東西,但很多都是無關緊要的那種? 11/08 14:50
y3k:我覺得你可以想成 1+1+1+1+1和1*5的差異XD 11/08 15:49
> -------------------------------------------------------------------------- < 作者: y3k ( ) 看板: AVEncode 標題: Re: [請問] 同片源1080p與720p同流量下的畫質 時間: Tue Nov 8 13:05:26 2011 首先 影片的檔案或許長這個樣子 9fearare8y094yqa35qa280824Wderoeroq304e,lq43l2%$@^%#%$wtrtr54@%$^@$%^$%^$.... 把這串意義不明的資料流"正確地"轉化為一個個"有意義"的畫面 -- -- | | | o | | /O\ | | / \ | | | -- -- 這個工作我們稱為Decode(解碼) 做這件事情的東西叫做Decoder(解碼器) 所謂的影片流量指的是"最原始"的那串意義不明的資料流速度 我個人粗淺的理解 影片播放的時候應該是這樣子的 |-------| |-------| 影片資料流->|Decoder|=>"有意義的畫格"->|filters|=>"經過filters處理後的畫格" |-------| |-------| | |--------| | 輸出成你看到的影片<="放大或縮小處理後的畫格<="|Renderer|<-- |--------| 以H264處理上的複雜度來說 大部分Decoder>filter>Renderer 就是說把一串不明的資料流轉化為有意義的畫面比把現成的畫面放大縮小還來的複雜 而且Resize的時候資料並沒有被"丟失" 只是在輸出端前被"處理" 原本的資料流還是不停地被處理著 我覺得這是skyzer沒有搞懂的地方 所以我覺得上面madVR那篇推文中討論的事情基本上沒甚麼好講的 Deinterlace只是filter的一種 只要是可以取消或調整強度的功能 嚴格來說都不會是Decoder程式模塊的一部分 他只是一個外掛的filter 只是有些filter的優先權可能很高讓你以為他是Decoder的一部分 但程式內部的架構和你眼睛所見是不會一樣的 老實講我對filter和Renderer的關係理解不精 或許有誤煩請指教@@ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.34.214.97 ※ 編輯: y3k 來自: 114.34.214.97 (11/08 13:28)
skyzer:對 我的問題就是在"處理"這部分上 我以為處理的方法就是進 11/08 13:29
skyzer:行資料刪減以達成畫面縮小的目的 所以才會用"丟失"這個詞 11/08 13:31
skyzer:不過處理方式是不是真的如此 我並不清楚@@" 11/08 13:32
skyzer:所以我知道原本的流量是不變 而我的疑問是有用在"看到的影 11/08 13:35
skyzer:片"的資訊流上 感謝y大的回覆! 11/08 13:38
tonyhsie:實務上decoder多半會直接加入deinterlace的部分 不需要 11/08 16:24
tonyhsie:另外再接一個dshow deinterlace filter在decoder後面 11/08 16:24
tonyhsie:可以參考coreavc/MPC/CL video decoder各家的設定畫面 11/08 16:26
> -------------------------------------------------------------------------- < 作者: silky7 (‵・ω・′) 看板: AVEncode 標題: Re: [請問] 同片源1080p與720p同流量下的畫質 時間: Tue Nov 8 16:27:47 2011 我看不太懂問題在問什麼,所以只解釋一些名詞的意義, 也許這樣可以釐清部分的問題。 1.流量: 影片的流量,就是記錄影片的資料大小,除以影片的時間。 譬如說如果影片的影像部分,資料大小是60Mbit,而影片的 時間長度是60秒,那麼這個影片的影像流量就是1Mbit/s。 所以,有相同流量、相同時間的二個影片,不管裡面記錄的壓縮格式、 畫面內容是什麼,都會有相同的檔案大小。 同理,二個相同檔案大小的影片,影片時間也相同,那麼不管記錄的 壓縮格式、畫面內容是什麼,二個影片都有相同的流量。 2.解析度: 這裡是指記錄畫面的像素有多少,一個畫面是由許多像素點所構成的, 1920x1080指的就是畫面是由寬1920x高1080這麼多個像素點所組成的。 除去可以調整解析度的壓縮格式以外,一般壓縮儲存的解析度如下: 輸入的原始解析度1920x1080-->壓縮儲存的解析度1920x1080--> 解碼輸出的解析度1920x1080 三個階段儲存的解析度都是相同的。而相同的壓縮格式, 壓縮相同內容的畫面,1920x1080的影片和1280x720的影片相比, 因為記錄的像素更多,所以需要更多的流量,才能維持相同的品質。 3.縮小與放大(Resize): 如果數位點對點的螢幕解析度,和播放的影片的解析度不相符, 這時就必須對解碼輸出的影片做縮小或放大的處理,才能點對點的 在螢幕上顯示。 縮小和放大有許多不同的處理計算方法,不同的處理方法會對畫面 造成不同的損失或產生不同的畫面瑕疵。 縮小的處理必須預先將畫面上的高頻除去,減少轉換至低解析度的 aliasing圖形瑕疵,當然轉換至低解析度本來就會喪失部分資訊。 放大的處理所做的插補會造成畫面變得模糊,喪失銳利度和清晰度。 4.畫質: 主觀的畫質判斷,可以由統計來取得有意義的數據,如果多數人 都覺得畫質不錯,那大概畫質就真的不錯xD 客觀的畫質判斷,可以由壓縮時的量化參數QP來評估,QP數值越小, 代表壓縮時使用的量化越精細,刪減的細節越少,保存的資訊越豐富。 同時QP越小,刪減的數值越少,記錄的資料和檔案也會越大。 相同的壓縮器,有相同的壓縮效率,所以QP數值越小的影片, 檔案流量會越大,擁有的畫質就越好。 不同的壓縮器,由於壓縮效率不同,所以無法經由比較二者的QP來 判斷畫質,這時我們會藉助其他的一些客觀畫質評比的計算方法, 例如PSNR,比較和壓縮前的畫面數據差異,來取得接近的畫質評比。 綜合以上,我們可以歸納出以下的結論: 1) 相同壓縮器,相同解析度,檔案流量越大,影片畫質越好。 2) 不同壓縮器,相同解析度,因為壓縮效率不同, 即使檔案流量相同,也不一定有相同畫質。 3) 相同壓縮器,不同解析度,通常解析度越高者,所需流量也要越高。 但是流量高到一定程度,已經不太容易有明顯的壓縮瑕疵, 即使二者流量相同,此時也許主觀會偏好解析度比較高的影片。 4) 不同壓縮器,不同解析度,完全無從由簡單的流量來判斷畫質。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 217.199.134.54
web2312:以原PO的例子來說,還必須考慮片源的原始解析度@@ 11/08 16:39
web2312:可以對片源做FFT分析高頻訊號多寡來判斷原始解析度 11/08 16:46
web2312:如果片源本身實際垂直只有720條解析度的話,壓720p就OK 11/08 16:47
web2312:另外也要考慮是否要去雜訊(高頻)或開一些"神奇濾鏡" 11/08 16:49
web2312:來得到主觀上的高畫質XD 11/08 16:49
skyzer:感謝解惑!! 11/08 18:12
skyzer:其實我的問題主要就是在問3)的即使二者流量相同,此時也許 11/08 18:13
skyzer:主觀會偏好解析度比較高的影片。 這點 11/08 18:13
skyzer:所以我才會拿兩個不同解析度的螢幕上的播放狀況來提問 11/08 18:15
skyzer:而我希望得知的是這兩者"客觀"的畫質判斷 畢竟主觀是真的 11/08 18:18
skyzer:比較難講... 感謝! 11/08 18:19
jdtrue:比較習慣比較SSIM 有人能詳述PNSR跟SSIM的運算原理嗎XD 11/08 22:38
jdtrue:PSNR才對 按太快... 11/08 22:39
n6333373:wiki it 11/09 02:04