This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - willrandship
Pages: 1 ... 100 101 [102] 103 104 ... 208
1516
« on: July 26, 2011, 12:26:01 am »
I do more hardware-style projects than programming, actually.
1517
« on: July 06, 2011, 11:28:27 pm »
CFLs are not really the best choice for small screens anyways. LEDs can be fine, esp. if we're dealing with PSP or smaller. Example: I believe the GBA SP uses LEDs, with a really good light spreader.
If you use LEDs, though, it'll be more effective to have them frontlighting, if I remember correctly.
1518
« on: July 06, 2011, 11:13:24 pm »
Well, I kind of prefer Single player, since servers tend to lag so much. However, a private server just for this site, providing it's capable enough to handle 20+ people lag-free, would be pretty nice.
Perhaps there would be a whitelist that includes all members?
How much does it take to run a server with that many? I have a P3 with almost a half gig of ram, but I don't think it can handle it, even with the minimal Debian install it's running. It only runs MC server and FTP.
1519
« on: July 06, 2011, 05:11:16 pm »
Mine hasn't changed for 3 months. 
1520
« on: July 04, 2011, 12:06:36 am »
I think a raycaster with only 4-8 directions of view could pull it off. The only hard part is texture rendering, IMO. Well, that and the raycasting. But it would work like this: If inFrontOfFace=Occupied: Draw lines around block Draw texture Else If inFrontOfFace-1 (farther away) = occupied: the same elses repeat for desired view distance. and you draw your front face. The hard part comes with detecting blocks exposed on the sides by other, missing blocks. also, transparent blocks would be harder.
1521
« on: June 27, 2011, 05:40:32 pm »
I take it it's 12x8 and not 12x12 so the byte-to-sprite conversion is more straightforward and understandable? Looks nice!
1522
« on: June 27, 2011, 05:21:27 pm »
so just make sure you delete it if necessary, by hand. That way the program doesn't have to check.
1523
« on: June 27, 2011, 05:08:46 pm »
that should be fine, I think. very optimized as compared to bcalls, but you might have some trouble getting it back without using the stotheta bcall.
1524
« on: June 27, 2011, 05:03:51 pm »
well, maybe. A handwritten routine that is well optimized (and there are people here very good at that ) would definitely be faster. And it would probably be worth it, especially for larger calculations. You won't ever be going over 32768, right? I think that's the 84's bit limit for integers without some complications
1525
« on: June 27, 2011, 04:58:39 pm »
Asm will usually be faster, but keep in mind that bcalls tend to suck compared to handwritten routines. Also, remember that it takes asm time to load as well. if you have tons of tiny programs, you will end up possibly slower, and take up more space. Can't give you an exact answer on your particular one, just a little advice
1526
« on: June 27, 2011, 04:49:46 pm »
Seems like you could write a small piece in your prog that, when it runs, asks you to press enter. Since enter is different on all 3 of the pads, you can determine from there, and have a variable (read: not using DEFINE) and some functions for common keys in libs, like isKeyPressed(up(padvar)). That way, no recompiling would be necessary. The Function would look something like this:
up(padvar)
{
if padvar = 0
{
return KEY_NSPIRE_UP
}
if padvar = 1
{
return KEY_TOUCH_UP
}
if padvar = 0
{
return KEY_84_UP
}
The find function would have a simple input dialog, compare the recieved number to the 3 possibilities, and either return an error and retry or store the result in padvar and progress.
1527
« on: June 27, 2011, 04:40:46 pm »
@netham tcl isn't a massive setup on windows, unlike python and perl.
Also, why the cstring instead of string? is it better? It seems like it might be smaller....
1528
« on: June 27, 2011, 04:36:58 pm »
That would, I think be because the capacitors had not had time to fully drain. It might corrupt some memory, though, so be careful. Of course, my thought is worthless if I'm wrong on how that particular RAM functions
1529
« on: June 21, 2011, 08:23:33 pm »
I was thinking.....Are there any compression utilities for the 89? If you had a basic asm prog that compressed the images, and decompressed them when used, you could probably fit a whole lot more of the game in.
This is awesome.
1530
« on: June 05, 2011, 11:33:24 pm »
Can I haz your monitor? That's a lot nicer than mine keep in mind the majority of the forum is (poor) nerds. What Calcs do you have? Or do you mainly do PC Programming?
Pages: 1 ... 100 101 [102] 103 104 ... 208
|
Show Posts
