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 - AHelper
16
« on: April 07, 2012, 01:34:01 am »
Well, the Addin&Storage only resets the storage memory. The Main Memory only allows CASIO-approved formats, including the .g3p's, to be copied over USB.
17
« on: April 07, 2012, 01:14:13 am »
Ah ha! I just remembered, the Prizm has a Reset All Addins (and storage) options. Maybe that since all third party additions, like addins, can easily be removed before a test. Since the .g3p/b is an official format used by the OS itself, having it included and wiping out user-made content would not remove these images. (User content as-in addins and unknown file formats to the OS)
The above reason makes perfect sense... but still doesn't explain what CASIO has against pictures and not a 23KB file full of notes, examples (that add-in is much better than notefolio IMO), and such.
18
« on: April 07, 2012, 12:58:58 am »
Can someone remind me, what is CASIO's reasoning on why images can be banned? It can't be for something like typed equations or something because e-Activity lets you do that. Heck, I put class notes on it, how are images worse? Just curious.
To weigh in on this, I think that until CASIO makes its position clear on what they will accept from third party sources, like add-ins ranging from games to CASes, images, and mods, the community should be nice to CASIO as they have the power to both help and hurt.
*AHelper looks at the nspire
Also, there is an addin being created that will let you view images (iirc, png images) stored on the prizm. Don't know much about it, or if it really is going to happen or not.
19
« on: March 18, 2012, 03:57:59 pm »
Interesting find. If the flash is horribly fragmented, does the OS prompt to optimize/defragment it, or is it just silently failing? (Just wondering if the OS does this at all)
20
« on: March 05, 2012, 11:56:58 pm »
Firstly, gCAS2 is not required by GlassOS. It is a separate program in the GlassOS project and must be installed separately. Disabling it would be done the same way as deleting flash apps in TIOS. Be aware that since gCAS2 has both a shared library and a front-end, removing the library will cause other programs that use it to also be removed.
Second, using gCAS2 right now would be a huge disadvantage as it doesn't have a lot of features. :-)
21
« on: March 05, 2012, 10:38:09 pm »
Side-project progress: gCAS2, a CAS made to run on GlassOS (also works on Linux and Prizm (see KermM's 3D graphing add-in)), is making some progress. I now added graphviz support and distributing. Here is a gif of what the cas does when evaluating (a+1)*(a+2)*(a+3):  Each block is a node, 13 bytes for GlassOS and 24 bytes for Linux. The cas steps through and evaluates one node at a time until it cannot. This gif shows 30 steps with a max ram usage of 337b on GlassOS and 696b on linux (tree size).
22
« on: January 29, 2012, 05:16:05 pm »
So far, everything that I recorded included both channels, that includes what I have done and what the OS has done. The last posts that I read about IO stuffs were from the middle of last year. Also, if there's a topic on disassembling the Prizm OS, then let me know as that could greatly help me as I can see what the OS does :-)
23
« on: January 29, 2012, 03:06:52 pm »
So far, I have been able to produce tones over the IO port by toggling bit 4/5 of port B (7720 specs). Does anyone know how the Prizm's OS does it? I have tried the DAC hardware, but it isn't present, as well as the SIOF hardware, but wasn't responding. I can replicate what the prizm OS puts out from using Send(, but it doesn't seem right. I have been analyzing the output waves, but again, it looks like the OS has a tad more control. For example, writing to that port only outputs adds/subtracts voltage from the port. I don't know how best to explain, other than:H - reset, add
L - set, subtract
... - wait, equal time
() - level from -1.0 ... 1.0
(0) ... (0) ... H ... (1.0) ... (0.9) ... (0.75) ... L ... (-.25) ... (-.22) ... (-.20) ... H ... (.8) ... (.65) ... (.55) ... L ... (.45)
I could get in an image of my recording of it, but the above shows that it discharges inversely to 0 and writing to the ports doesn't set it, it just offsets it. When looking at the OS's IO output, it seems like it has analog control over it. It can keep the signal low or at an exact position, for ex.. If I am not making sense, :-S Fill me in on terminology :-)
24
« on: January 18, 2012, 11:38:10 am »
I just typed a long response addressing everything you mentioned, and it failed to post, so I will say:
Thanks!</burningrage>
25
« on: January 12, 2012, 11:28:50 am »
26
« on: January 11, 2012, 01:31:04 am »
(cross-post)
So, gosusbcommd, glassLink, gFiler, and my flash commands are working, and I have successfully sent a binary program to the calc via USB! It is a full page program. File transfers have been working for a while, but massive transfers weren't successful until now.
Right from the daemon, here is a speed recording:TIME TO SEND: 2.773631
WRITE/SEND SPEED: 5907.058293 bpsFrom previous tests, 7.6KB/s is the speed of just USB, so 6KB/s that includes writing isn't bad.
This is the time to defragment and send 8 chunks of 0x800 (2049 bytes per packet) and write them to the flash. The binary alone doesn't run in Launcher, a .desktop file was also sent over to allow the program to be registered in the Launcher. After sending those 2, the program is ready to run (I sent another glassKILL and it worked perfectly!)
Later on I will get binary deletion and other transfer quirks worked out. Expect a release of the PC code soon (still unstable).
27
« on: January 07, 2012, 03:49:53 pm »
Hi, I was reading on Datamath about the different flash chips that are in the ti84+ and ti84+se calcs, and they are missing the model number for an EON chip. The table is listed here on Datamath, and I need to know if there are other chips not noted there. If anyone has an EON chip or another chip not noted there, can you please tell me what the chip says? For locating the chip, you can look here for disassembly pics. Thanks!
28
« on: January 05, 2012, 08:45:25 pm »
As already mentioned, gCAS2 would allow symbolic math processing, but it is still early in development and only on platforms that are setup for C, including the z80 running GlaßOS and linux.
29
« on: January 05, 2012, 11:47:36 am »
ti83+ support will never happen 9from me) with GlassOS due to the flash chip size, lack of USB and lack of hardware.
30
« on: January 04, 2012, 06:08:14 pm »
I'm afraid not, Mr. President, due to the lack of a USB port. It does run, but there is no way to transfer data to/from the calc, unless someone writes an IO linking program
|
Show Posts