1. Slow Text-gui
- Posted by Lmailles <Lmailles at AOL.COM> Jan 18, 1998
- 639 views
I just got a Causeway 5 Error (Out of memory) when running my program from ed. When I ran it from the command line it worked. Presumably ed was taking up too much memory. I have about 520K free conventional memory and 6MB RAM in total. Did Causeway need more conventional or extended memory ? Another twist to my problem running ee.ex ... I discovered that when I scrolled by pressing the down arrow then only the bottom line was redrawn but when I used the arrows on the scroll bar via the mouse the whole screen got redrawn. The whole screen was redrawn when I Paged Down as well. My math include file now does matrix multiplication (all matrices), determinates and inverse matrices (AxA matrices). It should soon be able to do basic integration and differentiation. Maybe some of you 3d guys may find it useful if you have not done the code already. What is going on with the Markup project ? Is it being done secretly or has it been scrapped ? I think that the recursive ex.ex idea would be handy for turning your p-200 into a 386 to simulate your program on machines like mine. Alternatively you could rescue a 386 from the scrap yard... Some newbies asked for ideas for programming. Here is mine. I think any competitive members of the list will find it interesting. How about a multiplayer game, where the skill is not in strategy or reactions, but programming skill. Pitting different people's code against each other and seeing which comes out top. It is a bit like AI I suppose and could turn into a full game. The scenario could be an aerial dogfight or something simple like a maze. Each player would have a routine, each rountine would be called in turn and given all the variables in order to make its decision. Does anybody fancy the idea ? If you find me a bore, send me a SHUT UP mail, otherwise give me your opinions. Sorry I have gone on so long. Daniel
2. Re: Slow Text-gui
- Posted by Ralf Nieuwenhuijsen <nieuwen at XS4ALL.NL> Jan 18, 1998
- 619 views
- Last edited Jan 19, 1998
>What is going on with the Markup project ? Is it being done secretly or has it >been scrapped ? What Markup project, well it aint a secret any more I suppose.. >How about a multiplayer game, where the skill is not in strategy or reactions, >but programming skill. Pitting different people's code against each other and >seeing which comes out top. It is a bit like AI I suppose and could turn into >a full game. The scenario could be an aerial dogfight or something simple like >a maze. Each player would have a routine, each rountine would be called in >turn and given all the variables in order to make its decision. Does anybody >fancy the idea ? Very cool idea, we don't need suberp grafix, nor suberp gameplay, we only need a "virtual world engine" written by some1 who doesn't play its own game. Then we could write our own player's routines. (we can use a set of global routines, vars and constants to interact) Then we register the routine iD's of our player. And let the virtual world engine show us a fight. We could then use multiplayer, or save our hero as a file. (shrouded if we think it we want to hide our techniques. And maybe we want to create multiple players, and let them work in teams against each other. It should be a very cool play-thingie. And Euphoria is brilliant for this. >If you find me a bore, send me a SHUT UP mail, otherwise give me your >opinions. ??!! What ???! If any1 finds me a mail, sent your self a SHUT UP mail 8-) Ralf
3. Re: Slow Text-gui
- Posted by Arthur Adamson <euclid at ISOC.NET> Jan 18, 1998
- 617 views
>My math include file now does matrix multiplication (all matrices), >determinates and inverse matrices (AxA matrices). It should soon be able to do >basic integration and differentiation. Maybe some of you 3d guys may find it >useful if you have not done the code already. Where will I find it? Thanks, Art Arthur P. Adamson, The Engine Man, euclid at isoc.net
4. Re: Slow Text-gui
- Posted by Robert Craig <rds at EMAIL.MSN.COM> Jan 18, 1998
- 629 views
- Last edited Jan 19, 1998
Daniel writes: > I just got a Causeway 5 Error (Out of memory) when > running my program from ed. When I ran it from the > command line it worked. Presumably ed was taking > up too much memory. Probably true. > Did Causeway need more conventional or extended memory ? CauseWay starts off using extended memory, then when that's gone, it starts using up conventional memory. Then it uses swap space on disk before finally declaring that it is out of memory. However it does grab a certain amount of conventional memory no matter what, each time it is invoked, so I really can't give you a definite answer. You can free up extended memory by reducing the memory allocated to SMARTDRV, RAMDRIVE etc. Or, simply exit ed or ee before running a large program, as you have done already. Regards, Rob Craig Rapid Deployment Software
5. Re: Slow Text-gui
- Posted by "Christopher K. Lester" <cklester at FLASH.NET> Jan 18, 1998
- 609 views
- Last edited Jan 19, 1998
> >What is going on with the Markup project ? Is it being done secretly or has it >been scrapped ? It's on a back-burner. A burner, you see, but just in the back. :)
6. Re: Slow Text-gui
- Posted by PatRat <patrat at GEOCITIES.COM> Jan 19, 1998
- 622 views
> How about a multiplayer game, where the skill is not in strategy or reactions, > but programming skill. Pitting different people's code against each other and > seeing which comes out top. It is a bit like AI I suppose and could turn into > a full game. The scenario could be an aerial dogfight or something simple like > a maze. Each player would have a routine, each rountine would be called in > turn and given all the variables in order to make its decision. Does anybody > fancy the idea ? There are allready a few games like that (see my A-TRobots page at: http://www3.mistral.co.uk/billparsl/atrobots.htm) but I think a Euphoria one is a great idea! It could work seting and reading global vars to tell the main game what it wanted to do. So say if it wanted to turn 180o it would set the TURN var to 180o and then it could monitor the TURNED var to see how far it had got. --PatRat (Thomas Parslow) -- ()___() -- (o o) -- =\O/= -- Rat Software -- http://www3.mistral.co.uk/billparsl/
7. Re: Slow Text-gui
- Posted by Robert B Pilkington <bpilkington at JUNO.COM> Jan 19, 1998
- 603 views
>Some newbies asked for ideas for programming. Here is mine. I think >any competitive members of the list will find it interesting. > >How about a multiplayer game, where the skill is not in strategy or >reactions, but programming skill. Pitting different people's code against each >other and seeing which comes out top. It is a bit like AI I suppose and could >turn into a full game. The scenario could be an aerial dogfight or something >simple like a maze. Each player would have a routine, each rountine would be >called in turn and given all the variables in order to make its decision. Does >anybody fancy the idea ? There are a couple of games that do that. The best one (I've seen two) is Robot Battle. The robots are tanks, consisting of three things. The body, which is the main part, and can turn and has the treads. It has the slowest turning rate. It moves in the direction the torso is facing. You can call up a variable to find out exactly which direction you are facing. The second part is the turret, and moves a bit faster. You fire in that direction, and you can call up a variable to see which direction it is facing. The third is the radar, or sensor, which has the fastest turning rate, and can of course, you can call up a variable in the scripting language to see where that is facing so when you find a robot you can aim your turret at it. There are several nice language features, like events. You can make any routine happen on an event (such as colliding, getting hit, detecting an enemy), and then you can change it to a different routine next time the event happens (to create a less predictable pattern). This is one idea you can do, and is pretty cool. The author holds a contest to see who has the best robots. Two contests for each version. (You have to pay him an entry fee, but where else would he get the money to pay the winner and runners up?) Another idea you could do for this is let the programmer know certain variables that he can access from an Euphoria E file. Use code similar to this, I guess: constant PLAYERS = 4 include player1.e if players >= 2 then include player2.e end if if players >= 3 then include player3.e end if and so on for the maximum players. There are global variables that the .e file can access and the programmer codes in Euphoria to see what he can do with those variables to survive. You can place the arrays together like this: big_array = player1 -- player1 is player 1's entire array if PLAYERS >= 2 then big_array = big_array & {player2} end if and so on. I'm sure there are plenty other ways, but here are the ideas anyway. Hope somebody can do something with them. :)
8. Re: Slow Text-gui
- Posted by Tuxedo Mask <nitrogen at XTRA.CO.NZ> Jan 20, 1998
- 601 views
Is this realy about Slow Text-gui's anymore?? Ok, i like the idea of a ai programming robot battle game thingy.. so i've decided to make one. The robots won't be programmed with euphoria code though.. the language you must use for the robot ai is similar in structure to assembly language.. but don't get worried, it's not some horrable monster.. It is pretty simple to learn. and is the best i can come up with in the way of a language at the moment, anything else would be too hard for me to start off with. I've already made a loader for the ai code, and that works correctly. you can even have --euphoria style comments. I think the original idea was probably to have something using euphoria code, but sorry i'd rather do it this way. i might have to make an IDE for editing ai code, cos it really needs syntax coloring to make it easier to see what you're doing. i've also got a few routines for the robots ai code to call up to do their movement and all that and get info on the environment around them, but as of yet, you can't actualy run the ai code, i'll do more work today so i can get my little test robot to run around and fight another robot and they can both have the same code to start off... The actual environment that the robots battle in is pretty complex, even having multi level terrain, ie. hills, etc.. and different weapons, special equipment, place different robots on teams so it's more of a war than a fight.. blah blah.. and a whole lot more.. The ai code is split up into 4 sections: [IMMEDIATE] all executed during robots turn, [LIMITED] executed between other robots turns, limited # of statments. [RANDOM] executed at end of robots turn.. chooses a random routine. [REACTION] triggered by certain enemy events, eg enemy move, enemy fire. so this enables the combat to get pretty intense, not to mention complicated.. but i think the extra complexity will be worth it. If anyone is interested in this idea or has ideas they wish to contribute, PLEASE tell me. If it seems appropriate i may post a sample piece of robot code here, but i'll wait and see what replies i get first. hopefully this thing will have cool graphics too, that should be pretty easy though, so it's not much of an issue. The robots are planned to be kinda like battle mechs, if you know what i mean .. -Mark / Liquid Nitrogen.