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

DeathWolf

30th January 2009, 06:16

Is there any chance that coreavc could get an option to actually pass on the AR info?
Unless haali's splitter is used, anamorphic does not work well otherwise.
Currently with
(mpc internal matroska splitter)->coreavc->ffdshow->haali's renderer => does not work
haali's splitter->coreavc->ffdshow->haali's renderer => works fine
(and mpc's internal splitter does pass dwPictAspectRatioX: 853,dwPictAspectRatioY: 480, however after coreavc it's back to 720x480)
Using ffdshow instead of coreavc works fine too.(since ffdshow does pass on the anamorphic flags)

Pulstar

30th January 2009, 18:49

Well since this is a long thread and this question has already been answered (probably), why do CoreAVC+single core CPU+VMR9+MPC HC+MKV produce choppy framerates for SD and HD resolutions? Whereas if I export the same video streams into MP4 for instance using the same config video playback is smooth and CPU is far from maxed. Is it MKV overhead? Buggy Gabest splitter? Will installing Haali splitter resolve this?

STaRGaZeR

30th January 2009, 20:11

Now that the show is over and we have had some more feedback. We have a new punchlist of small changes and are going to schedule a release of v1.9 by the end of the month.

We're at the end of the month now :cool:

BetaBoy

31st January 2009, 21:36

STaRGaZeR... as I already stated we are working directly with NVIDIA at this time on unifying our 1.9 release with their CUDA release efforts and releases. Look for an announcement shortly on this.

DeathWolf

1st February 2009, 02:04

Note: the force vmr ar options does not apply with haali's or does not do anything.(just thought it might apply)

EDIT:

haali actually explained me that the issue is that some streams have both container ar and stream ar, and that his splitter actually overrides the stream ar if there's a container ar.
Would there be any possibility to actually have an option in coreavc to ignore the stream ar?

BetaBoy

10th February 2009, 03:02

We are about to release CoreAVC v1.9 Professional Edition w/NVIDIA CUDA support. But before we do I wanted inform you of a few things;
- On or after Tuesday 2/10 you will need to download the latest NVIDIA drivers.
- QA has found an interlaced bug related to CUDA playback, so this initial release will fall back to software for any interlaced content.
- This release will feature the new 32/64bit Haali Media Splitter and is a precursor to CoreAVC 64 that will be released with v2.0.
- v1.9.x will be EOL for CoreAVC Standard Edition as we migrate towards CoreAVC Enterprise Edition and our v2.0 code base.

More details and the changelog to follow but we wanted to give everyone the heads up to the pending release.

Cyber-Mav

10th February 2009, 03:10

Tuesday 2/10 ? thats quite far away, unless thats the american date format since in uk 2/10 would mean 2nd of october??

also a question about cuda support, will it be limited to windows vista only? will it also work on windows xp?

BetaBoy

10th February 2009, 03:16

For non-us residents... that is February 10th (thought that was obvious). Its supports XP or Vista (any flavor)... 32bit atm and 64bit when we release v2.0.

Cyber-Mav

10th February 2009, 03:24

thanks for clearing that up. would version 2.0 be a free upgrade for me like 1.8.0 to 1.8.5 was? or will i have to pay an upgrade fee?

thanks

woot february 10th?? in the uk that happend just over 2 hours ago!!

BetaBoy

10th February 2009, 03:37

2.0 upgrade talks? I've mentioned in this thread a few pages back. Lets get past GPU with CUDA for v1.9.x.

STaRGaZeR

10th February 2009, 04:44

We are about to release CoreAVC v1.9 Professional Edition w/NVIDIA CUDA support.
- This release will feature the new 32/64bit Haali Media Splitter and is a precursor to CoreAVC 64 that will be released with v2.0.

That sounds tasty :cool:

cyberbeing

10th February 2009, 06:31

- On or after Tuesday 2/10 you will need to download the latest NVIDIA drivers.

By this do you mean NVIDIA will be releasing a new driver which will be needed for CoreAVC CUDA compatibility (i.e. a driver newer then 181.20/181.22)?

dead_screem

10th February 2009, 07:02

- v1.9.x will be EOL for CoreAVC Standard Edition as we migrate towards CoreAVC Enterprise Edition and our v2.0 code base.Cool. Will Profesional go EOL as well anytime soon? IMO there will be too many editions. Professional and Enterprise decoder 2.0 32 and 64 bit versions, plus multiple editions of the encoder whenever that gets released. Things seem like they might get out of hand.

I'd think having just 32 and 64 bit versions of "Core AVC Decoder" but multiple editions of the encoder would make more sense. I mean really, what good is a decoder if it cant decode everything?

G_M_C

10th February 2009, 09:03

Enterprise edition; So that would also mean broader colorspaces/planes and higher profiles (4:4:4 / High10 or extended profile and such ?). If so, it might be a signal to the encoer-developers to make the switch too (avisynth seems to make steps into areas, adding some color-planes).

BetaBoy

10th February 2009, 14:42

Just spoke to Haali.... we are gonna hold off on the 64bit splitter till 2.0 for now, but will still include the newest version.

clsid

10th February 2009, 14:47

Any particular reason for that? I assume his 64bit splitter is still buggy or unfinished?

BetaBoy

10th February 2009, 14:57

No bugs.... Haali would like to add more explorer integration options.

clsid

10th February 2009, 15:06

I see. That is good news, because the current shell extension doesn't work very well on Vista/Seven.

lexor

10th February 2009, 15:09

I see. That is good news, because the current shell extension doesn't work very well on Vista/Seven.

The latest version (the one from January) doesn't even register for me under 7, the previous version does.

BetaBoy

10th February 2009, 16:01

The latest version (the one from January) doesn't even register for me under 7, the previous version does.

I have the older beta of 7 and it installed fine... loading the new version of 7 now.

Snowknight26

10th February 2009, 16:28

Would be nice if you could coo Haali into posting more here or at least have some acknowledgement/status of unfixed bugs.

lexor

10th February 2009, 16:49

I have the older beta of 7 and it installed fine... loading the new version of 7 now.

I think I have the old version (build 7000, the official beta build that's on MSDN right now). The splitter installs fine, but it does not load and MPC doesn't even see it in the list of external filters.

There are no errors or other visible problems during install.

STaRGaZeR

10th February 2009, 19:04

You can also tell him about the splitter not recognizing LPCM tracks present in .m2ts Blu-ray files.

Snowknight26

10th February 2009, 19:14

You can also tell him about the splitter not recognizing LPCM tracks present in .m2ts Blu-ray files.

You mean TrueHD? It recognizes LPCM tracks, just doesn't split them well.

clsid

10th February 2009, 19:17

In case haali needs sample m2ts files, a couple have recently been posted in the ffdshow and MPC-HC topics.

BetaBoy

10th February 2009, 19:52

ok... just finished QA here is the final changelog:
CoreAVC H.264 Video Codec - Version 1.9.0.0 (20090210)
- Add: NVIDIA CUDA accelerated video decoding (Thanks NVIDIA!!!)
- Add: NVIDIA CUDA detection to installer
- Add: Tray icon showing NVIDIA CUDA state (green=in use, blue=not in use)
- Add: Tray icon mouse over shows 32bit/64bit states
- Add: Initial installer changes for 32/64bit
- Add: Updated Haali Media Splitter
- Fix: Focus bug related to MCE
- Fix: Focus prevention when the tray icon is off
- Fix: Improve seeking on frames with one IDR frame
- Fix: Various small bugs

Haali Media Splitter (20090111)
- Add: The shortcut for gdsmux is created in the start menu
- Fix: Broken Matroska files with looped SeekHeads could cause a hang in Matroska Parser, the number of SeekHeads is now limited to 10
- Fix: Removed the workaround to find tags written by Matroska Shell Extension, this caused excessive file scanning when opening files created by recent MKVToolnix
- Fix: File linking is now enabled by default

Next is the release... but on the splitter issues... I'll speak to Haali about creating a project on CoreForge.org to use the bug tracker.

blubberbirne

10th February 2009, 20:01

hm, great job :D

still waiting for the email with the update link :devil:

laserfan

10th February 2009, 20:06

hm, great job :D

still waiting for the email with the update link :devil:Ya I don't get the "peek-a-boo" approach to software release myself. :confused:

STaRGaZeR

10th February 2009, 20:47

You mean TrueHD? It recognizes LPCM tracks, just doesn't split them well.

Nope, I mean LPCM. The tracks are not recognized. Screenshot for a Blu-ray .m2ts with Haali's and MPC's splitter (left and right respectively):

http://thumbnails8.imagebam.com/2631/11b14726308074.gif (http://www.imagebam.com/image/11b14726308074)

You can see how for Haali's splitter there is only 1 output pin, and it's for video (H.264). You can also see the Audio tab from MPC's splitter. Sample on demand.

TrueHD is another issue. Any news about TrueHD support in Matroska BTW?

BetaBoy

10th February 2009, 21:48

blubberbirne

10th February 2009, 22:06

ok, i need go update my drivers :D

coreavc 1.9 installed now

Thunderbolt8

10th February 2009, 22:12

can anyone tell if the colour issue of the haali splitter (puts out slightly too much red) is already adressed here? (see http://forum.doom9.org/showpost.php?p=1235880&postcount=884)

Rectal Prolapse

10th February 2009, 22:39

ok... 1.9.0 published and emails are going out now.... make sure to install the latest NVIDIA Beta Drivers 182.05 and note my previous mention of the software fallback atm for interlaced content.

Otherwise... Post some results!!!!

When I try to download the 182.05 drivers (after selecting Beta in the dropdown list, doing a search, then selecting 182.05) I get this error on NVIDIA's official site:

The page you tried was not found. You may have used an outdated link or may have typed the address (URL) incorrectly. You might find what you’re looking for in one of these areas:

doesn't work right now --> http://www.nvidia.com/object/winxp_182.05_beta.html

It won't work without 182.05 right? Is that what you meant?

EDIT: Hah! It works on my other PC from remote.

Rectal Prolapse

10th February 2009, 22:46

Direct link to 182.05 Windows XP, 32 bit: (US server):

http://us.download.nvidia.com/Windows/182.05/182.05_geforce_winxp_32bit_english_beta.exe

Cyber-Mav

10th February 2009, 22:52

gonna take some time, im gonna be testing this to see what sort of encodes break hardware acceleration.

Cyber-Mav

11th February 2009, 00:18

so far i can confirm cuda acceleration works on xp with a 9600gso and dual core opteron cpu (2.65ghz), in cpu mode average cpu usage is around 54% in cuda mode its varying between 4% to 15% cpu usage.

so far on videos that have unrestricted/non dxva compliance seem to work but do what my wdtv player does, which is cause artifacts such has large blocking/pixellation. thats to be expected though i guess.

back to more testing.....

Cyber-Mav

11th February 2009, 00:30

noticed 1 more thing, idle system ram consumption is 347mb, as soon as i run a hd video ram usage spikes to 820mb for around 10 seconds then drops down to 445mb and remains at that level for the duration of the video. just an observation so far....

DeepBeepMeep

11th February 2009, 01:58

With CUDA, my CPU usage is down from 60% to 20%. However, with some movies I have lots of blocking which doesn't appear on the CPU only version.

It seems as well there are some compatibility problems with Haali Renderer since one time CUDA became disabled and the other time I got a blue screen of death.

Anyway, thanks for the CUDA support, now it is much easier to use CoreaVC with software filters

BetaBoy

11th February 2009, 02:42

Keep the feedback coming guys... especially the CPU usage differences (with CPU/GPU details).

FYI... I just updated the first post in this thread with the changes to the CoreAVC configuration panel as well as the 'Editions' descriptor reflecting the CUDA addition.

Snowknight26

11th February 2009, 04:40

Are there any requirements for using CUDA similar to DXVA or is it something along the lines of 'as long as CoreAVC can software decode it, it will work with CUDA?'

Rectal Prolapse

11th February 2009, 05:58

Massive blocking artifacts in CUDA mode with an NVIDIA 8800GT, using either 181.22 or 182.05 drivers. Title I used was Ghost in the Shell: Solid State Society blu-ray. Also, auto-detect of levels seems to be broken (in CUDA or software mode) - it does levels expansion when it shouldn't. I have to manually set input and output to 16-235 range. Cyberlink AVC decoder works perfectly with this.

One step forward, three steps back. :)

EDIT: Same problems with Max Payne Blu-ray.

CPU is a Core 2 Duo E6400 clocked to 3 GHz. Windows XP SP3, with all updates.

jj666

11th February 2009, 08:48

Did a quick check on my latest Blu-ray remuxes:

Assault on Precinct 13:
http://thumbnails16.imagebam.com/2636/6075a826359160.gif (http://www.imagebam.com/image/6075a826359160)

http://thumbnails13.imagebam.com/2636/d483e326359161.gif (http://www.imagebam.com/image/d483e326359161)

(decoded correctly in software mode)
http://thumbnails12.imagebam.com/2636/3c2f9c26359166.gif (http://www.imagebam.com/image/3c2f9c26359166)

Ghost Town:
http://thumbnails15.imagebam.com/2636/79543726359167.gif (http://www.imagebam.com/image/79543726359167)

http://thumbnails10.imagebam.com/2636/ea80ad26359168.gif (http://www.imagebam.com/image/ea80ad26359168)

Sting! Bring On The Night:
http://thumbnails4.imagebam.com/2636/e6b62726359162.gif (http://www.imagebam.com/image/e6b62726359162)

http://thumbnails16.imagebam.com/2636/45214026359163.gif (http://www.imagebam.com/image/45214026359163)

http://thumbnails8.imagebam.com/2636/7309f726359165.gif (http://www.imagebam.com/image/7309f726359165)

All of the above worked fine (playback etc) in DGAVCIndexNV using CUDA also.

Raging Bull - worked fine.
Super Troopers - worked fine.
The Last Emperor - worked fine.
The Man Who Fell To Earth - worked fine.

If samples needed, please let me know.

Cheers,

-jj-

BetaBoy

11th February 2009, 14:17

Thx for the reports guys... keep them coming... (this is why we wanted all of 1.9.x for CUDA before we went 2.0).

All of the above worked fine (playback etc) in DGAVCIndexNV using CUDA also.

-jj-
Good that means its not CUDA and something we can fix.

Gleb Egorych

11th February 2009, 15:03

BetaBoy, did you do some tests to compare Intel quads vs AMD Phenom (Phenom II) in terms of decoding speed? And do AMD X3 processors have any advantage on X2 processors?

Guest

11th February 2009, 15:16

Good that means its not CUDA and something we can fix. That's unfortunately not necessarily the case. I use the latest nvcuvid.dll from my contact at Nvidia. The version I have has several fixes beyond what is in the released driver.

BetaBoy

11th February 2009, 15:19

That's unfortunately not necessarily the case. I use the latest nvcuvid.dll from my contact at Nvidia. The version I have has several fixes beyond what is in the released driver.

Ahh... that could be the case then. We are taking the stand to not include the CUDA DLL in our installer but instead opting to use the one that is public. We will see if this is the right approach as time progresses and continue to work with NVIDIA on it.

BetaBoy

11th February 2009, 15:28

BetaBoy, did you do some tests to compare Intel quads vs AMD Phenom (Phenom II) in terms of decoding speed? And do AMD X3 processors have any advantage on X2 processors?

What I have found out so far based on the feedback is that since every system configuration is different it yields varied results. We are getting some report of a massive drop of 60% CPU usage down to 1%-7%. But I think the average so far is about a 50-60% reduction (more like 75% for me with a dual core 3.2ghz 9400GPU laptop). It will be interesting to see the interlaced figures when the bug is fixed.

Also, we are talking about setting up a DB for reporting. We'll see on that as we already scrapped our 'compare' website plans against other decoders as we did not want to come off biased.

Cyber-Mav

11th February 2009, 15:48

right single core tests on an opteron 146 @2ghz stock speed with nvidia 8600gt, transformers 1080p rip made using unrestricted 2 pass insane settings in megui, cpu decoding in high action scenes flatlines at 100% cpu usage, using cuda cpu usage averages 16% in those same high action scenes that flat line at 100% on cpu only decoding mode.

as for image quality as jj666 posted above some rips seems to have blocking/artifacting on them, shockingly the transformers rip i made played fine and thats using the unrestricted profile.

will do some more tests, gonna do some underclocking on the single core opteron and see how low i can go on clock speed for videos to still run perfectly.