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

BetaBoy

21st March 2009, 04:25

ADude... that's not a question to ask, but something only you can judge. Read the changelog to determine this: http://www.coreavc.com/index.php?option=com_content&task=view&id=27&Itemid=1

But as a best practice we suggest to do as Cyber-Mav has suggested.

Sagekilla

21st March 2009, 19:29

BetaBoy, did you benchmark the improvement from using Async transfers at all? If so, how much of a boost did you get from it?

buletti

21st March 2009, 20:42

I just got aware of a special behavior that I wanted to report. In a previous post (http://forum.doom9.org/showthread.php?p=1252911#post1252911)of this thread I tested the brand new version 1.9 and had some issues to understand when CUDA decoding was used. Only about 1 out of 4 files was decoded with CUDA. Back then I was not able to figure out why CUDA worked only for certain files.
Well, today I re-tested the new version 1.9.5 and hoped there were some changes that allowed me to decode more files with CUDA. Bummer! I just got the same result as with 1.9.0: Some files go green but most do not.
Then, because of a totally unrelated issue, I switched the renderer in MPC-HC from VMR9 renderless to EVR and now the icon is green for every single file! Did I overlook the EVR requirement for CUDA decoding or is this a bug? Am I the only one experiencing this issue with VMR9?

I'm running:
- Windows XP SP3
- .NET 3 (for EVR)
- GeForce 6800 GTS
- Forceware 182.06

TheShadowRunner

21st March 2009, 22:06

I have an issue with 1.9.5.0 (CUDA enabled) and VMR9 on XP: when ReClock changes the display frequency at the start of movie playback, the screen sometimes becomes totally green.
It doesn't happen in full soft mode or with other decoders such as Cyberlink h264 decoder (on soft or DXVA mode).
The movie is also decoded properly with CUDA enabled if ReClock doesn't switch resolutions.
This issue with CoreAVC happened in the past for full software (artefacts appearing after resolution switch during playback) but was correted in 1.8.5.0 I believe.
Is it possible to add the same correction for CUDA?
Thanks,

TSR

leeperry

22nd March 2009, 00:09

just wanted to confirm that I've updated to 182.08 on XP w/ my G92, and jitter in HR is perfect now! http://forum-images.hardware.fr/images/perso/prosterne.gif

smit

22nd March 2009, 00:19

Concerning the audio problem that i reported at post #4747 http://forum.doom9.org/showpost.php?p=1263746&postcount=4747
It was motherboard related and it`s fixed.

Today i checked at gigabyte`s site and there was an updated bios posted.

The changelog states:
1. Improve Phenom II CPU compatibility
2. Improve Audio compatibility

I`m curious thaw what do they mean by audio compatibility.

squid_80

22nd March 2009, 07:02

Then, because of a totally unrelated issue, I switched the renderer in MPC-HC from VMR9 renderless to EVR and now the icon is green for every single file! Did I overlook the EVR requirement for CUDA decoding or is this a bug? Am I the only one experiencing this issue with VMR9?

I'm running:
- Windows XP SP3
- .NET 3 (for EVR)
- GeForce 6800 GTS
- Forceware 182.06
EVR is definitely not required. I'm guessing your card is probably a 8600GTS and only has 256MB ram; using VMR9 renderless is consuming more vram than EVR and not leaving enough for CUDA.

buletti

22nd March 2009, 10:38

You are right squid_80. It's a fanless 8600 GTS with 256MB GDDR3 (6800 was a typo).

nightrhyme

23rd March 2009, 23:56

HowlerX

24th March 2009, 01:33

Have one question for you guys since my old system: 3ghz p4e (with HT), 1gb dual channel pc3200, ATI 9800pro wasn't quite up to 1080p decoding. Would a asus p5b, C2D e6600 (2.4ghz), 2 x 1gb DDR2-800, ati x1950 be enough ?

More than enough. And you won't even need CoreAVC to decode it. With that CPU, ffdshow or DivX 7 H.264 decoders are enough.

Disabled

24th March 2009, 01:38

More than enough. And you won't even need CoreAVC to decode it. With that CPU, ffdshow or DivX 7 H.264 decoders are enough.
DivX7 will definately be enough, ffdshow might struggle with demanding sources. At least my e6400 doesn't handle 1080p with ffdshow regularly, so I don't think e6600 will do it all the time. *edit* at least not without ffdshow-mt

nightrhyme

24th March 2009, 02:36

My main machine with e6850 kills any 1080p encoded. It will even do 2 (nearly 3) at the same time with ffdshow 2 threads. Is e6600 really that much slower ?

BetaBoy

24th March 2009, 03:03

Been directed to this thread after my thread on the same subject:
http://forum.doom9.org/showthread.php?t=145855

Have one question for you guys since my old system: 3ghz p4e (with HT), 1gb dual channel pc3200, ATI 9800pro wasn't quite up to 1080p decoding. Would a asus p5b, C2D e6600 (2.4ghz), 2 x 1gb DDR2-800, ati x1950 be enough ?
OMG... with those specs 1080p should play fine (close but fine).... but then again.... if you have fully tested it then the e6600 should be fine.

Disabled

24th March 2009, 09:39

My main machine with e6850 kills any 1080p encoded. It will even do 2 (nearly 3) at the same time with ffdshow 2 threads. Is e6600 really that much slower ?
e6850 is about 25% faster than a e6600, so I believe it is able to decode 1080p with ffdshow (and ffdshow being single threaded, decoding 2 streams also). And I said 1080p gives me a hard time with ffdshow on my e6400, thats 33% slower than the e6850.
Of course every of those processors is able to do 1080p without problems with coreavc or DivX7.

TheShadowRunner

24th March 2009, 09:45

BetaBoy, have you been able to reproduce the issue from this post?
http://forum.doom9.org/showpost.php?p=1264271&postcount=4756
Is a fix possible?

nightrhyme

24th March 2009, 14:36

OMG... with those specs 1080p should play fine (close but fine).... but then again.... if you have fully tested it then the e6600 should be fine.

Haven't actually testet yet. Just wanted an assesment before I buy.

e6850 is about 25% faster than a e6600, so I believe it is able to decode 1080p with ffdshow (and ffdshow being single threaded, decoding 2 streams also). And I said 1080p gives me a hard time with ffdshow on my e6400, thats 33% slower than the e6850.
Of course every of those processors is able to do 1080p without problems with coreavc or DivX7.

Perhaps I could overclock the e6600 close to 3ghz

Since this thread is about Coreavc I wanted to test it.
I didn't find it much faster than FFDshow mt.
ffdshow mt used about 19 - 32 % cpu on a particular scene while core avc used about 22 - 35%

Gleb Egorych

25th March 2009, 19:42

BetaBoy, you wrote:
The next driver release from NVIDIA will address a CUDA cropping issue (content with a height of 368 and 1088 is automatically clipped to 360 and 1080).
Does 182.46 beta have the fix?

vucloutr

25th March 2009, 20:01

Does 182.46 beta have the fix?
nope, its still there. using the 182.46 beta driver the green colored line from 1080p (1088 pixel) material is still being displayed, see attachment.

squid_80

26th March 2009, 02:15

Just to clarify: The bug that Betaboy mentioned affects streams encoded with a height of 368 or 1088 pixels when CUDA decoding is used; the bottom 8 lines are shown as duplicates of the lines above (affects all software that uses the GPU for decoding). For 1088 streams this normally doesn't matter since the intended height is 1080 and those lines won't be shown if cropping parameters are present in the stream. If they're not present you can use the "Crop 1088 to 1080" option to force only 1080 lines to be shown.

vucloutr

26th March 2009, 14:44

whoops, i noticed you're right. without "Crop 1088 to 1080" the green bar gets even bigger, seems CoreAVCw/CUDA can't decode my video properly.

squid_80

26th March 2009, 14:49

Your attachment still hasn't been approved so I can't really see, but it sounds like I might need a sample to check it out - PM me if you want to keep it private or need upload space.

vucloutr

27th March 2009, 00:23

here's a sample: http://www.file-upload.net/download-1551960/sample.mkv.html

squid_80

27th March 2009, 00:43

I can't seem to reproduce it, does it only happen with a particular player/renderer?

vucloutr

27th March 2009, 01:36

happens with VMR7 renderless and Haali Video Renderer using Media Player Classic Homecinema.
all other renderer (e.g EVR, VMR9, ..) don't have that problem.

btw: OS is Win Server 2008 x64

Gleb Egorych

27th March 2009, 19:04

vucloutr, with your sample I do have the issue, both in MPC-HC and ZP and with EVR. Vista x64 SP1, 8800GT, FW 182.46.

BetaBoy

27th March 2009, 19:10

I've said this a few times and its in the readme.... We do not officially support Vista 64bit.

leeperry

27th March 2009, 19:45

any chance for a CUDA VC1/WMV3 decoder anytime soon?

BetaBoy

27th March 2009, 19:48

ATM we are concentrating on adding Directshow and then CUDA support into the future release of CorePlayer 2.0. We have talked about CoreWMV and CUDA but nothing is on the roadmap atm as we would get CoreAVC 2.0 out first.

leeperry

27th March 2009, 20:50

if you could get Haali to polish his video renderer, this would be a god's send ^^

like synchronizing to the graphic card's VBL so it never misses the VSYNC flip time when you run a perfect refresh rate w/ Reclock(23.976/24fps@24/48Hz, 25@25/50Hz, 29.97@29.97/59.94/60Hz).....but well I'm daydreaming, I guess HR's jitter is here to stay :(

this is the problem, and HR is unable to control it :
http://software.intel.com/en-us/articles/video-frame-display-synchronization

BetaBoy

1st April 2009, 16:03

On the requests for Haali splitter changes..... he is aware of them.

nightrhyme

1st April 2009, 16:27

Any ATI specific acceleration planed ?

leeperry

1st April 2009, 16:43

On the requests for Haali splitter changes..... he is aware of them.
well jitter is perfect w/ Reclock for 25/29.97 MKV, bad for 23.976 AC3 MKV and terrible for 23.976 DTS MKV...I know he's aware of it but considering that you're gonna polish CorePlayer and that Reclock is a mandatory app for smooth PC playback, maybe there's a chance you could let him fix the "glitch" :scared:

for what it's worth, the Reclock thread has reached 300000 hits....so proper support would be more than welcome : http://forum.slysoft.com/forumdisplay.php?f=85

AVmaniac

1st April 2009, 23:01

Any ATI specific acceleration planed ?

Yes .. it would really be nice to see some non nvidia bound decoding support although i'm owning a gf8800gts based card. What is about OpenCL? Are there any possibilities?

TheShadowRunner

1st April 2009, 23:11

As I already reported [ http://forum.doom9.org/showpost.php?p=1264271&postcount=4756 ], CUDA definitely doesn't like resolution switch during playback. Makes it pretty much useless with ReClock's "change resolution according to media" feature.
After rez switch the screen is just totally green.
Software mode doesn't have this issue.
How to reproduce: Start movie playback with CUDA enabled. Then just switch resolution (like from 1920x1080@60hz to 1920x1080@50hz, for exemple)
Any input on this is very welcome, BetaBoy.
Later,

TSR

lucassp

2nd April 2009, 08:22

BetaBoy

6th April 2009, 21:34

LoRd_MuldeR

8th April 2009, 01:43

Here is a sample, captured from DVD-S, that plays 100% fine in software mode, but stutters horribly with CUDA enabled:
http://www.mediafire.com/file/zmzenddzcnj/Sample_CUDA.7z

squid_80

8th April 2009, 07:36

Got it, thanks... looks like a frame reordering bug somewhere, not caused by CUDA mode but exposed by it.

CruNcher

8th April 2009, 09:31

Lord Mulder i guess the stuttering comes from wrong synchronization i watched this Scenario a lot of times with streaming files you can either chose between getting unsync and there for no jitter and being sync :) happens a lot of times with Adobe flash Player and for example on youtube after the seek in HD.

Mixer73

10th April 2009, 04:06

Betaboy: In the installer for CoreAVC 1.9.5 you seem to install Haali Media Splitter with silent option so the user cannot make changes to the installation.

Haali has a long-standing bug with the Explorer integration which stops you from deleting files you just played.

Unfortunately it also seems that Haali does not uninstall the Explorer extension when you uninstall the splitter so I'll have to hack this myself.

I'd like to suggest you not install Haali silently for this reason.

Kurtnoise

10th April 2009, 07:07

Betaboy: In the installer for CoreAVC 1.9.5 you seem to install Haali Media Splitter with silent option so the user cannot make changes to the installation.

I don't think so...

http://uppix.net/3/8/6/01fa26ce9502a8c5635afbee7e2ee.png (http://uppix.net/3/8/6/01fa26ce9502a8c5635afbee7e2ee.html)

leeperry

10th April 2009, 10:48

Haali has a long-standing bug with the Explorer integration which stops you from deleting files you just played.
don't install Haali's shell extension and you'll be good to go

Mixer73

10th April 2009, 12:58

don't install Haali's shell extension and you'll be good to go

I understand this, but I just installed 1.9.5 and was not presented with the options screen for Haali, and I uninstalled the bundled version, and installed the latest build of Haali with the Explorer option disabled, and the problem remains with being unable to delete the files. Removing Haali altogether and using Gabest's splitter works fine. I suspect the Haali extension isn't correctly uninstalled, and when the file is replaced the registry entry remains.

BetaBoy

10th April 2009, 13:48

I don't think so...

http://uppix.net/3/8/6/01fa26ce9502a8c5635afbee7e2ee.png (http://uppix.net/3/8/6/01fa26ce9502a8c5635afbee7e2ee.html)

I think he was was referring to the /S option.... but not really as that pop-up is suppressed with the silent install switch.

leeperry

10th April 2009, 23:45

you know BetaBoy, I believe Haali works for your firm. Many people would be willing to pay to see fixes in HMS/HR...this package is vital for PC video playback, and whatever the renderer or the splitter are full of unresolved bugs :(

last time we had a few emails, Haali told me that he had no free time anymore to work on this package...so maybe going commercial(bundled w/ CorePlayer 2.0?) would help your company letting him invest more time in it? just an idea, I believe in Santa Claus I know :D

yesgrey

11th April 2009, 14:56

BetaBoy,
Can you take a look to this (http://forum.doom9.org/showthread.php?t=146228) new video renderer?
With my GF 8600GT 256MB I have to disable cuda in coreavc to be able to use it.
When I enable cuda I have major stutters and severe audio drops, it seems like if madVR and coreavc are "fighting" for the GPU...
I don't know if it's just lack of GPU power to handle both or if it's some kind of incompatibility between both... when I disable cuda, it plays fine.

leeperry

11th April 2009, 21:27

With my GF 8600GT 256MB I have to disable cuda in coreavc to be able to use it.
works fine on XP SP3(latest nvidia/DX9 updates) w/ a 384MB 9600GSO(rebadged 8800GS, 96SP G92)

yesgrey

12th April 2009, 00:13

So it's not any incompatibility between them... Great!:)
Thanks.

buletti

12th April 2009, 07:41

yesgrey3: I have a 8600 GTS with 256 MB and had to switch my renderer in order to use CUDA because of a lack in VRAM. EVR seems to require less VRAM than VMR9 (full stroy here (http://forum.doom9.org/showthread.php?p=1264251#post1264251)).
As madVR is also working on the GPU I guess that 256 MB is just not enough to run CoreAVC and madVR.