Linked by Eugenia Loli-Queru on Sun 12th Aug 2007 23:10 UTC, submitted by irbis
3D News, GL, DirectX The OpenGL Architecture Review Board officially announced OpenGL 3 on August 8th 2007 at the Siggraph Birds of a Feather (BOF) in San Diego, CA. OpenGL 3 is the official name for what has previously been called OpenGL Longs Peak. OpenGL 3 is a true industry effort with broad support from all vendors in the ARB. The OpenGL 3 specification is on track to be finalized at the next face-to-face meeting of the OpenGL ARB, at the end of August. This means the specification can be publicly available as soon as the end of September, after the mandatory 30 day Khronos approval period has passed. Also presented were the changes to the OpenGL Shading Language that will accompany OpenGL 3. For more details check here, here and here.
Order by: Score:
Yes
by Luminair (3) on Mon 13th Aug 2007 00:12 UTC
Luminair
Member since:
2007-03-30
Fans: 1

Here's to competition. Long live Direct3D!

Here's to open standardization. Long live OpenGL!

And here's to a healthy combination of the two. RIP (or not?) Fahrenheit.

OpenGL
by mongoslam (2.86) on Mon 13th Aug 2007 00:14 UTC
mongoslam
Member since:
2006-11-30
Fans: 0

One can only hope that this version of OpenGL will catch people and developers attention and eventually see that it is a good option to Direct3D. That it will make games using it easier to get running under Wine is not a bad thing either.

RE: OpenGL
by SpYkEs (3.71) on Mon 13th Aug 2007 00:37 UTC in reply to "OpenGL"
SpYkEs Member since:
2007-08-06
Fans: 0

if they are making games with opengl3 from the ground up they should be able to just release a linux binary instead of using wine. THAT is what i want to see more of.

Edited 2007-08-13 00:38

RE[2]: OpenGL
by dagw (3.36) on Mon 13th Aug 2007 13:31 UTC in reply to "RE: OpenGL"
dagw Member since:
2005-07-06
Fans: 2

There is more to games than just 3D graphics. They would have to be using cross platform libraries for everything if they want to "just release a linux binary". Now I'm no games programmer so I don't know what cross platform libraries exist or how good they are, but the simple fact is that DirectX provides a lot more than just 3D graphics. You'll have to provide a full games developing stack if you hope to lure people over.

RE[3]: OpenGL
by Headrush (2.32) on Mon 13th Aug 2007 14:27 UTC in reply to "RE[2]: OpenGL"
Headrush Member since:
2006-01-03
Fans: 0

SDL is what you want you are suggesting: www.libsdl.org

Simple DirectMedia Layer is a cross-platform multimedia library designed to provide low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D video framebuffer. It is used by MPEG playback software, emulators, and many popular games, including the award winning Linux port of "Civilization: Call To Power."

Edited 2007-08-13 14:30

RE[4]: OpenGL
by dagw (3.36) on Mon 13th Aug 2007 14:51 UTC in reply to "RE[3]: OpenGL"
dagw Member since:
2005-07-06
Fans: 2

I know of SDL, but since I'm not a games programmer I have no idea how it compares to other frameworks in terms of ease of use, performance and features. Hopefully someone can comment on whether or not it's as good or better than the popular proprietary alternatives. There has to be a reason why it hasn't hit it big among commercial developers.

RE: OpenGL
by JrezIN (3.08) on Mon 13th Aug 2007 00:45 UTC in reply to "OpenGL"
JrezIN Member since:
2005-06-29
Fans: 2

IF this time they work closer with hardware manufacturers and do improve and drive hardware changes with official functions and not only depending of hardware manufacturer's semi-official extension... well, then maybe that'll be true... gradual increasing OGL minor versioning may be one way to do that and create some kind of hardware capable standard (as DirectX is, were versioning is very useful to know the capabilities of the hardware and what applications do support it)

But OGL is much more focused in professional work these days than games, were DirectX reigns... and we need more support from hardware vendors (better drivers) too.

...that said... these changes in the new version looks promising. I hope they get in our hands quickly (implemented I mean...)

RE: OpenGL
by MORB (2.48) on Mon 13th Aug 2007 13:26 UTC in reply to "OpenGL"
MORB Member since:
2005-07-06
Fans: 0

The positive thing for the video game industry is that opengl is truly cross platform.

Most notably, it provides the same feature set under windows xp and vista, unlike directx, so it will become an attractive option for the gaming industry if they are uncertain whether they should target dx10 (new features but uncertainty about the vista market) or dx9 (no new features, risk of releasing technologically subpar games if the vista market does suddenly explode)

doesn't help linux porting
by elanthis (4.36) on Mon 13th Aug 2007 01:06 UTC
elanthis
Member since:
2007-02-17
Fans: 0

if they are making games with opengl3 from the ground up they should be able to just release a linux binary instead of using wine. THAT is what i want to see more of.


Right, because the only platform-locked API used in a Windows game is the graphics API. The common 3D sound APIs, game-optimized networking layers, input handlers, movie playback engines, VoIP integrated systems, and so on are all complete non-players, I'm sure.</sarcasm>

RE: doesn't help linux porting
by kaiwai (3) on Mon 13th Aug 2007 01:15 UTC in reply to "doesn't help linux porting"
kaiwai Member since:
2005-07-06
Fans: 16

OpenML, OpenAL and OpenGL - use the standard UNIX networking, and voila - cross platform.

Don't believe the 'hype' that because Microsoft puts a shiny unifying name over a bunch of disparate and disjointed API's, doesn't mean there is actually any logic to them.

As for gaming, who cares - there are consoles these days; get a console, it'll last you 5 years, and get a laptop that'll give you portability - through *NIX (*BSD, Linux or OpenSolaris) and be done with it.

RE[2]: doesn't help linux porting
by Jimbo (2.56) on Mon 13th Aug 2007 02:42 UTC in reply to "RE: doesn't help linux porting"
Jimbo Member since:
2005-07-22
Fans: 0

As for gaming, who cares - there are consoles these days; get a console


There are many game types which don't appear at all on consoles, e.g. all simulations, most strategy, and many RPGs. Not all of us want to play the latest Metal Gear Shallow.

RE[3]: doesn't help linux porting
by Soulbender (3.12) on Mon 13th Aug 2007 03:03 UTC in reply to "RE[2]: doesn't help linux porting"
Soulbender Member since:
2005-08-18
Fans: 15

"Not all of us want to play the latest Metal Gear Shallow."

We're all looking forward to the deep and engaging next Quake or Final Fantasy game.

RE[4]: doesn't help linux porting
by Jimbo (2.56) on Mon 13th Aug 2007 03:08 UTC in reply to "RE[3]: doesn't help linux porting"
Jimbo Member since:
2005-07-22
Fans: 0

Final Fantasy is a console game.

Civilization, Silent Hunter, and for that matter Microsoft Flight Simulator, are not.

RE[4]: doesn't help linux porting
by Darkelve (3) on Mon 13th Aug 2007 06:18 UTC in reply to "RE[3]: doesn't help linux porting"
Darkelve Member since:
2006-02-06
Fans: 2

Personally I'm looking forward to (in particular) the adventure games; the likes of Dreamfall, Secret Files Tunguska, Runaway 1&2, Sam&Max, Gabriel Knight, Monkey Island, ... consoles have almost none of those.

RE[4]: doesn't help linux porting
by Wintermute (4.28) on Mon 13th Aug 2007 09:35 UTC in reply to "RE[3]: doesn't help linux porting"
Wintermute Member since:
2005-07-30
Fans: 0

Pff, try playing simcity on a console. Hell, try playing any economic simulator on a console.

Console's are good for arcades/sports/action. They don't cut for CRPG and most strategy games.

RE[2]: doesn't help linux porting
by StaubSaugerNZ (3.48) on Mon 13th Aug 2007 03:16 UTC in reply to "RE: doesn't help linux porting"
StaubSaugerNZ Member since:
2007-07-13
Fans: 0

Kia Ora kaiwai!

Unfortunately consoles aren't always an option for indie game developers. While the Playstation 3 uses OpenGL+Cg it is not available for use by the general public, and certainly not available when running Linux on the PS/3 (Ubuntu runs pretty sweet). This is a real shame as Sony promised the Playstation 'Edge' but I there is no general release of it (unlike the Xbox360's XNA kit), which fits Sony's business model but is a shame.

Otherwise I agree with you, developers thinking of a long term strategy should be looking at OpenML, OpenAL (which is starting to be more widely used in games such as Oblivion), and OpenGL.

For those that have only tried earlier versions of OpenGL (or DirectX) it is worth trying OpenGL 2 as it has most of the features of D3D 9c. The object model of OpenGL 3 just makes life even easier for developers, plus gives driver writers the chance to introduce additional efficiencies, plus if you use OpenGL 3 you will have Direct3D 10 features on WindowsXP and Vista (and all the other Operating Systems out there).

RE[3]: doesn't help linux porting
by kaiwai (3) on Mon 13th Aug 2007 04:18 UTC in reply to "RE[2]: doesn't help linux porting"
kaiwai Member since:
2005-07-06
Fans: 16

Unfortunately consoles aren't always an option for indie game developers. While the Playstation 3 uses OpenGL+Cg it is not available for use by the general public, and certainly not available when running Linux on the PS/3 (Ubuntu runs pretty sweet). This is a real shame as Sony promised the Playstation 'Edge' but I there is no general release of it (unlike the Xbox360's XNA kit), which fits Sony's business model but is a shame.


For all intensive purposes, PS3 is a complete and unmitigated disaster. There are only two viable platforms, Xbox 360 and Nintendo. Heck, New Zealand is used as the 'petri dish' for new products - early adopters of technology, and PS3 has come off as a complete disaster. BlueRay dvd's are failing to sell, games are failing to sell etc. etc.

Heck, I've got mates, die hard Sony fanboys who have given up and moved to XBox, PS2 users who deemed they would never go Microsoft so pissed off at PS3 they've looked at alternatives. When the price difference is *DOUBLE* and there are a laundry list of issues with the PS3, is there any wonder if is failing?

RE[4]: doesn't help linux porting
by WiggetyWhack (2) on Mon 13th Aug 2007 05:16 UTC in reply to "RE[3]: doesn't help linux porting"
WiggetyWhack Member since:
2007-06-30
Fans: 0

"For all intensive purposes"

It is "For all intents and purposes"

RE[4]: doesn't help linux porting
by Beta (4.76) on Mon 13th Aug 2007 10:54 UTC in reply to "RE[3]: doesn't help linux porting"
Beta Member since:
2005-07-06
Fans: 4

"Heck, I've got mates, die hard Sony fanboys who have given up and moved to XBox"

Hardly die-hard fans, they probably couldn't wait the extra months for the PS3 to be released. Yet more proof gamers are fickle. ;)

RE[2]: doesn't help linux porting
by flanque (3.44) on Mon 13th Aug 2007 04:00 UTC in reply to "RE: doesn't help linux porting"
flanque Member since:
2005-12-15
Fans: 3

Uh... I actually prefer PC gaming over console gaming. Many others do too. And besides, aren't we meant to be promoting choice, not locking everyone into proprietary consoles?

RE[3]: doesn't help linux porting
by kaiwai (3) on Mon 13th Aug 2007 04:29 UTC in reply to "RE[2]: doesn't help linux porting"
kaiwai Member since:
2005-07-06
Fans: 16

Uh... I actually prefer PC gaming over console gaming. Many others do too. And besides, aren't we meant to be promoting choice, not locking everyone into proprietary consoles?


Why does it matter whether the console is proprietary? what do you possible gain about having a stand alone PC - a PC which uses a proprietary BIOS, proprietary CPU, proprietary GPU with a proprietary operating system sitting on top. When compared to a console, the console doesn't off looking too bad after all.

Again, you gain *NOTHING* using a stand alone PC. In fact, given how games constantly up and up their requirements, you're basically stuck on an upgrade treadmill just to get adequate performance out of a game vs. a console that be kept for 5 years and still be able to run games 5 years after purchasing the console.

RE[4]: doesn't help linux porting
by Marcellus (2.72) on Mon 13th Aug 2007 06:42 UTC in reply to "RE[3]: doesn't help linux porting"
Marcellus Member since:
2005-08-26
Fans: 1

Not to mention that it's a lot more work keeping stuff running on a PC with all the different capabilities of the graphics cards, while consoles have a fixed set of hardware and functionality.

RE[4]: doesn't help linux porting
by flanque (3.44) on Mon 13th Aug 2007 07:11 UTC in reply to "RE[3]: doesn't help linux porting"
flanque Member since:
2005-12-15
Fans: 3

I don't have to chip my PC to run software that the manufacturer hasn't received a royalty for.

RE[2]: doesn't help linux porting
by cg0def (2.12) on Mon 13th Aug 2007 06:01 UTC in reply to "RE: doesn't help linux porting"
cg0def Member since:
2006-02-12
Fans: 0

nm the *nix vs everything else arguments and the whole thing of weather or not *nix is actually a viable laptop/desktop alternative.
As far as consoles go, MS seem to have taken a pretty nice chuck of that market too and xbox does use a version of directx. But not to worry every other console uses ogl. Also virtually all special effects in movies are created with opengl so directx does not really have such a large share as most people believe it does.

But it would be nice to see ogl coming back to the desktop. I don't really hold high hopes for that but it's nice to dream every once in a while.

RE[3]: doesn't help linux porting
by ector (2.05) on Mon 13th Aug 2007 06:08 UTC in reply to "RE[2]: doesn't help linux porting"
ector Member since:
2006-06-05
Fans: 2

Where is this myth coming from? NONE of the consoles have OpenGL as their primary API, and there are very good reasons for that.

Both Wii and Playstation have API:s that are much closer to the hardware than OpenGL. GL has so much old useless cruft in it, so it would be stupid to use it on consoles where max efficiency and min memory consumption is king.

Same thing with Xbox, sure, it runs "Direct3D", but it's a special version adapted for the Xbox hardware.

RE[4]: doesn't help linux porting
by apoclypse (3.12) on Mon 13th Aug 2007 06:46 UTC in reply to "RE[3]: doesn't help linux porting"
apoclypse Member since:
2007-02-17
Fans: 1

Um. This is not true at all. At least for the playstation it isn't. Sony uses egl (or opengl ES) as their basis for their toolkit.
Here is a link among many that shows this.

http://www.ps3-market.co.uk/sony-playstation-3-game-development/

Sony has used opengl as part of their toolkit since the very first playstation. The version of opengl that they use (ES) is usually used for embedded systems and usually stick as close to metal as possible but it's also very extensible. BTW, whenever X gets ported to use full opengl it will also be using opengl ES as it backend (which is why its usually called Xegl).

Here is another link form the wiki.

http://en.wikipedia.org/wiki/PlayStation_3#Development

Sony really went all out this time with a very open platform (except for the graphics drivers) which is pretty cool. If they would actually let you use the RSX drivers in linux and upgrade the ram (I think they should have thought about that a bit). I think the PS3 would have been the next commodore 64 or Amiga. That community is still around and they are always looking for a new toy to replace their old one and the PS3 would have been perfect. People can most likely get around the ram issue, but without the graphics drivers its a no go.

RE[2]: doesn't help linux porting
by MORB (2.48) on Mon 13th Aug 2007 13:38 UTC in reply to "RE: doesn't help linux porting"
MORB Member since:
2005-07-06
Fans: 0

Consoles are closed systems and therefore inconvenient.

Want to plug a console to a DVI monitor? Tough luck.

Don't want to wait 6 month - one year for a game to be released in your contry because they need to translate it, and you don't care about the translation anyway, because they are usually sloppy and use awful voice actors?
Too bad, you can't order the game from the us - unless you also buy an us console, which comes with a whole new set of inconvenience.

Yes, some/most of those issues can be solved by ordering adapters or chips of dubious quality from some asian websites or by getting your console modded (not even sure a 360 can be made region free), but then the argument that a console is just "plug and play" starts melting down fast.

Also, most pc games nowadays allows people to make mods. If you play oblivion on 360, the only additional content is crappy and overpriced stuff from bethesda.
If you play on PC, you have entire websites of amateur content, some of which is very good (especially at fixing many more or less minor inconveniences in the game)

So, screw consoles. I only ever buy any of them for a select few good games that can't be found on PC.

Edited 2007-08-13 13:39

RE[2]: doesn't help linux porting
by Alleister (3.12) on Mon 13th Aug 2007 14:56 UTC in reply to "RE: doesn't help linux porting"
Alleister Member since:
2006-05-29
Fans: 0

Console games differ very much from PC/Mac games. They have horrible controls (no Mouse&Keyboard) that disqualify them from decent implementations of most genres: no Simulations, no Lucasgames style Adventures (which have a revival on PC right now), no Strategy games, no innovative indy games (because a PS3/XBox/Wii developement kits are extremely expensive), no management games, no mmorpgs, no decent rpgs, no ... i could go on like that for ever.

So buying a Console as replacement is an alternative if you like either beat em ups, wannabe gangster racers or sport games or if you are an masochist who wants to try playing an fps with joypad (=i'm-drunk-and-running-into-walls-simulation).

I had 4 consoles so far and it was always the same... after 3 month i return to my PC, even if it was outdated at that time.

RE[3]: doesn't help linux porting
by BluenoseJake (3.04) on Mon 13th Aug 2007 16:05 UTC in reply to "RE[2]: doesn't help linux porting"
BluenoseJake Member since:
2005-08-11
Fans: 7

"no innovative indy games (because a PS3/XBox/Wii developement kits are extremely expensive)"

Uh, XNA for Xbox 360 is free. Can't get much cheaper than that. if you plan to distribute your games (not a hobbiest, it costs 99 bucks a year, or 49 for 4 months. That's still pretty cheap, any small dev house could afford that.

http://msdn2.microsoft.com/en-us/xna/aa937793.aspx

quote from page:

"Q: How much does XNA Game Studio Express cost? Is there a difference between Windows and Xbox 360 development?

A: Visual C# Express, the XNA Game Studio Express tools and runtime environment for Windows are all FREE. To develop, debug and/or play games on the Xbox 360, however, you must have an XNA Creators Club subscription purchased directly from the Xbox Live Marketplace. Two subscription options are available: $99 per year or $49 per four months."

RE[4]: doesn't help linux porting
by Alleister (3.12) on Mon 13th Aug 2007 17:45 UTC in reply to "RE[3]: doesn't help linux porting"
Alleister Member since:
2006-05-29
Fans: 0

i know about XNA, but from what i have heard, you can't even spread games for free without paying additional Microsoft tax.

Plus XBox360 has the additional disadvantage that 1/3 of the sold consoles died in the first year of usage, so who would want that kind of hardware?

More OpenGL games perhaps?
by Quake (2.64) on Mon 13th Aug 2007 01:38 UTC
Quake
Member since:
2005-10-14
Fans: 0

I seriously hope that will will push devs to develop games using OpenGL so that they can also be ported to Linux.

And for those who say just play a console: It's a matter of choice. Some games are much better being played using a keyboard and a mouse. So to each and his own.

RE: More OpenGL games perhaps?
by makc (2.2) on Mon 13th Aug 2007 11:51 UTC in reply to "More OpenGL games perhaps?"
makc Member since:
2006-01-11
Fans: 0

More than to Linux, that would be OSX. Linux market is small and should still prove itself in sales.

Don't blame producers if they don't consider a market: show them it's worth to do it.

nope
by elanthis (4.36) on Mon 13th Aug 2007 03:25 UTC
elanthis
Member since:
2007-02-17
Fans: 0

OpenML, OpenAL and OpenGL - use the standard UNIX networking, and voila - cross platform.


I don't think you have a clue what OpenML does.

OpenAL is slowly becoming a standard, yes, but the proprietary APIs are still popular.

The standard UNIX networking APIs are just low-level socket routines, not a high-level game-optimized network library. The low-level API is irrelevant - your average game author never touches one, whether on Windows or UNIX.

Don't believe the 'hype' that because Microsoft puts a shiny unifying name over a bunch of disparate and disjointed API's, doesn't mean there is actually any logic to them.


Microsoft has nothing to do with any of it. I'm not talking about any Microsoft OS or DirectX APIs other than D3D and maybe DirectInput.

RE: nope
by kaiwai (3) on Mon 13th Aug 2007 04:46 UTC in reply to "nope"
kaiwai Member since:
2005-07-06
Fans: 16

1) Use the reply button - if you're going to lecture people on what they apparently don't know - it looks very humorous coming from a person who can't be bothered using the tools provided by the forum for accurate post and reply tracking.

2)

Open Media Library (OpenML) is a free, cross-platform programming environment designed by the Khronos Group for capturing, transporting, processing, displaying, and synchronizing digital media (2D and 3D graphics, audio and video processing, I/O, and networking).


And when coupled with GStreamer you too can have a complete end to end solution.

3) Proprietary API's are chosen by the programmers, and quite frankly, they are clueless - its that simple. Rather than standing back at the problem and looking at the FULL impact of the decision to solely base their companies future on a proprietary API, they're single handedly handing over the future of their company to a third party. For me, I certainly would not want to lose that amount of control over my product.

4) For networking there is gnetlibrary - again, if programmers choose not to do their homework, how is it Linux/*NIX/*BSD or anyone else's fault?

Edited 2007-08-13 04:50

RE[2]: nope
by dagw (3.36) on Mon 13th Aug 2007 13:38 UTC in reply to "RE: nope"
dagw Member since:
2005-07-06
Fans: 2

3) Proprietary API's are chosen by the programmers, and quite frankly, they are clueless

The games market is very sensitive to time to market. If you're a smaller games house, you probably lack both the time and the expertise to develop all the necessary API's and thus it is much cheaper to buy a specialized, well polished product off the shelf.

If you're a large studio you've probably got your own in house tools that you've refined and polished over the years and the all your developers know. It's probably not worth while to jump to a new API just to capture a tiny segment of the market.

So it's not a problem of being technically hard, it's simply a case of costing time and money and just not being worth it.

The important opinion to me is John Carmack's
by Sabon (2.52) on Mon 13th Aug 2007 05:09 UTC
Sabon
Member since:
2005-07-06
Fans: 1

The important opinion to me is John Carmack's. If he think OpenGL 3 is good, then it is good. If not, he can tell us what they left out or messed up.

Somebody with credentials please get an interview with him. Does anyone like that look at this website?

stew Member since:
2005-07-06
Fans: 0

Either you're overestimating John Carmack or you're underestimating OpenGL - there's so much more to OpenGL than just games: CAD, scientific visualization, GPGPU (to a certain degree), the visual FX industry, etc

Soulbender Member since:
2005-08-18
Fans: 15

Carmack? Isn't that the guy who work for that company that hasn't made anything influential on almost 10 years?

SlackerJack Member since:
2005-11-12
Fans: 3

Isn't inventing the genre influential enough?

Soulbender Member since:
2005-08-18
Fans: 15

id did not invent the 1st person shooter, they popularized it.

Does it support raytracing?
by tuttle (2.88) on Mon 13th Aug 2007 06:36 UTC
tuttle
Member since:
2006-03-01
Fans: 2

Otherwise it will become irrelevant very fast. Real time raytracing is the future.

Traditional polygon rendering performance scales roughly with scene complexity, while raytracing scales with screen resolution and log(scene complexity). So at some point it is faster to do raytracing. And with massively multicore CPUs and embarassingly parallel graphics cards that are really general purpose vector processors, that point is rapidly approaching.

This might sound far-fetched. But when I started doing 3D stuff a big topic was how to do hidden surface removal. There were lots of very clever algorithms, but the "brute force" Z-Buffer won in the end, as scene complexity increased.

Edited 2007-08-13 06:37

RE: Does it support raytracing?
by Finalzone (2.28) on Mon 13th Aug 2007 07:44 UTC in reply to "Does it support raytracing?"
Finalzone Member since:
2005-07-06
Fans: 2

Yes, it does. There is a GPU that uses ray tracing technique: it is PowerVR architecture. http://www.powervr.com.

RE[2]: Does it support raytracing?
by ector (2.05) on Mon 13th Aug 2007 09:55 UTC in reply to "RE: Does it support raytracing?"
ector Member since:
2006-06-05
Fans: 2

PowerVR most certainly does not do raytracing.

And yes, it is true that raytracing scales logarithmically by the number of primitives in the scene, BUT there is a really huge catch - it only does so if the scene is static. As soon as objects are moving, you have to rebuild the acceleration structures that allow the log performance - and that's log(N) in practice. Ouch!

RE[3]: Does it support raytracing?
by tuttle (2.88) on Mon 13th Aug 2007 11:23 UTC in reply to "RE[2]: Does it support raytracing?"
tuttle Member since:
2006-03-01
Fans: 2

ector,

This is getting a bit off-topic, but anyway:

most scenes consist of
-large static parts (landscape)
-large complex parts that only move relative to each other (wheels on a car)
-large parts that move in a predictable pattern (plants swaying in the wind).

So if you use something like an OBB tree, you can reuse most of the tree structure from one frame to the next.

Of course it is difficult to implement an OBB tree on current graphics hardware. But GPUs are getting more general purpose all the time. And in the worst case you can always do the raytracing on one of the 16core monsters that intel will produce in the future.

I am writing this from a quad core machine, so a 16 core CPU is not that far off. I really think that we are only one or two graphics engine generations away from real time raytracing.

RE[4]: Does it support raytracing?
by ector (2.05) on Mon 13th Aug 2007 15:58 UTC in reply to "RE[3]: Does it support raytracing?"
ector Member since:
2006-06-05
Fans: 2

Well, ray tracing on a 16 or 32 core monster is STILL something like 2 orders of magnitude slower than rasterizing with a graphics chip, and that's before doing reflections, refractions, nice shadows and the other fun stuff that raytracing allows. Raytracing is not going to be a major factor in games for some time to come (other than mini-raytracers for special effects in shaders, which can already be seen in the form of parallax mapping in some games).

games for linux is essential for year of desktop.
by Kishe (1.2) on Mon 13th Aug 2007 07:14 UTC
Kishe
Member since:
2006-02-16
Fans: 0

Constantly growing portion of Computer users play games, it's not just a kids hobby anymore.

If games for your computer wouldn't matter, We'd all be using apple.

For Linux to become huge success on desktop department, it needs the tools to attract game development and right now only reason it doesn't is lack of APIs competitive to directx

Papper Member since:
2007-08-13
Fans: 0

I think another thing Linux based systems is missing is an IDE that can match Visual studio. Microsoft has had some bad products, but I honestly think visual studio is the best IDE I've come into contact with.

Luminair Member since:
2007-03-30
Fans: 1

This is all a bit OT, but the last I heard was that KDevelop, Anjuta, Netbeans 6, and Eclipse are all pretty competitive!

Marcellus Member since:
2005-08-26
Fans: 1

They are competitors, but, aside from Netbeans which I haven't worked with at all, they are not really much competition to Visual Studio.

Are KDevelop and Anjuta useful? Certainly.

Eclipse is, IMO, too far behind to be called useful yet.

MORB Member since:
2005-07-06
Fans: 0

I've used visual studio for about 10 years, ranging from 5.0 to vs2005.

Therefore, I'm curious. What do you think is that advanced in visual studio 2005 compared to the listed alternatives, at least when it comes to C++?

Visual studio don't do any automated refactoring operation (not wihout visual assist)

It does code folding, so does everything else.
It does completion, so does everything else now (visual studio's completion is pretty unstable and easily breaks on big projects)
It used to be fast, now it's sluggish and randomly hanging up for seconds at a time. Even eclipse is snappier than vs2005.

The project settings dialog is still not resizeable as of vs2005, and still has some horrible usability.

The project configuration dialog is laughable.

The build system is very limited and annoying (I generally dislike build systems integrated in the IDE for they lack flexibility and are not tremendously easier to use than something like cmake except for toy projects)

The resource/ui editor is painful as hell (and anyway, this whole part has to be disregarded as an useful feature since it's MFC which is utter and complete shit)

Visual c++ used to be good compared to the competition. However, ever since 6.0, it has only grew slower without adding any significant new features, so now it's just garbage.

Now if you want to compare other languages, like java in eclipse and C# in visual studio, visual studio lags a few parsecs behind.

anda_skoa Member since:
2005-07-07
Fans: 5

I think another thing Linux based systems is missing is an IDE that can match Visual studio.


The impact of availability of development tools, especially IDEs, is mostly overrated.

From my experience, about 6 years of multiplatform development of server and GUI applications, I'd say that developers will almost exclusively use the tools from one platform, their primary development platform.

Other target platforms just require to be able to build and run the software, as there are only very few occasion where platform specific things need to be implemented right there.

Good example is the development of software for any kind of embedded or embedded-like (e.g. game consoles, setop boxes) systems, where development usually happens on developer workstations and almost never on the target system.

Obviously this requires proper multiplatform development and won't work with the flawed and expensive "port later" concept which some companies seem to have dragged along since the last century's eighties.

Sony EDGE
by konrad (1.64) on Mon 13th Aug 2007 09:00 UTC
konrad
Member since:
2006-01-06
Fans: 1

"This is a real shame as Sony promised the Playstation 'Edge' but I there is no general release of it (unlike the Xbox360's XNA kit), which fits Sony's business model but is a shame."

From what I know third-party developers got their hands on Edge. But I can agree with you, I really hope they provide something like XNA but for the Playstation platform. Sony isn't a Software company, and Microsoft cant make hardware. Maybe a joined effort on PlayBox4 would be great.

Time from specs to release?
by Haicube (4.12) on Mon 13th Aug 2007 09:46 UTC
Haicube
Member since:
2005-08-06
Fans: 2

Just out of curiousity, how long did it take for the last major release to go from specs to implementation in operating systems?

Can't help but wonder if this has any affect any time soon or if we'll have to wait 3 years from now. Hopefully we'll see OGL3 on a whole bunch of alternate platforms (hope hope hope!), such as Haiku, BSDs, SkyOS, Syllable and others. Would be nice to see it as a truly wide option as this is one of the USPs OGL has....

I mean, who'd expect Direct X to show up in *Nix ? =)

What about the API
by J.R. (3.64) on Mon 13th Aug 2007 11:26 UTC
J.R.
Member since:
2007-07-25
Fans: 0

Did they fix the ugly API in 3.0? Unless they fixed it I would never touch it again.

RE: What about the API
by makc (2.2) on Mon 13th Aug 2007 11:52 UTC in reply to "What about the API"
makc Member since:
2006-01-11
Fans: 0

nice argument.

nintendo region free
by elanthis (4.36) on Mon 13th Aug 2007 14:04 UTC
elanthis
Member since:
2007-02-17
Fans: 0

Yes, some/most of those issues can be solved by ordering adapters or chips of dubious quality from some asian websites or by getting your console modded (not even sure a 360 can be made region free), but then the argument that a console is just "plug and play" starts melting down fast.


The Nintendo Wii and DS are both region free.

RE: nintendo region free
by MORB (2.48) on Mon 13th Aug 2007 14:06 UTC in reply to "nintendo region free"
MORB Member since:
2005-07-06
Fans: 0

That's awesome, but I don't care about the console. I care about the games that I want to play, and I buy whatever box I happen to require to run it on.

And I still will have to buy a goddamn US 360 to play Mass Effect.

RE: nintendo region free
by anevilyak (2.72) on Mon 13th Aug 2007 15:03 UTC in reply to "nintendo region free"
anevilyak Member since:
2005-09-14
Fans: 6

The Wii is not. One of their marketing people said it was, but that statement was later retracted.

RE: nintendo region free
by Alleister (3.12) on Mon 13th Aug 2007 15:06 UTC in reply to "nintendo region free"
Alleister Member since:
2006-05-29
Fans: 0

No, it is not and who cares for Wii? If i wanted to play games that look like Wii games i would get an year 2000 PC out of some recycle bin.

RE[2]: nintendo region free
by VManOfMana (2.25) on Mon 13th Aug 2007 15:37 UTC in reply to "RE: nintendo region free"
VManOfMana Member since:
2006-11-01
Fans: 0

I care for the Wii. It is the gaming system that has the most potential to have software that does something different since the Nintendo DS.

Whether or not publishers have been able to think out of the box, that is another story. Afterall, the Wii has had a very similar life than the Nintendo DS: totally underestimated by the public in the beginning, third parties didn't know what to do with it, Nintendo had to show how to use the system's potential, and now it dominates its segment. The only difference is that Wii Sports allowed the Wii to sell like hot pancakes since day one.

I find it ironic that you first say that console games are all the same, then slam the Wii, out of all things, because of its graphics. So what? The games that I play the most on my PC are a 1999 fighting game, the revision of a 2000 fighting game, and a 1998 RTS. Following your little game, let's say that PC games are all about Warcraft, WOW, and Quake clones, shall we?

You can find gems on every single platform that justify buying it. Spcialized hardware like Dance Dance Revolution revived arcades (well, wherever it is still relevant). I bought a Nintendo DS to play Osu! Tatakae! Ouendan!. I'd buy a Saturn just to play Radiant Silvergun. The SNES has one of the best platform gams ever (Super Metroid), Sega did a good job in making out-of-the box games with the Dreamcast, and some of my very favorite games are doujin games.

RE[3]: nintendo region free
by Alleister (3.12) on Mon 13th Aug 2007 17:56 UTC in reply to "RE[2]: nintendo region free"
Alleister Member since:
2006-05-29
Fans: 0

"The games that I play the most on my PC are a 1999 fighting game, the revision of a 2000 fighting game, and a 1998 RTS. Following your little game, let's say that PC games are all about Warcraft, WOW, and Quake clones, shall we?"

We shall not, at least that does not reflect my gaming habits. Right now i Play "Ankh 2" (Lucas style adventure in 3d), ANNO 1701 (show me one console game like that), and an amateur MMORPG. How could i ever be happy with any console on the market?

Wii is just a gimmick with its unusual controller but the games are simplistic and shallow like C64 games. So now i have to shake a remote control instead of mindlessly shaking a joystick in some summergames clone... yeah, that is really special.

RE[2]: nintendo region free
by vinterbleg (2.2) on Mon 13th Aug 2007 15:40 UTC in reply to "RE: nintendo region free"
vinterbleg Member since:
2005-07-11
Fans: 0

Because you play games for the visual experience?

Pointless, as the rest of this flamewar.

OpenGL is a very good API, and it's great that it's evolving further.

Who cares about consoles vs. PCs? Use whatever you prefer, and keep quiet if you haven't got anything nice to say.

On a side note, it is true that indie game developers have a really tough time entering the console market, because:
1) It costs a lot to gain access to the APIs and development machines.
2) Distribution is hard without anarchistic internet access.
3) Only a limited amount of people actually own a console compared the number of people who have a PC, and when you're an indie developer, every gamer counts.

If you limit your gaming to consoles exclusively, you will not be able to enjoy some of the smaller titles. That's a choice.
On the other hand, you can do some amazing things with consoles, such as what Nintendo has done with the Wii.

- Simon

Edited 2007-08-13 15:42

RE[3]: nintendo region free
by Alleister (3.12) on Mon 13th Aug 2007 18:05 UTC in reply to "RE[2]: nintendo region free"
Alleister Member since:
2006-05-29
Fans: 0

"Because you play games for the visual experience?"

Partly. I do mind if they can't compete with Quake 2 for visuals. They would have to have some really cool gameplay for me to don't mind they look like shit. I don't see that for Wii games. Wee games are either simple C64-esque reaction tests or games like Resident evil 17.

"OpenGL is a very good API, and it's great that it's evolving further."

No, OpenGL is a gorgeous API and i don't understand why people would prefer DirectX over it. That wasn't the topic of this s