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 - SpiroH
Pages: 1 ... 40 41 [42] 43 44 ... 51
616
« on: October 03, 2012, 09:25:15 am »
...knowing it's practically impossible to crack the 2048 bits RSA keys to sign third-party OSes
Well, with 'all due respect for you sir', i wouldn't rely on that. Impossible is nothing remember? ...Maybe with ndless USB support we can have a hook up a hard/flashdrive and use that as filesystem?
Well, he can always try to use a ram disk to install the initial file system: http://lwn.net/Articles/210046/ and more http://www.ibm.com/developerworks/linux/library/l-initrd/index.htmlGood luck. 
617
« on: October 03, 2012, 06:47:53 am »
...Also is the fire demo the same as the one on TI-Planet? I couldn't run the TI-Planet one (nor the parralax scrolling demo) 
I don't know which one you're referring too? Any direct link, so that i can check it out? But, in principle, i don't think so, or the french 'guys' would already have warned me, i gather. Thank you all for the generous comments. Hope to see soon so more nSDL ports to nSpire. Hoffa's SDL port is really quite a great achievement for the nSpire/ndless community. Cheers.
618
« on: October 03, 2012, 06:35:17 am »
My TI Nspire CX says it's current version is at 3.2.0.1219. I want to get downgrade to 3.1 so I can install Ndless. I have wiped to whole calculator and downloaded the 3.1 file, well at least what is labeled as 3.1. When send it to the calculator to install the OS it installs but once it installs it says my version is still 3.2.0.1219. What do I do? Please help!
Do you know how to use the emulator nspire_emu/kArmTI? If the answer is yes, then install the downloaded OS file on the emulator to ascertain which os-file it actually is. If answer is no, maybe that's a good reason to learn how to. Good luck.
619
« on: October 02, 2012, 06:30:50 pm »
Here is an update to nTris-sdl with the following features: 1. sdl key auto-repeat as suggested by hoffa in a previous post. 2. support for dynamically changing the background. Use the 'key_b' to get something like shown below:   In principle, you can add as many backgrounds as you like. I provide 4 samples. Make sure they are transferred to the same folder as the executable. 3. LBNL, i've also cleaned up the source code. So it should be more readable now. That's it. Cheers,
620
« on: October 02, 2012, 09:19:18 am »
Hi, this time i'm presenting a new SDL port of a clone of the world famous classic board game: 'Mahjong solitaire' http://en.wikipedia.org/wiki/Mahjong_solitaire.   The original game is this one initially developed for linux: http://www.linuxmotors.com/sdllopan/ and called 'sdllopan' by Dave Ashley in 1999. See more on his Linux Zone: http://www.linuxmotors.com/. Btw: i've also ported some time ago the sdl 'fire demo' from the same author, which you can find here: http://www.omnimaga.org/index.php?PHPSESSID=f0e6ee0b3f490297f0f5aba8f9f52a6e&topic=14288.msg262928#msg262928 and the port to ndless was just a breeze... Well this time around, things (the port) were quite a bit more complicated, namely because: 1. due to the small lcd screen we'll have some eye pain to clear distinguish the tiles. Here i could use some help from some artists (Hayleia maybe?) willing to contribute with better looking tiles drawings. 2. this app originally uses the mouse and in ndless/emulator we don't have it  . So we need to emulate it with keys (using 'SDL_WarpMouse' etc). 3. It creates its own font for text, but that didn't work properly in ndless either. So i had to change it to use hoffa's 'nSDL_LoadFont' + 'nSDL_DrawString'. 4. as the sdl video memory is being directly pixel-manipulated the code is written to support the 16-bit bit-depth and i do not intend to support also the non-cx models. sorry about that. Ok, let's go straight to the 'how to use the thing': I - First, in the calc create a folder inside 'ndless' and name it 'nMah' (or whatever). Inside 'nMah' create another folder 'Data' (this name is fixed!)  Upload to the calc: a. the program 'nMah.tns' to the 'ndless/nMah' folder. b. the program's data files (tiles + several backgorunds) to 'ndless/nMah/Data' folder. II- Keys/Instructions: ---------- cut here ------------> "Mouse- emulation" Movement: key_left, key_right, key_up, key_down or key_4, key_6, key_8, key_2 Click: key_5 (ONLY!) dunno how to handle nspire-click key via SDL (maybe hoffa could help here?  ) key_return: shuffles the titles and restarts a new game. key_7: changes tile-set (we only have 2 at the moment) key_9: changes background (we have 10 available) key_1: Undo key_3: Redo key_esc: Quit <---------- cut here ------------ Have more fun, SpiroH
621
« on: September 28, 2012, 10:55:55 am »
Then you accidentally installed 3.2 again 
A rather cynic answer to somebody who's doing his best.  Maybe I like stairs now.
622
« on: September 27, 2012, 11:35:31 am »
Why does refresh_osscr() crash on a non-cx in the emulator (on a cx it works)?
The non-CX address may be wrong, I'll check it (once again any patch for bug fixes or suggestions are welcome from anyone willing to contribute  ).
btw, i've noticed the same is happenning with the 'srand() and 'rand()' calls. I mean, they work fine in cx and crash in non-cx (at least in the emulator they do). Could you (ExtendeD) please check also these two calls are they are very much used in games. Thanks.
623
« on: September 26, 2012, 07:57:25 pm »
In fact I thought about it because people making awesome games (Chockosta's nCraft) may want to make videos to showcase their work
One of the main factors for file size is how many frames are taken per second. In the end, they would be 100 MB or more. But if you don't mind, videos of people's work would be really fun to watch 
On request from some users i've decided to include an AVI facility into kArmTI to record some short video clips. I won't go much into details right now, but will simply say some essentials about kArmTI_v1.31 1. Some minor glitches in v1.30 were corrected. 2. This is a very simple AVI tool still in a beta stage for evaluation (i've just made it!). 3. Below are the steps to make a short avi video clip: 3.1 The tool becomes available from the Extra Display Popup menu  3.2 Before making a clip, select the Capture Options dialog to specify the output file path and the desired sampling rate (frames per second).  3.3 When ready you may start avi recording, selecting 'AVI Capture Start' from this point in time onwards (at this stage) you won't get any feedback. So pay attention to your clock not to fill up the harddisk with a 2GB file! Before the actual capture starts you're prompted to select a video compressor codec (i strongly advise you to select one to reduce the video filesize). In the following picture, i've chosen 'Cinepak Codec'.  3.4 To Stop the Capture, select 'AVI Capture Stop' and you're done. Below is a sample video clip, i've made with fps set to 20 that lasts for 1m 12s and creates a 23.2MB avi file (not too large). Yeah, the player is the Media Player Classic - Home Cinema (GPL) you may find here: http://mpc-hc.sourceforge.net/  Experiment with it and leave some feedback. Hope you like it. Edit:I've improved a bit the AVI Capture Options Dlg. I guess it's handy.  Added a Max Record Time (MRT) field. Recording stops automatically when the MRT limit is reached (it should not go beyond 30minutes!). Also, do not use a fps higher than 25 (no need for it either), because frames start being missed. In my system it works fine with fps=25 tho.
625
« on: September 24, 2012, 09:42:55 am »
You could just add something like SDL_EnableKeyRepeat(SDL_DEFAULT_REPEAT_DELAY, SDL_DEFAULT_REPEAT_INTERVAL) during initialization and remove any dirty hacks that do exactly that but manually (I had a very quick look at the code, I think it's when pressing the horizontal arrow keys that it's done manually).
Thanks for the tip! I haven't tried it yet but i will as soon as i can. I really need to have a second look at the code and get rid of a lot of useless lines. In the meantime, i hope the 'rand()' crash-thing gets sorted.
626
« on: September 24, 2012, 09:38:34 am »
- Video recording, not just screenshoting/assembling into gif, but real video recording into a avi file for example (this one is going to be hard  )
Actually, is not that hard. I've done it before, so it's just a matter of some free time (which i don't have a lot to spare nowadays). But otoh, please tell me if you don't mind, are you willing to deal with huge (several 100MB) files? or do you have something else in the back of your mind? Cheers.
627
« on: September 24, 2012, 09:28:08 am »
or it could simply be a typing disorder not dyslexia really, hey? so, please do not exaggerate
628
« on: September 24, 2012, 03:48:47 am »
Those changes are great, and thanks for the keys
Thanks! This one is less great, I liked how the game was customizable by the user
Well, now that you have the source code, you can always revert it back. It's so easy, you so should give it a try. There was something too that I found annoying with the game: pressing the down key makes the piece fall but holding down the key does nothing (I mean it gets down by one case then stops instead of keeping falling)
Me too, but just a little. One thing i forgot to mention in the "instructions" above, is that the user can always press the 'space-bar' to force the piece to fall to the bottom at once. Hope it helps.
629
« on: September 23, 2012, 01:02:58 pm »
Here goes another take on nTris-sdl with the following improvements: 1. Reduced the nbr of bitmap files to only one: the background bitmap. The other two were converted into data (thanks hoffa!). 2. Now we can place both files: 'nTri-sdl.tns' and 'back.bmp.tns' anywhere inside the same folder. 3. Non-cx models are also supported although a bit crippled atm, because the functions 'srand() and 'rand' work fine in CX models but cause a reset in non-cx models  ? I guess it will be easy to sort out at a later stage. I've implemented some work around 'randomn' function. I guess it's ok, but not optimal. 4. Have added also the keys: 8, 4, 6 and 2 to move the pieces, as requested by Hayleia, what makes perfect sense to me too. 5. Have added some keys to replace the function keys, as follows: key 'p' - pause/continue; key 'n' - toggle 'show next piece'. 6. Finally, i'm also adding the source. Here, i didn't have (yet) enough time to make it clean. well, you can do it. BW view:  Hope is more functional this time and that it will motivate some todo likewise porting other nice sdl-games/demos to the calc. Please keep me informed of bugs or corrections. Cheers,
630
« on: September 22, 2012, 06:51:12 pm »
Couldn't you just use argv for relative paths?
Thanks for your comments. I think so, possibly using argv[0] and getcwd() we could work it out. I simply didn't bother yet. I'll see it. It looks nice, but I hope you will make it work also on non-CX.
Well, in non-CX certainly it will loose a lot of color(s) but for the sake of completeness it would be nice to try it out and see how the colors scale into gray levels.
Pages: 1 ... 40 41 [42] 43 44 ... 51
|
Show Posts