Jump to content

Colonel Panic

  • Posts

  • Joined

  • Last visited

Everything posted by Colonel Panic

  1. Didn't know that! I guess it's even more of a java clone rllmuk, yeah... I remember the fuss over that a few years back. fasteasyfree, I'll try to post some sample code too but I've got work, my personal game project and an interview next week to prepare for so it might be next weekend... I'll try to put something up before that if possible... be warned, I don't for a second claim to be the greatest coder in the world so if you see things wrong with it just "politely" point them out.
  2. I wouldn't say C is restricive myself but it certainly appears so when compared to newer OO based languages. I'm happy to help provided you don't ask anything MFC or Win32 related... I spent a long time forgetting that stuff! Also, don't think for a second that C++'s OO nature is bolted on... it may not be a object oriented from the ground up (in order to accomodate C programmers) but it's perfectly possilbe to use NOTHING but classes etc without a single global function or value (besides main()) C# is basically a clone of java, by MS that isn't (IIRC) an interpreted or just in time compiled language like java. It's scary how similar C# and java are.
  3. Yeah, I had a quick mess about with some C# during the summer and it seemed pretty nice but I've never had a reason to develop anything worthwhile in it. Still, I've tinkered with the C# direct x 9 sdk demos and they seem great! I guess the language itself it just lest widespread and (correct my if I'm wrong) you need to pay MS money to code using it. I haven't seen the managed version of Quake2 but I'm gonna take a look when I'm finished my own night's gamecoding... I've got a sudden rush of creativity and my careful computer science nerd planning is actually making the game take shape!
  4. Just stay away from the windows API stuff and try a 3rd party set of libs for windowing and GUIs... I feel about SDL the way JPickford feels about Blitz so I'll sing it's praises again. If you want to use C++ and make a 2D game for any platform then SDL's the way to go... I'm currently preparing some framework code for another thread. fasteasyfree, you should pick up C++ more quickly if you've got your head around OOP but some aspects of C++ like pointers, class templates and the way you define classes might wreck your head initially... It's a shame though, that Java isn't a bit more powerful... in terms of language design it's easily my favourite in the 15 years since I first tried to code.
  5. Well I'm really of the same opinion as you, I just took the wrong meaning from your comment! I actually only started using stuff like Visual Studio properly when I left college, up until then it was emacs and make files all the way! DX9 is still pretty horrible to learn Visual Studio or no Visual Studio!
  6. Dunno about that... it just has loads of wizards to hide important stuff from you. You'd still need to know how to programme using a very complicated API (compared to most I have experience with)
  7. DX9 is a couple of hundred MB at least and is a fucker to learn (and I would consider myself a good but not amazing coder)... SDL's fine... it's not that hard to get to compile. For a basic app you need sdl.dll, the header files, sdl.lib and sdlmain.lib You can also use OpenGL with SDL if you wish... it's pretty easy. You can get the libraries in binary form or compile them from source at www.libsdl.com and there's a doc that tells you how to set up a compiler etc. If you're having serious trouble make a thread and I'll help you out. Also, don't use the sample OpenGL basecode... it sucks. I'll be posting a simple framework in that code thread when I've got some free time.
  8. I love the portability factor too... My own little game is totally cross platform and with only a little thought I've got it compiling cleanly for windows, OSX and Linux machines... It's also useful for me since I use a wide variety of platforms between work and home and I can code the same project on all of them. It's got a fine API too, a little short on docs but there's enough source code floating around to make up for that.
  9. Jpickford is right, coding any king of windows application is horrible. Coding with DirectX is also a nightmare for those who don't already come from a programming background. If you want to use C or C++ for simple games as opposed to Blitz be they 2D or 3D with OpenGL then SDL's great. It also has great audio, image and network libs and plenty of free source on the web. http://www.libsdl.org
  10. I've got some code I'd be willing to share... in particular a framework for setting up SDL for 2D games in C++ that I've been working on lately for my own amusement.
  11. I got all 120, I didn't find the blue coin hunt as "difficult" as some as I tended to just take my time and mess about as I went along
  12. Isn't interlaced component (480i at least ) more or less the same quality as RGB Scart? I guess if your plasma takes component more readily than RGB you're as well of using that.
  13. I don't think thats true. With HDD being massive these days, and the very many reasons people keep roms, there will always be a contingent with the roms. All mine are backed up both on DVD and on HDD, so I'm covered. I suspect I'm not the only one that does this. I'd hate to think how many servers contain exactly the same data, and the chances of those getting simultaneously demolished are slim. In fact, dont you think the game developers have rom sets on machines in the offices? Be the roms old or new, I bet they have an archive method that goes beyond holding onto the original cart/ board etc. Well that's fair enough. I hate to play the "opinion card" but that's what it all is. Anyone who just thinks "I'm right and that's that" when it comes to matters like this is teh sucks. Maybe I'm just too doubtful of PCs. I work with them every day and love programming but I just think PCs are a bit of a pain in the arse and people who operate them are as fallible as the technology.
  14. We could argue semantics all day but I just wanna say... The internet's original function (from military to academic) is what you say but it's not designed for data replication or as a decentralised storage medium as such. TBH though the tangent has gone off on an even bigger tangent simply on the suggestion that digital data isn't as persistant as is in reality. That's simply what I've come to believe from college and 18 months working as a programmer since then. I'm not saying I'm right but I don't really think anyone can say with any certainty that I'm wrong. The simple fact is that despite the potential to last forever I've seen media vanish, degrade etc FOREVER way too easily. The advent of the internet doesn't change the fact that eventually people will just stop replicating their data simply assuming someone else will... until no one does and said data is gone. I have more faith in books lasting forever than I do any form of data storage media.
  15. There's loads of reasons. For me; I design games for a living; I find an archive of old stuff VERY useful. Even shit games often have interesting content. Many of the games were *never* easily available. Digital Archiving & Emulation has already extended the practical life of these games way beyond their original media. How about speccy tapes. Try getting those to load now. Thanks to the magic of emulation (and a lot of hard work, most by enthusiasts) most the speccy library is pretty secure and readily available to all of us. Well of course individuals will find such uses but what can I do but think of it from my point of view and generalise otherwise? As I've said in my above post... I've think I'm done discussing it as I don't want this to go on forever... I guess we'll have to agree to disagree here. It's not that important.
  16. DJ Sack, Erm, it's pretty easy to find whatever old game you want... I dunno what my games preference has to do with it? Are you saying that all those mah-jong and horse racing games that makes up most of the super famicom back catalogue are all worth it though? Man, I can't believe this all started becasue I think older carts and whatnot will last longer than roms and stuff. *shrug* I've got other stuff to do than argue about something that isn't important ad nauseum.
  17. Yeah, they're "impossible" to find now in my local indy gaming shop, online and on the shelf along with the rest of the games I've bought over the years. Why would anyone want every snes rom released? There's only between 70 and 100 good games on the machine at a push.
  18. You can't duplicate what can't be read properly any more. and snes carts will take a lot more pounding than a CD or HD.
  19. Erm, nice sig... Anyway, tell that to some CDRs I burned a few years ago that barely work and my old 10 year old snes carts that work fine.
  20. No, people use ROMs because they're free and for some people they're more practical. Also, boards and roms are in less danger of being destroyed than CDR, DVDR, flash drives and magnetic discs. I'm not sure there's any point in continuing this though... I was just making a point that emulation isn't the saviour of old skool games and digital information isn't this magical ether of binary that will typically last forever when from my experiece digital data is limited by media and archiving isn't gonna save everything. It's not like your average joe will think to keep a copy of their roms forever. Who's to say that in a few years people will care less and on their next hardware upgrade they won't transfer those roms? Who's to say in 20 year there'll be functioning hardware that will read CD Roms? That's all I'm saying... we just don't know.
  21. By outlining a few of the "other ways that such media would become obselete and degrade faster than solid state electronics"? Well take a look at all the obselete media and as a result lost records that there has already been in the short history of computing. That's the first thing that came into my head not a nuclear winter fucking our day.
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Use of this website is subject to our Privacy Policy, Terms of Use, and Guidelines.