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 - fb39ca4
Pages: 1 ... 13 14 [15] 16 17 ... 126
211
« on: January 30, 2013, 11:21:21 am »
Thanks for adding CX support! I would do it myself, but I don't have a CX or the boot1 ROM for the emulator.
212
« on: January 29, 2013, 10:45:34 pm »
I believe you were asking for the source code hoffa, so here it is for anyone who wants to take a look. Also, now it supports multiple (crappy procedural) textures (but there's nothing stopping you from loading them from a file) as well as solid colors. On the map, squares with 0-15 in them are interpreted as the color, and when n >= 16, the texture with id n - 16 is used.
EDIT: Uploaded wrong version, fixed, and added screenshot.
213
« on: January 29, 2013, 08:28:24 pm »
Thanks! I haven't been using nSDL, so I just switched to reading the timer directly. However, back when I was using SDL_GetTicks(), it was returning zero on the emulator as well.
214
« on: January 28, 2013, 11:51:45 pm »
As promised, here are some textures! I also made movement dependent on the direction the camera is facing, rather than a fixed direction for each key as it was previously.
215
« on: January 27, 2013, 09:28:01 pm »
1280x1024 is actually a 5:4 aspect ratio. You want 1280x960 which is 4:3 and also twice that of 640x480 so 2D GUI elements will look the best.
216
« on: January 27, 2013, 09:26:28 pm »
Now do it for the TI-Nspire CX.
Ready, Steady, Go.
Do those have 128MB of RAM, or just 128MB of flash and 32MB RAM?
217
« on: January 27, 2013, 06:33:07 pm »
Wind Waker HD is also known as emulation through Dolphin. Thanks to the liberal use of Cel-shading, model quality is less important, and you can get extremely high resolutions, not to mention filtered textures 
YEah I like how in emulators you can get higher resolution than original consoles. Some Nintendo 64 games look better that way, although if there are 2D sprites they can look weird and blurry. On the Xbox 360 I remember if you played Xbox games you could get HD resolution too. I wish it was the case with Wii games on the WiiU.
If you have a powerful enough PC, you can use Dolphin to emulate Wii games at as high a resolution as you want. You can also have it patch in higher resolution textures on the fly if you happen to have some, and use antialiasing and per pixel (rather than per vertex) lighting.
218
« on: January 27, 2013, 12:14:01 pm »
I am using my own 16.16 fixed point number routines in most of the code. It should be faster than using a library because I can write only the features I need for this.
219
« on: January 26, 2013, 09:35:01 pm »
It should run at about the same speed no matter how large the map is, possibly a little slower because there would be more cache misses with a larger map.
220
« on: January 26, 2013, 07:36:51 pm »
I can do that, I just changed the height of the camera sometime between those two screenshots. The one you mentioned was taken with height = 16, and the last one I uploaded was at height = 2. Actually, when I plan on doing texture mapping, what is each square ATM will have a whole texture in it.
Here's a screenshot with height = 32:
221
« on: January 26, 2013, 04:43:21 pm »
uart_printf is in nspireio2.h, and it works fine. I guess it's to differentiate printing to the screen or RS232. I was using that because the regular printf was not working for me for some reason. Anyways, I fixed the bug calc84 pointed out and another one where part of the code thought the angle was stored in a floating point number which I had neglected to change when I switched to the fixed point trig functions and rotation works now  Tilemapping is next on my list. EDIT: Tested on the actual calculator (Clickpad Nspire), and it runs at 35fps. EDIT: Enabling -O3 in gcc increases it to 44fps on the calculator.
222
« on: January 26, 2013, 09:05:59 am »
Looks like it is doing the same thing, but at a lower resolution so you can't see the trapezoid shape.
EDIT: So I'm having trouble running this code that tests my fixed point sine and cosine functions. The input and output are 16.16 fixed point numbers, and there is four units (in fixed point, so it would be an integer 4 << 16) to a rotation.
When I run it, I get this:
Error at PC=00000104: Invalid condition code
Backtrace:
Frame PrvFrame Self Return Start
00000004: invalid address
debug>
This is the actual code, to compile, just put it in main.c and compile with the Ndless SDK. (Or however else you compile Ndless programs).
#include <os.h>
#include <nspireio2.h>
#define numToFix(a) (a << 16)
#define floatToFix(a) (int32_t)(a * 65536)
int32_t sin(int32_t a) {
int32_t sine_table[257] =
{0x0000, 0x0192, 0x0324, 0x04B6, 0x0648, 0x07DA, 0x096C, 0x0AFE,
0x0C8F, 0x0E21, 0x0FB2, 0x1144, 0x12D5, 0x1466, 0x15F6, 0x1787,
0x1917, 0x1AA7, 0x1C37, 0x1DC7, 0x1F56, 0x20E5, 0x2273, 0x2402,
0x2590, 0x271D, 0x28AA, 0x2A37, 0x2BC4, 0x2D50, 0x2EDB, 0x3066,
0x31F1, 0x337B, 0x3505, 0x368E, 0x3817, 0x399F, 0x3B26, 0x3CAD,
0x3E33, 0x3FB9, 0x413E, 0x42C3, 0x4447, 0x45CA, 0x474D, 0x48CE,
0x4A50, 0x4BD0, 0x4D50, 0x4ECF, 0x504D, 0x51CA, 0x5347, 0x54C3,
0x563E, 0x57B8, 0x5931, 0x5AAA, 0x5C22, 0x5D98, 0x5F0E, 0x6083,
0x61F7, 0x636A, 0x64DC, 0x664D, 0x67BD, 0x692D, 0x6A9B, 0x6C08,
0x6D74, 0x6EDF, 0x7049, 0x71B1, 0x7319, 0x7480, 0x75E5, 0x774A,
0x78AD, 0x7A0F, 0x7B70, 0x7CD0, 0x7E2E, 0x7F8B, 0x80E7, 0x8242,
0x839C, 0x84F4, 0x864B, 0x87A1, 0x88F5, 0x8A48, 0x8B9A, 0x8CEA,
0x8E39, 0x8F87, 0x90D3, 0x921E, 0x9368, 0x94B0, 0x95F6, 0x973C,
0x987F, 0x99C2, 0x9B02, 0x9C42, 0x9D7F, 0x9EBC, 0x9FF6, 0xA12F,
0xA267, 0xA39D, 0xA4D2, 0xA605, 0xA736, 0xA866, 0xA994, 0xAAC0,
0xABEB, 0xAD14, 0xAE3B, 0xAF61, 0xB085, 0xB1A8, 0xB2C8, 0xB3E7,
0xB504, 0xB620, 0xB73A, 0xB852, 0xB968, 0xBA7C, 0xBB8F, 0xBCA0,
0xBDAE, 0xBEBC, 0xBFC7, 0xC0D0, 0xC1D8, 0xC2DE, 0xC3E2, 0xC4E3,
0xC5E4, 0xC6E2, 0xC7DE, 0xC8D8, 0xC9D1, 0xCAC7, 0xCBBB, 0xCCAE,
0xCD9F, 0xCE8D, 0xCF7A, 0xD064, 0xD14D, 0xD233, 0xD318, 0xD3FA,
0xD4DB, 0xD5B9, 0xD695, 0xD770, 0xD848, 0xD91E, 0xD9F2, 0xDAC4,
0xDB94, 0xDC61, 0xDD2D, 0xDDF6, 0xDEBE, 0xDF83, 0xE046, 0xE106,
0xE1C5, 0xE282, 0xE33C, 0xE3F4, 0xE4AA, 0xE55E, 0xE60F, 0xE6BE,
0xE76B, 0xE816, 0xE8BF, 0xE965, 0xEA09, 0xEAAB, 0xEB4B, 0xEBE8,
0xEC83, 0xED1C, 0xEDB2, 0xEE46, 0xEED8, 0xEF68, 0xEFF5, 0xF080,
0xF109, 0xF18F, 0xF213, 0xF294, 0xF314, 0xF391, 0xF40B, 0xF484,
0xF4FA, 0xF56D, 0xF5DE, 0xF64D, 0xF6BA, 0xF724, 0xF78B, 0xF7F1,
0xF853, 0xF8B4, 0xF912, 0xF96E, 0xF9C7, 0xFA1E, 0xFA73, 0xFAC5,
0xFB14, 0xFB61, 0xFBAC, 0xFBF5, 0xFC3B, 0xFC7E, 0xFCBF, 0xFCFE,
0xFD3A, 0xFD74, 0xFDAB, 0xFDE0, 0xFE13, 0xFE43, 0xFE70, 0xFE9B,
0xFEC4, 0xFEEA, 0xFF0E, 0xFF2F, 0xFF4E, 0xFF6A, 0xFF84, 0xFF9C,
0xFFB1, 0xFFC3, 0xFFD3, 0xFFE1, 0xFFEC, 0xFFF4, 0xFFFB, 0xFFFE, 0x10000};
switch ((a & 0x3000) >> 16) {
case 0:
return sine_table[((a >> 8) & 0xFF)];
case 1:
return sine_table[256 - ((a >> 8) & 0xFF)];
case 2:
return -sine_table[((a >> 8) & 0xFF)];
case 3:
return -sine_table[256 - ((a >> 8) & 0xFF)];
}
}
inline int32_t cos(int32_t a) {
return sin(a + 0x1000);
}
int main(void) {
int n;
for (n = 0; n < 1024; n++) {
uart_printf("\n%4l, %08X, %08X", n, sin(n << 8), cos(n << 8));
}
return 0;
}
223
« on: January 25, 2013, 10:43:28 pm »
Well, I've got rotation by a fixed angle working, and it still runs >60FPS at full resolution. (Not that it matters given how slow the response time of the LCD on the actual thing is.) Now to write *accurate* trig functions so I can change the angle dynamically. Also - screen tearing is from the emulator, not the program.
224
« on: January 25, 2013, 01:09:52 pm »
Doesn't the Wii have an external chip to emulate a GC?
If so, Wii >> GC (Yes, Wii shifted right GC bits)
Edit: Does the WiiU still have this?
The Wii has the same CPU/GPU architecture as the GC, clocked higher. It also adds a more advanced coprocessor for I/O, and hardware for Bluetooth, USB, and SD cards, but was otherwise essentially the same.
225
« on: January 23, 2013, 05:41:55 pm »
The next gen Playstation and Xbox are going to have GPGPUs as well.
Pages: 1 ... 13 14 [15] 16 17 ... 126
|
Show Posts
