ID:194179
 
I'm fairly new to the BYOND software.

So far, I'm extremely impressed with the support of the community (even for inane questions) and with the involvement of the creators.

I feel BYOND has the best chance of all the packages out there to actually deliver on its promises.

I guess I'm posting to give a 'thumbs-up' to everyone here who helps in the forums and in creating FAQs/Guides/Demos for those of us starting to learn the system.


Matt Plourde
On 7/17/01 12:53 pm plourde603 wrote:
I feel BYOND has the best chance of all the packages out there to actually deliver on its promises.

I'm not very knowledgable about other gaming packages, but from my bit of glancing around, I'd have to agree.

Sometimes I see a promising package, like one called GameMaker I think, which makes it possible to create a game by setting up a few rules, without all the programming required in BYOND, and I'm intrigued.

Then I find out that it only supports single-player, and/or has no client/server model, and/or has no web interaction...and I realize that there probably just isn't another package like BYOND out there.

You can create arbitrarily complex games. You can create web-based games and even have web pages interact with running BYOND games. You can have peer-to-peer networking with no extra code. Multi-player is so integral that you have to do extra work to make your game single-player.

It's really a pretty remarkable package.
In response to Deadron
You can create arbitrarily complex games. You can create web-based games and even have web pages interact with running BYOND games. You can have peer-to-peer networking with no extra code. Multi-player is so integral that you have to do extra work to make your game single-player.

Not much extra work, mind you. Just keep a variable pointing to the player, and if someone else logs in and the variable is already full, boot them out.

Or, if you're clever you can try starting up a new copy of the game for them and connect them to it. I have code that does this but there are so few single-player games I don't see a demand for it.
In response to Spuzzum
On 7/17/01 4:49 pm Spuzzum wrote:
You can create arbitrarily complex games. You can create web-based games and even have web pages interact with running BYOND games. You can have peer-to-peer networking with no extra code. Multi-player is so integral that you have to do extra work to make your game single-player.

Not much extra work, mind you. Just keep a variable pointing to the player, and if someone else logs in and the variable is already full, boot them out.

Or, if you're clever you can try starting up a new copy of the game for them and connect them to it. I have code that does this but there are so few single-player games I don't see a demand for it.


I want my next game to be a single player maybe when I get to it you can help me with the code I don't want it now cause I won't remember :)

¤Nadrew¤
I feel BYOND has the best chance of all the packages out there to actually deliver on its promises.

That's my opinion too! Welcome to the club. :)
In response to Nadrew
I want my next game to be a single player maybe when I get to it you can help me with the code I don't want it now cause I won't remember :)

All that particular code is useful for is if you're hosting your game on a server somewhere; it'll run a new copy of the game (and hence run a new copy of Dream Daemon) whenever you play it. The code itself is very simple. Around 6 or seven lines.

But that code is only for the server (unless you like spamming your computer's display with running copies of Dream Daemon). If you distribute your game, then you don't use it (unless you like spamming other users' displays with running copies of Dream Daemon). =)


I built that code so that I could host the Slurpy Demo on the server, before the distribution package feature became available. To be honest I haven't tested it much. I tested it once on the Dantom server, and it spawned a new copy when I tried to connect to my key with the Nix key (as expected), so I declared it working. Practice may reveal otherwise, but I don't see any demand for it, so it's still waiting by the wayside.