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 - lkj
Pages: 1 ... 18 19 [20] 21 22 ... 33
286
« on: October 10, 2012, 09:54:53 am »
I think the only problem was that if cancel or esc is pressed, it doesn't malloc, and therefore you free a not allocated pointer if you don't check whether it returns -1. At least this solved the bug for me.
You should also mention in the documentation that it doesn't work if lcd_ingray() is called, or change this.
287
« on: October 10, 2012, 08:06:24 am »
No not right now. Do you have an NXT?
Yes, I'm using it for a school project.
288
« on: October 09, 2012, 07:22:09 am »
Sorry, I was just stupid and had a wrong revision of ndless installed.
Although I still don't understand what I have to do in order to not make it crash if esc or cancel is pressed. But that isn't a problem of the emulator.
289
« on: October 09, 2012, 06:56:36 am »
Is there a download so people with an NXT can test it?
290
« on: October 08, 2012, 05:15:21 pm »
Could you/someone implement the missing instructions which libndls' show_msg_user_input uses?
291
« on: October 08, 2012, 03:45:37 pm »
Then just implement your own rand function, for example
static unsigned x;
void sxorrand(unsigned seed){
x = seed;
}
unsigned xorrand() {
x ^= x << 13;
x ^= x >> 17;
x ^= x << 5;
return x;
}
292
« on: October 08, 2012, 03:35:15 pm »
It works on cx, but not on classic nspires.
293
« on: October 08, 2012, 02:07:36 pm »
This syscall doesn't work in the current ndless revision also for other people  You might have to implement a random number function yourself.
294
« on: October 07, 2012, 12:22:22 pm »
I finally found the time to test it, and it's very impressive  But on my grayscale calc I couldn't really see much, could you make it a bit darker? (for grayscale only)
295
« on: September 27, 2012, 01:06:50 pm »
Wow, this is comming along quite nicely! I'm glad you've come back Ok, ok, here is the current version (I also can post the source code, if you want)
The source code would be interesting 
296
« on: September 27, 2012, 09:25:15 am »
Why does refresh_osscr() crash on a non-cx in the emulator (on a cx it works)?
297
« on: September 23, 2012, 10:52:17 am »
This thread will help you
298
« on: September 23, 2012, 10:48:56 am »
Both kArmTI and Nemu are based on outdated versions of nspire_emu, so it seems clear that their authors haven't communicated with upstream (unlike ExtendeD, AFAICT, and I), even after being made aware of the fact that their work is based on an outdated version of nspire_emu (hoffa may well have missed the topics, but SpiroH is perfectly informed).
Since neither kArmTI nor Nemu are open source, nobody can upgrade the code in lieu of their authors (assuming somebody is willing to do the work that SpiroH and hoffa neglected to do).
For the record: like the previous times I brought the matter forward, all I want is a single Nspire emulator that provides the best features to both users (for that purpose, kArmTI is the lead) and developers (for that purpose, upstream nspire_emu wins, since ncubate_emu was merged there months ago). And unlike ExtendeD for ncubate_emu, who kept his fork open source (and that's precisely why made it possible for me to port the changes it contains to upstream), SpiroH is not helping for kArmTI.
It's obvious that it would be better if they were open source. But why don't you make your version public? Debugging features would help the development community very much, wouldn't they?
299
« on: September 22, 2012, 06:28:52 pm »
Limitation: atm the program's 3 bitmaps MUST be installed at a fixed location: "ndless/nTris" folder. So, make sure all 3 bitmaps files are transferred to that folder. This is due to the fact that, to my surprise, the SDL_loadBMP nspire implementation appears to take only absolute paths. The program itself ('nTris-sdl.tns') can be placed anywhere. I know we can later replace the smaller bitmaps by a bitmap description in software. Maybe i'll do it later... Oh, this only works on the CX models! Please visit the original site for instructions, but they're trivial as usual. Have fun.
Couldn't you just use argv for relative paths? It looks nice, but I hope you will make it work also on non-CX.
300
« on: September 22, 2012, 07:29:47 am »
One thing that's worth keeping in mind is since it works on grayscale models, clickpad support should be kept. Idk how ndless goes about it, but maybe if using the touchpad breaks on the clickpad it can be an option? Personally I'm not too fond of how touchy ndoom is  but to each their own.
Maybe you're right.
So what should I do ? Use a detection based on touching or clicking ?
You could detect if it's a touchpad or a clickpad, and use touching if possible.
Pages: 1 ... 18 19 [20] 21 22 ... 33
|
Show Posts