FredMSloniker

I wrote a version of Kalah a while back. My post about it has aged away, but you can still get it here.

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.

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.

Well, it wouldn't work in the middle of a function if I want to quit the entire program.

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.

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,

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

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

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.

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

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

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.

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

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?

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).