CoreCodec/H.264 Codec "CoreAVC"

[NikosD]

Apparently MPC-HC doesn't have access to ClearVideo documentation because they have disabled DXVA acceleration for QS HW.

It doesn't work for them and they haven't found those clever workarounds you mention.

Splash and PotPlayer work fine with QS HW.
But I think PotPlayer doesn't have access to ClearVideo too, like MPC-HC.

How did they do it ?

[nevcairiel]

Originally Posted by NikosD

How did they do it ?

Probably stole it somewhere, like all their other stuff.
Also, PotPlayer uses Erics QS decoder.

[NikosD]

Probably build it by themselves, because there is no free code accessible for that task.
Erics QS decoder is an alternative mode for PotPlayer, like many others.

But their own internal codecs provide native DXVA acceleration for H.264 and MPEG-2, without using quicksync.dll

@Cruncher
If PotPlayer had access to ClearVideo documentation, they would have added VC-1 DXVA acceleration for QS HW, too.
Which is ClearVideo only.

So PotPlayer doesn't use ClearVideo for H.264, either.
They do it natively.

And what about MS DS/MFT ?
Do they use ClearVideo too?

[CruNcher]

they think practical why reinvent if someone did it already though they try to fix things no one tackled yet but give nothing back that's the shame of it
Though they don't do very advanced workarounds their workarounds are mostly container analyze based (MediaInfo) and just turning stuff on and off (still they have no automatic QS fallback for some of these issues which is the easiest way to fix them) when they think its better todo so but the other go into the bitstream level itself

[TheShadowRunner]

Hi Betaboy,
Here's a report for a hi10p decoding bug:
The sample: cqm_sample.mkv
LAV decodes it fine, but as you can see Core gives a huge artifact.
It's apparently due to the use of cqm.
Hope it helps.

[BetaBoy]

Originally Posted by TheShadowRunner

Hi Betaboy,
Here's a report for a hi10p decoding bug:
The sample: cqm_sample.mkv
LAV decodes it fine, but as you can see Core gives a huge artifact.
It's apparently due to the use of cqm.
Hope it helps.

We are looking into it, thx for the sample.

[CruNcher]

@Dan

https://forum.doom9.org/showpost.php...postcount=6977

[BetaBoy]

CruNcher.. got it... fixed, thx.

[BetaBoy]

Originally Posted by TheShadowRunner

Hi Betaboy,
Here's a report for a hi10p decoding bug:
The sample: cqm_sample.mkv
LAV decodes it fine, but as you can see Core gives a huge artifact.
It's apparently due to the use of cqm.
Hope it helps.

Fixed. Thx again for the report!

[dead_screem]

Care to comment on when the next version will be out? Twitter says "Feburary" but that is kinda vague, especially since there was going to be a quick turnaround 3.0.2 bug fix only release, but you guys decided to wait for 3.1 to release those fixes, and 3.1 was supposed to start finalizing last Dec 12... So, when's it coming out?

[BetaBoy]

As with all of our releases its a moving target based on feedback and where we are at with it, so its ready when its done. As you can see above we are also addressing other reported bugs as they are being reported as well as doing some work on Haali's Splitter so this has also affected our timeline.

At the moment it is looking like we are gonna push out adding 422 (444 will likely make it) with the next release to make sure the newer changes are solid before committing it. We will however likely still stick with it as a milestone in calling it 3.1 though considering all the work we have done on it.

We have a few smaller todo's with include Chroma MC ASM and 444 filter work, so we are close.

[kerman]

Doesnt CoreAVC supports VC-1? I have it as the main external filter on mpc-hc but doesnt run on VC-1 streams. It does on h.264/x264, but never with VC-1. I use MPC-HC x32 with madVR and Haali media source. OS Win7x64.

Also, on h.264 decoding doesnt enable dxva2 (tray icon is always blue), although I have dxva checked on properties. I have an AMD HD6950. Should I check/uncheck anything on CCC or mpc-hc?

[nevcairiel]

CoreAVC is only for ... AVC1, as the name suggest, also known as H.264. VC-1 is a different codec entirely, and not supported by CoreAVC.
I'll admit that the "AVC1" and "VC-1" might be confusing at times, but AVC1 is just an alternate name for H.264.

[kerman]

Thanks, yes I just got confused. BTW, is there any "champ" on VC-1 codec performance? Mainconcept, Arcsoft, Cyberlink...? I mean, similar to CoreAVC with H.264

[betaking]

Originally Posted by kerman

Thanks, yes I just got confused. BTW, is there any "champ" on VC-1 codec performance? Mainconcept, Arcsoft, Cyberlink...? I mean, similar to CoreAVC with H.264

Microsoft>Cyberlink>Arcsoft>Mainconcept!

[Midzuki]

Originally Posted by betaking

Microsoft>Cyberlink>Arcsoft>Mainconcept!

I agree, Mainconcept's VC-1 decoder is sluggish as hell

BUT maybe it's good enough for accurate frameserving via DirectShowSource()

[CruNcher]

yep normaly Mainconcept does excellent work but the VC-1 Decoder is far from that and it's funny seeing Cyberlink and Arcsoft beating it but i guess Mainconcept doesn't invest much resources into it's Developing

[robpdotcom]

Originally Posted by BetaBoy

The fix will be included in the next CoreAVC release.

I'd also like to request that Haali change the way it deals with subtitle streams - right now it loads default subs automatically, but I think everyone would be happier if it only loaded forced subs.

Also, is there a way to allow the video renderer to do the deinterlacing? I only see the option to set:

None (weave)
Single Field
Bob
Hardware

There is no option to output interlaced frames.

[Thunderbolt8]

Originally Posted by robpdotcom

I think everyone would be happier if it only loaded forced subs.

not me

[Shevek]

Originally Posted by Thunderbolt8

not me

me neither!

If you don't want a sub stream to be default then make sure the default flag isn't set when you mux the file.