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 - Mighty Moose
1
« on: January 17, 2013, 06:04:51 pm »
Just throwing this out there (I don't know how much you know about java), but is there any reason you can't use a StringTokeniser object (java.util.StringTokeniser, I believe)? That would fit the bill for the first problem, as long as you keep track of repeated words and strip any leading or following punctuation.
2
« on: January 14, 2013, 10:51:34 pm »
Granted, I'm no expert, but the first thing that sticks out in my mind is attempting to get your own custom code to run on the device. I'm assuming you have access to the sd card and can read/write/modify files on it. Is there anything preventing you from doing so? As long as you have a backup of the original files on the card, you shouldn't have to worry about screwing anything up. Also, is there a toolchain or compiler out there for this board? At best, you may be able to load your own code through the current kernel through some hex editing or an exploit or something along those lines. At worst, you could end up compiling your own kernel and version of mame, which isn't the end of the world. IDK if any of this helps at all, but right now I'm just thinking through how I would approach something like this.
Just my two cents.
3
« on: January 14, 2013, 10:35:30 pm »
What exactly do you want to do with the board? Also, I'm just curious, but how much do you know about the hardware of this board?
4
« on: January 14, 2013, 10:17:29 pm »
This might be a good place to start, as well as here. It's called a XingYe (or XingLi, I can't tell) 138-in-1 JAMMA board. According to the first site, the *nix version you mention is just a gzipped kernel and ramdisk on an arm board ("FriendlyARM") - linux 2.6.36, to be exact. The blog post provides a readout of the bootscript and filesystem. It looks like it would be fairly easy to construct your own replacement kernel/zImage/bootscript/etc if you so desired, assuming you have a little experience in those areas. The second site is just a forum that the first article points to; you may be able to find more answers to your question(s) there. Have fun and good luck!
5
« on: October 13, 2012, 11:23:04 pm »
I very much need a portable version of Wabbit.
Also, the ability to actually open a calc-related file up with Wabbit would be much appreciated.
Here ya go!
I made this a while ago but never actually got around to posting it. 
Feel free to try to break it. 
I think I just did break it; it won't open.
Ack, silly windows, y u no compress files right?  Have an exe instead. Edit: I can't upload the attachment in this post, so here is a link.
6
« on: October 13, 2012, 12:47:00 pm »
I very much need a portable version of Wabbit.
Also, the ability to actually open a calc-related file up with Wabbit would be much appreciated.
Here ya go! I made this a while ago but never actually got around to posting it. Feel free to try to break it.
7
« on: September 14, 2012, 11:54:33 am »
Nice script here.
On Arch Linux, binutils, gcc and mkg3a are all available from the AUR, so "yaourt -S cross-sh3eb-elf-binutils cross-sh3eb-elf-gcc mkg3a && git clone https://github.com/Jonimoose/libfxcg.git PrizmSDK" should work (replace yaourt with whatever script you use to retrieve packages from the AUR).
Hey thanks! (On a side note: this is one of the first shell scripts I have ever written ) Seems pretty nice  . This always uses the latest version of the SDK stuff btw, tho?
Yup. If you really want, you (or I) can change it so it uses a more "stable" version a la PrizmSDK-0.3, or just take Juju's advice. Everything else is configurable through variables (e.g. I had the best luck with gcc-4.6.3, but you can change that to whatever you want).
8
« on: September 12, 2012, 11:30:38 pm »
Hi everyone! This is a little shell script I wrote to automate the installation of the Prizm SDK (binutils, gcc, mkg3a, and libfxcg) onto your computer. Plop this into any directory and run it with 'sudo sh ./install_prizm_sdk.sh'. Run 'export PATH=$PATH:/usr/local/cross/bin' or modify your PATH in a suitable manner after it has completed installation, and enjoy! Currently, this script installs gcc/binutils to /usr/local/cross/bin and the PrizmSDK (libfxcg) to /home/{username}/PrizmSDK by default, but this is able to be easily modified. Please read the comments in the script itself for further (but not exhaustive) information on what development libraries and utility programs you may need to retrieve to successfully install the SDK and other ways to modify or customize this script. Questions? Comments? Snide Remarks?Feel free to reply here, pm me, or email me. Cheers and happy programming!  MM
9
« on: May 18, 2012, 06:33:19 pm »
OK, here's a small update v0.2a.12.5.18 - 5/18/12 * fixed a bug in keypress handling that caused keys that had already been pressed to continue to be pressed. * added support for the Casio PRIZM  Bugs: Problems with the way sprites are being drawn - not quite sure what it is though  TODO: Optimize this to make it faster Implement SCHIP instructions Enjoy!
10
« on: May 17, 2012, 02:33:56 pm »
Oh lol, silly me, that works perfectly now! I can't believe I missed that. Thanks lkj! +1 for you.
Now to solve the other issues...
Edit: Well, I suppose this is ok progress (something sorta works), so here is an initial release.
Make sure to put it in a folder called "nCHIP8."
Enjoy!
11
« on: May 17, 2012, 10:37:45 am »
Oh ok it's SCHIP8? Thanks for the correction. Also I think that one had a larger screen, right?
Btw I wish the new posts list showed topic descriptions. 
Whoops, my bad . It's usually abbreviated as SCHIP, but I've seen it as SCHIP8, CHIP-48, or Super CHIP8 before. (Also, I will scale up the screen size (to take advantage of the Nspire's larger screen and to work with the SCHIP) once I figure out how or get some help to get the screen display working.)
12
« on: May 17, 2012, 01:01:14 am »
Interesting, I remember there was such emulator on the 83+, but I wondered if one would make it for the TI-Nspire. But yeah Hoffa ported SDL to the Nspire which lets him run a CHIP8 emulator on it. It would be nice to see someone make a totally standalone version, though. 
By the way did the CHIP8 support colors? Also do you have plans for SCHIP emulation like the 83+ version? http://www.ticalc.org/archives/files/fileinfo/385/38530.html
Anyway hopefully someone can help soon, although it might be best to re-ask the question in the help section in case it gets missed in the projects section.
Yeah, if you look at the topic description, I'm planning on an including an SCHIP8 interpreted as well (lol it's not that much more). I believe the original CHIP8 "machine" was intended for black-and-white displays, so no colors  . This project is mostly just practice and experience for me Edit: I'll probably mess around with the source some more, just to see if I can get it to work (right now, I've only put ~2-3 hours into it).
13
« on: May 17, 2012, 12:24:19 am »
Well, I was going to post about this when I had this complete, but it appears hoffa beat me to the punch Anyways, I have a (mostly ) complete CHIP8 interpreter written in C. I started this last Friday and really haven't touched it since (mostly because I've been out of town). Ironically, the only problem I'm really having is working with the Nspire's screen, so if someone could look at my code and see what I'm doing wrong/give me some pointers* in the right direction, that would be great. I am using the setPixel routine from the ndless example source code. chip->LCD is a 2,048 (64x32) byte array with each element presumably holding a 1 if the pixel is set and a 0 if it is reset. if (chip->drawflag)
{
for(int row = 0; row < 32; row++)
{
for(int col = 0; col < 64; col++)
{
/*ignore the comments if you must
for(int rowoffs = 0; rowoffs < 8; rowoffs++){
for(int coloffs = 0; coloffs < 8; coloffs++){
setPixel(col + coloffs, row + rowoffs, (0x0F * (chip->LCD[32*row + col])) ^ 0x0F);
}
}*/
setPixel(col, row, (0x0F * (chip->LCD[32*row + col])) ^ 0x0F);
}
}
}Now, I think this is all fine and dandy, but I get something that looks like garbled junk when trying to run SPACEINVADERS (see attached pic).  Can anyone help? Thanks in advance. MM *Pun so totally intended.
14
« on: May 10, 2012, 11:56:41 pm »
I would program much more if I could do it on-calc during boring lessons or at lunchtime. If you make this I'll definitely use it!
there's only one thing i don't really get.. is there so much ASM development for the Nspire? or is it just that i don't see see it? because i haven't seen anywhere programs made in ASM for the Nspire xs therefore it seems a bit lost work to make an ASM compiler
Barely anyone codes in ASM. Calc84maniac did, but almost everyone else seems to use C. In fact it was the same on 68K calcs after TIGCC arrived and since Cemetech took over PRIZM development now it seems to be the same for that platform too (when PRIZM dev started on Omni people were using ASM)
This could also be due to the very good tutorials on how to use ndless for C whereas asm isn't really mentioned anywhere. However now that I'm writing this I remember there's a sample asm program included with ndless.
A lot of people probably prefer to go the higher level route too, so they pick up C, not to mention C is possible on the computer too, so it can help once you move on from calc stuff. But yeah I heard ARM ASM is easier than z80.
I'm learning C right now for the Nspire, but if this ever gets completed, I might actually be motivated to learn ARM assembly.
15
« on: May 10, 2012, 11:35:13 pm »
Ah ok. Thanks for clarifying anyway.
|
Show Posts