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

[y3k ( )]

首先 影片的檔案或許長這個樣子

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:對 我的問題就是在"處理"這部分上 我以為處理的方法就是進
→ skyzer:行資料刪減以達成畫面縮小的目的 所以才會用"丟失"這個詞
→ skyzer:不過處理方式是不是真的如此 我並不清楚@@"
→ skyzer:所以我知道原本的流量是不變 而我的疑問是有用在"看到的影
→ skyzer:片"的資訊流上 感謝y大的回覆!
→ tonyhsie:實務上decoder多半會直接加入deinterlace的部分 不需要
→ tonyhsie:另外再接一個dshow deinterlace filter在decoder後面
→ tonyhsie:可以參考coreavc/MPC/CL video decoder各家的設定畫面
→ y3k:呃..我覺得Deinterlace和撥放Interlaced影像不是一件事耶
→ tonyhsie:影片播放時是誰在去交錯? 如何確定? 這點可能要先弄清楚
→ xvid:ffdshow raw video filter、DXVA、AviSynth
→ xvid:未必是用decoder提供 也不是每個decoder都有附帶 也不是每個
→ xvid:人都滿意附帶的去交錯演算法 或許付費軟體多有附帶去交錯
→ xvid:但開源或免付費軟體不代表「多」或「都」有
→ xvid:一個powerdvd產品不代表全世界
→ xvid:即使是MPC internal MPEG2 filter或CoreAVC都有提供interlace
→ xvid:輸出 這就是給使用者自行選擇去交錯方法
→ xvid:如果你覺得手邊有很多自帶去交錯的decoder 那恭喜你
→ xvid:很可惜我無法負擔付費產品 在開源或免費軟體的選擇似乎不多
→ xvid:也之所以你說"多"、"都" 我才請你介紹 這樣是有很多嗎？
→ tonyhsie:ffdshow跟MPC video decoder都有去交錯功能 這樣還不夠?
→ tonyhsie:就算沒用過/沒在用 也不必斷言去交錯非decoder所為
→ tonyhsie:現實上跟你想像的並不一樣
→ tonyhsie:我不曉得你的需求是什麼 一定要硬體去交錯才OK?
→ xvid:我從頭到尾都沒有否定過這類decoder的存在~
→ xvid:我和y3k只想表達的是deinterlace本來就不是decoder的「責任」
→ tonyhsie:dkfum也沒說去交錯是decoder的責任啊 只是講現況而已...
→ xvid:madvr提供DXVA2 deinterlacing對一些人是天大的好消息
→ xvid:表示去交錯多項選擇或者像web大提到可以減少效能負擔
→ xvid:"現況"是不是「大部分」、「多」不需要 你可要多問問madvr的
→ xvid:使用者群 我沒辦法給你回答 對我自己來說 這支援我是受益者
→ tonyhsie:那是因為他不曉得hw去交錯需要renderer支援
→ tonyhsie:而你的問題是 以為大部分的去交錯都不是decoder所為...
→ xvid:多寡的問題 上面推文已提 另外去交錯不同於解碼 不同方法的
→ xvid:的結果效果也不同 甚至有很大差異 所以並不是"有去交錯"
→ xvid:就是每個人能接受的結果 當然這是個人喜好 是另一個議題
→ tonyhsie:因為去交錯並不是誰誰誰的責任 自decoder以降 誰都可以作
→ tonyhsie:也誰都可以不作 反正只要有一個Component有作就好
→ tonyhsie:通常decoder會作 是因為它沒辦法揣測後面有沒有人去作
→ tonyhsie:所以自己作掉最保險 單純把2個field合成1個frame也算有作
→ y3k:其實我會這麼認為是有原因的@@ 我曾經弄了一個有交錯的clip
→ y3k:然後用掛了madvr的mpc-hc x86播放 然後用alt-enter切換視窗和
→ y3k:獨佔模式 發現切換的那一瞬間會出現交錯 如果frame從decoder出
→ y3k:來時已經去過交錯 怎麼會在做這種切換的時候產生interlace?@@
→ y3k:這個檔案在撥放的時候是看不出交錯的 所以我覺得是因為切換的
→ y3k:時候filter那些東西進行了reset之類的動作 而deinterlace也在
→ y3k:其中 當時我是這麼解釋這件事的
→ y3k:另外我當時有把原檔和交錯後的檔案做過比對 那些線條應該不是
→ y3k:resize的原因@@ 我想知道我這樣的結果上有問題嗎?@@
→ tonyhsie:其實你可以check一下renderer收到的video sample是否是
→ tonyhsie:interlaced...如果是 那表示你播那個檔時是hw去交錯的
→ y3k:恩有可能@@
→ y3k:我覺得這個討論到這裡告個段落吧XD?
→ dkfum:madvr這玩意0.78才有HW解交錯 究竟你的影片是誰解交錯的呢?
→ y3k:我去年寒假左右 madVR連字幕都不支援的時候玩的 後來去年差不
→ y3k:多這個時候電腦硬碟爆掉重灌 現在想起來也不知道要怎麼解釋= =
推 goldie:以前不知在哪看到的DirectShow文章說不管是…
→ goldie:Split/Decode/Render,統稱為Filters,然後再依功能分成
→ goldie:Split/Decode/Render三大類,而Deinterlacing只是介於Decode
→ goldie:與Render之間的一種Filter, 不知道我這觀念對不對？
→ tonyhsie:dshow filter的三類是 source/transform/renderer filter
→ tonyhsie:除了source/renderer外的所有事情都由transform filter
→ tonyhsie:處理,最常見的就是decoder.如果要把deinterface的功能
→ tonyhsie:單獨作成一個filter也是可以 也是transform filter的一種
→ tonyhsie:但是沒看過這種filter,因為通常decoder也會順便作去交錯
推 goldie:啊…對！就是 Source/Transform/Renderer 三種dshow filter