CoreCodec/H.264 Codec "CoreAVC" [Archive] - Page 141

Shevek

19th February 2012, 17:58

Wow, I assumed everyone preferred to only have forced subs load automatically.... guess I was wrong.

Isn't that the point of the default flag?

if a subs stream is set to default it will display automatically.

if no subs stream is set to default none will display automatically.

That's what I do with my Studio Ghibli rips.

default audio is English, 2nd audio is Japanese, single English subs with default flag off.

That way, when the children watch it they get the English audio and no subs, but when I watch it I switch audio to Japanese and switch the subs on.

At least that's my experience using VLC.

Pat357

19th February 2012, 19:34

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 ;)
What's the name of the Cyberlink VC-1 decoder (filter name on the disk).
I have PDVD9 installed (came with my system), but can't find the VC-1 decoding filter.

kerman

20th February 2012, 02:37

Does anyone get dxva on AMD cards activated? I have an HD6950 with latest CCC 12.1 and win7x64. I have checked dxva on properties, but tray icon is always on blue.

Any ideas?

DeadlyEmbrace

20th February 2012, 12:04

Does anyone get dxva on AMD cards activated? I have an HD6950 with latest CCC 12.1 and win7x64. I have checked dxva on properties, but tray icon is always on blue.

Any ideas?

Are you using a DXVA supported renderer? (EVR or EVR-CP)?
Also, if I remember correctly you cannot have a subtitle filter (directVobSub or such) running between the DXVA decoder and the renderer.

kerman

20th February 2012, 14:30

Are you using a DXVA supported renderer? (EVR or EVR-CP)?
Also, if I remember correctly you cannot have a subtitle filter (directVobSub or such) running between the DXVA decoder and the renderer.

Yes, madVR. No subtitle filter, I just switch subtitloes on/off with splitter.

namaiki

20th February 2012, 14:47

Yes, madVR. No subtitle filter, I just switch subtitloes on/off with splitter.

madVR doesn't support DXVA for video decoding. Only DXVA deinterlace.

kerman

20th February 2012, 15:08

I thought it was the coreavc the only one involved on decoding and hw acceleration used for it. Then the render filter just renders the result, inherent to how the decoder does his specific task.

BTW, is it much of use in quality terms the choice for a specific render for 1:1 video displaying? I mean, 1080p content on 1080p display.

ajp_anton

20th February 2012, 16:10

With DXVA, everything happens on the GPU. The renderer must support the transfer of decoded video within the GPU, instead of the "normal" way to send the decoded video *to* the GPU for rendering.

1:1 is only 1:1 for the luma pixels. For 99.9% of all video you watch, the chroma resolution is half (or 1/4th by area), so it needs to be upscaled.

kerman

20th February 2012, 18:19

1:1 is only 1:1 for the luma pixels. For 99.9% of all video you watch, the chroma resolution is half (or 1/4th by area), so it needs to be upscaled.

On untouched Bluray video, chroma is half resolution too?

madVR may not support DXVA... but it does CUDA? with nvidia gpu, coreavc does enable CUDA hardware acceleration with madVR.

DeadlyEmbrace

20th February 2012, 19:01

Yes, MadVR does work with CUDA. As far as I understand it CUDA copies the processed frames back to system RAM where the renderer can get at them, kinda like the LAV DXVA Copy Back option.

BetaBoy

21st February 2012, 04:37

CruNcher.. got it... fixed, thx.
I spoke too soon... we are looking into this some more.

dead_screem

21st February 2012, 05:24

I know you commented already, but you didn't really affirm the previously mentioned "Feburary" release as per twitter... So is 3.1 still on track for a Feburary release? or has the moving target moved over to March?

And what is the status on CoreAAC? I know you got CoreAVC 4:4:4 and 4:2:2 on your plate as well as CoreMVC, But there is a pretty bad channel order bug I mentioned to you before (and you passed it on to the team I guess), that makes CoreAAC completely unusable for anything but 2 channel stereo, even mono is screwed up.
We can't even use an external 5.1>2.0 downmix because CoreAAC is not using the correct internal channel order and thus the channels are output wrong. And Mono is not output correctly as 1 channel, it's output as 2 channel Stereo but with audio in only 1 channel.

Dark Shikari

21st February 2012, 06:40

Microsoft>Cyberlink>Arcsoft>Mainconcept!Where does libavcodec fit on that list?

CruNcher

21st February 2012, 07:02

I spoke too soon... we are looking into this some more.

yep this is a little crazy especially the complete different handling of different decoder splitter combinations, though Kytmanov with his ffmpeg or libav based AV Splitter handles it well with CoreAVC :)

Where does libavcodec fit on that list?

I guess he doesn't see it up to the state of the commercial implementations because of the missing interlaced handling part how is the status of that btw for libavcodec now ?

nevcairiel

21st February 2012, 07:12

Where does libavcodec fit on that list?

libavcodecs VC-1 decoder is not really up to par. It lacks proper interlaced support and is generally slow.

If those two things would be fixed, it would probably be OK, so that means finishing interlaced decoding, and adding multi-threading for the speed issues.

CruNcher

21st February 2012, 07:19

and maybe trying to find a way to fix this old http://www.mediafire.com/?lh785fl24aukxja Microsoft Encoder bug (or old feature implementation) that would make it unique as everyone else has failed yet on it (only Microsofts Decoder copes with it) most probably because they only look @ the official specs ;)

Midzuki

21st February 2012, 13:04

Where does libavcodec fit on that list?

Faster than Mainconcept's decoder anyway.

NikosD

23rd February 2012, 07:31

I've finished my benchmark survey.

All platforms included (ATI, Nvidia, Intel) and the main decoders:

Microsoft DirectShow,
Microsoft MediaFoundation,
LAV Video all modes (NVCUVID, QuickSync decoder, DXVA2 Copy-back, DXVA2 Native),
CoreAVC (NVCUVID, DXVA2),
FFDShow QuickSync decoder.

Results here:
http://forum.doom9.org/showthread.php?t=163110

CruNcher

23rd February 2012, 11:01

This is only 1 Side of the Medal though as i explained in the Benchmark thread

TheShadowRunner

25th February 2012, 15:41

Betaboy, could you tell me the best place to report what's seemingly a Haali Splitter bug?
I wrote to Mike on the email from haali.su/mkv, but not quite sure it's still in use/valid.
Thanks.

dead_screem

26th February 2012, 08:12

Betaboy, could you tell me the best place to report what's seemingly a Haali Splitter bug?
I wrote to Mike on the email from haali.su/mkv, but not quite sure it's still in use/valid.
Thanks.

haali is inactive iirc, i think corecodec is taking over development...

BetaBoy

27th February 2012, 04:37

Betaboy, could you tell me the best place to report what's seemingly a Haali Splitter bug?
I wrote to Mike on the email from haali.su/mkv, but not quite sure it's still in use/valid.
Thanks.
After 3.1 i'll post an Official link thread here on Doom9 and bring over the reports from the Unofficial thread.

BetaBoy

27th February 2012, 04:42

We are looking for a few 'non-english' Windows 7 users to test the CoreAVC 3.1 installer (installer only no codec). Specifically we have had some issues with some non-english Win7 OS's users not being able to properly input the CoreNumber into field and for it to be accepted.

Email: info AT corecodec DOT com if you can help us tracking this bug down.

kerman

29th February 2012, 02:02

I have my tv set up for FullRGB, madVR to PC levels (0-255) and AMD CCC Pixel format to FullRGB 4:4:4.

So, to have it all perfectly matched up, how coreAVC should be set up on "Input levels" and "Output levels"? for displaying to be the most accurate to the source?

I assume Input to "Auto detect", and Output to (0-255) as is the way madVR and tv are expecting to take it... but not sure if I should set Input to (16-235) since movie content luminance use to be that way.

Kinomoto-san

2nd March 2012, 03:22

Just to let you know, latest Nvidia Drivers (295.73) is giving BSOD whenever I try to play a video with CoreAVC 3.0.1 and CUDA enabled.

Disabling CUDA acceleration fixes the problem.

So, Nvidia must have changed something in CUDA that CoreAVC does not like.

BSOD reason is driver timeout (nvlddmkm.sys) so driver is waiting CoreAVC to talk to CUDA than some kind of loop or lock happens. This is my guess.

Windows 7 Professional 64-bits SP1, MPC-HC 32-bits (1.6.1.4112), Nvidia 310M.

I hope you can fix it for the 3.1 release.

uncholowapo

2nd March 2012, 06:14

Kinomoto-san

2nd March 2012, 07:19

Well, the display driver is at default settings (all settings).

I do run a 23" full HD monitor from the notebooks D-sub port.

I have a SSD HD so superfetch and prefetch are disabled in registry and superfetch service is disabled.

Everyting else is at default settings I think so.

CruNcher

11th March 2012, 11:05

@Dan
https://forum.doom9.org/showpost.php?p=1564452&postcount=9794

BetaBoy

12th March 2012, 16:29

@Dan
https://forum.doom9.org/showpost.php?p=1564452&postcount=9794

Thx for the report... I passed it to the devs to take a look at and see if its been addressed for 3.1.

hubblec4

12th March 2012, 17:17

@betaboy

Haali Splitter have a bug with mkvs where a dts-hd MA audio file is inside. the video stutters sometimes during playing.

Can you fix this problem?

robpdotcom

12th March 2012, 20:35

Those are mkv's made with old versions of mkvMergeGUI (mmg). You can use mmg's header editor to fix them - open mmg, click file> Header Editor, drag the file into the header editor, find the Default Duration for the audio, and set it to 10666666.

Or, get an up-to-date version of mmg, and remux it. Remuxing is a little simpler, but will take much longer. Either way, you should get the most recent version of mmg.

Of course, Haali is the only splitter that seems to be bothered by having the default duration missing, so it would be nice if that were fixed.

hubblec4

13th March 2012, 09:45

Those are mkv's made with old versions of mkvMergeGUI (mmg). You can use mmg's header editor to fix them - open mmg, click file> Header Editor, drag the file into the header editor, find the Default Duration for the audio, and set it to 10666666.

mmh...I use the newest version of mmg(mkvmerge). so i think there is not the problem.
the files plays with the AVSplitter very well.
(the default Duration of this audio is 10666666)

its definitve a bug in HMS.

BetaBoy

13th March 2012, 10:36

@Dan
https://forum.doom9.org/showpost.php?p=1564452&postcount=9794

All the clips play fine with CoreAVC 3.1, however the 720p-cuda.mkv has the errors encoded into the stream itself.

wanezhiling

22nd March 2012, 12:15

@Dan

http://forum.doom9.org/showpost.php?p=1566365&postcount=10056

http://forum.doom9.org/showthread.php?p=1566382#post1566382

BetaBoy

27th March 2012, 21:00

@Dan

http://forum.doom9.org/showpost.php?p=1566365&postcount=10056

http://forum.doom9.org/showthread.php?p=1566382#post1566382

I asked the guys to test but we have been busy with finalizing 3.1 and our embedded directshow version of CoreAVC for devs to add it to proprietary applications (non-library).

Thx for the report.

Cyber-Mav

7th April 2012, 20:00

embedded? as in can be used inside something such as XBMC?

CruNcher

7th April 2012, 23:15

embedded? as in can be used inside something such as XBMC?

More in the term of can be used inside a Game Console, Car, SetTop Box,TV , Tablet, Phone or Hardware Decoder as IP ect.

Cyber-Mav

20th April 2012, 21:01

wonder if there will be a version for arm based tablets. or even if it will be possible to embed this into xbmc?

BetaBoy

26th April 2012, 03:30

RC for CoreAVC 3.1 is about to go out to testers by weeks end. For the testers in this thread... please send any bug reports in as fast as possible.

wanezhiling

26th April 2012, 13:52

RC for CoreAVC 3.1 is about to go out to testers by weeks end. For the testers in this thread... please send any bug reports in as fast as possible.

@Dan

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

EVR CP + CoreAVC 3.0.1(hardware deinterlacing), failed.

EVR + CoreAVC 3.0.1(hardware deinterlacing), ok.

cyberbeing

26th April 2012, 19:21

Did you ever fix the green bars (stride) problem with CoreAVC 3.0.1 when using xy-VSFilter Vertical Padding with EVR-CP or Haali Renderer?

Cyber-Mav

28th April 2012, 22:23

i dont think they did

madshi

30th April 2012, 08:40

@BetaBoy,

a while ago I asked you to look into supporting the MS DXVA_ExtendedFormat part of VIDEOINFOHEADER2, so downstream filters can get information like color decoding matrix etc from CoreAVC.

Now we're discussing ways to improve VSFilter. As you may know, VSFilter renders subtitles in YCbCr, even though subtitles are originally defined in RGB. As a result VSFilter has to do an RGB -> YCbCr conversion. For that VSFilter in the past always used the BT.601 matrix, even for HD videos. Obviously that's wrong, and we're discussing how to fix it now. This brings me back to DXVA_ExtendedFormat, which would be a great help with fixing VSFilter. Is there any chance you could fill DXVA_ExtendedFormat in a not too distant CoreAVC release? It shouldn't be too hard. Here's more information on how to fill it:

http://forum.doom9.org/showthread.php?p=1519740#post1519740

Thanks.

Edit: nevcairiel just told me that some filters (especially the Haali Renderer!!) have problems when the DXVA_ExtendedFormat is set. That's a shame really. Hit Haali for me, please... :) Not sure what to do now. Maybe DXVA_ExtendedFormat should only be set for filters that are known to support it? :(

BetaBoy

30th April 2012, 18:12

MS DXVA_ExtendedFormat is on the todo for sure... we just have higher priorities atm. Getting 3.1 out now which now features 4:4:4 profile support sets us up for 4:2:2 profile (we are working on that now) and adding MS DXVA_ExtendedFormat support in 3.2 (but will likely call this 3.5).

We have also spent some time working on a new Haali Splitter which addresses the major issues in the 'Unofficial thread' here @ Doom9 and that will be included with CoreAVC 3.1.

madshi

30th April 2012, 18:45

Sounds good, thanks.

benus

2nd May 2012, 10:01

Hi BetaBoy.

Is this a good time for someone to ask when can we expect full featured version of CoreAVC 3.1 realesed.

pankov

2nd May 2012, 10:42

And whar about CoreMVC? I know it will be a different product but what's the reason for the delay? Is it technical or licensing issues?

BetaBoy

2nd May 2012, 15:17

And whar about CoreMVC? I know it will be a different product but what's the reason for the delay? Is it technical or licensing issues?
CoreMVC 3D has been available for OEM/Developer licensing for over a year now. As far as a consumer decoder however we felt it was more important to get the last remaining features in CoreAVC before releasing it since its 99% based on it.

So we'll continue our non consumer CoreMVC 3D licensing for now and revisit the consumer directshow filter after 4:2:2 is added in v3.5 (Noting my previous post that we are jumping to v3.5 after v3.1 when we add 4:2:2.).

pankov

3rd May 2012, 09:16

Thanks for te answer but I don't the reasons to delay the consumer decoder when you have it working for OEM/DEV.
You could offer the first ... and pretty much the only ... directshow MVC decoder and having both Haali's splitter and renderer at hand probably offer a full DS solution for 3D playback.
Am I the only one that hates comercial players like TMT and PowerDVD and craves for 3D in his favorite Direct Show player ... be it MPC-HC or Zoom Player or PotPlayer or other?