LAV Filters - DirectShow Media Splitter and Decoders [Archive] - Page 293

DarkSpace

1st April 2013, 16:55

I'm slowly reviewing all the code that was created over the last week, so i would've hopefully found it no matter what... :p
My comment was not so useful, then...

Anyway, I noticed that you don't support loading segments of different video resolution. May I request that you add in support for that? It's quite useful sometimes, for example when some part of a film is letterboxed and another is not, and you need to encode it anyway - that way, you can crop off the black borders where possible (I know that at least some TV shows are aired as 4:3 with letterboxing for 16:9 content, for example) and leave the resolution as is where it isn't possible.
Probably related to that, the Ordered Chapters support doesn't include changing the Display Aspect Ratio between segments. Say you want to link DVD content of 720x480p resolution, but some of it is in 4:3 and some other is in 16:9 - Ordered Chapters make it possible to do this without resizing the video at all. (For the record, Haali Media Splitter supports both of these things - since I accidentally hit the submit button already, I'll just edit this post when I've got some samples ready.)

Edit 1: Actually, this seems to be confusing: The Aspect Ratio of the first "Playback Segment" is used, no matter what the Segment that's opened specifies, when the video resolution matches, but when it doesn't, then only the parts which have a resolution that matches the opened Segment's are played (or only the segment, I need to check this).

Edit 2: You do support loading different video resolutions, so I'll take some more time to find out what exactly my problem is (the samples that were supposed to show the problem work properly... how embarrassing for me).

mzso

1st April 2013, 17:06

Hello!

A while now I noticed something weird happening, with one blu-ray. I have the bdmv file for it on the playlist. Previously it played fine, but now the player plays a slideshow for some reason. There's nothing interesting in the loaded filters. LAV splitter/video + madvr.

VipZ

1st April 2013, 17:10

Any chance for sharing the binaries ?
ATM my develop PC in in the shop for an upgrade. so i can't build them myself.

Link deleted, NEV posted his.

nevcairiel

1st April 2013, 17:14

Anyway, I noticed that you don't support loading segments of different video resolution.

This should work just fine, assuming your whole playback chain supports changing resolutions (i've had some trouble with (xy-)vsfilter when changing some of the frame parameters before). I tested this mostly with H264 stuff. What you cannot do is mix two different codecs, ie. you can't mix H264 and MPEG-2 segments, doubtful i'll ever change that, would just go too deep into ffmpegs handling of things.

anyway, samples welcome.

DarkSpace

1st April 2013, 22:52

This should work just fine, assuming your whole playback chain supports changing resolutions (i've had some trouble with (xy-)vsfilter when changing some of the frame parameters before). I tested this mostly with H264 stuff. What you cannot do is mix two different codecs, ie. you can't mix H264 and MPEG-2 segments, doubtful i'll ever change that, would just go too deep into ffmpegs handling of things.
Of course you are right about that, and when I noticed, I immediately edited my post above. I'm sorry about that.
anyway, samples welcome.
Well, then welcome this archive (http://www.mediafire.com/?jsclyq3udd28qsb), please! It contains three "groups" of files, all of which work as they should with Haali Media Splitter:

test1.mkv and test2.mkv are only used to show that an Aspect Ratio change is not passed on through the playback chain. Both files contain 50 frames each, and are both chaptered in a way that first displays test1.mkv's contents and only then test2.mkv's contents. The video in test1.mkv is to be displayed in 16:9 Aspect Ratio whereas test2.mkv's video is to be displayed in 4:3, but regardless of whether the 4:3 file or the 16:9 file is opened in the player, all 100 frames are displayed as 16:9 (so, the first displayed video's AR is used).

testA-C.mkv are meant to emphasize the Aspect Ratio keeping effect - file A has 80:33 Aspect Ratio, the other two are 16:9, each file has 50 frames. Just like before, it's irrelevant which file you open as all three are chaptered to use the same playlist.

sample0.mkv and sampleA-F.mkv are samples of what made me think that non-matching resolutions are unsupported - when creating these samples, I tried to match my original files as closely as possible, which is also why you may notice that they don't use 10 fps but 30000/1001, and also use have way more frames than the other samples, which is because I was unable to find the exact issue. Simply opening sample0.mkv should actually play all of sampleA.mkv, the first part of sample0.mkv, all of sampleB.mkv, the second part of sample0.mkv, ... which apparently just fails with LAV.

Creating these samples also made me think about some other things: What happens when other stream properties change between thee sections, such as FLAC bit depth? What about the video's header information, such as color matrix or primaries, or a mix between interlaced and progressive Segments? Also, I think some people already verified that it's possible to link 8-bit h.264 Segments and 10-bit h.264 Segments, so will that work as well, and what about differently subsampled content?
Due to timestamps, I don't suppose it's an issue, but what about video FPS? It's quite possible that one would encode 30p and 24p segments separately to save oneself the trouble of creating Variable Frame Rate files.

I actually wouldn't have expected this result, as you originally wanted to dynamically switch SSA/ASS styles, so I'd like to ask now (just out of curiosity, at least for now): If you manage to implement "dynamic ASS styles", will that support different headers as well (such as, one Segment with 1280x720 Script Resolution and another Segment with 1920x1080 Script Resolution)?

nevcairiel

2nd April 2013, 08:26

Well, then welcome this archive (http://www.mediafire.com/?jsclyq3udd28qsb), please!

Thanks for the samples, i'll look into them this evening, but i'm confident that i can fix the AR issues (i just forgot to switch the setting on segment changes, i only changed the "main" codec properties), and will look into the other playback issue you had.

What happens when other stream properties change between thee sections, such as FLAC bit depth? What about the video's header information, such as color matrix or primaries, or a mix between interlaced and progressive Segments? Also, I think some people already verified that it's possible to link 8-bit h.264 Segments and 10-bit h.264 Segments, so will that work as well, and what about differently subsampled content?

This should be fine, assuming everything support such changes. I've already had a sample which switches between H264 4:2:0 10bit and H264 4:4:4 10bit, and LAV worked fine with it - only xy-vsfilter failed, because it didn't properly handle changing between NV12 and RGB when EVR was used as renderer. Surprisingly, vanilla VSFilter worked fine.

Due to timestamps, I don't suppose it's an issue, but what about video FPS? It's quite possible that one would encode 30p and 24p segments separately to save oneself the trouble of creating Variable Frame Rate files.

This should indeed be just fine.

I actually wouldn't have expected this result, as you originally wanted to dynamically switch SSA/ASS styles, so I'd like to ask now (just out of curiosity, at least for now): If you manage to implement "dynamic ASS styles", will that support different headers as well (such as, one Segment with 1280x720 Script Resolution and another Segment with 1920x1080 Script Resolution)?
If dynamic ASS style switching worked, this would be possible - but this is not in my hands, its the subtitle filters which don't support this right now.

dansrfe

2nd April 2013, 09:02

Is it normal for mp3 and aac durations to be off in MPC-HC? The sing ends but the timeslider still has another minute on it sometimes.

cyberbeing

2nd April 2013, 11:18

This should be fine, assuming everything support such changes. I've already had a sample which switches between H264 4:2:0 10bit and H264 4:4:4 10bit, and LAV worked fine with it - only xy-vsfilter failed, because it didn't properly handle changing between NV12 and RGB when EVR was used as renderer. Surprisingly, vanilla VSFilter worked fine.

Yeah, it appears that xy-VSFilter runs into a bug when LAV Video attempts to dynamically change output to RGB. xy-VSFilter accepts RGB from LAV on its input pin, but fails to change its output pin to RGB. Regular VSFilter outright rejects RGB input from LAV in this case, and continues to output YV12 the entire time.

Edit: If using "Haali Splitter + LAV Video" or "LAV Splitter + MPC-HC internal decoder", this H264 4:2:0 10bit + H264 4:4:4 10bit situation results in corruption when the change occurs, even without VSFilter. LAV Splitter + FFDShow is even worse and crashes. LAV Splitter + CoreAVC skips the entire second segment. It would seem that using LAV Splitter + LAV Video together may be the only way to make this special use case work reliably at the moment.

If dynamic ASS style switching worked, this would be possible - but this is not in my hands, its the subtitle filters which don't support this right now.

The xy-VSFilter dev expressed that he sees this as a useful feature to support. Possibility for the future.

DarkSpace

2nd April 2013, 11:31

Thanks for the samples, i'll look into them this evening, but i'm confident that i can fix the AR issues (i just forgot to switch the setting on segment changes, i only changed the "main" codec properties), and will look into the other playback issue you had.
Thank you, again.

This should be fine, assuming everything support such changes. I've already had a sample which switches between H264 4:2:0 10bit and H264 4:4:4 10bit, and LAV worked fine with it - only xy-vsfilter failed, because it didn't properly handle changing between NV12 and RGB when EVR was used as renderer. Surprisingly, vanilla VSFilter worked fine.
Okay, I just suspected that if an AR change isn't passed on, maybe other properties wouldn't be passed on as well.

If dynamic ASS style switching worked, this would be possible - but this is not in my hands, its the subtitle filters which don't support this right now.
The xy-VSFilter dev expressed that he sees this as a useful feature to support. Possibility for the future.
That's good news. Maybe some time in the future, I'll even be able to make good use of it.

Yeah, it appears that xy-VSFilter runs into a bug when LAV Video attempts to dynamically change output to RGB. xy-VSFilter accepts RGB from LAV on its input pin, but fails to change its output pin to RGB. Regular VSFilter outright rejects RGB input from LAV in this case, and continues to output YV12 the entire time.
This is an interesting explanation.

nevcairiel

2nd April 2013, 14:35

sample0.mkv and sampleA-F.mkv are samples of what made me think that non-matching resolutions are unsupported

I see the problem here.
For some reason, you made the edition hidden, and i don't take hidden editions into account. Apparently, i should? At least when its the default? :d So simply make "Default" overrule "Hidden"? I can do that..

What if there is only one edition, which is Hidden, and not default? :d

michkrol

2nd April 2013, 15:34

Thanks for implementing the ordered chapters and editions. Works great with files I've tested.

Regrettably I've encountered a possible regression when it comes to handling of *.mkv files - seeking by key-frames stopped working with the test builds (checked with yours (b805ded) and latest git (ececda9adc81)).
I'm using MPC-HC (nightly, build 7017, x86), the "Jump Forward/Backward (keyframe)" keys stopped working in *.mkv files. Same config works with *.mp4 and *.avi files.
Switching back to last stable build (0.55.3) makes keyframes in *.mkv work.

It's the same for every *.mkv file, below is a link to 2 samples. I've reencoded a file to h264 in *.mp4 with Handbrake, then remuxed the file to *.mkv with mkvmerge(v6.1.0), to make sure the stream is identical.
The keyframes seeking works with *.mp4 file in test builds, with the *.mkv only in stable version.
http://www.mediafire.com/?83j3bgolrpl5hod

nevcairiel

2nd April 2013, 16:07

Thanks for testing, the issue should be resolved in the latest version (soon to be available in Git)

06_taro

2nd April 2013, 16:16

I would suggest to use if (!edition->Hidden || edition->Default || count==1) instead of if (!edition->Hidden) when deciding whether to process an edition or not. I think not many people really understand what hidden flag for editions means and what the difference between chapters' hidden flag and editions' is. So if one wants to use ordered chapter to create a virtual timeline, but does not like to expose this functional but not controlling feature to the user interface, one may set it hidden, but still intends to use it.

I asked (http://lists.matroska.org/pipermail/matroska-devel/2013-April/004428.html) about what should edition->hidden flag do in such cases in the mailing list, hoping one matroska expert would be willing to make a decision, and better if one adds it in the specification notes so that it is easier for developers and users to interpret. In the previous threads of this subject, it seems that even spec maintainers (Moritz (http://lists.matroska.org/pipermail/matroska-devel/2013-March/004415.html) and Steve (http://lists.matroska.org/pipermail/matroska-devel/2013-March/004425.html)) have different opinions regarding nested hidden and enable flags. So it won't be surprising if developers and users feel confused on this.

DarkSpace

2nd April 2013, 16:31

I see the problem here.
For some reason, you made the edition hidden, and i don't take hidden editions into account. Apparently, i should? At least when its the default? :d So simply make "Default" overrule "Hidden"? I can do that..
Wait, what? Something must have gone wrong when I created these files, as I never saw a reason to use Hidden Editions before. Maybe something went wrong when I manually edited the xml file? Anyway, it's easy to fix for me, sorry about the trouble.

What if there is only one edition, which is Hidden, and not default? :d
Well, I think there are quite a few files out there that have only one Edition (Ordered or not) and that don't set the Default Edition flag (leave it at 0), because that flag isn't always set by itself. I know that in such cases, Haali Media Splitter simply uses the first (or only) Edition present in the file (I don't know about multiple Editions when the first Edition is hidden), so I think it might be beneficial to just use the first (visible?) Edition available if no Edition is set to Default.
Maybe, though, you could provide the Hidden Default Edition's Chapters when opening the file, but make that Edition unavailable once the user switched away from that Edition?

nevcairiel

2nd April 2013, 16:35

Maybe, though, you could provide the Hidden Default Edition's Chapters when opening the file, but make that Edition unavailable once the user switched away from that Edition?

That would be odd, an initial state that you cannot switch back to, that sounds wrong.

so I think it might be beneficial to just use the first (visible?) Edition available if no Edition is set to Default.
It already does this, the first visible on anyway. The question was more about what if all are hidden?

I think i'm goin to stick with what 06_taro suggested, and make Default overrule Hidden, and always use the Edition if only one is present (why hide your one edition?)
I wonder what Haali does if there is multiple editions, all hidden, non default... I shall go test!

Edit:
Turns out Haali just uses the first edition if no visible one is available. Maybe i should stick to that..

dansrfe

2nd April 2013, 17:15

Not to be a sore thumb in the thread but is there a reason my question is being avoided :(

DragonQ

2nd April 2013, 17:43

Is it normal for mp3 and aac durations to be off in MPC-HC? The sing ends but the timeslider still has another minute on it sometimes.

In my experience this is usually due to a bad file/container. Try remuxing into MKA or something? You can always mux back to MP4 or something if this works. Raw AAC can be a pain when not muxed into a proper container.

nevcairiel

2nd April 2013, 17:55

Not to be a sore thumb in the thread but is there a reason my question is being avoided :(

You happier with "I don't know"? :)
I don't answer if i have none to give, especially when busy with other topics.

dansrfe

2nd April 2013, 19:15

You happier with "I don't know"? :)
I don't answer if i have none to give, especially when busy with other topics.

I guess I should have rephrased my question. Is this the same behavior in the player that you use, JRiver Media Player? I'm trying to figure out if it's a problem unique to MPC or related to something else.

nevcairiel

2nd April 2013, 19:22

MP3 durations are fine for me, usually within 1 second of the actual duration (of course this can vary from file to file, VBR files may be more problematic), don't have any AAC at hand. Of course this is with the very latest LAV, maybe something was fixed in ffmpeg.
I tested in MPC-HC, i don't usually play audio with LAV, much better players for this around.

cyberbeing

3rd April 2013, 00:48

Doing some more ordered chapter testing on files from my archive, there unfortunately seem to be a massive number older files in-the-wild which use a single "hidden + default + ordered" Edition which is expected be be used. I can only assume one bad example ended up copy/pasted into numerous file as a template, during the time period where manual creation via text editor was the only option available. Supporting this behavior I'd say is something were stuck with at this point.

I've yet to come across any files which are just hidden + ordered which expect to be used, but I wouldn't dismiss the possibly since as nev mentioned, haali will use those as well.

nevcairiel

3rd April 2013, 06:44

I'll go with what Haali does, in this case it seems like a good alternative. So in short, try to use any visible editions if available, otherwise use the first edition in the file. If you have an edition which is Hidden+Default, and there is another edition which is visible, the hidden one will be ignored, and the visible one used. This is what Haali does, and since its still considered quite the "reference" implementation when it comes to ordered chapters, it ensures highest compat with existing files.

cremor

3rd April 2013, 10:23

Does the Dynamic Range Compression feature of LAV Audio only work if the DRC data has already been included in the AC3 stream while encoding? Because I converted a DTS stream to AC3 (using eac3to) but didn't notice any difference for silent or loud scenes with DRC enabled or disabled. If my assumption is correct, is there a way to convert a DTS stream to AC3 so that it includes the correct DRC data?

Also, what does the "Level" percentage in the DRC group affect in the LAV Audio configuration?

nevcairiel

3rd April 2013, 10:25

Yes, it only works for DRC which is specified in the AC3 stream. And the level controls how strong it'll be applied, at 100% the full bitstream DRC is used.
If the bitstream includes DRC is dependent on your encoder, of course.

paradoxical

3rd April 2013, 14:26

If my assumption is correct, is there a way to convert a DTS stream to AC3 so that it includes the correct DRC data?

Yes, tell the AC3 encoder what DRC value to write to the bitstream.

Pomegranate

3rd April 2013, 14:39

I'd be really careful using DRC when doing DTS -> AC3. DTS tends to not use the -31 dBFS reference level that Dolby uses.

According to this thread (http://forum.doom9.org/showthread.php?t=56020), "in order for the Dynamic Range Compression to work as designed, the Dialogue Normalization parameter MUST be properly set first".

dbart

3rd April 2013, 16:26

Could be this useful ?

http://www.phoronix.com/scan.php?page=article&item=amd_opensource_uvd&num=1

nevcairiel

3rd April 2013, 16:32

Here is a new test build for ordered chapters, it should hopefully fix a bunch of remaining issues with segment changes (aspect ratio) and general behaviour in some files with hidden editions (discussed in detail above)

32-bit: http://files.1f0.de/lavf/LAVFilters-0.55.3-72-g6907169.zip
64-bit: http://files.1f0.de/lavf/LAVFilters-0.55.3-72-g6907169-x64.zip

Any feedback is appreciated, as always!

NikosD

3rd April 2013, 16:41

Could be this useful ?

http://www.phoronix.com/scan.php?page=article&item=amd_opensource_uvd&num=1

Yes it can be useful by exposing "hidden" features of UVD hardware, like MPEG-2, MPEG-4 ASP HW accelerated VLD decoding of UVD2 for example.

Volfield

3rd April 2013, 18:26

nevcairiel

3rd April 2013, 18:46

don't have chapters on any files (few chapters in one file) (navigate -> jump to). Back to LAVFilters-0.55.3-66-gb805ded and everything works.

Indeed, stupid mistake.
New build coming up:

32-bit: http://files.1f0.de/lavf/LAVFilters-0.55.3-73-g3f9ce87.zip
64-bit: http://files.1f0.de/lavf/LAVFilters-0.55.3-73-g3f9ce87-x64.zip

The issue should hopefully be resolved for good.

Volfield

3rd April 2013, 18:53

Thanks for quick fix. Back to testing.

Reino

3rd April 2013, 21:07

Is it normal for mp3 and aac durations to be off in MPC-HC? The sing ends but the timeslider still has another minute on it sometimes.You could try Foobar2000 to fix this.
Right-click on MP3 -> Utilities -> Fix VBR MP3 header...
"Corrects missing VBR headers on specified MP3 files; use this to solve incorrect displayed length."

cyberbeing

4th April 2013, 00:00

nevcairiel, would it be possible to add a non-default option to expose hidden chapters, when only hidden chapters exist in a file? I could see cases where the file author prefers to keep ordered chapters hidden, but the viewer actually prefers an ability to access those hidden chapters, rather than have no chapters exposed at all.

Is the Matroska spec supposed to interpreted as Hidden = Permanently Hidden, or just Hidden = Hidden by Default?

nevcairiel

4th April 2013, 07:01

I'm not a big fan of such an option, it adds complexity for a bit obscure use-case. Its most likely also something you need to toggle on a per file basis, because if a file has normal chapters and ordered chapters, the ordered chapters would be hidden, and you don't really want them to appear, so i question its real-world usefulness a bit.

cyberbeing

4th April 2013, 10:40

The use-case would be files only containing hidden ordered chapters, but without any non-hidden regular or ordered chapters at all. I'll agree it's a bit obscure, but not as obscure as wanting to show hidden chapters when you have other non-ordered chapters already visible. You could do something like give the option a checkbox with three states, where the intermediate state will only expose hidden chapters if all chapters are hidden. That should prevent issues of needing to toggle such an option per file.

I did come across a few files which used ordered chapters to insert common intro/outro segments into episodes from that season to save space, but where all chapters were hidden. In this case, LAV & Haali will both create the virtual timeline without any end-user visible chapter points according to the mkv spec. None the less, a bit of an annoyance, since some end-users like to skip past the intro/outro segments via chapters. I personally don't have any issues manually fixing chapter issues like this, if you don't see such a feature as useful enough.

cremor

4th April 2013, 11:04

Yes, tell the AC3 encoder what DRC value to write to the bitstream.

Sorry for getting offtopic here, but can you recommend a good AC3 encoder when using DRC? I did my tests with Aften (using the BeHappy GUI) but I read some posts about Aften not beeing very good with DRC.
Testing the encoded stream with LAV Audio showed that with DRC enabled in LAV the loud sequences were indeed not as loud, but sadly it didn't increase the volume of quiet dialogs.

I'd be really careful using DRC when doing DTS -> AC3. DTS tends to not use the -31 dBFS reference level that Dolby uses.

But wouldn't a value higher than -31 decrease the volume even more? Even with -31 and DRC enabled I can't understand some quiet dialogs with a volume level that isn't too loud for explosions.

Pomegranate

4th April 2013, 11:54

@cremor : you shouln't use -31 dBFS for DTS. You have to measure it with a sound editor, as mentioned in the thread I linked to (http://forum.doom9.org/showthread.php?t=56020) and use that value. For example, you isolate a scene where there's speech, measure the RMS value and find it to be, for example, -26.4 dBFS. You then use -27 dbFS for the dialnorm when encoding.

zerowalker

4th April 2013, 14:35

Which is faster, the Lav filters UT Video Codec or the original?

I wonder what to use in Avisynth, Avisource or Directshowsource, that´s why would like to know:)

06_taro

4th April 2013, 16:00

LAV uses FFmpeg's native libavcodec for utvideo,
original uses the same decoder as libutvideo, which is available in some FFmpeg builds.
You can build or find one FFmpeg with libutvideo (including asm), and compare using FFmpeg -c:v libutvideo/utvideo -i input-utvideo -f null nul.

In my test when FFmpeg started to add native utvideo decoder, libutvideo ran more than 3x faster than native one, because at that moment FFmpeg hadn't added asm in their native decoder while libutvideo had. I didn't track the progress of the native decoder and don't know what the current status is.

zerowalker

4th April 2013, 16:10

How can i install the libutvideo version?

I haven´t used ffmpeg, only ffdshow and stuff, so don´t really know how to do this.

Thanks:)

DragonQ

4th April 2013, 21:51

Anyone have any tips for getting ffdshow post-processing working with LAV decoding? Preferably using DXVA2 Native (if that's even possible) but DXVA2 Copy-Back and CUVID are fine too.

Basically MediaPortal's EVR implementation only has basic scaling (looks like bilinear) resulting in pretty bad aliasing in SD content, so I'm trying to use Lanczos scaling in ffdshow (in the absence of MadVR) to fix this. Here's two sets of settings I've tried but neither works properly:

0) LAV Software + EVR scaling = crap scaling but otherwise fine. Screenshot (http://www.aotplaza.com/Files/HTPC/Screengrabs/EVR%20Scaling/MediaPortal EVR.png)
1) LAV Software + ffdshow scaling = no deinterlacing & chroma brightened. Screenshot (http://www.aotplaza.com/Files/HTPC/Screengrabs/EVR%20Scaling/MediaPortal EVR + ffdshow Lanczos3.png)
2) CUVID + CUVID deinterlacing + ffdshow scaling = artefacts (weird horizontal streaks) & chroma brightened. Screenshot (compare to 1 to see artefacts) (http://www.aotplaza.com/Files/HTPC/Screengrabs/EVR%20Scaling/MediaPortal%20EVR%20+%20CUVID%20+%20ffdshow%20Lanczos3.png)

Any ideas to get this working correctly?

huhn

4th April 2013, 22:57

enable raw video in ffdshow

http://s3.imgimg.de/uploads/ffdshow15143303png.png

this doesn't work with dxva native

edit dxva native sry!

DragonQ

4th April 2013, 23:38

enable raw video in ffdshow

http://s3.imgimg.de/uploads/ffdshow15143303png.png

this doesn't work with dxva native

edit dxva native sry!
Yes that's what I'm doing, but it isn't working 100% correctly, as explained by the screenshots.

EDIT: OK I think I fixed the brightness and artefact issues by changing ffdshow's output to RGB32 and leaving LAV in CUVID mode. I'm interested to see how this stands up compared to my new Panasonic plasma's built-in upscaling (which I can't use with MediaPortal). I was watching some 544x576i/25 material today on my mum's new Samsung LCD and it looked very good indeed at a normal viewing distance. Even up close the text was pretty sharp. Hopefully ffdshow's Lanczos resizing is at least comparable.

Related question: Does anyone know what the "Parameter" option does for bicubic resizing in ffdshow? Is it the same as the "A=" in MPC-HC, i.e. sharpness?