LAV Filters 0.03©2ch.net

State of the project
Note that this list only lists properly tested formats/codecs, many others may just work!

Containers
MKV/WebM, AVI, MP4/MOV, MPEG-TS/PS (including basic EVO support), FLV, OGG, and many more that are supported by ffmpeg!

Video Codecs
H264, VC-1, MPEG-2, MPEG4-ASP (Divx/Xvid), VP8, MJPEG and many more.

Audio Codecs
AAC, AC3, DTS(-HD), TrueHD, MP3/MP2, Vorbis, LPCM and more.

Subtitles
VOB, DVB Subs, PGS, SRT, SSA/ASS, Text

BluRay Support
Support for opening BluRay playlists (.mpls), as well as the index.bdmv file, which will try to detect the main movie playlist!
BluRay support is still in an early stage, and there are still many improvements and new features planned!


Download
ttp://code.google.com/p/lavfilters/

LAV Filters - DirectShow Media Splitter and Decoders - Doom9's Forum
ttp://forum.doom9.org/showthread.php?t=156191

前スレ
LAV Filters 0.02
http://anago.2ch.net/test/read.cgi/software/1365680745/

ディザていってもLAVでRGB出力することあるか？

RGBだか32bitのところはチェックいれないでmadvrでディザとかやってる

>>665
Random Dithering:ゴミは出さないが、どんなソースにも安定して劣化する

>>667
こういう人もいるし、どれが最適な選択なのか今一分からないんだよね
てか、みんな何も考えずデフォで使ってるのかな

基本的な事過ぎて悩むような項目じゃないんだが…
MadVRに繋ぐなら何もいじる必要はない。適切なフォーマット(NV12/YV12)で繋いでくれる
その設定はMadVR以外のレンダラに繋ぐ場合で、そのレンダラのRGB変換に不満がある場合。そのときはLAVで出力をRGB"のみ"に設定して、お好みのディザリングを設定すればいい

>>660-661
Opusの様に960サンプルを使ったMDCTがAACにもある

>>669
ハードウェア支援は？

>>671
HW支援が無いとまともに再生出来ないとかじゃない限りいらん。SWデコード一択

>>672
いや、使う使わないじゃなくて説明してよ

D3D11 Decoding

D3D11デコードを提供する背後にある主な動機は、GPU上で結果として得られる画像を損失なしに処理できることです。
これはDXVAでは必ずしも可能ではなかったことです。これを実際に活用するには、レンダラーも必要ですデコーダからのD3D11入力をサポートします
- 現在これはmadVRのみです。これにより、GPUのデコードおよび処理を完全に実行し、品質を損なうことなく実行できます。
D3D11はコピーバックモードも提供していますが、DXVA2よりも性能がかなり似ているはずです。

D3D11のネイティブ/コピーバックを選択する方法はDXVA2とは異なります。
D3D11は、「自動」デバイスが選択され、レンダラーがネイティブモードをサポートしている場合、ネイティブモードを使用します。
特定のデバイスを選択すると、コピーバックモードが強制されます（Nativeを動作させるため、レンダラは基本的にデバイスを選択するため）。
madVRでD3D11-Nativeを使用する場合にはまだいくつかの制限がありますが、最も重要なことに、インターレース解除はまだサポートされていません。
これはmadVRが将来実装しなければならない機能です。

>>674
元レスくらい貼れよ
https://forum.doom9.org/showthread.php?p=1833761#post1833761

madVRは負荷が高すぎてPCの寿命縮めるし消費電力ももったいない
画質マニア以外は使う必要は無い

画質優先ならこういうのもある

Media Player .NET (MPDN) - D3D HQ GPU Video Renderer
http://www.zachsaw.com/mpdn/

Media Player Classic Qute Theater
https://github.com/cmdrkotori/mpc-qt

LAVすらまともに使えないHWデコードについて調べることもできない人間がMPDN使えるわけ無いだろ
それにMPDNにしたってmadvr並の高画質設定にすれば、madbr並の消費電力になるからな

高価なパーツ買ってローエンド並みの作業しかしない方が勿体無い

いつからmadVRスレになったのか

蒼井そらの無修正動画を綺麗にインターレース解除できない

>>681
LAVのソフトウェアインタレ解除はデフォでオフだし、
インタレ解除はレンダラにさせるのが普通だから、LAVは関係ないんじゃね。
怪しげな動画だし、元ファイルに問題がある可能性が高いと思うよ。
インタレ解除してないものをプログレッシブでエンコしてるとか。

LAV Audio
- NEW: Blu-ray Dolby Digital Plus 7.1 decoding support

あ

あ

LAVFilters-0.71.0-25.exe

0.72.0 - 2018/xx/xx
LAV Video
- Fixed: Decoding Matroska files with Linked Segments which used old x264 4:4:4 encodes could result in corruption

LAV Audio
- NEW: Blu-ray Dolby Digital Plus 7.1 decoding and bitstreaming support
- Fixed: DTS-HD HRA bitstreaming did not work properly with many A/V receivers (although some are still reporting issues)

サンクス

Lav Splitterがサポートしている入力プロトコルに"rtspm://"ってのがあるが、
どういうプロトコルなのか分かる人いますか?

ネットワークカメラのプロトコルでは？

Real Time Streaming Protocolを母体となるプロトコルで分類したものみたい
なのですが、rtsphはRTSP over HTTP、rtspuはRTSP over UDP、rtsptは
RTSP over TCPであることは分かったのですが、rtspmだけが一体なんであるのかが
いくらググっても分かりません。

とあるRTSPで配信されている動画は、rtsp://をrtsph://やrtspu://、rtspt://に
変えてもLav Splitterで読み込めるのですが、rtspm://では読み込みに失敗します。

>>690
https://github.com/Nevcairiel/LAVFilters/blob/06302db17b02c7e7ecc884b08fd3898488eacc49/demuxer/Demuxers/LAVFDemuxer.cpp#L254-L255
UDPのMulticastだってさ
普通の人が使う事は無いわな

>>691

ありがとうございます。やっと謎が解けました。

「LAV Splitter Source ({B98D13E7-55DB-4385-A33D-09FD1BA26338})」で直にファイルを開く場合と、
「File Source (Async.) ({E436EBB5-524F-11CE-9F53-0020AF0BA770})」でファイルを開いてから
「LAV Splitter ({171252A0-8820-4AFE-9DF8-5C92B2D66B04})」に渡す場合との挙動の違いが
分かりません。

レジストリの"HKEY_CLASSES_ROOT\Media Type\Extensions\.<拡張子>"キーにRED_SZ型で
"Source Filter"という名の値を作り、そこにLAV Splitter SourceのクラスIDの
{B98D13E7-55DB-4385-A33D-09FD1BA26338}という文字列を書き込んでファイルの拡張子と
LAV Splitter Sourceとを関連付けしてやれば、そのファイルはLAV Splitter Sourceで直に開かれます。

しかしこの操作を行わない場合、LAV Splitter Sourceに関連付けられていない拡張子のファイルは
File Source (Async.)で開かれた後にLAV Splitterに渡されます。

今のところ、この両者にはっきりとした違いは見られませんが、もし仮に拡張子をLAV Splitter Sourceに
関連付けて直に開くほうが利点が大きければ、思いつく限りのメディアファイルの拡張子を全て関連付けしたい
ところです。

>>693
LAV Splitter Sourceで賄うほうがフィルタ・グラフが簡潔（無駄がない）なので、
対応して（させて）いるすべてのメディア・コンテナを関連付けしてる。

LAV Splitterの他にも、HaaliやGabestなどについても、以前からソースをハンドリング出来るものは同様にしてた。
ISDB Splitterのようなものは仕方ないけどね。

正直違いはわからないけど、
外部音声や外部字幕なんかだと、ファイルの数だけスプリッタが読み込まれて、
フィルタ・グラフがごちゃごちゃして見難いからねぇ。

>>694
横からだけどありがとう
ずっと気になりはしてたんだよね

いろいろ調べて分かったのですが、MPC-HC/BEで標準入力から読み取って再生する場合、
使用するスプリッターはMPC-HC/BE内臓の標準入力ソースフィルターに接続可能な変換フィルターで
なければならないため、必ずLAV Splitterが必要になります。

一方、ASFコンテナ(.asf、.wma、.wmv等)のようにメリット値の設定を無視してMicrosoft製の
ソースフィルターが問答無用で使われる場合は、LAV Splitter Sourceと拡張子をレジストリ操作で
関連付けしなければなりません。よって、この場合はLAV Splitter Sourceが必ず必要になります。

>>696
ASFコンテナについて、
File Source (Async.)のメリット値を上げると、これで読み込んだASFコンテナを、
LAV Splitter経由で再生することはできるよ。

LAV Filtersってffmpegをセルフビルドするときのようにffmpegが対応しているライブラリを
追加してビルドできるのかしら?

ナイトリービルド見るとそんな感じじゃね

LAV Filtersのセルフビルドのやり方がよく分からん。

本体のビルドに必要なVisual Studio Community 2017と、ffmpegのdllのビルドに必要な
MSYS2+MinGW-w64の設定方法はもちろん、具体的なビルド手順がソースアーカイブに
含まれておらず、きちんと環境設定を行っていることを前提としたbuild.batなる
ビルド用バッチファイルとそこから呼び出されるffmpegビルド用のシェルスクリプトが
あるだけ。

しかも、build.batはffmpegのdllのx64版とx86版との両方のビルドを、同一環境で
起動したbashに同じシェルスクリプトであるbuild_ffmpeg.shを実行させている。

MSYS2+MinGW-w64でのffmpegのビルド方法を紹介している
ｈｔｔｐ：／／ｆｆｔｅｓｔ３３．ｂｌｏｇ．ｆｃ２．ｃｏｍ／ｂｌｏｇーｅｎｔｒｙー９１．ｈｔｍｌ
によると、x64版のffmpegはmingw64.exeから、x86版のはmingw32.exeから
起動した環境でそれぞれビルドしなければならないが、build.batにはこの環境切り替えの
記述がない。

一体どういうビルド環境を想定したソースパッケージなのかさっぱり分からない。

>>700-701
＞一体どういうビルド環境を想定したソースパッケージなのかさっぱり分からない。
http://files.1f0.de/mingw/
ココにあるMSYS+MinGW/GCC toolchainパッケージ (Nevcairiel氏自身が用意・使用)
このtoolchainにはx86ベース(x86バイナリ)のx86ネイティブコンパイラとx86_64クロスコンパイラが纏められている

build_ffmpeg.shを見れば分かる事だがconfigureにオプション(--arch=、--enable-cross-compile、--cross-prefix=、--target-os=mingw32、等)
を指定する事で、configuration作業内でターゲット(x86/x86_64)別に使用コンパイラを選択させるようになっている

用意されてるビルドスクリプトをそのままMSYS2環境で使用したい場合は、自前でクロスコンパイラを含むtoolchainを用意するか、
Nevcairiel氏のtoolchainからMinGW/GCC部分だけ拝借する必要がある

＞x64版のffmpegはmingw64.exeから、x86版のはmingw32.exeから
MSYS2でのx86/x64別に環境を分けてビルドを行う手順はそれぞれのネイティブコンパイラを使用する前提での使い方
このやり方でビルドしたい場合はビルドスクリプトをネイティブコンパイラ向けにカスタマイズする (クロスコンパイル用指定を省く、等)

>>702

>ココにあるMSYS+MinGW/GCC toolchainパッケージ (Nevcairiel氏自身が用意・使用)
とあるが、MSYSは含まれておらず自分で用意しなければならないみたい。

それから、yasmとpkg-configはビルドするffmpegのdllの版ごとにそれぞれx64版とx86版とを
切り替えなければならないが、build_ffmpeg.shにはx64版ので--pkg-config=pkg-configという
オプションがついてるだけで、yasmについては何の言及もない。

Nevcairiel氏独自の開発環境が一体どんなものであるのか謎だらけだ。

ああ、済まない、Nevcairiel氏のtoolchainパッケージはMSYSが入ってなかったか
最近MSYS環境弄ってなかったから忘れてた
Nevcairiel氏のtoolchainにMSYSも含めた、XhmikosR氏のパッケージが以下(コレと混同して説明してた
http://xhmikosr.1f0.de/tools/msys/

＞それから、yasmとpkg-configは〜
yasmとpkg-configはx86(ネイティブ)/x64(クロス)コンパイルどちらもx86バイナリを使用する

x64版での"--pkg-config=pkg-config"はファイル名にcross-prefixの付いていないpkg-config.exeを使用させる為の指定
pkg-configはpcファイルを読んでCFLAGS/LDFLAGSに設定するパラメータを取得する物 (動作にx86版/x64版が必要な代物ではない)
で、x86版とx64版で切り替えないといけないのはライブラリ(の*.pcファイル)の在処

Assembler(nasm or yasm)にはconfigureに指定したオプションから判断した出力フォーマットを指定(-f win32/win64)している
※ ffmpegのconfigure参照

＞Nevcairiel氏独自の開発環境が一体どんなものであるのか謎だらけだ。
ホントにセルフビルドしたいなら「謎だらけだ」なんて言ってないでffmpegのconfigureやMakefileの内容を読んでね
ffmpeg/libavのビルドスクリプトはAutotools使わずに手書きで作られていて、疑問点の確認は非常に簡単なのだから

V0.72が出ました

V0.72
https://github.com/Nevcairiel/LAVFilters/releases/tag/0.72

報告サンガツ

0.72.0 - 2018/06/19
LAV Video

Changed: Enabled CineformHD decoding by default, since the decoder has much improved
Fixed: Decoding Matroska files with Linked Segments which used old x264 4:4:4 encodes could result in corruption

LAV Audio

NEW: Blu-ray Dolby Digital Plus 7.1 decoding and bitstreaming support
NEW: LAV Audio will fallback to audio decoding if bitstreaming is not supported by the audio renderer/hardware
Fixed: DTS-HD HRA bitstreaming did not work properly with many A/V receivers
Fixed: TrueHD bitstreaming could result in drop-outs on high bitrate TrueHD+Atmos streams

最近のはリリースのち即修正リリースのお約束を守ってないまったく弛んどる嘆かわしい

くーるー　きっとくるー

MPC-HC 1.7.17

Updates:

LAV Filters 0.72
MediaInfo DLL 18.05
Changes/additions/improvements:

Use millisecond prevision in SaveImage filename

Fixes:

The "Ignore System Channel Mixer" audio renderer option was not saved

LAVを0.72にしたらVP9が壊れて再生されるよー
しょうがないから前のバージョンに戻したぞ

>>712
ソフトウェアデコードは特に問題ないように見える。
うちはVP9のDXVAには未対応だから確認できないけど、DXVAの問題かな？

そうだとしたら、GPU名とドライババージョンも書いておくと参考になると思う。

VP9のアクセラレートは仕様上、若干問題があるみたいで
AMDなんかは柔軟に対応できるように半分ソフトウェアになっているな

物は言いようだな

>>714
> VP9のアクセラレートは仕様上、若干問題があるみたいで

どこの情報だよ。仕様に問題があるなんて聞いたことないぞ。

> AMDなんかは柔軟に対応できるように半分ソフトウェアになっているな

それ単にAMDのVP9再生支援機能がゴミなだけだと思うが・・・。
そもそもAMDでVP9のDXVAに対応してるのはAPU(RavenRidge)だけ。
PolarisやVegaはDXVAに対応しておらず、ブラウザから呼び出せるOpenCLベースのWMF実装のみ。
RADEONスレによると、そのWMF実装ですら動かなくなったという話もあるようだが・・・。

>>716
そのAPU+RX580だけど、FireFoxでツベ見ると普通にvp9+opusですが？
※メインRX580のみ

まぁあるとすれば当時騒がれた特許問題だな
あれに負けていたらデコーダー側も当然金とられるから
一部ソフトウェアなのは万が一の回避策だったのかもしれん

>>719
すまんな、一応vp9の支援は効いている（ポラリスで15〜25％）CPUも使ってるだろうけど1.6G付近をうろうろ
電源プランはOSのバランス（ライゼン バランスではない）

ツベは720P 　スクショ↓
https://imgur.com/Cdqil06

Vega11のみだともう少しGPU使用率は上がる

>>720の補足
実際GPUデコーダーは動いていないので、ハイブリッドでの動作だと思われる
ポラリスまでのvp9対応はマジでクソってのは揺るぎないｗ
まぁ特に気にする事でもない、CPUで4ｋ再生も余裕だし

HDMI2.0への対応遅れといい、Radeonは自社開発以外の規格対応がGeForceと比べてノロいのはなんだろうな
開発リソースが少なくて諸々の設計に時間がかかるからタイムラグが大きいとかか？

ファブレス企業なので製造技術に関する能力ゼロなんだぜ
まじで設計以外全く何も出来ない企業

MP4のシークが変

>>722
大分スレチな話になるがラデは過去の遺産を切り捨てていく方針のようだ
カタリスト時代の映像フィルタは素晴らしかったが過去のものに・・
3D以外の機能も他社の後追いばかりで古井戸が唯一の光

APUのデコーダもやっとモジュール化されvp9対応も果たせたがドライバの熟成がダメダメ
WMVのシークが去年後半から劇遅でおかしすぎ（一応回避策はある）

立ち上がれ、ラデオン！

wmvみたいなレガシーはソフトウェアでいいだろ
負荷が高いわけでもあるまいし

0.72

周回遅れすぎる

AV1の対応はいつ頃来るだろうか

https://sourceforge.net/projects/mpcbe/?source=directory

AMDは会社の方針として他社との互換性を優先するようになった感じ

>>729
LAV Filters 0.72.0-12 and newer have experimental support for AV1 decoding using libaom - software only, of course.

>>733訂正

×0.70.0-12
○0.72.0-12

0.70.2-8より後のバージョンで古いx264で4:4:4にエンコした動画の一部がまともに再生できない問題はやく何とかして

MPC-BEでしょ

0.72.0-12のMatroskaスプリッタを使うとH.264+AACを格納したMKVのシークがクソ遅い
MPC-BE内蔵のスプリッタを使うと一瞬でシークできるからLAVの問題

LAVFilters-0.72.0-13

LAVFilters-0.72.0-15

サンガツ

V0.73が出ました
https://github.com/Nevcairiel/LAVFilters/releases/tag/0.73

0.73.0 - 2018/10/05

LAV Splitter
- Changed: Export the description of cover art and attachments for use by players
- Fixed: Properly marked the packet allocator as providing read-only packets,
　 to avoid crashes with in-place transform filters

LAV Video
- NEW: Support for AV1 decoding using libaom
- Changed: Enabled VP9 hardware acceleration by default
- Fixed: The aspect ratio of certain WMV/VC-1 files was not being properly respected in the WMV9 MFT decoder

LAVでどのハードウェアデコーダーを選択してもH.264 10bit 4:2:0のファイルがソフトウェアデコードになります
MPC-BEで外部フィルターにLAV Video Decorderを登録し優先するに設定してあります
以前は問題なかったはずなのでどこか設定ミスがあると思うのですが他に調べるところあったら教えて下さい
https://i.imgur.com/t1mskVU.png
https://i.imgur.com/4We1keZ.png
問題ないファイル(8bit 4:2:0)
https://i.imgur.com/BPCq1zD.png

>>744
H.264の10bitはハードウェアデコードなんてできない。DXVAの規定そのものが無いし。
以前は問題なかったというのは君の勘違い。

あとH..264の10bitを再生した場合は、Input FormatがP010になるはず。NV12になってるのはおかしい。
少なくともうちではMPC-BE 1.5.2 (build 3973) beta / LAV 0.73.0/ EVR-CP の組み合わせでちゃんとP010になってる。

>>745
言われてみれば確かにない
最近6割くらいドロップしてまともに見れなくなったので調べたらデコードがソフトウェアで結構CPU食ってたので以前は問題ないと書いたんですが他が原因っぽいですね
NV12の件は多分内蔵フィルタ使ってないせい

>>746
> NV12の件は多分内蔵フィルタ使ってないせい

>>745に組み合わせ書いたけど、俺も内蔵フィルタ使わず、外部フィルタでLAV優先にしてるよ。
それでもちゃんとP010になってる。
そちらのMPC-BEのバージョンが書かれてないので、そのへんの違いかもしれんけど。

>>747
同じバージョンですよ
外部フィルターのチェック全部外せばこの表記になります
https://i.imgur.com/XPUgtrI.png
madVR入れた表示だとデコードが間に合ってない状態なのがよく分かると思います
LAVの設定にあるスレッド増やしても動きのあるシーンでCPU半分くらいしか使ってくれずにドロップする
https://i.imgur.com/j2oLZ24.png

なんでそっちはLAV優先でP010にならないのか気になったんだけど、まあいいか。

別にデコードが足引っ張ってなくてもgpuの性能が足りないときもmadvrはそういう表示になるよ
madvrのアルゴリズム軽くしてみたら

H.264の10bitのハードウェアデコードができないってマジ？

mainしかダメだろ

それは昔の話
今はhighも対応してるだろ

スマホかよ

main、high関係なく10bitはオプションだよ

あーそっかh264はそうだっけ
使ってなかったからすっかり忘れてた

>>733
LAVFilters-0.73.0-1

>>757
5.1chのAACを再生するとMPC-HCが固まるという件の対処かな。
　https://forum.doom9.org/showthread.php?p=1854060#post1854060

LAU Filterをインストールすることで、Windows10の「映画＆テレビ」というUWPアプリで
対応していないコーデックやファイル形式に対応できるようにする方法はないのだろうか？

いまはMS側から特に何も発表はないが、いずれUWPアプリを強く推奨するようになるだろうから、UWPアプリへの対応を進めてもらいたいところ

らう

UWPアプリってほぼ死んだもんだと思ってたけど、未来あんの？

x86アプリは、いずれ廃止に持ち込まれる

>>761
Windows10はUWPまみれだよ
設定から検索からタスクバーやらペイントすら近日に分離されてUWPのみだ

「映画＆テレビ」ほかMicrosoft内製のUWPアプリはみんなMediaFoundationなんじゃないの？

V0.73.1が出ました
https://github.com/Nevcairiel/LAVFilters/releases/tag/0.73.1