Live data from Hacker News

The best QBasic game ever?

pcworld.com

101–102 of 102 posts

Re: The best QBasic game ever?

#101
post #20

I always thought that DarkDreads Mysterious Song was the most impressive QBasic game, http://darkdreams.rpgdx.net/downloads.html This looks like it might take the title though.

I loved Mysterious Song. It's a solid game. Whatever happened to DarkDread? He just disappeared.

Not sure. I seemed to still be around in 2003 and then nothing. I'm tempted to see if I can get in contact with him now this has been mentioned.

Re: The best QBasic game ever?

#102
post #17

Earlier quoted context omitted.

He's already using SDL. Plus, QBASIC64 isn't a DOS environment. In fact, when you look at the specs for QBASIC64 then it's a little less impressive than first made out. It also makes me wander why he didn't just learn VB anyway (as the libraries in QBASIC64 would have required additional learning anyway). Even VB classic would have made more sense. Anyhow, this at least reminds the language elitists that a language i…

QB64 appears to compile to various platforms, while VB does not. Also, VB is pretty GUI and event-centric. QBasic is a pretty good local maximum of being quite expressive while still being a strictly procedural language.

> QB64 appears to compile to various platforms, while VB does not.

VB.NET does compile to other platforms via the Mono framework. In fact Mono is actually available for more platforms than QB64 is.

Classic VB is Windows only AFAIK though I've had a 100% success rate with VB under WINE. But suggesting VB6 was pretty dumb on my part anyway; aside scripting variants (eg VBA), it's a pretty much a dead language.

> Also, VB is pretty GUI and event-centric. QBasic is a pretty good local maximum of being quite expressive while still being a strictly procedural language.

VB.NET supports procedural CLI apps. But if you could equally write an OpenGL / DirectX game procedurally if you wanted (events are there to be used, but you don't have to create event handlers). However I don't really see the point in wanting to avoid using events; he's using a mouse, so it makes sense to have a mouse click event. The code would be a lot cleaner and the interface more responsive than having a looped procedure checking for mouse button states (believe me, I've had to do both - and the one thing I don't miss from writing DOS GUIs in Pascal was having to create a psudo-event wrapper to handle input devices).

Post reply on HN