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 - Levak
Pages: 1 2 [3] 4 5 ... 68
31
« on: December 22, 2013, 03:51:58 pm »
Then we run into a second problem: Most Ndless 3.1 programs will most likely not run on Ndless 3.2 or 3.6, since the same thing happened to Ndless 1.0, 1.1 and 2.0 programs.
This is a false statement since Ndless 1.0 didn't had a syscall manager and Ndless 2.0 didnt had bflt linker. Now with all of that Ndless programs should be portable. The only issue are for programs that uses custom Syscalls such as patches (ex : nClock, ThemeEditor, etc.). Btw, no clue makes anyone sure ExtendeD managed to have a running shellcode on 3.2, he only said he was starting considering Nless 3.2 as a possibility, not as a working jailbreak. In other words, without a usable flaw, ExtendeD can't do anything.
32
« on: December 18, 2013, 12:28:58 pm »
I didn't get more technical because I wanted him to do the spade work & read what I posted.
Okay, but there is a difference between not spoiling researches and saying wrong statements. I jumped the gun without asking here & installed 3.6 My hardware is an "E" model which has Boot 1 & Boot 2.
I still don't understand any word you're saying in that sentence. If you installed OS 3.6 the official way, you cannot install Ndless anymore without hardware manipulations. Plus "has boot1& boot2" doesn't make any sense without actual versions of both. P.S. Levak...In the future, try asking people what they mean before accusing.....Not good manners.
Adieu
Thanks for telling me I have bad manners. Also "Adieu" doesn't stand for "good bye" in french but something more like "God saves you" or even worse, "Die, thank you".
33
« on: December 17, 2013, 06:20:45 pm »
Wow. It's been 4 months already and I haven't done anything... OS 3.6 is here for Ti-Nspire series. Is there any new ways for installing Ti-Nspire CX CAS into a Ti-Nspire CX now? Would it work if I put OS 3.6?
Hey man,
I downloaded the 3.6 OS & you can run Ndless but only under the Boot 2 (There are 2 boots to go under btw)
and you have to install 3.1 OS as well under Boot 2.
There is some hardware you have to buy & hook up & then you have to reset to run Ndless.
I don't know what you're talking about the way you said it. If someone reads this without knowing everything he might get confused and try to install OS 3.6 first the official way which is a doomed way. The correct facts are : You can run OS 3.6 with nLaunchy and if you want you can run Ndlessed OS 3.1 with nLaunchy switch feature (see the many Ndless switch topics). In order to have nLaunchy available you have to have boot2 3.1. This is where the hardware part comes. If you don't have boot2 3.1 you may use a TTL/USB adaptator to reprogram this boot2. But this is not the end. If you have an Nspire with >= J-revision, you have to buy a new mother board from a reseller. So next time, don't say you can install Ndless and OS 3.6, these are two seperates things (see Ndless switcher 3.6).
35
« on: December 01, 2013, 07:04:28 am »
I found out that nSDL_GetPixel(SDL_Surface*, int, int) is incompatible with surfaces loaded with SDL_LoadBMP(char*)  it works with images loaded by IMG_Load(char*) though.
Hmmmm, that's interesting, because I knew about a same bug in the OCaml SDL binding where grayscale images (bmp here) were incompatible with set/get pixel. Is your bmp a grayscale image by any chance ?
36
« on: November 30, 2013, 10:50:32 am »
6122 : True Story
37
« on: November 28, 2013, 05:13:28 pm »
And if I use Windows ? 
Then use drapes. edit : More seriously, Qt development tools exist for Windows, just google it and compile it yourself.
39
« on: November 26, 2013, 01:22:26 pm »
Are you serious ? x)
I started nAk3D two months ago with an openGL like api !
Yours is obviously finished. ^^
Whats strange, is that I started using fixed point numbers and had a headache when multiplying matrices (int overflows) and then went to floating point and didn't seemed to lost any performances.
The only difference with nAk3D is that it uses nGC and an heap sort face algorithm instead or your zBuffer.
40
« on: November 23, 2013, 05:56:37 am »
If you want to add a method to export save games or something, you could use the clipboard. Basically, when you want to export, serialize the data in a format that you can put into a string. Copy it to the clipboard and display a message to the user that he needs to open a 'save game' document in order to save. The 'save game' document is something that fetches the data out of the clipboard (and checks if it's valid of course) and stores it to a local variable.
If im not mistaken, its what he did in the first place, look at the previous page.
41
« on: November 17, 2013, 07:02:41 pm »
The class iostream inherits from both console and nio_base, so we can use the <<, >> operators and more for Nspire I/O consoles.
I'm not a C++ master, but multiple inheritance has been a problem since beginning of POO, hasn't it ? I know Java makes it different with interfaces, but what I learnt in C++ always made me feel this was impossible to achieve cleverly.
42
« on: November 17, 2013, 06:54:57 pm »
- Find the guy who is good in reverse engineering
- Find the same guy who has time
- Find the same guy who has will in making this with current TI's way of mind
- Finally, find the same guy who is as good and as fast making this project, else you'll only get a pre-alpha in 2 years.
Sounds good ? Of course it has been discussed many time for an Ndless patch that will redesign the Home screen. It is possible in many ways, and with many level of complexitly. Just the fact that, either the guys who know how to do this don't have time or will, or the "idea" guys don't have skills to make it. A community is an evolving environment, nothing stay. If you wish such a program to happen, do it yourself, but maybe not now, starting step by step by learning C programing, etc ...
43
« on: November 17, 2013, 03:47:32 pm »
Porting Windows 7 might be simplier.
44
« on: November 17, 2013, 07:29:27 am »
Adriweb, I think we forgot something in our test the other day.
This concept isn't reset proof. I've just tested it.
Any modification will occur on the dynamic instance of the MyLib folder and won't be saved in the filesystem.
To my knowledgde, there is no way to save back the libraries.
Anyway, if someone finds how to store it back, here is the trick :
Doc1 in MyLib :
Define LibPub a = 42
Define LibPub setA(aa) = Prgm : a := aa : EndPrgm
Doc2 elsewhere :
Doc1\a => 42
Doc1\setA(69)
Doc1\a => 69
45
« on: November 16, 2013, 11:44:56 am »
MC2D World Container:
- Import worlds the clipboard
- Export worlds to the clipboard
==> Import a world, send the container to an other Nspire and export it to its Minecraft: that's how you transfer worlds!
Wow, that's clever ! On the other hand, you can use MyLib, but I think storing in the clipboard buffer is indeed faster than storing it in a shared string.
Pages: 1 2 [3] 4 5 ... 68
|
Show Posts
