GTX 470 results - How I tested
720-p 60 streams - 4 video streams, picture in picture + GPU effects gaus blur, basic 3d
I'm seeing 50% Cpu / 90% gpu with this setup.
Using GPU-Z and Windows Task Manager to monitor usage.
Is this actually working?
If so, don't buy a GTX 285 folks.
Again, can someone verify this?
Hi
I can confirm that my GTX 260 does:
1) GPU/CPU usage changes favoring the GPU when I enable MPE hardware support. 100% in software mode, 30% cpu/60% gpu (+/-)
2) Renderling changes from Yellow to Red when I switch back and forth
But:
3) Smoth playback is possible with GPU while the Software jerky - still plays jerky with Mercury Playback AND above all:
MY SYSTEM CRASHES!!!! PPro freezes after a while and whole system stops working.
Running i920 2,8 Ghz - 12 GB 1033 RAM - GTX 260 and 2x1,5 TB HDD (not in RAID though).
So maybe there is more to it than just doing the software-fix - it might seem to work, but not vorking stable enough? Anyone else been able to see any difference - having crashes? Anyone else having a GTX 260 trying this?
/Morten
function(){return A.apply(null,[this].concat($A(arguments)))}cts51911 wrote:
If so, don't buy a GTX 285 folks.
As someone who has a laptop with an NVIDIA card with CUDA (GTX-230M), I'm watching this thread (and others like it around the web) to see how people do.
One thing everyone should keep in mind is that if you are working in a professional environment, using this "hack" may cause you more trouble then it's worth. The list of supported cards were all tested pretty thoroughly, and for someone to go into the code, make changes, and use untested hardware could cause you some pain while editing. I wouldn't ever advise anyone NOT to buy one of the supported cards, but instead "work with this hack at your own risk."
Hey
Tried to start a brand new job and made picture in picture - crossdissolve fastcolour correction and brightness/contrast on 5 clips - and it runs smooth. CPU load is only 30%...so it works - but stability might be an issue as I wrote before...I have ordered a FX 3800 - so I really kind of hope that the GTX 260 has it limitations compared to FX 3800 ??? Else I have used 1000$ for nothing??? And I guess Adobe and Nvidai will make some vhanges in next update that closes this way of software modding CS5....If not - and if almost all GTX cards will run significantly better and stable - we have all been misinformed from the start....
/Morten
Ireally hope you are right...if not - this is a scandal....it just seem to be too simple a hack...
Right now I have 4 layers p-in-p with four effects on each - 720 50 P running with NO stuttering at all...smooth playback as I have never seen before,,,my issues with crash I think was related to the fact that I used an old sequence made in CS4 and opened it in cs5 - it did not turn out well. But starting from scratch in cs5 - it works....it seems...
A scandal? Hardly. Adobe has taken the right track. The "Pro" moniker means that professionals will have a more stable platform with the supported hardware. For monkeys like me, I get a glimpse of what is possible.
Heck, the reality is that the software renderer is more than enough for me.
Haha - yeah man - thats the right attitude....
You are right - and I am sure I will be happy with my new FX 3800 anyway.
I do this video-stuff for a living - having ½ of my income from producing small documentaries, e-learning videos etc. So I really need a stable and smooth editting experience. So yes - i need the FX 3800 so I can enjoy stable performance I guess.
Jeff Bellune wrote:
still plays jerky with Mercury Playback AND above all:
MY SYSTEM CRASHES!!!! PPro freezes after a while and whole system stops working.
Maybe that's why support is only enabled for a few, well-tested cards. Caveat Emptor.
-Jeff
Jeff Bellune wrote:
if almost all GTX cards will run significantly better and stable - we have all been misinformed from the start...
You mentioned "stable". Apparently, this new hack is not stable - reference the post I quoted.
Nobody's been "misinformed".
-Jeff
Those are mindless leaps to conclusions (with no actual technical diagnosis), and have pretty much been your only contributions - repeatedly - to this emerging discussion. The objective is to uncover whether Adobe was being overcautious by disabling CUDA/GPU acceleration for certain cards: to use the most heinous example, the GTX 295 is based on the same GT200 GPU as the GTX 285, exceeds the GTX 285 capabilities only slightly, and is purposefully disabled from CUDA/GPU acceleration in CS5. Why? We prefer to hear boots-on-the-ground answers (and if there is silence, to investigate this issue ourselves), rather than to hear from Adobe's defensive army who don't think twice about bending over.
I just installed a "new" GTX 285 into my workstation, a reasonable compromise since we have been forced to wait for another quarter or two until Fermi capability arrives, while I'll still want to do some editing. If a Fleabay'ed $200 accessory can save hours of work for a quarter or two of a year, that's a pittance. However, it is pathetic and spineless to couch that as a formal defense for how this is panning out. If somebody walked up to you on the street and asked for $200, you'd ask why. I don't see the wisdom in holding your tongue against a multi-million dollar corporation.
As for the changes in performance I've experienced, I need more time to assess. To start with, as a practical matter the effect of this on my unique workflow will depend quite simply on whether the third-party developers "play game." I am a full-blown Red Giant Looks addict, so when they update it "this summer" (whenever that is), if they shall have taken the lazy road, they will only facilitate compatibility rather than adding CUDA/GPU acceleration for the application of their (priceless for me) filters. In other words, without integration of CUDA/GPU acceleration from third-party plug-in developers, the lowest common denominator will take us back to stuttering.
Another thought: I didn't invest in a way-overpriced Quadro (which appears to be marketed under the charismatic, faith-based moniker that it is "for pros, industrial, so trust us, it's worth it!"). But I am skeptical at the moment that you would see an appreciable performance gain from the best Quadro up against, say, my GTX 285. (And I do remember the earlier debate blip in this thread about the number of accelerated tracks available with each respective card, which I find irrelevant since I'm not NBC Sports dealing with feeds from multiple angles at the Kentucky Derby.) These video timelines are not 3D games, after all. I am suspecting (based on one day of work) that there was only so much of the GPU's power, from the high-end to the low-end, that Adobe could address for these non-gaming tasks of transcoding, etc.
Basically, I expected a full-blown revolution from this, but merely found myself satisfied by this long-overdue advancement in HD video editing, which had failed miserably to keep pace with technology. Especially you, Steve Jobs, who has a lot more to worry about with FCP now than the stupid Flash war.
A few early thoughts.
I am so annoyed at myself.
Bought a GTX295 thinking, i'll be ahead of the game and have an even more CUDA powered card for the next CS suite. First thing that happens is it overscans my computer monitor. Bought a new monitor. Now CS5 is released, and GTX295 is not even supported but the previous version is!
Doh doh doh doh!!!!!!
See this:
http://forums.adobe.com/thread/629557?tstart=30
Be warned it is a hack so don't expect much if anything at all.
You paid $500+ for that card?
Try the softmod described in this thread. It seems to work - works for me with GTX 260 - but for how long? I don´t know if it´s stable.
But I understand your frustration. I too did invest in new PC only 10 months ago - buyed the GTX 260 back then - hoping it would be supported in CS5 because everybody talked about CUDA - and maybe all CUDA cards was supported etc. Now I have ordered FX 3800 - but if the softmod works for good and is stable I also feel like som kind a fool - even though the FX 3800 all in all will be a better choice - for stability and power the next couples a years - but there might come some cards in a year performing even better in CS5 to ½ of the price of FX 3800? So if you are not a pro - try the softmod...I will have to stick to the supported cards and pay the bill - right here - right now! Good luck!
/Morten
Hi HPmoon
I get your point! I´m very confused too and can´t help thinking there is something rotten in the states of Adobe and Nvidia.If the only thing you have to do to get GPU support for any Nvidia card is to change a few lines in a text-file we have all been victims in a big fraud - but I hope this is not true...time will show if there is more too it than just a simple textfile.
![]()
Those are mindless leaps to conclusions (with no actual technical diagnosis), and have pretty much been your only contributions - repeatedly - to this emerging discussion
I can only present my opinions on why things were done this way. They may have a basis in fact, but it's up to you (or anyone else) to decide if you believe that. I can assure you, for whatever it's worth, that those conclusions are not mindless, nor are they very big leaps at all. Again, your choice as to whether to believe me or not.
The objective is to uncover whether Adobe was being overcautious by disabling CUDA/GPU acceleration for certain cards
You'd have to define "overcautious". With stability and performance being stated goals for CS5, how many more cards would Adobe have been able to test properly and thoroughly before putting those goals at risk? One? Six? Zero? How many? How many cards did they start out with? How many failed QE for one reason or another? Why did they fail? I don't know those answers, and I don't think you do, either. Conspiracy theories aside, maybe you could give the guys who write the code the benefit of the doubt on this one.
And I do remember the earlier debate blip in this thread about the number of accelerated tracks available with each respective card, which I find irrelevant since I'm not NBC Sports dealing with feeds from multiple angles at the Kentucky Derby
You may find it "irrelevant", but you better believe there's a significant segment of Adobe's customers who don't.
Look, I really hope that folks who alter their Pr installation to get access to CUDA-accelerated playback, effects and rendering end up with a really fast and solid editing experience. The fact is that some (many?) will not. Is it worth the risk? Everyone has to decide for themselves. And everyone will have to take responsibility for that decision if things go fruit-shaped.
-Jeff
Hi Mox,
Do you really think Adobe was praying that nobody would notice? They knew about this.
I think long term is that tests will appear and it will show a clear lead for Quadro. The cards are different.
Also, the whole time I was goofing around with Premiere 5 with my GTX 470 I was thinking: "Is this thing going to explode?"
That is the last thing you want to think about when you are working.
You are going to drive yourself crazy. Now, get to work
![]()
Words from Wil on the upsupported CUDA cards...
"Hi Wil, Care to comment on the Hack floating around the web for other using Nvidia cards for MPE that are NOT on the list of "official" cards? Thanks, Chris"
"@Chris - Gee, there's a simple text file that allows you to unlock non-supported CUDA cards? How cool is that...?
"
UPDATE:
" For instance, currently the Fermi chipsets have some rendering errors that actually require bug fixes in an upcoming dot before they'll work correctly. So, to reiterate, it's not as simple as 'CUDA works everywhere' with every chipset. There's a reason we're validating boards..."
Looks like it is official...Non-certified cards are buggy and are not ready for any kind of production.
The reality is that they definitely did just "flick off" support
for other cards. How is the GTX 285 any different from say oh a GTX 275?
If Nvidia is playing tricks with certain CUDA commands then why not use OpenCL?
Anyway I can make it work with unsupported cards. The GPU doesn't seem to get used as much as I'd expect though. So maybe something is still a bit locked out, hard to say. It does help though (some things). Oddly it does absolutely zero for a basic preview of an unedited clip. The CPU can be going at 60% on all cores and the GPU is at 1%, kinda of weird. Other programs you would see the GPU going mad and the CPU at like 3%.
One thing that I find a little odd is that you can use a really low-end $100 card that has full h.264 support and playback a high-bitrate h.264 file in programs that support h.264 decoding hardware and they will barely even blip your CPU but CS5 still will drive multiple cores to each 50-80% usage even for a simple unedited clip playback. That said it does perform a lot better than CS4 once you add effects and transitions or basically do anything at all. Granted an editor may need to process in a different way than a simply playback program but it still seems like they are not really levering all that a card can offer, again even a simple unedited playback in the preview, not edit, window will really hit your CPU and other programs that use full HW acceleration for h.264 will barely cause a blip on the CPU performance views.
Anyway whatever the story, it does work better than CS4 no matter what graphics card you use (althoughit still seems like they may have left a good deal of performance on the table, but it's hard to truly say without knowing all the details of how the engine needs to run).
Jeff Bellune wrote:
nothing (including this thread) has answered to anyone's satisfaction the question of whether all CUDA-compatible nVidia GPU model numbers, OTHER THAN those few listed, have been "flicked off" from Mercury's playback engine to tap in for acceleration
The question has been answered. The reality is that you don't like the answer. Current cards that support CUDA acceleration in Premiere Pro CS5 are:
--Begin List--
- GeForce GTX 285 (Windows and Mac OS)
- Quadro FX 3800 (Windows)
- Quadro FX 4800 (Windows and Mac OS)
- Quadro FX 5800 (Windows)
- Quadro CX
--End of list--
Wil Renczes wrote:
(Conversely: let me dispel the myth that you can drop in a CUDA supported board into any box and you magically get umpteen layers of RED 4K in realtime. All that CUDA does is free the CPU from the tasks of doing image processing - video footage however still needs to be decoded by the CPU. If you're looking to do high end 4K, do yourself a favor and don't shortchange yourself on a cruddy box. Get an i7, for cryin' out loud... but I digress)
I wonder why in the world they didn't think to leverage the built-in h.264 decoding that is available on almost ANY graphics card today. Seriously that would free up SOOO much CPU time. You could take a 7D/5D2/1D4 file and instead of using up 30-100% of CPU time just on decoding the h.264 alone you could cut that to like 1-10% CPU time! It's one the easiest ways to get an astonishing improvement. I guess they were just focused in speeding up every video format for now and not caring about getting into specific improvements for individual codecs. Still for the price of the software and the onerous you must upgrade your full suite at once, you'd think they might have added it, especially after the h.264 complaints about CS4. Even the $100 PowerDirector uses hardwre h.264 acceleration (granted it lacks a lot of other stuff, of course). Maybe they are saving h.264 hardware accel for say CS7?
Again, even without that it does perform better than CS4. But imagine the improvements would truly have been breathtaking for h.264 footage if they had done that (and this also something that has long been established on both Nvidia and ATI).
Perhaps using CUDA would disable the hardware h.264 decoding though? Or they would get to many cache hits or loads and unloads using h.264 code oneminute and then loading in the CUDA code the next, still it seems like it might be possible to use h.264 to decode a number of frames and then load hte CUDA code and apply that stuff and so on and still get good out of that. But anyway without knowing more it's really hard to say. Maybe it wouldn't work out well.
Wil Renczes wrote:
Gentlemen, please don your flame retardant suits...
Zenviolence (interesting moniker, by the by), I completely understand your point about wanting choice. As an engineer, I too like to dabble - I custom build my home computer rigs, overclock them & quietly gloat to myself how I stuck it to the 'man' (not sure who that is, but boy, I'd hate to be him) on how fast my machine runs for bargain costs, etc.
But, flipping to the standpoint of Adobe on this, the problem with handing over the keys to the goods is a support issue. You or I may be knowledgeable enough to tune things correctly, but for a phone rep to try to diagnose & troubleshoot issues with the majority of the customer base? Think of it like aftermarket performance car parts - they might work fine, probably work better, but from an official car dealership stance, you're on your own.
I have to wonder though why the sudden big production about this? Why does no other HW accelerated multi-media software make such a big deal out of it? Does PowerDVD go around disabling most cards in the lineup? Does Lightwave suddenly revert to software engine? Wouldn't the general mess of someone's OS and system install/motherboard/CPU-type/etc. likely be more variable than CUDA between many of these cards? And mention is made a possible driver bugs in certain cases, well from what I have seen they come and go, so even if it is all fine with this card today it might be the opposite story the next release from nvidia for all you know.
I though the whole point of CUDA is that is supposed to be a general standard and that you are not programming individual cards entirely to the metal. I don't recall reading anything yet about having to do special coding in CUDA for certain seemingly more or less identical video cards. Why is the 275 any different from the 285 when it comes to CUDA? Nvidia is bragging rght and left on their page about CUDA in the 200 series. I'm looking at using CUDA/DirectCompute/OpenCL for speeding up a non-realtime photo-realistic renderer and I don't, as yet, see any dire warnings about CUDA from card to card, Nvidia didn't even restrict their new real-time ray-tracing demo to the Fermi series but let it work on the 200 series as well (although it is good deal slower indeed on say a 275 than the 400). It is certain way faster on Fermi cards than 200-series cards though.
Now I could wrong, but something seems odd here.
Why not at least a "this card is not officially supported, Adobe will not be responsible for providing any technical support to users using the CUDA engine on this card, agree? yes no"?
anyway thank you for participating in the forum though, not trying to be harsh, i think everyone very much appreciates that you are posting here
Jeff Bellune wrote:
if almost all GTX cards will run significantly better and stable - we have all been misinformed from the start...
You mentioned "stable". Apparently, this new hack is not stable - reference the post I quoted.
Nobody's been "misinformed".
-Jeff
first who knows why his machine crashed, maybe it was the CUDA hack for his 260 then again there a thousand other potential reasons
so far it has not crashed my GTX 275 system at all
it is odd that I don't seem to get such high GPU usage as others, I don't think I have seen it go above 20%, so maybe something is wrong with forcing the hack on it or maybe it depends exactly what you test (onmany scenes it never goes above 8% usage) but at the least it has been crash free so far and it definitely does smooth certain vids out
. It is a little weird but during parts of clips that use certain functi
ons the GPU may got to 20% and the drop from 95% to 30% and things do look a lot smoother but then as soon as soon as the effect is done with it may back to 95% CPU and 6% GPU.
Anyway whatever the story, so far I have noticed no harm, no instability and occasionaly CPU relief and more often smoothness improvement (at times it radically improves smootheness, at other times it makes no apparent difference in any way). Anyway, all good so far.
I think I will avoiding getting the program for now though although it definitely is a step up from CS4. What if Adobe fights back against the simple hack in a future patch? Seems riskty to spend this sort of money before we get a promise they won't lock people out at a future date (I would seriously hope they don't become one of THOSE sorts of companies).
cts51911 wrote:
Words from Wil on the upsupported CUDA cards...
"Hi Wil, Care to comment on the Hack floating around the web for other using Nvidia cards for MPE that are NOT on the list of "official" cards? Thanks, Chris"
"@Chris - Gee, there's a simple text file that allows you to unlock non-supported CUDA cards? How cool is that...?
"
UPDATE:
" For instance, currently the Fermi chipsets have some rendering errors that actually require bug fixes in an upcoming dot before they'll work correctly. So, to reiterate, it's not as simple as 'CUDA works everywhere' with every chipset. There's a reason we're validating boards..."
Looks like it is official...Non-certified cards are buggy and are not ready for any kind of production.
1. the 275 is practically the same as the 285 and should work the same, it's not new like Fermi
2. even if it makes some rendering errors, you might still want it enabled for editing, if not final render
chupacabracobra wrote:
Wil Renczes wrote:
(Conversely: let me dispel the myth that you can drop in a CUDA supported board into any box and you magically get umpteen layers of RED 4K in realtime. All that CUDA does is free the CPU from the tasks of doing image processing - video footage however still needs to be decoded by the CPU. If you're looking to do high end 4K, do yourself a favor and don't shortchange yourself on a cruddy box. Get an i7, for cryin' out loud... but I digress)
I wonder why in the world they didn't think to leverage the built-in h.264 decoding that is available on almost ANY graphics card today. Seriously that would free up SOOO much CPU time. You could take a 7D/5D2/1D4 file and instead of using up 30-100% of CPU time just on decoding the h.264 alone you could cut that to like 1-10% CPU time! It's one the easiest ways to get an astonishing improvement. I guess they were just focused in speeding up every video format for now and not caring about getting into specific improvements for individual codecs. Still for the price of the software and the onerous you must upgrade your full suite at once, you'd think they might have added it, especially after the h.264 complaints about CS4. Even the $100 PowerDirector uses hardwre h.264 acceleration (granted it lacks a lot of other stuff, of course). Maybe they are saving h.264 hardware accel for say CS7?
Again, even without that it does perform better than CS4. But imagine the improvements would truly have been breathtaking for h.264 footage if they had done that (and this also something that has long been established on both Nvidia and ATI).
Perhaps using CUDA would disable the hardware h.264 decoding though? Or they would get to many cache hits or loads and unloads using h.264 code oneminute and then loading in the CUDA code the next, still it seems like it might be possible to use h.264 to decode a number of frames and then load hte CUDA code and apply that stuff and so on and still get good out of that. But anyway without knowing more it's really hard to say. Maybe it wouldn't work out well.
Great point. I have seen an appreciable increase in performance in those areas before GPU acceleration that caused the most stuttering, mainly zooming around my video/still frames on the timeline, and/or applying even the most basic effects like color correction and transitions. When before those invoked the dreaded red line and required rendering for smooth playback, now the issue is transparent. This creates a dramatic increase in my productivity.
But the cheering section is too loud, especially from Adobe and its (secretly paid?) evangelists trolling these forums. Adding GPU acceleration was a development that merely brought the workflow up to established technological minimums (and as you point out, other software developers were ahead of the game compared to Adobe, who has to walk on pins and needles in an oldskool atmosphere where "professionals" freak out from routine technical foibles at the expense of advancing technologies for those of us who grew up on computers).
Intuition tells me that Adobe has only just begun to tap into the capabilities of GPU acceleration. I echo the observations here that even with four tracks on a timeline (including effects, etc.), my CPU generally always is pushing 100% while the GPU hovers around 10-20%. Additionally, it's true (as you note) that nVidia has been trumpeting its PureVideo decoding technology for AVC codecs, H.264, etc. for several years now. CS5 should have been developed to tap into PureVideo, but as I understand it, CS5 fails in that area. What a pity...and the kind of thing we won't see until CS6, several years out, because Adobe's incremental upgrades are usually bug fixes and they "save" feature enhancements for profitable re-boots.
Perhaps Steve Jobs could stop whining about Flash and Android, and focus the company's energies on bringing FCP up to par with CS5 while adding GPU acceleration to include PureVideo decoding on-the-fly. Then Adobe would have an incentive to make use of an already-aging technological minimum.
If you're looking to do high end 4K, do yourself a favor and don't shortchange yourself on a cruddy box. Get an i7, for cryin' out loud..
I have a 980x, 12GB ram, a GTX285 on a clean win 7x64 machine and the GPU does not help play back 2 tracks of 720p footage smoothly. Apparently I need to speed up my system with faster I/O, as single 7200 RPM drives are not cutting the mustard. I believed the hype about MPE. I am not sure that an i7 is even necessary if you have a a cuda card and state of the art I/O.
Wow, it's already not good enough? That didn't take long...
Reminds me of a great interview with comedian C.K. Louis ("you're in a chair.... in the SKY!!"):
http://www.dailymotion.com/video/x8m5d0_everything-is-amazing-and-nobo dy-i_fun
Wil Renczes wrote:
Wow, it's already not good enough? That didn't take long...
Reminds me of a great interview with comedian C.K. Louis ("you're in a chair.... in the SKY!!"):
http://www.dailymotion.com/video/x8m5d0_everything-is-amazing-and-nobo dy-i_fun
Next tell us how you walked miles to school during snowstorms as a kid.
DVDMike: you're snipping a little too much out of my quote. I was referring to RED 4K editing when I made a recommendation for i7. I'd also make that same recommendation for AVCHD / H.264 sources. 720p XDCAM or P2 decodes quite nicely on an older CPU.
Also, the other part you snipped out of my quote:
"All that CUDA does is free the CPU from the tasks of doing image processing - video footage however still needs to be decoded by the CPU." So yes, playing back two streams without effects? No difference from CS4 (*edit* - too general a statement. Amended below...). Pile on color correctors, blurs, etc? That's where the difference starts to be noticeable...
*edit* - I should append that AVCHD specifically has big performance improvements in CS5. RED also had some performance improvements. But all the other formats were already performing pretty well for realtime and CS5 doesn't bring any huge jump.
Cheers
DVDmike wrote:
If you're looking to do high end 4K, do yourself a favor and don't shortchange yourself on a cruddy box. Get an i7, for cryin' out loud..
I have a 980x, 12GB ram, a GTX285 on a clean win 7x64 machine and the GPU does not help play back 2 tracks of 720p footage smoothly. Apparently I need to speed up my system with faster I/O, as single 7200 RPM drives are not cutting the mustard. I believed the hype about MPE. I am not sure that an i7 is even necessary if you have a a cuda card and state of the art I/O.
Without an actual diagnosis, I have to say that this sounds impossible. I was getting very smooth playback of two tracks of 1080p, highly compressed AVCHD footage under CS4 (no GPU acceleration) with a slower CPU than yours, 8gb of DDR2 1066 MHz DRAM, and a 7200 RPM hard drive. There's clearly some other problem at hand.
Without an actual diagnosis, I have to say that this sounds impossible. I was getting very smooth playback of two tracks of 1080p, highly compressed AVCHD footage under CS4 (no GPU acceleration) with a slower CPU than yours
I asked for help in my own thread about my issue. The fact that my I/O was the slowest part of the system was the only possible solution offered there. My two track clip plays back fine with GPU turned off, cpu peaks at just 7%. If anyone would like to help try and diagnose the issue that I am having, please go to that thread. Absent of further help, I am assuming that MPE is not as simple (or as exceptional) as advertised.
My point about not needing an i7 is that if I cannot play back 2 720p clips with a 980x, there is no way that you could play back 4 4k clips regardless of CPU if you don't have fast enough I/O.
function(){return A.apply(null,[this].concat($A(arguments)))}DVDmike wrote:
If you're looking to do high end 4K, do yourself a favor and don't shortchange yourself on a cruddy box. Get an i7, for cryin' out loud..
I have a 980x, 12GB ram, a GTX285 on a clean win 7x64 machine and the GPU does not help play back 2 tracks of 720p footage smoothly. Apparently I need to speed up my system with faster I/O, as single 7200 RPM drives are not cutting the mustard. I believed the hype about MPE. I am not sure that an i7 is even necessary if you have a a cuda card and state of the art I/O.
that sounds a bit weird
since I can get 2 tracks of 1080p h.264 going better than that (with CS5) (although it does push the CPU to absolute limits; AMD Phenom II X4 940; 8GB W7 64bit) it seems like something might be going wrong with your system unrelated to CS5, i'm not sure what type of 720p footage you are talking about but few types would be tougher than h.264 1080p
I'm not even using all that amazing of a HD either, i doubt it is faster than yours (unless maybe your drives are horribly fragmented??)
for basic playback without tons of special effects, CS5 vs. CS4 seemed to be a bigger difference than CS5 with CUDA vs. CS5 withotu CUDA (for h.264)
anwyay i would tend to doubt it is the I/O (barring perhaps a truly horrible fragmented drive)
maybe you are using tons of the non-CUDA accelerated effects?
performance definitely varies depending upon what sort of stuff you do to your tracks
chupacabracobra wrote:
maybe you are using tons of the non-CUDA accelerated effects?
performance definitely varies depending upon what sort of stuff you do to your tracks
Excellent point, and perhaps the root of his problem. It's easy to forget that the sequence/timeline playback monitor in CS5 is set by default to full resolution. Perhaps his experience in CS4 was better because that version had an option (now absent in CS5) which throttled the resolution on-the-fly automatically based on available overhead. And as you say, any non-CUDA coded effect will blow an entire clip for "eligibility" from GPU acceleration.
He should try changing the sequence/timeline playback monitor to 1/4 resolution for a proper comparison to CS4.
I submitted a support ticket for Premiere Pro CS5 ( an installation issue, which was subsequently solved by an alert member of the Adobe forums) and the canned response from Adobe starts out with "system requirements". They specifically list the supported video cards and ask if you are using one (for what that is worth).
North America
Europe, Middle East and Africa
Asia Pacific