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/

ないな

MPC-HC v1.7.13 is released and farewell
https://mpc-hc.org/2017/07/16/1.7.13-released-and-farewell/

↓適当に翻訳
----------
2017/7/16

おっす、オラ XhmikosR 。
MPC-HC v1.7.13をリリースしたよ。でも多分これが最後のリリースになると思うんだ・・・。

ここ何か月か、いや何年かかな。開発者がどんどん減って?、ついにはゼロになって。
悲しいけどプロジェクトは公式としては死んだも同然で、これが最後のリリースになると思う。

・・・ま、誰かが立ち上がりでもしない限りね。
もしC/C++のスキルがあって力になりたいと思う人がいれば、IRCかメールで連絡を。

終わりが来たといっても、ま、世は事も無しってね。
これまでなかなか楽しかったし、この記事を書くのは結構つらい。

今まで手伝ってくれたみんな、ありがとう。
思えばMPC-HCプロジェクトが始まってからもう11年になるんだねえ。

・・・あ、公式ビルドはstableもbetaも電子署名されてるからね。
公式サイト以外から落として変なウィルスくらったりしないよう、くれぐれも注意を。

バグ報告や提案や各種フィードバックはTracの方でよろしく。
開発者はTracしか見てないから、SNSとかで報告しても意味ないよ。

新バージョンのバイナリとチェンジログは公式サイトにあるからよろしくね。
----------

Lavfiltersのgithubサイトもいつの間にか閉鎖になって、こちらも開発終了か。

んな訳ねーだろと確認したら
やっぱ生きてたぜ
https://github.com/Nevcairiel/LAVFilters

D3D11って何よ

DirectX 11の一部でDirect3D 11の略
Windows 7以降の対応GPUで使える

久しぶりにDVD入れて映画見たら字幕が出ないし途中で映像止まるんだが俺環かな？
仕方なく入れたffdshowに変えれば問題なく見れるんだよな
あとAC3フィルターも別途インスコしないといけなかったんだな
qonoha+lavfiltersの環境でDVD見るのは初めてだから戸惑っちまった

lavfilterとlightalloy（内部コーデック使用せず）では見れるっす。

Qonohaで字幕出すなら xy-VSFilter 入れんとな

ベータ版
http://files.1f0.de/lavf/nightly/?C=M;O=D

LAVFilters-0.70.2-82

LAV Filters 0.70.2-83 Nightly

Intel Quick SyncでデコードするのとDXVA2でデコードするのはどっちがええの？

ハードウェアには頼らん方がええで。

>>638
Intel Quick Sync使えるならIntel Quick Syncだな。でもハードウェア支援は使わないほうが画質は良いよ。

>ハードウェア支援は使わないほうが画質は良い
ソースある？
解説してるサイトとかあったらきぼん

一昔前のハードウェアエンコ/デコードは酷かったから当時の印象のままの人が多いんだろう
OS巻き込んで落ちるとかもたま〜にあったし…

自分自身の感覚でしかないが暗い場所とか諧調が良く見えるような気がする＞DXVA2

明るめに調整されてあるだけかと。

多分グラボのダイナミックコントラストがONになってるのかと

昔はハードウェアデコードにバグっぽいのがあったらかな
H264エンコ時にCAVLCにした方が安全なんだっけ

LAVFilters-0.70.2-88

Nightly と書かない Nightly 情報うざいんだよ。

一目瞭然ではないのだろうか

ダッシュ付きだからねぇ。

>>627
MPC-HC v1.7.14

https://forum.doom9.org/showthread.php?p=1831201

>My intention is to keep the internal codecs (LAV Filters) up-to-date and maybe also work some other small (!) fixes and improvements. I will NOT be working on any new features.

元々、外部フィルターとして独立しているものをアップデートしたって
ほとんど意味ないのになあ
まあ何か妙に未練がましいというか

放置しておくよりはマシだろが

内蔵コーデックを削除したバージョンを出せばそれで終わるのに

☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

>>655
それ、昔あったLiteのことだな。

V0.71が出ています

LAV Filters 0.71
https://forum.doom9.org/showthread.php?p=1833761#post1833761

General
- LAV Filters now requires Windows Vista or newer, Windows XP is no longer supported

LAV Splitter
- NEW: Preliminary support for UHD Blu-ray parsing

LAV Video
- NEW: D3D11 hardware accelerated decoding (native mode with madVR, Copy-Back otherwise)
- Fixed: HDR metadata was not properly communicated to madVR in DXVA2-Native mode
- Fixed: Anamorphic WMV9/VC-1 videos were not being played back with the correct aspect ratio in all cases
- Fixed: Changing certain settings while playback was paused could result in a deadlock
- Fixed: Playing severly corrupted HEVC streams with hardware decoding could result in playback failing entirely, instead of skipping over the corruption

LAV Audio
- NEW: Basic support for AAC 960 streams (common in DVB radio streams)

>support for AAC 960 streams

誤植ジャネーノってぐらい多い

AACの亜種にAAC-960があってサポートしたって事か

LAV Filtersの設定を正しく説明してる日本語サイトって無いのね

madVRならまだしもLAVFilterに
悩むような設定項目なんてないでしょ

カラー設定は全てチェックする意味があるのかとか、ディザで最適なのはどっちなのかとか

出力フォーマット
チェックされたフォーマットから最適なフォーマットを使用する
不具合が発生するフォーマットだけチェックを外す

ディザリング設定
Ordered Dithering:　高品質だが余分なゴミが発生する事も
Random Dithering:　どんなソースにも安定してる

ハードウェア支援
後は任せた・・・

ディザていっても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のシークが去年後半から劇遅でおかしすぎ（一応回避策はある）

立ち上がれ、ラデオン！