Hi, With all due respect, but you really don't want to pick up coding in VB6 anymore. PureBasic I wouldn't know, I haven't looked at it before. With C++ (or Java) you really aren't coding from scratch. OpenAL has a C API, Java has an OpenAL wrapper, and of course there's DirectSound and XAudio2 which have their respective APIs. Oh, and Java's own sound API, which is good enough for basic stuff. I'm not even going to try and list all the third-party options. The one thing you will have to do yourself is resource management, but that is true for any language if you want to write efficient code that doesn't eat your system memory. And in C++ you'll require external libraries, dynamic or static, to do certain things. Java is a lot nicer in that regard, but as Thomas pointed out it takes less than a minute to get to the entire code-base of a project.
Also, I haven't actually tried BGT myself. All I know about it comes from the website. I'm not criticizing it, only trying to find out what it can and cannot do. Cheers, Davy -----Original Message----- From: Gamers [mailto:gamers-boun...@audyssey.org] On Behalf Of shaun everiss Sent: Thursday, December 12, 2013 00:04 To: Gamers Discussion list Subject: Re: [Audyssey] BGT, Mac and More Well davie, when danny and I were working on the deathmatch series danny found out we all did that there were limitations with bgt. Sertain things need to be written a sertain way. And the way we were expanding the deathmatch series was just really going outside of bgt's limits. deathmatch1 is not finnished to what it was going to be. There are so many issues with bgt and its limits and we came on them with saving, arrays and a lot of other things that we have exhausted the language. It was never meant for really large games at least we think so. The engine is good but there is a limit how much you can really do with it. Deathmatch1 was planned to have 10 missions or as many as we could put on. however by mission 3 danny was running out of ideas and as it was there were so many issues by this time. I can tell you we were going to have 4 missions but after all the issues danny has lost interest in that game and decided to end it as quickly as possible. Deathmatch2 started in pure basic but there are some issues to and so its visual basic 6. If you know c++ davie and can code with it then I suggest you stay with it if you can. I think danny and some others would like to learn but its a lot of work writing everything from scratch. However if you do use it on a daily basis I'd stay with that then I would stay with it. As for jawa, I do have java loaded. I've never had much fun with games based on it though. On the subject with sounds, music, etc. There is a way to do this, A lot of games that are comercial that have come lately depending on what additions you get, and how much you pay do include soundtracks as actual files as bonus content. At 09:08 AM 12/12/2013, you wrote: >Whoa, has been ages since I last posted here! >Anyway, nerd questions coming up. I’d be interested to know if there >are any plans to turn BGT loose on Mac OS. I believe the scripting >language it uses is capable of running on Mac OS, so that’s a start, >isn’t it? Here is the background story, for those interested: >I’ve been developing both “regular†applications and games, >although to be fair I’ve spent very little time on games over the >last few years. I use mostly Java, occasionally >C++ as well. Recently I figured I’d start >being serious about games again. The obvious thing to do would be to >turn to Java (which is what I did), since I have to use that for more >professional projects anyway so I might as well stick to something I >know. Java is great for cross-platform work. Except for a few nitty >gritty details you can basically cook one executable and run it on >Windows, Mac OS and Linux. Java’s performance is good too, and with >the upcoming Java 8 and 9 it will become less painful to distribute the >required JVM with your source code, removing the need for your users to >install extra software. Not to mention that debugging code is a >breeze. The single disadvantage is that it is super easy to decompile >Java, to the point where the original source emerges, so encrypting >user data is virtually useless. Things like TLS for secure Internet >communication still work of course, but all security keys you store in >your code are visible to anyone and everyone. .NET kind of suffers >from the same thing, by the way. Had some good times messing about >with Entombed back when. J So then, I could use C++ (and optionally >one of those executable scramblers that the cool kids love to use). To >the trained professional disassembling a program written in >C++ to find a certain bit of logic can be as >straight-forward as decompiling Java, but it definitely makes life >harder for the average Joe who wants to hack some sounds he >particularly likes. On the other hand, as a developer you have to take >a few extra steps to produce the required executables for the platforms >you want to support. Debugging might also be a bit more cumbersome. In >comes BGT. It’s very secure (although no software is truly >unbreakable), its syntax isn’t a problem if you know C++ already, and >it creates very efficient executables. On the donw-side, I’m told >it’s only available on Windows, and you don’t get to use standards >directly (AKA OpenAL, Java runtime, standard C++ library). I really >don’t mind about the standards, but I believe I’d upset a few >people if I’d leave out support for Mac OS. Actually, knowing >standard things can be fun, too. If you want to develop for Android, >Java would be an excellent choice, so it helps if your products for PC >and Mac are already using it. Similarly, knowing OpenAL is great for >moving on to iOS games, since Apple natively supports OpenAL. But >really, Java’s not good at running on the same machine where the >encrypted data lives without applying security on the OS level. I’m >not too concerned about people coming up with their own keygens. If >you have a members-only area inside your game that requires >authentication with a remote server you won’t get anywhere with just >a serial number anyway. But not being able to securely encrypt sounds >is a bit of a boring thing to live with. So, I thought I’d check out >alternatives, since I’ve not paid much attention to recent >developments and would like to know how things stand these days. (Oh, >and no, I don’t want to use Python, sorry. At least, not just right >now.) There, your daily dose of nerdy musings. Enjoy! Cheers, Davy --- >Gamers mailing list __ Gamers@audyssey.org If you want to leave the >list, send E-mail to gamers-unsubscr...@audyssey.org. You can make >changes or update your subscription via the web, at >http://audyssey.org/mailman/listinfo/gamers_audyssey.org. >All messages are archived and can be searched and read at >http://www.mail-archive.com/gamers@audyssey.org. >If you have any questions or concerns regarding the management of the >list, please send E-mail to gamers-ow...@audyssey.org. --- Gamers mailing list __ Gamers@audyssey.org If you want to leave the list, send E-mail to gamers-unsubscr...@audyssey.org. You can make changes or update your subscription via the web, at http://audyssey.org/mailman/listinfo/gamers_audyssey.org. All messages are archived and can be searched and read at http://www.mail-archive.com/gamers@audyssey.org. If you have any questions or concerns regarding the management of the list, please send E-mail to gamers-ow...@audyssey.org. --- Gamers mailing list __ Gamers@audyssey.org If you want to leave the list, send E-mail to gamers-unsubscr...@audyssey.org. You can make changes or update your subscription via the web, at http://audyssey.org/mailman/listinfo/gamers_audyssey.org. All messages are archived and can be searched and read at http://www.mail-archive.com/gamers@audyssey.org. If you have any questions or concerns regarding the management of the list, please send E-mail to gamers-ow...@audyssey.org.
