查看完整版本: [-- LAV Filters 0.37 --]

『漫游』酷论坛 -> 『影音数码技术学习交流』 -> LAV Filters 0.37 [打印本页] 登录 -> 注册 -> 回复主题 -> 发表主题

roytam1 2011-08-01 08:38

LAV Filters 0.37

下載：
http://code.google.com/p/lavfilters/

更新紀錄：
LAV Splitter
- Improved handling of failures on the output pins
- Improved VC-1 in EVO timestamps

LAV Audio
- Added support for dynamic channel count changes in AAC
- Implemented support for sample format conversions
- Implemented Audio Delay options
- Disabled the WMA codecs by default
- Improved Bitstreaming data flow

LAV Video
- Fixed cropping of VP6 video
- New SSE2 YUV420 -> YUV422 converter
- Performance enhancements in the CUVID decoder on some systems
- Fixed playback with the XP Overlay Mixer
- Fixed a crash when decoding RGB video (Fraps, etc)

細細粒 2011-08-05 11:24
http://www.uudisc.com/user/laincat/file/4186968
http://u.115.com/file/e6ylgt1t

路过丢个 本地连接

upyzl 2011-08-06 10:12
想问下，LAV Splitter 和 LAV Splitter Source 的区别是什么？

刚清理DShow滤镜的时候才发现

litmusblue 2011-08-06 13:02
复制黏贴一下
引用
简单地说：
现在的LAV Splitter Source 就是0.23版以前的LAV Splitter ，同可以时处理和分离源！
现在的LAV Splitter 是新版的分离器，使用系统异步文件操作，然后分离源！！！

作者原文：
In the list of registered filters, you will now see two LAV Splitter instances, one "LAV Splitter Source", which is the "old" version of the filter, which acts like a Source filter, and a second, just plain "LAV Splitter", which is the filter that connects to the File Source (Async).

upyzl 2011-08-06 15:44
感谢

原来是在几个月前说的（ http://forum.doom9.org/showthread.php?p=1491938#post1491938 ）

roytam1 2011-08-12 15:08
自編版git-314a389af4a366a4cb00d0bc13695ae02b2130ee-win32
http://u.115.com/file/dnhkfbi5#
lavfilters-314a389af4a366a4cb00d0bc13695ae02b2130ee-win32.7z

roytam1 2011-08-13 22:19
剛剛編的，看看大家下不下載到：
http://roy.orz.hm/lavf-w32-nightlies/lavf-my110813_2-ba6e0263.7z

這版修正了 Overlay Mixer 顯示和 RV3/4 weighted motion compensation 正式進入 libav/ffmpeg 。

roytam1 2011-08-15 19:30
今天的編譯：
http://roy.orz.hm/lavf-w32-nightlies/lavf-my110815-5ae63491.7z

修正了亂發「影像大小已改變」的問題。

jose444 2011-09-24 10:17
FLAC文件的长短读取错误怎么办？？

roytam1 2011-09-24 19:29
引用
引用第8楼jose444于2011-09-24 10:17发表的  :
FLAC文件的长短读取错误怎么办？？

上傳有問題的檔案並到doom9報錯吧。
http://forum.doom9.org/showthread.php?t=156191

roytam1 2011-10-13 19:56
今天的編譯：
http://roy.orz.hm/lavf-w32-nightlies/lavf-my111013-rv34seekkeyframe-bb66f4f.7z

diff:
http://roy.orz.hm/lavf-w32-nightlies/lavf-my111013-rv34seekkeyframe-bb66f4f.diff

自改的測試：LAV Video將限制 RV30/RV40 影片搜尋(seeking) 至 I 幀以避免出現破損影像

06_taro 2011-10-21 03:44
终于支持mp4内封的vobsub了，顺便一些libav升级带来的bugfix～
支持H.264 4:2:2解码～

编译版（包含x86和x64）
解压版:
LAVFilters-0.37-52-git-r1378(68a10a4).7z：MediaFire、HotFile、MegaUpload、WUpload

安装版:
LAVFilters-0.37-52-git-r1378(68a10a4)-Installer.7z：MediaFire、HotFile、MegaUpload、WUpload

ROLL 2011-10-26 06:04
偶可以问一下硬解为何会不包括WMV9吗?
据闻VC-1和WMV3是差不多的东西(规范化、换个Codec ID名)，这样放WMV档还是会一样没有硬解…（Ｎ卡）

另外，LAVCUVID，h264硬解Zoom 50%播放(1080p)
VPU占用一样吃差不多50%左右(P8状态)，但GPU也同时吃50%左右(P8状态)，不经用HQ DXVA的话GPU会略降到4x%左右
而MPCHC硬解GPU占用只吃14%左右(P8状态)，多吃了的都是用来干什么？（偶比较注重节能的关系…）

再另，在用LAV Filters时的硬解VPU占用，在播放完／中断／暂停的情况，VPU占用会慢慢1%、1%向前退回去，这又是什么来着？
突然间再现不能，昨日的确是这样回事，虽然昨日drivers的确是有一段时间曾由275系换过去285系，但在今日又换回275系…(据闻媒体中心会黑屏，还是有大大遇上TDR什么的，这个drivers的品质似乎也信不过…)

ＰＳ：现在Ｎ卡的drivers似乎都是不行的了，真的就不可以重新写过吗，感觉都满身都是bug，破破烂烂的了…（不重写也可以，最少也请专人从头重检一下嘛）

06_taro 2011-10-26 06:33
CUDA和DXVA完全不是一個概念，不具有可比性
LAV的accepted issue(idea)裡有DXVA2支持

支持mkv內Sub-chapter的编译版（包含x86和x64，打了roytam1的rv30/rv40 seek on keyframe的patch）
解压版:
LAVFilters-0.37-55-git-r1381(28d1c5d).7z：MediaFire

安装版:
LAVFilters-0.37-55-git-r1381(28d1c5d)-Installer.7z：MediaFire

ROLL 2011-10-26 06:39
但是有吃VPU，应该还是VPU硬解吧？

06_taro 2011-10-26 07:08
DXVA: http://msdn.microsoft.com/en-us/library/cc307941(v=VS.85).aspx
CUVID: http://developer.download.nvidia.com/compute/DevZone/C/html/C/src/cudaDecodeD3D9/doc/nvcuvid.pdf
不是同一個東西

MeteorRain 2011-10-26 08:42
引用
引用第14楼ROLL于2011-10-26 06:39发表的 回 13楼(06_taro) 的帖子 :
但是有吃VPU，应该还是VPU硬解吧？

你撸管的时候用了纸巾，不表示你每次用纸巾的时候都撸了管。这么说能明白么

ROLL 2011-10-26 09:31
我觉的那只是调用界面的差别，和实际工作的硬件无关。(Video Processor或CUDA流处理器)

经标准DXVA硬解是吃VPU(以下简略为VP)，这毫无疑问（我那14%GPU占用率基本是DWM和画面刷新吃的）
而15楼CUVID文档说硬解的工作可由VP或CUDA流处理器进行

The actual hardware decode can run on either Video Processor (VP) or CUDA hardware, depending on the hardware capabilities and the codecs.

This CUDA Video Decoder library makes use two different engines on the GPU, the Video Processor and the Graphics hardware (CUDA and 3D).

而LAVCUVID（h264）使用的VP占用率，又和经由标准DXVA硬解(MPCHC)的VP占用率差不多的
我想我由此状况假定它是用VP硬解也没有怎么有错吧

我12楼 多吃了的都是用来干什么？ 的问题在这里
如果GPU也同时吃50%左右的话，那在P8能源状态下就只能同时硬解两段1080p，也同时再无３Ｄ(GPU)处理余力 (恩，事实偶还可以再上P0能源状态…)
既然是VP硬解，那多出的GPU占用(CUDA流处理器)都用来干什么了，这样。

ljwing 2011-10-26 11:00
WMV硬解在DXVA1里面就已经定义实现了

LAVCUVID输出RGB在对比一下GPU占用率，我只有软解环境没法测试

06_taro 2011-10-26 13:16
電腦大部分工作都是running on CPU的，是不是因此就可以說這些工作都是相同的呢？

不明白因為都調用了VPU就是相同的流程這種概念是怎麼產生的……或許是習慣性把CUVID和DXVA都翻譯成“硬解”造成的誤解？

ROLL 2011-10-26 19:21
首先偶要承认数据出现错误，因为不明原因(显卡驱动?)，数值需要向下修正（…掩脸，今日的数值和昨天不同了

恩，提供详细点的占用率数据，都是同一段短片Zoom 50%播放，有使用DWM (基本上8%来自DWM，4~8%来自画面刷新消耗?)

MPCHC软解，GPU占用率12~14%，VPU占用率0%
MPCHC硬解，GPU占用率14~16%，VPU占用率42~55%
LAVCUVID，GPU占用率22~24%，VPU占用率35~51%
LAVCUVID(HQ DXVA处理)，GPU占用率25~27%，VPU占用率42~55%

但是………那个VPU占用量…的确是怎么看也是用在了VPU解码上………

回#18楼
WMV DXVA1硬解DirectShow只能用在VMR，又不能用在EVR…(win7 MPC-HC)

ljwing 2011-10-27 10:42
WMV硬解条件[注册表键值为 1 ]   DS (DXVA 1.0 - VMR) 和 MF (DXVA 2.0 - EVR)

对于
引用
既然是VP硬解，那多出的GPU占用(CUDA流处理器)都用来干什么了

这个问题可以做如下假设：
CUDA多了一步处理，让VP解码流能够送回内存，故有GPU、VPU同时占用

roozhou 2011-10-27 21:09
VRAM -> RAM这一步是很吃GPU的。
还有DXVA1支持Overlay Mixer(DDraw)和VMR(D3D7/9)，DXVA2支持EVR

06_taro 2011-10-28 05:59
最新编译版（包含x86和x64，打了roytam1的rv30/rv40 seek on keyframe的patch）
解压版:
LAVFilters-0.38-3-git-r1390(244454f).7z：MediaFire、NMM備份

安装版:
LAVFilters-0.38-3-git-r1390(244454f)-Installer.7z：MediaFire、NMM備份


查看完整版本: [-- LAV Filters 0.37 --] [-- top --]


Powered by phpwind v8.5 Code ©2003-2011 phpwind
Time 0.016077 second(s),query:2 Gzip disabled