I'm using GeForce 266.58, released 01.18.11, on a GTX480 and 5.0.3. I'm going to rollback to 260.99 in a little while, to see if I can replicate it. I've had all kinds of issues since going to these drivers; the "jumpy stills" thread is another issue I hadn't witnessed before.

In the mean time while they sort this problem out why don't you roll back to 258.96 (or any other earlier version than that last one where they made immense changes). That is what I have on my editing computer and it is working perfect on my GTX 480 and my GTX 580.

Hopefully Steve won't mind me mentioning, but I sent him a project file and some images that were triggering the crash, and it seems that he had cornered the issue. Without going into specifics--mainly because I don't know any specifics--this appears to be related to large images that, when displayed using hardware MPE and CUDA acceleration, fill up the memory of the GPU and eventually crash the software. The workaround, beyond not using hardware MPE, is to resize your images.

Can you pinpoint the part of your project that causes the problem? If it's with an image file, you might try resizing it in Photoshop or similar; lowering the DPI and changing the frame size will help this. If it's with a video clip, that might be a different issue altogether and you should probably report the issue with as much detail as possible.

Well it turns out the issue must of been due to the fact I was working with large pictures. I just did a project with just video from a T2i and it worked just fine.

However I have discovered a issue where if I am watching a video (you tube, Vimeo, Windows Media Player, VLC) and I switch into full screen mode, the display turns black for ab out 5 seconds. Same thing happens when i swtich from full screen to normal windowd. And in cases where I am watching via online, when I switch from full screen to normal, the video does not scale back down, so I only see whatever fits in the normal size of the frame. Flash player is updated to the latest version.

Granted, I do have a number of large still images stacked three layers deep above the video. Per suggestions in this thread I will resize them smaller and hopefully this will remmedy the problem for now.

Glad to see others are also having this problem and hopefully between Adobe and NVidia something will be done to remedy it soon.

I thought by downscaling my images I had resolved (or at least worked around) the issue, but I still get the dreaded error 7 OpenGL error when I work with still images (scrubbing the timeline, scaling, positioning etc). Not directly, but generally within 10 minutes or so (only when working with still images). I've got a 460GTX SE with the latest NVIDIA drivers (275.33) for WIndows 7 64bit. Picture size is 2448 * 3696, standard JPG. I also tried an older NVIDIA driver (263.09) but that didn't help.

Is Adobe still working with NVIDIA to resolve the issue? (sorry had erroneously posted a similar message in another topic, but that topic was about a different OpenGL error)

Just going through some batch conversion in Photoshop to get to new DPI (and I realise this is not the right forum to bring this up!); recorded my resize + change DPI action for a landscape photo and then batch processed all....only to find out that all landscape ones are fine, but portrait ones aren't (for some reason PS treats them differently wrt my action)....grrrrr...anyways, will check the PS forum.

Hi Kevin - no, unfortunately not. I just batch converted to 100dpi and had another crash within 10 minutes of editing. Now b/c of the way PS was somehow not able to do a proper batch job on both portrait and landscape images at the same time, I reverted to Irfanview to do the batch conversion. Interestingly, Photoshop doesn't recognise the new dpi (still sees it as 300), whereas other programs (Irfanview, Windows file properties, Photoline, Paint.NET) all now see it as 100dpi. Not sure if this makes a difference.

So far though it's really disappointing; been through various NVIDIA driver versions, rescaling, changing DPI, but still crashing. This really puts a damper on the whole editing experience. Well, tbh, it's pointless really; a crash every 10 minutes makes it unworkable. :-( I wish Adobe and NVIDIA would sort this out...

Unfortunately, there is only so much that can be done, as I've come to learn. What you're slamming into is the limitations of the hardware: specifically, the memory on the GPU. That's why this issue only comes to bear when you're in GPU accelerated rendering mode, and not software. I will agree that Premiere Pro should not keel over in these instances, but I don't know if this crash is caused by a fault in PPro or in the Nvidia drivers.

To be perfectly honest, 95% of my issues with CS5 and now CS5.5 (which I can crash at will) are due to GPU rendering. You can overwhelm the GPU without knowing that you're doing it, and then PPro goes *poof*. I've asked that the software be a little more realistic about what it can and can't do in this regard, and gear down where necessary. Obviously, this is relatively new technology--GPU-accelerated rendering in PPro, I mean--so the kinks are still being worked out.

Are the crashes repeatable? I mean, can you pass the same section in your sequence and have this happen every time, or is it at random points and places in the sequence? If it's at specific points, what is different about those sections? Are there multiple tracks and graphics or effects at those points? The issues I've had with CS5.5 have been with sections that have a few too many layers, typically with large/HD graphics. In my case, I've actually been able to reproduce crashes with synthetics (e.g. black video or color bars) replacing the original clips! That indicates that it's not the media itself, but the compounded effect of the size and number of tracks at a particular section of the sequence.

Thanks for your reply Colin. It's a tad random for me; no specific points in the sequence. Only consistency I can see is that it happens with still images and only when manipulating (scaling/positioning, adding an effect etc). But I would like indeed that it would just drop frames, or revert to software only mode when it would encounter this. I take it that this issue could occur not just with a "hacked" CUDA card, but also with the officially supported ones, correct? If that's the case, I would expect Adobe and/or NVIDIA to fix this (in the sense that it wouldn't lead to a total crash anymore at least).

I had a similar OpenGL issue with some non-Adobe software (Hitfilm from the FXhome guys, just released a couple of weeks ago), but I've been told that they are actively working with the NVIDIA guys to provide a fix (and in the mean time, going back to an earlier driver actually fixes the issue). At least there I have the feeling that something is being done (the lead developer even called me to find a solution for my issue)...

Only consistency I can see is that it happens with still images and only when manipulating (scaling/positioning, adding an effect etc).

Ah, interesting. Now that I think about it, that's what was happening when I was originally encountering the OpenGL crashes. Playback was OK; it wasn't until I moved a photo--or even just selected it--that I experienced the crash. Let me try and remember where I reported/wrote that up...

Are there specific photos that cause it? When it was happening to me, a photo at 180DPI (can't recall the dimensions) would cause the crash, but a photo at 240DPI was fine Tweaking the crashy photo "fixed" the problem (with that photo, at least), and it was fine then. Again, I'll see what I can find on that...

I've got a "hacked" GTX480, but in my communication with the engineers on this issue, that wasn't the problem; it was the amount of memory on the GPU and how it was being used. Steve Hoeg is one of the guys that deals with this particular facet with Premiere Pro, but Adobe is on break this week; I suspect that if this is floating near the top of the thread stack that he might pop in with some insights next week.

Thanks again Colin - they are all Nikon D7000 photos, converted from RAW to JPG by Adobe RAW. My experience seems to be (but can be purely coincidental) that it crashes more with landscape oriented ones? But, it definitely happened with originally sized ones, resized (75%) and ones where I lowered the DPI (to 100).

Very odd that in your case it crashed with 180, but not with 240? Still don't really understand how DPI can make a difference btw as the image size doesn't change when you stick with the same pixel dimensions...then again...I'm not a programmer!

Will try to keep this thread alive so that Steve will spot it! Thx for the pointer.

Because I got curious about what the history of this issue or other similar GPU-concerned crashes has been, or at least my experience with it, I went digging through old threads and correspondence.

Here's a thread from just over a year ago (what a coinkydink!) where I first encountered the issue, and how I worked around it: Re: Large Images + MPE Hardware = Decreased Performance? That was my first experience with this, and that was in 5.0.1; Steve H confirmed the issue, and the fix was in 5.0.2 (apparently).

Then, I started getting the "OpenGL Error Code 7" error and crash; that's me up above in a slightly different form Again, communicated with Steve, but since that was in 5.0.3 and that's the last update that's likely coming for CS5, I suspect this is an issue that will remain in CS5.

While I haven't had an "OpenGL Error Code 7" crash in CS5.5, I have come across other crashing scenarios that seem to be GPU-related. Unfortunately, I think this is kind of a moving target; types and amount of media can influence it, and the user's hardware setup and the GPU drivers can be factors as well. Until all the bugs get squashed (fingers crossed), we're left to just figure out workarounds. I'm not sure why lowering the DPI isn't working for you, but you might also try changing the format--perhaps save as a TIF or PSD and see what happens then.

While DPI in video doesn't mean anything, I think it is a factor here because it determines the amount of memory that is required to decompress and display an image. If you haven't yet, check out Todd's post, maximum dimensions in Adobe Premiere Pro CS5 and CS5.5 « Premiere Pro work area, to understand a bit more about why image dimensions (and potentially DPI) can be an issue with GPU acceleration.

Thanks Colin, an interesting read. Yes, I had checked out the article on picture dimensions. I am actually on CS5.5, so am hoping that it can at least still be resolved in the CS5.5 lifespan (or at least it not leading to a total crash anymore). I still don't know however how/where I can submit a crash report (I'm assuming that PP creates some kind of error log?). Will try your suggestion on different picture formats and see if that makes a difference. In the mean time I just stopped using PP for any real work :-( I'm lucky that my livelihood doesn't depend on it!!

But thanks again for taking the time to try to help me out, really much appreciated!

Regarding the project file: yep, just grab your project file and zip it up with a couple of the images that cause the problem. I usually duplicate the project and whittle out all the non-essential stuff. Be sure to send the original images, though, since those are what cause the crash. Adding sequence markers with details about how to reproduce the crash helps, too.

Weird thing is - have tried to make it crash with a project and now I've been unable to (tried for 30mins or so). Typical! Don't think anything changed on my system though, so it may well be a coincidence. Will try harder and then send the project files.