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 - SimonLothar
31
« on: April 06, 2012, 03:26:23 am »
I meant one that is actually available for download for everyone I agree, of course. But the prerequisite for such a tool is the knowledge of the algorithm. I am sure there are people around, who are more experienced in deflate/inflate-algorithms and faster in developing such a tool than me. BTW, I wonder if the deflate/inflate syscalls (f. i. 0x0821 and 0x0822 are involved) can be generally used on-calc to compress/decompress data. (although Casio might not like that if the said tool can edit/save/compress images)
The inflate 1.2.3-algorithm (Copyright 1995-2005 Mark Adler) is no secret. You can use it freely (For conditions of distribution and use, see copyright notice in zlib.h; http://www.raspberryginger.com/jbailey/minix/html/zlib_8h-source.html). Though, perhaps they'll mind the bit-swapping like AAABBBBB <-> ~BBBBBAAA of the packed data block starting at offset 0xD0 to be unveiled. I am a newbie with deflate/inflate-algorithms (I hope I can change this in the time coming), but I do not think this bit-swapping is part of the inflate 1.2.3-algorithm. On the other hand bit-swapping is a general technique to camouflage information.
32
« on: April 04, 2012, 12:52:02 pm »
Obviously
"inflate 1.2.3 (Copyright 1995-2005 Mark Adler)"
is used to compress/decompress G3P files.
33
« on: April 04, 2012, 10:45:52 am »
You will find some information in fx_calculators_SuperH_based_10.chm.
see fx-CG20 - Syscalls, display
F. i. syscall: 0x02B7, 0x02B8, 0x02B9, 0x02BA, 0x02BB, 0x1D7B, 0x1D81, 0x1D86.
As for application examples investigate INSIGHT.CPP.
34
« on: April 02, 2012, 10:02:14 am »
color_t seems to be unsigned short
LCD_WIDTH_PX should be 0x180
Bdisp_EnableColor is EnableColor with the miniSDK.
35
« on: March 15, 2012, 01:41:07 am »
They released two 1.04 updaters. One CG10- and one CG20-version. But I couldn't detect any difference.  Accordingly my CG20 didn't complain, when using the CG10-version for the update.
36
« on: March 14, 2012, 03:03:40 pm »
So you wrote the first OS modifying add-in?
Yes. Casio learnt nothing...
I wouldn't state it this way. I did my first OS mod on a fx-9860G four years ago. Did not raise much general interest. I think it is reasonable that Casio did not bother.
37
« on: March 12, 2012, 01:56:21 pm »
But I don't know if the Prizm adds extra security against modifications. Obviously...it doesn't. 
38
« on: March 11, 2012, 12:30:36 pm »
Anyone skilled in disassembling PC programs like the Casio image converter? Because I'm not... 
And Simon doesn't seem to be interested in reverse-engineering the CAPTURE routine.
In the worst case, this could take us another year.
The Prizm OS detects the CG10 via syscall 0x1196, which checks for the byte at 0xA0000305 to be 0x5A. When opening a g3p-file the "Invalid Type"-message (msgno 0x3E) appears, if syscall 0x1196 detects a CG10. Hence a byte inside of syscall 0x1196 would have to be modified. At the moment I do not see another way to bypass the CG10-restriction. BTW: I'd rather not think about changing the byte at 0xA0000305.
39
« on: March 04, 2012, 02:59:11 am »
2. Catalog Help: An absolutely fabulous idea -- I don't make these decisions, but I'm going to push for this one. These CASIO guys are funny. They had a Catalog Help implemented on the fx-9860 slim and dropped the idea with the following systems.
40
« on: February 23, 2012, 11:55:35 am »
I will try to use 7730.h header (http://pastebin.com/xiyV8CZs)
Be careful with this. 7730 register addresses and bit-assignments are not necessarily compatible with the 7305.
41
« on: February 23, 2012, 09:13:02 am »
See fx_calculators_SuperH_based_10.chm ( http://ourl.ca/8207/238670). Try topic: fx-CG20...Registers, MPU...Accessing the 3pin serial lines directly Perhaps it helps.
42
« on: February 18, 2012, 08:56:31 am »
Ey! For cg10, we should try override the os like with Graph35+!
Images for everyone!
The OSes of cg10 and cg20 are identical. The differences in behaviour are controlled by calculator-type specific branches inside of the OS. The calculator-type information (a few bytes) is stored inside of the bootcode. But it should be possible to neutralize the branches.
43
« on: February 12, 2012, 08:42:35 am »
Helder7 asked me to update NOTEVIEW.G3A Helder7 provided new, far nicer icons (thx) and asked for support of country-specific-characters. As for the country-specific-characters, I added a little converting tool (HexDump.exe), which can be used to individually adapt textfiles to country-specific needs before transferring them to the fx-CG. Version 1.01 removed (it had a bug) Version 1.02 can be found here http://www.casio-scene.com/downloads.php?do=file&id=103(broken) Edit: Link broken; see http://ourl.ca/9205/311915
44
« on: February 11, 2012, 12:55:09 pm »
I just realized Cemetech has also hosted a separate Prizm wiki since last December. Alas, I could not find any references in this wiki (not even fine-printed), where the "scattered information" has been gathered from. I would like to exchange experiences with the finder of all this information, especially concerning the syscalls. Can anybody help...?
45
« on: February 11, 2012, 11:46:08 am »
affirmative
|
Show Posts