Ships don't vanish quite right.

Luke

Luke

Captain
@Mace

I visited the AMD website and now i am a bit confused. I remember that the Omega drivers was a package from 3th party developers, not a officially driver package. But AMD calls his current Catalyst package as "Omega" drivers!? Do i misunderstand anything or have the wrong memories?
 
Mace

Mace

Vice Admiral
The omega drivers suite was done by a single person who tweaked the latest official drivers for both Nvidia and AMD, like the "rage underground" group did for ATi cards late 90's/early 2000's.

Omega drivers made itself a household name, like 3dguru or 3dfxfiles back in the day.

From what I understood, AMD has simple named named their software suite omega, and AFAIK there is no link to the oldschool omegadrivers.net site, and was actually mentioned by the webmaster that he did not build this driver set: http://omegadrivers.net/index.php?o...mega-drivers-1412&catid=54:amd-news&Itemid=84
 
Luke

Luke

Captain
Thx for the feedback.

Just for the record, which driver do you have now, 13.9 or 13.12?
 
Pedro

Pedro

Admiral
Quarto said:
Well, I've experienced trouble in many cases with ATI cards - however, I'm not referring to difficulty with commercially available games (that hasn't happened for years), but rather with games in the course of development. When working on Dogfight 1942, each time we produced a build with any new graphical features, the programmers had to produce a special alternate executable and DLLs for me because of my ATI card. It goes without saying that the final release version was able to handle both NVidia and ATI, but in development, this wasn't a given. Most of the team used NVidia cards because that's what's most common. So every new feature was coded on an NVidia, and would either work or not work on ATI, we usually wouldn't know until somebody actually tried it. And of course, our graphics programmer was very experienced, and the moment a problem came up, he would usually figure out a solution very rapidly.
Click to expand...

I can verify this is a common issue. Generally speaking it's less of an issue with DirectX than OpenGL, but until alternatives like Vulcan come around it's awfully tempting to opt for OpenGL to share code between PC, Mac, mobile etc. Sometimes it's programmer error, whereas DirectX provides a new interface with each iteration, in OpenGL it remains possible to mix and match legacy code with new feature sets. The behavior in those circumstances is undefined, but nVidia drivers invariably tend to handle such cases far more gracefully.
That said I've also encountered ATI issues that are most definitely bugs. There's always a work around, but we've opted to use nVidia cards exclusively because our PC/Mac build is never likely to see the light of day.
 
T

The Crank

2nd Lieutenant
Nearly a year since I started the thread, and I believe I discovered a workaround.

If you create a shortcut and add "-no_glsl" to the target line (without quotes) it seems to alleviate the symptoms, the only side effect seems to be a minor drop in framerate in populated missions such as the asteroid base mission.

I found this little gem on the Hard Light forums, some poor soul trying to run Freespace SCP on an intergrated Intel chip (in my experience that's ATI issues x1000)
 
Luke

Luke

Captain
The Crank said:
If you create a shortcut and add "-no_glsl" to the target line (without quotes) it seems to alleviate the symptoms, the only side effect seems to be a minor drop in framerate in populated missions such as the asteroid base mission.
Click to expand...

Very interesting. I will point MajorSpawn to your post.

Thanks for this information!
 
You must log in or register to reply here.
Top