头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: 【置頂】LAV Filters【05/13 0.50.5-git-r2068(fab19d2)】

输出更新赞一个!
lovehigh
帖子: 10
注册时间: 2012-03-07 22:58

Re: 【置頂】LAV Filters【05/13 0.50.5-git-r2068(fab19d2)】

遇到了一个问题,关于LAV Audio的,应该是更新好以后出现的,之前用的0.50.2。可是看了changelog发现audio部分貌似没有改动。

问题是这样的,电脑里有从S*S下的片子(大家懂的 {:cat_13} ),rmvb格式的,最近一次打开时发现播放时进度飞快,底下的进度条抽风一样。但播放别的mkv,mp4之类的没有问题。

经过排查,发现,只要在LAV Audio的formats里,把cook前面的钩去掉,就能正常播放了,此时mpc-hc调用的就是自带的MPC Audio Decoder。

问题:
1. 是不是LAV Audio对cook支持度不够?
2.之前明明还可以正常放的,怎么更新好后突然不行了 {:cat_14} 。难道是之前RP爆发?印象中貌似没有改过别的设置(因为不记得了,这里可能存在偏差)
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: 【置頂】LAV Filters【05/13 0.50.5-git-r2068(fab19d2)】

0.50.2之後沒有修改過cook解碼的部分(0.50.1之後倒是修改過幾次)
需要的話可以切一小段sample發到這裡:http://code.google.com/p/lavfilters/issues/list
另外LAV使用的是ffmpeg,而ffmpeg對rv的各種編碼支持確實不算好
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。
lovehigh
帖子: 10
注册时间: 2012-03-07 22:58

Re: 【置頂】LAV Filters【05/13 0.50.5-git-r2068(fab19d2)】

06_taro 写了:0.50.2之後沒有修改過cook解碼的部分(0.50.1之後倒是修改過幾次)
需要的話可以切一小段sample發到這裡:http://code.google.com/p/lavfilters/issues/list
另外LAV使用的是ffmpeg,而ffmpeg對rv的各種編碼支持確實不算好
我上传了一段sample,可以帮我看看是什么问题么,标题是LAV Audio decoder + rmvb,http://code.google.com/p/lavfilters/iss ... ail?id=229,另外英语比较烂……
yangzhezhen
帖子: 20
注册时间: 2012-03-07 10:49

Re: 【置頂】LAV Filters【05/29 0.50.5-17-git-r2085(2856720)】

有BUG
版本为0.50.5-17-git-r2085(2856720),T大给的优化版本
播放8BIT视频NV12、YV12、RGB32、RGB24、YUY2、UYUY这些输出方式全部改成不勾选状态,却会选择用NV12播放的奇怪BUG。
正常情况是,无法使用LAV解码器解码视频,因为解码8BIT视频所有可选择路线全部被封杀了。只能调用下一个系统注册解码器解码,我系统的下一个注册解码器就是ffdshow。
而播放10BIT且渲染器是非madVR的(EVR等是不支持10bit P010的只能走8bit通道,LAV 10bit的颜色空间输出设置没有变动,8bit同上面设置),没有发生此BUG。正常调用下一个解码器ffdshow解码。

不清楚0.50.5官方版本有没有这BUG问题,前段时间在0.50.2做过测试是无此问题。既然换成T大给的优化版本,我也就不想换回去了- -。理论上0.50.5官方版本应该是没有这BUG。但,凡是都有个万一。。。。
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: 【置頂】LAV Filters【05/29 0.50.5-17-git-r2085(2856720)】

這不是bug,LAV只檢查輸入的media type是否能解碼,能則接收,不能才放棄然後播放器選擇下一個解碼器,和輸出的設定沒有任何關係。在所有輸出格式都取消,但是必須找一個設置的情況下,LAV會使用自己默認的設置,這個不是從0.50.5才開始有的,而是第一個有LAV Video的0.32(官方版)就是這樣了:
图片
图片

所以真要說bug的話,如果不是您在dshow解碼器裡專門進行了相關設定(譬如用AVSplitter的Internal graph builder強制對8-bit和10-bit建立不同的graph chain)的話,取消全部輸出格式就導致LAV Video沒法用的現象才真是bug…
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。
yangzhezhen
帖子: 20
注册时间: 2012-03-07 10:49

Re: 【置頂】LAV Filters【05/29 0.50.5-17-git-r2085(2856720)】

真相是这样啊,估计是之前的测试有其他东西干扰吧。。。。。
谢谢T大的解答。
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: 【置頂】LAV Filters【05/29 0.50.5-17-git-r2085(2856720)】

LAV中文版的简介,翻译的还不错

LAV Filters - 基于 ffmpeg 的 DirectShow 分离器和解码器

LAV Filters 是一组基于 ffmpeg 项目中的 libavformat/libavcodec 库的 DirectShow 滤镜,
这几乎允许您在 DirectShow 播放器中播放任何格式。

该滤镜尚在开发之中,因此功能并不完善,也不能支持所有的格式。

安装
=============================
- 解包
- 注册 (install_*.bat 文件)
注册要求管理员权限。
在 Vista/7 上也要确保在高层外壳中运行它。

使用
=============================
默认情况下,分离器将注册所有经过测试和至少部分工作的媒体格式。
目前包括 (但不仅限于)
MKV/WebM, AVI, MP4/MOV, TS/M2TS/MPG, FLV, OGG, BluRay (.bdmv 和 .mpls)

然而,某些其他的分离器会以不友善的方式注册,并强制所有的播放器都使用它们。
Haali Media Splitter 就是其中的一个,若要优先使用 LAVFSplitter,您必须卸载 Haali 或至少
临时重命名它的 .ax 文件。

音视频解码器会以一个相对较高的优先值进行注册,默认情况下会成为首选的解码器。
然而,大多数播放器都提供了选择首选解码器的方式。

自动流选择
=============================
LAV Splitter 在打开文件时提供了不同的方式来预先选择多媒体流。
视频流的选择是不可配置的,LAV Splitter 会很简单地选择质量最好的流。

音频流的选择提供一定的灵活性,特别是,您可以配置自己的首选语言。
语言配置是直接向前的。仅需输入 3 个字母的语言代码的列表 (ISO 639-2),由逗号或空格分隔。
例如:“eng ger fre”。这将会尝试按照您指定的顺序选择匹配这些语言之一的流。首先检查是否
存在英语轨道,若不存在,继续检查德语轨道,最后是法语。

如果有多个音轨匹配于一种语言,选择标准将取决于质量。这里的主要属性是编码格式和声道数量。
PCM 和无损编码格式具有较高的优先权,然后才是有损编码格式。

字幕选择提供了最大的灵活性。有四种独特的字幕选择模式。

“无字幕”
这种模式很简单,默认情况下,字幕将被关闭。

“仅强制字幕”
该模式会预先选择标记为“forced”的字幕。当然,它也将遵循语言偏好设置。

“默认”
默认模式将选择与您的语言偏好相匹配的字幕。如果未出现匹配或者未配置语言,字幕将不可用。
另外,标记为“default”或“forced”的字幕将总是被使用。

"高级"
高级模式可让您用一种特殊的语法来定义自己的规则组合。它也允许选择基于文件音频语言的字幕。

该基本语法很简单,它总是需要一对音频和字幕语言,用一个冒号隔开,例如:“eng:ger”
在这个例子中,如果发现英语音频,LAV Splitter 将选择德语字幕。

与语言代码不同,高级模式可支持两种特殊情况:“*”和“off”。
当您将语言代码指定为“*”时,它可以匹配任何一种语言。
比如“*:eng”将始终激活英语字幕,无论是哪种音频语言。
反之“eng:*”将激活任何一种字幕,当音频是英语时。

“off”标志仅对字幕语言生效,并且指示 LAV Splitter 关闭字幕。
所以“eng:off”意味着当音频为英语时,字幕将被关闭。

除了上面的语法,还有两种标志用来增强字幕选择。
具体讲,LAV Splitter 将“d”理解为默认字幕,而“f”则为强制字幕。
使用时,将这两种标志追加到字幕语言中,由管道符号分隔 ("|")。例如:“*:*|f”
该例子表明在任何音频语言时,您想使用任何标记为强制的字幕。

仅通过追加这些高级规则(用逗号或空格分隔),就可为字幕选择组建成一个完整的逻辑。
规则解析始终从左到右,匹配者优先。

思考以下规则集合:“eng:eng|f eng:ger|f eng:off *:eng *:ger”
这条规则意味着以下几点:
如果音频为英语,则载入一个英语或德语强制字幕轨道,否则关闭字幕。
如果音频不是英语,则载入英语或德语字幕。

蓝光支持
=============================
要播放蓝光,只需简单地打开蓝光光盘中的 BDMV 文件夹里的 index.bdmv 文件。
LAV Splitter 然后会自动检测光盘中的最长轨道 (通常是主影片),并开始播放。
您也可以打开一个播放列表文件 (*.mpls,位于 BDMV/PLAYLIST),LAV Splitter 将会播放
具体的标题。在将来的版本中,您也可以从播放器中选择标题。

编译
=============================
使用 VC++2010 可以直接完成编译 (包括项目文件)。但要求您构建自己的 ffmpeg 和 libbluray。
您需要将完整的 ffmpeg 包放置在 LAV Filters 源目录中的“ffmpeg”文件夹下。
源目录中提供了脚本以编译正确的 ffmpeg。

推荐使用 LAV Filters 项目中的 ffmpeg 分支,因为它包含了额外的媒体兼容补丁:
http://git.1f0.de/gitweb?p=ffmpeg.git;a=summary

libbluray 使用 MSVC 项目文件编译,但是需要一个特别修改的版本。
跟 ffmpeg 类似,将其完整的目录树放置在源目录中的“libbluray”文件夹下。
可以由此处获得修改版本:
http://git.1f0.de/gitweb?p=libbluray.git;a=summary

反馈
=============================
谷歌代码项目:http://code.google.com/p/lavfilters/
Doom9:http://forum.doom9.org/showthread.php?t=156191
此外,您可以在 freenode(#mpc-hc) 的 MPC-HC 通道中通过 IRC 联系项目负责人。
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: 【置頂】LAV Filters【06/24 0.50.5-41-r2109 支持multi-channel的AL

貌似NMM的两个都是安装版,求修正。
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: 【置頂】LAV Filters【07/06 0.50.5-63-r2131 支持AAC-LD/ELD/多聲道AL

通過libfdk_aac支持AAD-LD/AAC-ELD的解碼。libavcodec的aac解碼器不支持這兩個profile的解碼,而libfdk_aac支持,但是libfdk_aac被Fraunhofer限制為只能輸出16-bit,所以優先採用的還是libavcodec的aac以保持32-bit float精度,對libavcodec不支持的aac profile才會切換到libfdk_aac來解碼。
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。

回到 “解码 播放 字幕 / Decoder playback and subtitles”