Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

FredMSloniker

Members
  • Content Count

    21
  • Joined

  • Last visited

Everything posted by FredMSloniker

  1. I wrote a version of Kalah a while back. My post about it has aged away, but you can still get it here.
  2. I would also like someone to point me to documentation for the network floppy's functions. (And I'm curious: is finding that floppy in a dungeon, or cheating one in, really the only way to get proper networking set up?) I want to code a sort of BBS chat board for OpenComputers, but I'd prefer not to have to re-invent the wheel.
  3. It's been a while since I've touched the code--I've been doing stuff other than Minecrafting--but I believe that if you change lines 634 and 692 to read term.clear(); print(message)it'll do what you want.
  4. Well, it wouldn't work in the middle of a function if I want to quit the entire program.
  5. I misread the wiki entry on that. Thanks for the correction! I'll have to test whether that applies to server racks; hopefully it won't, as that would rather rule out faster-paced games.
  6. I don't see anywhere on the wiki where it says how much power it actually takes to power a computer. I know that screens take more power the more of their pixels are on, but I don't know what the minimum and maximum power drains are, and I don't know anything at all about what other components' costs (or actions' costs, for robots) are. Now, my current power system is massively over-engineered, but it'd be nice to be able to do some adding up and know ahead of time how much power I need in reserve when I'm getting started on a new world; in a situation where the number is likely to vary a lot,
  7. Yeah, I admit I don't really understand how the code works here. I was all prepared to make a big argument about how, worst-case scenario, a Tier 3 screen/GPU combo doing a full-color display could take 125 seconds to update the screen, assuming that it would take (call setBackground = 1/8 of a tick) + (call setForeground = 1/8 of a tick) + (call set = 1/16 of a tick) = 5/16 ticks to update each of the 8,000 characters. However, actually trying it gave me a figure around 50 seconds, which suggests I get eight setBackground calls, eight setForeground calls, and sixteen set calls per tick (inste
  8. I had the inspiration to make a sort of arcade machine that can support up to four players, each with their own screen and controls. So this is the design I came up with: Since it's hard to see the details, let me walk you through it. The first level is a cross of decorative cubes with a power converter in the center; I'm attaching power from underneath. On the second level, four screens and four keyboards frame a server rack, with its network mode set to internal and the servers talking to the left, right, back, and top sides. On top, two pieces of cable connect the top side to the s
  9. I mean, I know what it is now, because I saw the icon in the server's sockets, wondered what it was, and used NEI to search the OpenComputers parts until I found one that looked like the icon. But it's not documented on the wiki, either as a component or on the page for servers.
  10. As I understand it, the reason there's a limit on the number of times you can call certain GPU functions per tick is bandwidth, because everyone in the vicinity of the screen has to get an update on what it's now displaying. (The reason different GPUs have different limits is to encourage upgrading, I further presume.) However, the limits seem a bit nonsensical. It costs exactly as much time to use set() to print 50 lines of 160 characters as it does to use set() 50 times to print 50 characters. The setBackground() and setForeground() functions cost time even though they don't actually change
  11. Okay, 'megathread' might be pushing it at this point, as I only have the one game to offer, but I'm planning on making more. We start off, though, with Kalah (the American mancala game) From the built-in instructions: Just tell your internet-carded computer to 'pastebin get qmT6AQmY kalah.lua -f', or copy and paste the code from http://pastebin.com/qmT6AQmY. The program will run on even a Tier 1 computer and is small enough to easily fit on a floppy. The graphics are enhanced if you have at least a Tier 2 graphics card/screen combo, but a Tier 1 screen is serviceable, if plain. You c
  12. I've noticed that if I middle-click on a forum link on the main forum page (it doesn't seem to affect sub-pages), it opens a new tab for the forum as usual--but it also advances as if I'd left-clicked on the link as well, preventing further middle-clicking. This is annoying when I'm trying to get caught up on my reading. Why is this happening? EDIT: this also affects subforum links and thread links, but not, say, the wiki link.
  13. I'm working on an implementation of Kalah, the game most commonly known as 'mancala' in the Western world (despite mancala being an entire family of games). I've got it mostly working, but I've hit a bug I can't figure out. You can find the code here. You should be able to reproduce the bug by following these steps: Start the program. Choose one player, intelligence 3, three beads per house. Make the following moves: D, A, C, B, D, C, E, B, A, D, E. At this point the computer should have a single seed in house L. Make the move C. This is where the program crashes. As far as I can tell, the c
  14. I'd like to write a program where the user can type something at any of several entry prompts and have the program close neatly. What comes to my mind is using xpcall() to call a main loop function, having the code throw up a 'done now' error() whenever it gets the 'quit' input, and have xpcall()'s message handler check for that error and handle it with a 'okay, see you' message, with debug.traceback() being called if any other errors pop out. Is there a better way?
  15. I'm not sure why you're interested in OpenComputers if you don't want to learn at least a little about programming. Nonetheless, I've written a program that should do what you want. If your computer has an internet card, you can save yourself some effort by using: pastebin get jqgVWjYp stopwatch.lua -f Otherwise, head here and copy and paste into Minecraft (middle button is paste by default).
  16. I'm trying to make a function that will wait until you type a character, then return that character. However, the code I currently have waits until I press a key, then returns that key. Which isn't quite what I want. If I try to type a capital A, I don't want it to return 'left shift'; I want it to return 'A'. Is there a built-in function for this I'm missing, or someone who can point me to sample code?
  17. Could someone write me an autorun.lua file I can use on a Tier 3 server with two graphics cards, one Tier 2 and one Tier 3, to bind the Tier 2 graphics card to the remote terminal and the Tier 3 graphics card to an attached screen?
  18. Thanks! That was the solution I needed.
  19. I'm having trouble getting my server up and running. It doesn't have an OS on it, and I can't figure out how to put one on it; putting a disk drive adjacent to the server rack with the OS disk in it didn't work, and the server doesn't have any floppy slots. What do I need to do?
  20. Yeah, looks like it's either that or downgrade to the tier 2 graphics card. (Which honestly isn't bad. It's more the principle of the thing.) Thanks for the advice!
  21. Gleefully I crafted Tiny God, making only the finest parts. A tier 3 case, stuffed full of the best parts I could--CPU, memory, graphics card, hard drives. It cost a fortune in diamonds, but it would all be worth it when I flipped the switch and started it up. Then I could move on to phase two: constructing a robot that I could direct to do menial tasks from the safety of my lair! There's just one problem. Tiny God only has one Tier 3 slot, currently occupied by a graphics card... and a Linked Card is also Tier 3. (Which wasn't documented on the wiki or in-game.) Is there a way I can m
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.