LAV Filters - DirectShow Media Splitter and Decoders

[BetA13]

Originally Posted by chros

Try with different renderer, like EVR or EVR CP. I think MadVR is eating up your GPU via resizing ...

Its the same, with EVR etc...only diff is that MADVR looks way better..
but its only with the ducks take off MKV..no matter if quad HD or 1080p. i tested my AVATAR Blueray (50GB) and this one is super smooth with 100fps+ (56% GPU Usage @ 405mhz GPU) (2% CPU Usage)

[kalston]

My settings:

In LAV I got the same as you (except I only use software decoding and ordered dithering).

In madVR : downscaling (that should matter with 4k on a 1080p display) http://i.imgur.com/i4wZB.png
general : http://i.imgur.com/KcZ1U.png (I never have Aero ON)
exclusive mode : http://i.imgur.com/901YL.png I use the same flush settings in windowed mode (with the default ones I had performance issues with some high fps files)
and last: http://i.imgur.com/CUDld.png

It seems that 4k playback is sometimes a little buggy in MPC when I switch from windowed to fullscreen and vice versa, so the most reliable way for me is to pause, go fullscreen and then restart the playback.
Windowed actually only struggles at the beginning of the file you're using, it's smooth past the early seconds. On my other 4k sample I got (life in the garden, it's on youtube too), windowed never struggles and seems to be about as smooth as exclusive (0 dropped/delayed frames).

[BetA13]

Thanks kalston..

i see we use the same settings..only that i use spline | 4 taps..
Still doesnt change it here...
well, as lng as my other stuff is smooth i guess its ok...
Still i cant wrap my head around it..i just hate when something isnt right and i cant figure it out, haha..

greetz BetA

This here (also QUAD HD or even more..)Runs fine here..40 FPS..
Download it from YOutube and use the original size..

http://youtu.be/8lvv4M_AtV8?hd=1

[CruNcher]

@Nev

http://www.mediafire.com/?4n6j8ut3gv72tql

Lav Splitter = Seek fails
AV Splitter = work

[Pat357]

Originally Posted by nevcairiel

The DirectShow AVI Decompressor is a decoder, it should work in conjunction with any splitter. If you use the MS AVI Splitter or LAV Splitter should not matter.
If something works with the MS AVI Splitter and not with LAV, then thats a bug and should be handled as such.

Nev,

I've done some more testing with the HYMT in AVI, and here is what I found :

1. LAV splitter source --> not working, because it can't load the file. I tried also in graphstudioNext and there it also fails to load the file.
Is this because of the "unknown codec" from the stream inside the AVI ?
2. LAV-splitter also fails because it won't connect to the "File Source (Async)". Same result in GraphstudioNext.

Here are the results from different sources/splitters I've tested :

LAV-splitter-source --> FAILS (reason see above)
File Source + LAV-splitter --> FAILS (reason see above)
Haali HMS --> plays fine
File Source + HMS (AR) --> plays fine
File Source + MPC AVI-splitter --> plays fine
AV source + AVI decompresser --> plays fine
File source + AV-splitter + AVI decompresser -> plays fine

It seems like a source-splitter like Haali doesn't care about the unknown codec, it just splits the AVI container and passes the FourCC to the decoder, in this case AVI decompresser.

For LAV splitter and LAV splitter-source, it seems that the "unknown codec" makes that they will not even connect/ or will not even load the file...
Is the codec from the compression a condition in LAV-splitter-(source) to make even a connection to a previous filter or even to load a file or not ?

I created a new sample for you in case you want to look at it :

http://www.mediafire.com/?3nejf9pak972lb7
or
http://www.mediafire.com/file/3nejf9...yuv_mt_HYMT.7z

(note : to be able to play the file, you need the Huffyuv_mt compressor/decoder package : see http://forum.doom9.org/showthread.ph...51#post1566451)

[nevcairiel]

Originally Posted by CruNcher

@Nev

http://www.mediafire.com/?4n6j8ut3gv72tql

Lav Splitter = Seek fails
AV Splitter = work

Fixed

[nevcairiel]

Originally Posted by Pat357

1. LAV splitter source --> not working, because it can't load the file. I tried also in graphstudioNext and there it also fails to load the file.
Is this because of the "unknown codec" from the stream inside the AVI ?
2. LAV-splitter also fails because it won't connect to the "File Source (Async)". Same result in GraphstudioNext.

I fixed it so that it'll not fail completely and offer the unknown codec to an decoder.
I did however not test with the actual decoder, didn't feel like installing it.

If you want, test with this:
http://files.1f0.de/lavf/LAVFilters-...9-gb79b609.zip

[DragonQ]

Nev,

There's quite a lot of issues with seeking in TS-Doctor when using LAV Splitter. Haali Splitter works fine but doesn't support LATM AAC, which makes it useless for dealing with UK Freeview HD broadcasts. Basically jumping forward or backwards a single frame only sometimes works, jumping forwards or backwards to the nearest I-frame sometimes works...basically it's just flaky.

Do you know if this is just something inherent to how LAV Splitter works (designed for playback and not frame-accurate seeking) or if it's maybe fixable?

Thanks.

[nevcairiel]

Thats something inherent to how TS files work. They are not meant for random access. Its a broadcast/streaming format.
While doing frame accurate seeking in TS file is possible with a lot of effort, its not in my focus.

Patches welcome.

PS:
If your app there uses a seek to jump one frame forward, its just broken. It should just read one more frame.
Of course backward is another matter.

[DragonQ]

Aww OK. Thanks for the quick reply.

[Pat357]

Originally Posted by nevcairiel

I fixed it so that it'll not fail completely and offer the unknown codec to an decoder.
I did however not test with the actual decoder, didn't feel like installing it.

If you want, test with this:
http://files.1f0.de/lavf/LAVFilters-...9-gb79b609.zip

Thanks a lot for fixing it !
I just tested it and it works perfect.

Please include this changes also in your next release version.

[nevcairiel]

Just to clarify a bit on the seeking situation.

Personally, i really only use LAV to actually watch stuff. I don't do editing or encoding, so i don't need any fancy features for that.
IMHO, seeking is working well enough for simple watching. It could probably be a bit better in some situations, but overall its not completely awful (iow. "good enough")

Now the problem is, i'm the only developer working on the project, and there is more things to do then i have time for, and my main motivation comes from doing things that i find interesting and challenging.
In the end, that means i work on things that either i want to use myself, or that i think would be fun working on.

I have always been open to someone else contributing, but so far i've only maybe gotten 1-2 very minor patches.
If someone wants to improve parts of LAV that i personally don't focus on (like frame accurate seeking), and has the expertise to do so, i would be happy to help getting him (or her) started and assist in their work.

So, thats that.

[CruNcher]

Originally Posted by DragonQ

Nev,

There's quite a lot of issues with seeking in TS-Doctor when using LAV Splitter. Haali Splitter works fine but doesn't support LATM AAC, which makes it useless for dealing with UK Freeview HD broadcasts. Basically jumping forward or backwards a single frame only sometimes works, jumping forwards or backwards to the nearest I-frame sometimes works...basically it's just flaky.

Do you know if this is just something inherent to how LAV Splitter works (designed for playback and not frame-accurate seeking) or if it's maybe fixable?

Thanks.

Mainconcept can do it too very accurate but as Nev said it's a lot of work and for normal playback not usable @ all

[DragonQ]

Originally Posted by CruNcher

Mainconcept can do it too very accurate but as Nev said it's a lot of work and for normal playback not usable @ all

Well the reason I wanna use LAV Splitter is that it supports LATM AAC. Are there any splitters that support frame-accurate seeking in TS files and also LATM AAC?

[kolak]

Any reason why dragging ProRes MOV to graphstudio does not build video decoding chain automatically?
I have to add lav video decoder manually. This causes one of my tools not working, as it build graph automatically.
It works fine on my other PC. Tried reinstalling LAV filters, but no luck

[Sebastiii]

Originally Posted by nevcairiel

Just to clarify a bit on the seeking situation.

Personally, i really only use LAV to actually watch stuff. I don't do editing or encoding, so i don't need any fancy features for that.
IMHO, seeking is working well enough for simple watching. It could probably be a bit better in some situations, but overall its not completely awful (iow. "good enough")

Now the problem is, i'm the only developer working on the project, and there is more things to do then i have time for, and my main motivation comes from doing things that i find interesting and challenging.
In the end, that means i work on things that either i want to use myself, or that i think would be fun working on.

I have always been open to someone else contributing, but so far i've only maybe gotten 1-2 very minor patches.
If someone wants to improve parts of LAV that i personally don't focus on (like frame accurate seeking), and has the expertise to do so, i would be happy to help getting him (or her) started and assist in their work.

So, thats that.

+1 and thanks for your work
Personaly i'm not enough strong but i hope that a good dev can supply patch for whatever

I/We really appreciate your LAV Suite

Cheers.

[CruNcher]

It's one of the major differentiators also for ffmpeg the day it will support frame accuracy could be troublesome for some other products, and most good devs able to implement it would most probably even hurt themselves, so why not just leave it how it is

@Nev

dxva mbaff issues it seems

http://www.mediafire.com/?iom08m712fa01xt


Lav Video DXVA = heavily fails green screen echo
MPC-HC DXVA = works better only 1 glitch @ the start
Potplayer DXVA = same 1 glitch as MPC-HC
VLC GIT DXVA= Catastrophe

good old friend

http://www.mediafire.com/?ri4sdpjlafxxrry

Lav Video DXVA = green screen
MPC-HC DXVA = no issues
Potplayer DXVA = no issues
VLC GIT DXVA = parser fails

[betaking]

TO NEV can not compile last GIT!
1>LINK : fatal error LNK1181: 无法打开输入文件“avformat-lav.lib”
1>已完成生成项目“C:\lavfsplitter\decoder\LAVAudio\LAVAudio.vcxproj”(rebuild 个目标)的操作 - 失败。
1>LINK : fatal error LNK1181: 无法打开输入文件“avformat-lav.lib”
1>已完成生成项目“C:\lavfsplitter\demuxer\LAVSplitter\LAVSplitter.vcxproj”(rebuild 个目标)的操作 - 失败。
1>LINK : fatal error LNK1181: 无法打开输入文件“avutil-lav.lib”
1>已完成生成项目“C:\lavfsplitter\decoder\LAVVideo\LAVVideo.vcxproj”(rebuild 个目标)的操作 - 失败。

[CruNcher]

@Nev
Microsofts DTV Decoder never fails on Intel with H.264 and DXVA it seems it has not 1 of the issues the other DXVA implementation show, not even with the heaviest Ref Frames, hmm or is Intel tunneling it through Quicksync

Funny i think they do it shows the same decoding issue on exactly the same frame in decodinerror.ts as the Quicksync API, where DXVA implementations generally show no issue or like Lav Video DXVA different for the whole stream

[Mercury_22]

@Nev just FYI after latest changes from "git clone git://git.1f0.de/lavfsplitter.git" I'm getting "lavfsplitter" (it was lavfilters before) and from https://code.google.com/p/lavfilters/ I'm getting lavfilters

P.S. No more failed though