Re: The Worst App in the World
Re: The Worst App in the World Hah! as possibly the ONE sightie that saw it, it wasn't that bad, and we worked on making it a little more pleasing to the eye Functionally, it works as designed, the goal of any program - smiling URL: http://forum.audiogames.net/viewtopic.php?pid=359170#p359170 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: What was the first game you ever made?
Re: What was the first game you ever made? I remember sitting down in the back of the local Radio Shack, (back when they were a parts house, not a consumer place, like now) back in 1978, playing with a radio shack Model 1, I entered almost every program in the book on the table, and the last program was the important one. It was text based version of Star trek, with dots for sectors, asterisk for stars, and an E for the Enterprise. Basically, you against the computer.fast forward to 1985, and I re-wrote this concept (as I had it in my memory at the time, to a fully multi-user system, where each player logging on could control an enterprise, or Klingon Ship, or my own enhancements, a romulan that could cloak!)It wasnt the most efficient, as I was still a pretty new programmer (2 years experience or so), but it did work, and was fun to play.In 2012, I again re-wrote this game, now with many, many years behind me in programming, and it was FAR better, and only some 2,000 lines, not the huge mess it was befor e. it was system efficient, and would not cause the locking or near crashing problem of the 85 version. We all get better over time!Always glad to see new programmers, but be patient, you wont learn these skills overnight, or in even a year. URL: http://forum.audiogames.net/viewtopic.php?pid=260873#p260873 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: Avert thine eyes, for most of this code is probably horrible
Re: Avert thine eyes, for most of this code is probably horrible I looked briefly over this, but without becoming intimate with the code, I couldnt have an opinion one way or the other, seems a bit long and wordy, but again, I didnt get to know the core of it.Programming is always an interesting blend of creativity, logic, efficiency, and readability, and not all those can be achieved together, in particular, efficiency and readability, one sacrifices one for the other.As long as you are learning, and getting better, its all good, programming takes time, take it from someone who has been programming some 30 years and is still learning better ways. URL: http://forum.audiogames.net/viewtopic.php?pid=260871#p260871 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: Let's code!
Re: Let's code! perhaps this would hard to manage, or would take a working group, but a programming contest is a way to raise programmers skills.The premise is to give the definition of a programming task, then see how well or creative the submissions are. Ask a 100 programmers, and get a 100 answers, there is no "right" and "wrong" though some ways are better than other approaches, some more efficient, and some more readable and therefore, maintainable, which is how I teach programming, using a mix of efficiency where it counts, but using readability in most places.thoughts? URL: http://forum.audiogames.net/viewtopic.php?pid=256471#p256471 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: creating a mud
Re: creating a mud guitarman: if you have .c and .h files then you might have the lambdaMOO server code itself, which has files for configuring and compilingThe main file there is configure, which is just run as a script and that creates the make file, so you can then run make.Then you need the DB file that the server would read in and use, thats where my core (or another) comes in.I cant tell you anything on coffeemud, but I know that some of these muds compile code into the mud server itself, to be available, and MOO doesnt work like that, the server and the DB are completely separate entities, and you only need to compile the server once, ever. URL: http://forum.audiogames.net/viewtopic.php?pid=232814#p232814 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: CenCore - A new MOO core ready to build with
Re: CenCore - A new MOO core ready to build with Terminator:This moo works like any other moo, with a lambdaMOO server, usually the 1.8.1 release that is on sorceforge.You can connect to FluxWorld, where this core was made from at centauri.servegame.com port A test core of mine is the same address at port 7785Getting your own is a matter of talking to me, probably in game, and I can send one to you in e-mail as a zip fileWe are working on docs, and the code itself is in the core, although you dont have to code, to build, just run commands, like @make and @dir, or the MOO native commands, @create and so on. URL: http://forum.audiogames.net/viewtopic.php?pid=232313#p232313 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: CenCore - A new MOO core ready to build with
Re: CenCore - A new MOO core ready to build with There are a couple of cores up and in use now, and we are working through the minor issues that show up, as I knew there would be some that people would find. In general, things are going very well, and pretty much everything works as expected.I do update a core_release number as things change, just for tracking, in addition to the fact that @version shows the core extract date all on its own.The test cores have made some space areas, and I have a small one for testing things like object passing and RPG.the global chat is working well between all instances, and object passing is coming along (this is a fairly new feature). URL: http://forum.audiogames.net/viewtopic.php?pid=232130#p232130 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: CenCore - A new MOO core ready to build with
Re: CenCore - A new MOO core ready to build with frastlin, yes to all 3 questions. The intent is to see what others could do with such a core, and make wondrous new worlds.I've been working on some documentation on how to set up trains, rivers, space, and other things. I've also been documenting the process for global communications (InterMOO) using $chan and $chanFO, and object passing through the looking glass. URL: http://forum.audiogames.net/viewtopic.php?pid=231428#p231428 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: creating a mud
Re: creating a mud Yes, but not at first. many cores are so minimal that you really have to program right away to get any sort of functionality.With detailed rooms, transparent exits, auto closing boxes, being able to set up trains, platforms, and more areas, quite a bit of building can be done before any sort of programming is needed.After all, I did most of this to make it easier for me to build, and most objects and pretty flexible, because of the way they are written. Of course, there will always be programming at some point, I do that every day, thinking up new stuff URL: http://forum.audiogames.net/viewtopic.php?pid=231459#p231459 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: creating a mud
Re: creating a mud Guitarman: I have been working on polishing a core for general release off and on for months, You can see where this core comes from on FluxWorld, and I can talk with you and maybe a few other about some possible alpha with this core. Centauri.servegame.com port is the production FluxWorld, and slightly different port numbers on the raw cores for testing. URL: http://forum.audiogames.net/viewtopic.php?pid=231373#p231373 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
CenCore - A new MOO core ready to build with
CenCore - A new MOO core ready to build with After spending many years learning LamdaMOO core and adding and porting various objects and creating even more unique ones in the course of Building FluxWorld, I have begun the process of making a core from the best of all my objects. This includes space, vehicles, and things for puzzles and others. One of the biggest changes is not requiring a programmer bit just for the ability to Build within the DB. One of the perks for some of the players is what I call BFAD - Builder For A Day, where more advanced players are allowed some freedoms, that would otherwise cost in Fluxbucks, or certain things not allowed at all.My initial note for the core is as follows:CenCore FeaturesA number of features and objects have been added well beyond the standard Lambda core, and many changes integrated.Integrated RPG on $detroomFeatures on players to make things easier for screen readersThe use of $sky and $outerspace roomsVarious portable rooms us ed as land, sea, air, and space vehiclesMany devices for setting up quests and puzzlesOrecaves and ore processing for all sorts of chemical possibilitiesPower generation objects for making functioning power gridswearable layered clothing integrated into the player class $RPC$farm_ani object for food and other by products (milk, eggs, etc)growable food and farming plotstimber productionmagnetic objects: things, containers, portable rooms, and notesAnother interesting feature is that all of these cores can share data and even objects between each other, with some setup work on both sides. A looking glass is easy enough to set up, and shows people and objects on another instance of the CenCore, and objects can even be passed to the other side.Player classes all integrated to use RPG if they are one of the children of $RPC, including builders and programmers, separate from the standard builder and programmer class that Wizard belongs to, allowing builders and programmers to still participate in the MOO fully.Complete separation of builder and programmer. A builder an do everything except: code or look at verbs, use eval or its alias: ;Your implementation may not need such a separation, but it is there.A suite of room types, well beyond a $room, the Many Abilities room ($many_abil), which does security (including @accept, @deny, @invite), self cleaning, room details and room features.The next is the $detroom, which has ALL of the RPG features and virtual seating. This is generally the base room type for all building.On top of $detroom is $celestial that allows for sounds, touch, smell, and various portable type rooms.The main database that spawed this core can be found at centauri.servegame.com port URL: http://forum.audiogames.net/viewtopic.php?pid=231374#p231374 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: creating a mud
Re: creating a mud MOO database is also a thought, which has its own language, but with the right core (like mine), you dont really have to program at all, unless you want to, just start building. Its designed to do a lot of space and futuristic already. URL: http://forum.audiogames.net/viewtopic.php?pid=231332#p231332 ___ Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
