Latest Premiere Update..has probably knocked out your Cuda Hack and you need to edit the txt file again.
Note to myself: archive it.
I archived mine, sort of, by adding ".old" to the file name. However, I figure it is probably easier to overwrite the 680 with my 670 - only a one character change, and then just save the file.
Sigh!
You would think that they would have tested the 670 when they tested the 680 because it is basically the same thing. Well, almost anyway. I can't imagine that the firmware is different except for the part about how many cores it supports.
First of all, thanks.
Now...
Why is this the first time we have heard of this? I thought this place was full of beta testers who should have known that! Geez!
You would think that someone would have thought to mention it back when the whole "hack" thing came up!
That's what happens when I drop out for a while? Really? ![]()
It was mentioned when hardware MPE first appeared as a new feature in Pr. It's even possible that I mentioned it (although if I did, I wasn't the first). The idea just never gained any traction against the inertia generated by continual postings of how to do the "hack".
I thought I'd throw it out there again given the recent question(s) about having to modify the file each time Pr is updated.
Jeff
Jeffs information (and revelation) makes not a jot of difference to those that have un supported cuda cards in regard to time or effort.
One either has to delete it or edit it.
Either way..where is any time or effort saved.
Why doesnt Adobe dump it !
Just like how every update re- installs a heap of Default international fonts (duplicates) that few use ...requiring effort to delete.
BTW: A batch file... is it really worth that?
hello Shooternz,
can you direct me to where these 'default international fonts' are
so that i may, too, delete them...(ppro cs5.03 (production premium))
also, are there other 'bloat' files adobe installs that are safe to delete
so i can get some more of my ssd space back?
thanks a bunch,
jeffrey
While some off-list cards work OK reasonably and some of the newer cards work perfectly, there are real issues with instability and overheating for others. Adobe has a responsibility to sell software that performs as advertised (indeed in some territories it's a legal duty). By accepting all CUDA cards they would have no way to know if the GPU-accelerated features are actually working properly on a particular install and could be accused of false advertising - hence the use of the Adobve approved cards list (AACL). If a user wishes to override the limitation by hacking the file they are implicitly negating Adobe's warranty, so there's no liability if their card gets cooked or an export is corrupted. To make it onto the AACL, cards go through a very exhaustive set of tests; going through all the chipset numbers a few variants may seem to have been forgotten but some just fail.
The reason for a text file moderating the AACL instead of something like a registry/plist entry or line in the preferences file is purely to make it simpler to do internal testing. The fact it opens up a route to apply hacks is a side effect.
shooternz wrote:
Why doesnt Adobe dump it !
The reason for a text file moderating the AACL instead of something like a registry/plist entry or line in the preferences file is purely to make it simpler to do internal testing. The fact it opens up a route to apply hacks is a side effect.
Thanx Dave ..understood.
None of this is a big deal anyway and I only posted originally ( a PSA)...so those that did the update...might realise why their Mercury Hardware was suddenly not working.
North America
Europe, Middle East and Africa
Asia Pacific