Re:IDE's a convenient crutch today, a thorn tommor
on
Why Develop On Linux?
·
· Score: 1
In our source tree we have all of MSVC 6.0. It's not the most elegant solution, but if you've got the source, you've got the IDE. Of course... We don't use the IDE for building daily builds...
What you say is true in part. The company that I work for really wants to lower the cost of our software. We charge an arm and a leg for the server portion, but the money is really made in the client seats. As soon as we've recouped the cost of development and a little more we're going to slash the prices of the client software to the cost of production plus a little profit, of course. We'll see if it ever really happens... It's been over a year since they mentioned this to us and it's not happened yet.
Is it Palm IIIc compatible?... It says that it won't work with the Palm V but doesn't mention the Palm Vx.
It should be compatible with the IIIc. I've not heard of much that isn't that works with a regular III. Things that aren't coded for color just run in black and white.
Also, it says that it'll work with the V and Vx, but it needs the Palmdock V from Solvepoint. It's just a problem with the design of the V's case that causes it not to fit.
And for those of you who buy full albums for ONE song then turn around and complain.....STOP COMPLAINING. Head over to the CD Singles rack, and buy the song you like for $2.99.
Many record companies in the US don't allow recording artists to release CD singles right away. They don't want the single to take away from the album sales. You can always buy the import single from the UK for $12 and get a couple of nifty mixes or you could buy the full length for the same price. Pretty much sucks. The other option would be to buy the 12" single for around $9.
It seems to me that the record company, with doing away with an easy to purchase, inexpensive format for one song is really hurting themselves as more and more people are heading out to find that one song that they like.
If that's too much to spend, listen to the radio.
I sometimes use napster to grab a song I heard on the radio so that I can hear it without being cut to pieces to get the "bad words" out of it.
Often times when an album has it's first hit song the majors won't release it on single because they fear it will hurt album sales. That sucks. You can often times still get it on 12", though.
if anyone manages to reverse engineer it, I predict updates plained to create lots of work for the reverse engineers to keep up with official DirectX versions.
It would be so worth it for someone in the Linux community to do thism, despite the need to be playing catch up. Many projects commit to a version of DX (Whatever the newest one is at the time) and stick with it. Very rarely does a team change to a new version halfway throught the development cycle. A team won't want to re-code major sections of the engine due to changed interfaces. There are two ways that the interfaces will change.
The first is a change for the better. A sample of this would be the changes in D3D. Esp. from IDirect3D3 to IDirect3D7 with DX7. Before D3D3 and it's DrawPrimitive function it was a pain in the ass to learn the API. With DX7 it's so simple to get things set up that with 20 lines of code (plus skeleton) you can have a textured lit polygon up using hardware transforming and lighting (if supported).
The second type of change would be to change just to throw off the OpenSource developers off. Many game developers that I've worked with need to be dragged kicking and screaming when a new version comes out. Each time it means re-learning a whole bunch and a LOT of re-testing just to get some new features to work. I don't know very many people who are going to switch to a new DX interface with no benifit. It's just silly.
I'd guess DirectX ties into other Windows specific APIs and features, non-Windows DirectX would probably be a nightmare.
Yes and no... There are a few thing that DirectX and Windows tie into. The one that I'm thinking of is that you can lock a DirectDraw surface and use GDI on it (By grabbing a Device Context). I've only done this to use TextOut to a DD surface to display some debugging info. Nothing that I'd use in production code because it so SLOW. The freakin' docs tell you not to do it. (And D3D now has a method that takes a string parameter so you don't use GDI at all.) What I'm saying is: It's a small subset of the API set that many developers don't use.
So... I wouldn't hold my breath for DX to die a natural death. MS has actually done quite a good job of evolving it to be useful. D3D going from being a really crappy standard to being, IMHO, as good as OpenGL and MUCH easier to use.
Yeah yeah... Evil Empire... Not open source... Etc... Who cares? Not too many people care in the real world of Game Development. Game developers are going to do what's in thier own best interests and until it's economically feasable to use other platforms it won't happen. When that does happen expect developers to bail by the boat loads. (As we've all seen happen in the past.)
I just can't agree with you statement that you can, with a fair certainty, assume that anyone having good experiences with MS software is paid to do so. All you are doing is assuming the worst, which is fine to do and something I do often, but it's just like saying, "Anyone who says that they've had a good experience with Linux obviously has sour grapes because of the market dominance of MS." While both statements are possible. Neither is very likely. There are a lot of people who have great experiences with [insert whatever company here]'s software even if you don't. I have no connection to MS other that the company I work for writes Win32 software. (And Unix stuff, too, mind you, but no Linux as of yet)
Slashdot Mirror
In our source tree we have all of MSVC 6.0. It's not the most elegant solution, but if you've got the source, you've got the IDE. Of course... We don't use the IDE for building daily builds...
What you say is true in part. The company that I work for really wants to lower the cost of our software. We charge an arm and a leg for the server portion, but the money is really made in the client seats. As soon as we've recouped the cost of development and a little more we're going to slash the prices of the client software to the cost of production plus a little profit, of course. We'll see if it ever really happens... It's been over a year since they mentioned this to us and it's not happened yet.
Is it Palm IIIc compatible? ... It says that it won't work with the Palm V but doesn't mention the Palm Vx.
It should be compatible with the IIIc. I've not heard of much that isn't that works with a regular III. Things that aren't coded for color just run in black and white.
Also, it says that it'll work with the V and Vx, but it needs the Palmdock V from Solvepoint. It's just a problem with the design of the V's case that causes it not to fit.
It was made by Gotlieb. You can play a computerized version in MS Pinball.
Many record companies in the US don't allow recording artists to release CD singles right away. They don't want the single to take away from the album sales. You can always buy the import single from the UK for $12 and get a couple of nifty mixes or you could buy the full length for the same price. Pretty much sucks. The other option would be to buy the 12" single for around $9.
It seems to me that the record company, with doing away with an easy to purchase, inexpensive format for one song is really hurting themselves as more and more people are heading out to find that one song that they like.
If that's too much to spend, listen to the radio.
I sometimes use napster to grab a song I heard on the radio so that I can hear it without being cut to pieces to get the "bad words" out of it.
Wow. Interplay is doing Linux games. That's pretty big. I wonder who convinced Fergus to do it.
Often times when an album has it's first hit song the majors won't release it on single because they fear it will hurt album sales. That sucks. You can often times still get it on 12", though.
Take a look at this link at the straight dope. I think that Telsa is romanticized by many people who want another unsung hero.
It would be so worth it for someone in the Linux community to do thism, despite the need to be playing catch up. Many projects commit to a version of DX (Whatever the newest one is at the time) and stick with it. Very rarely does a team change to a new version halfway throught the development cycle. A team won't want to re-code major sections of the engine due to changed interfaces. There are two ways that the interfaces will change.
The first is a change for the better. A sample of this would be the changes in D3D. Esp. from IDirect3D3 to IDirect3D7 with DX7. Before D3D3 and it's DrawPrimitive function it was a pain in the ass to learn the API. With DX7 it's so simple to get things set up that with 20 lines of code (plus skeleton) you can have a textured lit polygon up using hardware transforming and lighting (if supported).
The second type of change would be to change just to throw off the OpenSource developers off. Many game developers that I've worked with need to be dragged kicking and screaming when a new version comes out. Each time it means re-learning a whole bunch and a LOT of re-testing just to get some new features to work. I don't know very many people who are going to switch to a new DX interface with no benifit. It's just silly.
I'd guess DirectX ties into other Windows specific APIs and features, non-Windows DirectX would probably be a nightmare.
Yes and no... There are a few thing that DirectX and Windows tie into. The one that I'm thinking of is that you can lock a DirectDraw surface and use GDI on it (By grabbing a Device Context). I've only done this to use TextOut to a DD surface to display some debugging info. Nothing that I'd use in production code because it so SLOW. The freakin' docs tell you not to do it. (And D3D now has a method that takes a string parameter so you don't use GDI at all.) What I'm saying is: It's a small subset of the API set that many developers don't use.
So... I wouldn't hold my breath for DX to die a natural death. MS has actually done quite a good job of evolving it to be useful. D3D going from being a really crappy standard to being, IMHO, as good as OpenGL and MUCH easier to use.
Yeah yeah... Evil Empire... Not open source... Etc... Who cares? Not too many people care in the real world of Game Development. Game developers are going to do what's in thier own best interests and until it's economically feasable to use other platforms it won't happen. When that does happen expect developers to bail by the boat loads. (As we've all seen happen in the past.)I just can't agree with you statement that you can, with a fair certainty, assume that anyone having good experiences with MS software is paid to do so. All you are doing is assuming the worst, which is fine to do and something I do often, but it's just like saying, "Anyone who says that they've had a good experience with Linux obviously has sour grapes because of the market dominance of MS." While both statements are possible. Neither is very likely. There are a lot of people who have great experiences with [insert whatever company here]'s software even if you don't. I have no connection to MS other that the company I work for writes Win32 software. (And Unix stuff, too, mind you, but no Linux as of yet)