作者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)
1F：推 skyzer:对 我的问题就是在"处理"这部分上 我以为处理的方法就是进 11/08 13:29
2F：→ skyzer:行资料删减以达成画面缩小的目的 所以才会用"丢失"这个词 11/08 13:31
3F：→ skyzer:不过处理方式是不是真的如此 我并不清楚@@" 11/08 13:32
4F：→ skyzer:所以我知道原本的流量是不变 而我的疑问是有用在"看到的影 11/08 13:35
5F：→ skyzer:片"的资讯流上 感谢y大的回覆! 11/08 13:38
6F：→ tonyhsie:实务上decoder多半会直接加入deinterlace的部分 不需要 11/08 16:24
7F：→ tonyhsie:另外再接一个dshow deinterlace filter在decoder後面 11/08 16:24
8F：→ tonyhsie:可以参考coreavc/MPC/CL video decoder各家的设定画面 11/08 16:26
9F：→ y3k:呃..我觉得Deinterlace和拨放Interlaced影像不是一件事耶 11/09 08:08
10F：→ tonyhsie:影片播放时是谁在去交错? 如何确定? 这点可能要先弄清楚 11/09 13:39
11F：→ xvid:ffdshow raw video filter、DXVA、AviSynth 11/09 14:03
12F：→ xvid:未必是用decoder提供 也不是每个decoder都有附带 也不是每个 11/09 14:04
13F：→ xvid:人都满意附带的去交错演算法 或许付费软体多有附带去交错 11/09 14:05
14F：→ xvid:但开源或免付费软体不代表「多」或「都」有 11/09 14:06
15F：→ xvid:一个powerdvd产品不代表全世界 11/09 14:07
16F：→ xvid:即使是MPC internal MPEG2 filter或CoreAVC都有提供interlace 11/09 14:08
17F：→ xvid:输出 这就是给使用者自行选择去交错方法 11/09 14:09
18F：→ xvid:如果你觉得手边有很多自带去交错的decoder 那恭喜你 11/09 14:13
19F：→ xvid:很可惜我无法负担付费产品 在开源或免费软体的选择似乎不多 11/09 14:14
20F：→ xvid:也之所以你说"多"、"都" 我才请你介绍 这样是有很多吗？ 11/09 14:19
21F：→ tonyhsie:ffdshow跟MPC video decoder都有去交错功能 这样还不够? 11/09 14:27
22F：→ tonyhsie:就算没用过/没在用 也不必断言去交错非decoder所为 11/09 14:28
23F：→ tonyhsie:现实上跟你想像的并不一样 11/09 14:28
24F：→ tonyhsie:我不晓得你的需求是什麽 一定要硬体去交错才OK? 11/09 14:29
25F：→ xvid:我从头到尾都没有否定过这类decoder的存在~ 11/09 14:29
26F：→ xvid:我和y3k只想表达的是deinterlace本来就不是decoder的「责任」 11/09 14:30
27F：→ tonyhsie:dkfum也没说去交错是decoder的责任啊 只是讲现况而已... 11/09 14:39
28F：→ xvid:madvr提供DXVA2 deinterlacing对一些人是天大的好消息 11/09 14:49
29F：→ xvid:表示去交错多项选择或者像web大提到可以减少效能负担 11/09 14:51
30F：→ xvid:"现况"是不是「大部分」、「多」不需要 你可要多问问madvr的 11/09 14:54
31F：→ xvid:使用者群 我没办法给你回答 对我自己来说 这支援我是受益者 11/09 14:55
32F：→ tonyhsie:那是因为他不晓得hw去交错需要renderer支援 11/09 14:57
33F：→ tonyhsie:而你的问题是 以为大部分的去交错都不是decoder所为... 11/09 14:58
34F：→ xvid:多寡的问题 上面推文已提 另外去交错不同於解码 不同方法的 11/09 15:03
35F：→ xvid:的结果效果也不同 甚至有很大差异 所以并不是"有去交错" 11/09 15:04
36F：→ xvid:就是每个人能接受的结果 当然这是个人喜好 是另一个议题 11/09 15:06
37F：→ tonyhsie:因为去交错并不是谁谁谁的责任 自decoder以降 谁都可以作 11/09 15:08
38F：→ tonyhsie:也谁都可以不作 反正只要有一个Component有作就好 11/09 15:09
39F：→ tonyhsie:通常decoder会作 是因为它没办法揣测後面有没有人去作 11/09 15:10
40F：→ tonyhsie:所以自己作掉最保险 单纯把2个field合成1个frame也算有作 11/09 15:11
41F：→ y3k:其实我会这麽认为是有原因的@@ 我曾经弄了一个有交错的clip 11/09 19:29
42F：→ y3k:然後用挂了madvr的mpc-hc x86播放 然後用alt-enter切换视窗和 11/09 19:29
43F：→ y3k:独占模式 发现切换的那一瞬间会出现交错 如果frame从decoder出 11/09 19:30
44F：→ y3k:来时已经去过交错 怎麽会在做这种切换的时候产生interlace?@@ 11/09 19:31
45F：→ y3k:这个档案在拨放的时候是看不出交错的 所以我觉得是因为切换的 11/09 19:33
46F：→ y3k:时候filter那些东西进行了reset之类的动作 而deinterlace也在 11/09 19:34
47F：→ y3k:其中 当时我是这麽解释这件事的 11/09 19:38
48F：→ y3k:另外我当时有把原档和交错後的档案做过比对 那些线条应该不是 11/09 19:43
49F：→ y3k:resize的原因@@ 我想知道我这样的结果上有问题吗?@@ 11/09 19:44
50F：→ tonyhsie:其实你可以check一下renderer收到的video sample是否是 11/09 19:49
51F：→ tonyhsie:interlaced...如果是 那表示你播那个档时是hw去交错的 11/09 19:50
52F：→ y3k:恩有可能@@ 11/09 21:45
53F：→ y3k:我觉得这个讨论到这里告个段落吧XD? 11/09 21:47
54F：→ dkfum:madvr这玩意0.78才有HW解交错 究竟你的影片是谁解交错的呢? 11/09 21:53
55F：→ y3k:我去年寒假左右 madVR连字幕都不支援的时候玩的 後来去年差不 11/09 23:15
56F：→ y3k:多这个时候电脑硬碟爆掉重灌 现在想起来也不知道要怎麽解释= = 11/09 23:16
57F：推 goldie:以前不知在哪看到的DirectShow文章说不管是… 11/13 23:44
58F：→ goldie:Split/Decode/Render,统称为Filters,然後再依功能分成 11/13 23:45
59F：→ goldie:Split/Decode/Render三大类,而Deinterlacing只是介於Decode 11/13 23:46
60F：→ goldie:与Render之间的一种Filter, 不知道我这观念对不对？ 11/13 23:47
61F：→ tonyhsie:dshow filter的三类是 source/transform/renderer filter 11/16 22:15
62F：→ tonyhsie:除了source/renderer外的所有事情都由transform filter 11/16 22:17
63F：→ tonyhsie:处理,最常见的就是decoder.如果要把deinterface的功能 11/16 22:19
64F：→ tonyhsie:单独作成一个filter也是可以 也是transform filter的一种 11/16 22:19
65F：→ tonyhsie:但是没看过这种filter,因为通常decoder也会顺便作去交错 11/16 22:20
66F：推 goldie:啊…对！就是 Source/Transform/Renderer 三种dshow filter 11/22 01:20