Login [Register]
Don't have an account? Register now to chat, post, use our tools, and much more.
This is an archived, read-only copy of the United-TI subforum , including posts and topic from May 2003 to April 2012. If you would like to discuss any of the topics in this forum, you can visit Cemetech's Your Projects subforum. Some of these topics may also be directly-linked to active Cemetech topics. If you are a Cemetech member with a linked United-TI account, you can link United-TI topics here with your current Cemetech topics.

This forum is locked: you cannot post, reply to, or edit topics. Celtic III => Your Projects
United-TI Archives -> Celtic III
 
    » Goto page 1, 2, 3, 4, 5  Next
» View previous topic :: View next topic  
Author Message
Iambian


Advanced Member


Joined: 13 Mar 2004
Posts: 423

Posted: 11 Jun 2008 11:45:11 pm    Post subject:

The old "current progress" topic has seriously strayed from what it originally talked about : Progress of the ASM program version of Celtic III. So what I've done is unpinned the previous "Current Progress" and locked it down so that it can no longer be used to discuss the progress of the project, as this topic will serve that purpose... at least until I do the same thing to this.

As everyone might have guessed, the ASM version of Celtic III has been frozen until further notice. I did this because I fully believe that the APP version of Celtic III is far more worth it to develop than an ASM program that can be cumbersome to edit just to include only the functions that you want, among other things.

The FlashAPP version, as of this posting, is at version 3.09o. This version from the previous version fixes quite a few bugs but still doesn't seem to correct the more important ones. You'll just have to try it out for yourself to understand what I mean.

I've also added string manipulation commands found near the bottom of the det() commands, namely one that works a bit like sub() except that it takes a binary string and outputs hex digits of it. The other two commands after that tries to make sense of that by switching between decimal and hexadecimal.

Celtic III version 3.09o : Major changes
- Hook chaining capability was completely removed in favor of faster program execution.
- Added functions. See ReadME.


Celtic III version 3.09o : Known issues
- det(10) UNGROUPFILE has been known to not like groups with mixed variable types.
- det(22) MODECHANGE has not been linked to anything as of yet.
- det(24) LOOKUPINDEX does not strip the trailing newline character.
- det(25) ERRORHANDLE does not work at all. It doesn't seem to cause problems, tho
- identity(1) DBQUERY1 has not been tested yet, but compression shouldn't work yet.
- identity(4) STRINGTILE is not yet fully implemented.
- identity(7) DRAWBOX shares same problem with real(12)
- identity(9) COPYBOX has no code written for it.
- real(1) DrawSprite does not implement sprite clipping correctly for sprites over 64 pixles wide. If it's aligned, it doesn't seem to implement clipping at all.
- real(2) DrawTileMap Does not have bounds correctly coded. Hopefully this'll be fixed soon.
- real(3) RecallPic doesn't like archived entries for an unknown reason. It might be fixed by now.
- real(12) DrawShape does not seem to like to draw lines. It also doesn't seem to like to draw boxes smaller than 8 pixels wide, but your mileage may vary depending on where it's placed.
- Not nSpire compatible due to a single instance of the sll instruction located in the bugged box drawing routine.
- Bad app signature. Might be fixed by version p.

Celtic III version 3.09 o : Fixed
- Documentation (except error codes). Read it.
- det() and identity() now accepts negative numbers as input.

------------------
"Known Bugs" is just a list of all the stuff I remember off the top of my head.

Comments and (educated) criticism welcome.

------------------
For those that don't know what Celtic III, this is quote from the ReadME of revision ®.
Quote:
Celtic III is a Flash Application for the TI-83 Plus, TI-83 Plus Silver
Edition, TI-84 Plus, and the TI-84 Plus Silver Edition graphing calculators
[ TI-83/84+(SE) ], designed to extend the functionality of these calculators
so that BASIC games and utilities can perform actions that cannot easily
be done through the language itself.

Celtic III supports its own command set focused more on file handling and
manipulation. It also supports a command set used for manipulating image
files and screen data. It also supports decent compatibility with the popular
xLIB library so you don't have to change anything.

Celtic III is in perpetual development. Some bugs may not have been fixed.
Some commands may not be available. Go to http://www.unitedti.org and find
this app under the featured programs list. Register for an account / log in
and post your concerns in that subforum.


Last edited by Guest on 17 Nov 2009 08:26:23 pm; edited 1 time in total
Back to top
TheStorm


Calc Guru


Joined: 17 Apr 2007
Posts: 1233

Posted: 12 Jun 2008 09:20:49 am    Post subject:

IT seems like you have some repeat routines in there, why is that, if xlib has a similar fuction just leave it as that don't have duplicates that aren't needed.
Back to top
luby
I want to go back to Philmont!!


Calc Guru


Joined: 23 Apr 2006
Posts: 1477

Posted: 12 Jun 2008 09:30:50 am    Post subject:

Hey, what if you really want to find the determinant of a matrix?
Back to top
vuurrobin


Advanced Member


Joined: 09 Aug 2006
Posts: 428

Posted: 12 Jun 2008 10:09:18 am    Post subject:

if the matrix isn't 1*1 it would just work as if celtic isn't installed.

nice to see a new topic, and a list of things that needs to be done.
Back to top
DJ Omnimaga
http://i-lost-the-ga.me


Calc Guru


Joined: 14 Nov 2003
Posts: 1196

Posted: 12 Jun 2008 11:58:40 am    Post subject:

TheStorm wrote:
IT seems like you have some repeat routines in there, why is that, if xlib has a similar fuction just leave it as that don't have duplicates that aren't needed.
[post="124476"]<{POST_SNAPBACK}>[/post]

If you are talking about the sprite routines no they shouldn't be removed since there's also one for xLIB and one for Omnicalc. And people do not want to have to keep xLIB on their calc installed when running xLIB game with Celtic, there wouldn't be any point for that
Back to top
vuurrobin


Advanced Member


Joined: 09 Aug 2006
Posts: 428

Posted: 12 Jun 2008 02:10:07 pm    Post subject:

I think he is talking about functions like fastcopy/update lcd (det(19) and real(6)) and shift screen (identity(6,.. and real(4,..)
Back to top
TheStorm


Calc Guru


Joined: 17 Apr 2007
Posts: 1233

Posted: 12 Jun 2008 02:15:57 pm    Post subject:

I meant the shape and box comands I know one is celtics and one is xlibs but since there are no celtic games that he needs to be backwards compatible with you really don't need the celtic one.
Back to top
Iambian


Advanced Member


Joined: 13 Mar 2004
Posts: 423

Posted: 12 Jun 2008 04:07:30 pm    Post subject:

There are two different box routines in Celtic III because there are some box combinations that xLIB does not allow for. The Celtic III version is supposed to grant its user access to all of them, but come to think about it, I haven't really added anything like that yet, even though I said I would. As far as box routines being different, they aren't really. This time around, it's xLIB's command that calls PicArc's boxdrawing routine. The bugged code is in "_PFN.z80", About 2/3rds to the bottom.

As far as extending box combinations, if I really were to remove that function from identity, should I make it the user's responsibility to come up with those kinds of boxes, or should I just append them to the real(12 such that the old stuff still works but if you try to go above the last shape, you'd be accessing the special ones.

The fastcopy / lcd update commands will stay where they are. If I were to bother taking them out and screwing up the commandlist because of its absence, I'd only be saving literally two bytes. Two bytes is not worth that.

And an answer to a previous question, if you wanted to find the determinant of a matrix, then you'd use the det() token as it is normally intended for. Celtic III is smart enough to know whether or not it's being used legit.


Last edited by Guest on 12 Jun 2008 04:09:37 pm; edited 1 time in total
Back to top
Iambian


Advanced Member


Joined: 13 Mar 2004
Posts: 423

Posted: 18 Jun 2008 07:43:18 pm    Post subject:

Not all of my promises have been fulfilled yet for this upcoming release, so I haven't bothered posting any binaries yet. What I am going to post about is the progress I've been making with the project since I last said something.

I've fixed the DBQUERY1 command so that it functions as it is supposed to do under many circumstances. Image compression now works well, though I haven't implemented vertical RLE. Once I do implement it, I'll also post what you can do to convert an old PicArc database to its newer Celtic III PicArc database format. It actually isn't much different, which makes it easy enough to do using just a couple of Celtic III commands.

Somebody will need to test the DrawTilemap command since I looked at the source and the problem seems to have already been addressed. Speaking of drawing, the drawshape command has been fixed with regards to not correctly rendering thin boxes. Along with fixing that routine, the application should now run when used with an nSpire's TI-84 emulation.

Someone will also need to test the recallpic command when the pic files are archived. I haven't been able to reproduce the errors on the emulator.

Also, the STRINGTILE command has been edited to now work exactly like the xLIB's tilemapper, except that you replace the matrix with a string. There's also another mode on that command that lets you specify that your string consists of words, not bytes, so you can have 16-bit tile indexes too. Bacially, anything xLIB's tilemapper can do, this command can do.

With that, I added in two more commands. One to edit a string two bytes at a time instead of just one. The second command lets you perform a bitwise logical operation between two numbers. These numbers are converted to 16-bit numbers and then the operation is carried out in order to maintain simplicity. Example?

Code:
det(29,det(31,det(28,"AAAA"),det(28,"5555"),2))

Returns "FFFF"

Attached to this post is the ReadME file in its current state.


Last edited by Guest on 18 Jun 2008 07:44:59 pm; edited 1 time in total
Back to top
vuurrobin


Advanced Member


Joined: 09 Aug 2006
Posts: 428

Posted: 19 Jun 2008 08:06:54 am    Post subject:

nice progress Laughing

about the readme:

under the part about checking for instalation inside a program, you may want to include an example code.


Code:
if not(det([[1
then
disp "INSTALL CELTIC 3
stop
end



at command det(10, (ungroupfile), you may want to change GC to garbage collect, since it's not that clear what you mean.


at the hex to bin command, you may want to put the code to get the store arrow and doublequote token, since I'm sure some people won't understand the command.


the command list summary misses omnicalcs commands.


i'll test out the functions at the next release.
Back to top
nitacku


Advanced Member


Joined: 23 Aug 2005
Posts: 408

Posted: 20 Jun 2008 03:06:12 am    Post subject:

nah, you can check to see if Celtic is installed the same way you would with xLIB
Celtic implements the real(0 command, so all that's needed to test the installation is:

1
real(0
If not(Ans
Then
Disp "Install Celtic"
Return
End


Last edited by Guest on 30 Jul 2010 05:55:15 am; edited 1 time in total
Back to top
vuurrobin


Advanced Member


Joined: 09 Aug 2006
Posts: 428

Posted: 20 Jun 2008 09:46:41 am    Post subject:

that wont work if the user has xlib installed when you are using celtic.

besides, it is specificly created for it, then why not use it?
Back to top
Iambian


Advanced Member


Joined: 13 Mar 2004
Posts: 423

Posted: 07 Jul 2008 05:59:08 pm    Post subject:

Celtic III has not progressed very much lately, but I can say that some of the bugs that was mentioned has been fixed. My problem is that I haven't been able to sign the application properly so the problem about bad signatures still exists. For this reason, I will not attach the build to this post. Instead, I ask that you send me a PM indicating that you want the most recent build.

In (at most) a few days, you'll receive a PM with an attachment containing only the .8xk file and the readme. If you want the source as well, I will also cram them into the .zip file.

--
If you try to build the application yourself, please know that there's a bunch of dead code in there, since I've declared this release before I finished with the box scrolling routine. I still might not finish it between now and the time someone asks for a copy since I still don't know what I ought to be doing with the code.
Back to top
vuurrobin


Advanced Member


Joined: 09 Aug 2006
Posts: 428

Posted: 23 Jul 2008 05:46:55 am    Post subject:

any luck signing the app?
Back to top
Iambian


Advanced Member


Joined: 13 Mar 2004
Posts: 423

Posted: 23 Jul 2008 05:44:43 pm    Post subject:

No luck with signing the app. I might just end up having to pass the .hex file to someone else so they can sign it for me, since I can't verify anything I sign.

Apart from that, I've started adding in a function that will return a list of programs given an incomplete name, as opposed to searching for its starting contents. I've also edited the readme file to include a BASIC code example of checking for a Celtic III installation.

Other than that, not much progress has been seen. I'm down to 1.5KB of space, so... start suggesting important stuff, like linking Razz
Back to top
Art_of_camelot


Member


Joined: 05 Jan 2008
Posts: 152

Posted: 23 Jul 2008 08:49:29 pm    Post subject:

How about a simple on calc help function that describes syntax and usage for celtics function?
Back to top
vuurrobin


Advanced Member


Joined: 09 Aug 2006
Posts: 428

Posted: 24 Jul 2008 06:32:44 am    Post subject:

that can easily be done in basic and IMO not worth the apps space.


how about linking between 2 calcs :biggrin:
Back to top
cjgone
Aw3s0m3


Active Member


Joined: 24 May 2006
Posts: 693

Posted: 25 Jul 2008 06:22:44 pm    Post subject:

Wait, is their a function that like converts a string to a matrix of x and y height? thatd be useful for storing large maps and processing them quickly for the tilemap routine.
Back to top
vuurrobin


Advanced Member


Joined: 09 Aug 2006
Posts: 428

Posted: 25 Jul 2008 06:52:00 pm    Post subject:

or you use the string tilemapper so that you don't even need to convert it to a matrix
Back to top
sumurai8


Newbie


Joined: 28 May 2008
Posts: 3

Posted: 03 Aug 2008 01:57:20 am    Post subject:

Perhaps you can implement 'OnBlock'. Just to block 'On' from killing your prog... Perhaps you can make something, so you can use 'on' to perform actions in your prog.....

Don't ask me how to do it, but your knowledge of asm is good enough to make a code... perhaps i can post the code or prog of onblock...
Back to top
Display posts from previous:   
Register to Join the Conversation
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.

» Go to Registration page
    » Goto page 1, 2, 3, 4, 5  Next
» View previous topic :: View next topic  
Page 1 of 5 » All times are GMT - 5 Hours

 

Advertisement