Dear lord that's pretty D: I would love to get my hands on the code so maybe I have a better understanding on why I can't get xlibc to properly update the screen when I try to use it :p

Looks fantastic, though!

Sure thing, the demo can be downloaded here: http://tr1p1ea.net/files/downloads/XZELDA.7z

The code is:


Code:


When I get a chance ill add some comments to explain what the code does better.

If you or someone else in the community doesn't use xLIBC to make a Zelda game, I think we'll have a full-scale uprising on our hands. A YouTube commenter on one of my calculator hardware videos recently connected my YouTube username with the author of "those TI-84+C games" he has, and requested that I make a Zelda game. Since I probably completely lack the time to do such an undertaking justice, I hope someone else will take up that mantle (especially with how huge TI-84+CE TI-BASIC programs can be).

Whoa, that is some pretty neat stuff! I really need to investigate this programming style more! I'm wondering if it might be possible to do a little image compression; it seems to me that there are quite a few repeated consecutive numbers? Great work; this is definitely a plus for developing on the CSE!

Are you making a game out of that?

Kerm: Hahaha yeah I think there have been at the very least a Zelda demo for every calc incarnation - I suppose it's a game that people would love to see. Though there is DJ's version already .

Mateo: Yeah thats just the tilemap data, it could definitely be compressed.

ralph: Im not sure, I only made it as a proof of concept - that said using DCSE and xLIB, I was able to construct this very quickly (while waiting for dinner to cook).

Quick question for both you and Kerm, will this be integrated into a hot fix release of DCSE for programmers to get at soon?

The drawsprite transparency bug will be, is that what you were referring to?

Well, the question is, have you emailed the fix in the code to KermM so it can be released in DCSE as a fixed version? :p

Yep Kerm gave me access to the repository so things should be much easier now .

EDIT - I wasnt sure where to put this, but ive been working on some of the graphics routines for the CE port of xLIBC.

I came up with a rough cut of a line routine and used a 3Dish (very inaccurate) demo as a test:



(To capture the screenie I used SmartView CE and Fraps, then cropped and converted it to an animated gif with virtualdub ...).

That looks superb! I know that Graph3DC, should it ever make its way to the TI-84+CE, will be very happy that a nice fast line routine exists.

In which I despair that I haven't had more time to devote to implementing TI-84+CE support in jsTIfied yet. I'm sorry that you have to deal with such a painful process.

Yeah the cube runs at over 120fps from my rough calculations, however it isnt a proper 3D engine or anything.

The line routine should be interrupt safe, but it does sacrifice some speed - although the general method should be ok performance wise. It is only a rough cut, and I guess ill have to add clipping as well.

Indeed, from within SmartView, it's not very practical...
But this should help solving this issue

Ok it's been a long time between updates but I have *finally* begun seriously porting this over to the CE.

Here is an early tilemap test - note that this is the EXACT SAME program running on both the CSE and CE (no modification):

TI-84+CSE:

TI-84+CE:


A bit of a speed improvement for an early test, which is nice.

Hot a, that's speedy. Very nice!

This is really impressive so far, tr1p1ea. Nice job! This is very specific to a single one of my programs, but do you have a good way to leverage the LCD's own features (GRAM offset, at least?) to do X-offsetting on the CE?

This is a difficult issue as iirc GRAM must be doubleword-aligned.

It will require some thought and might end up requiring buffer shifting.

Wow, that looks amazing! I can't wait for this to be released

Oh man, that looks delicious!

Good news, work on xLIBCE continues .

So far I have almost got the xZelda demo completely working (tilemap, sprites, collisions, key input, background filling, strings, string values, buffer setup).

And this morning I ported over the BGPIC & BGPIC32 functions as seen below:



EDIT - I should have noted that this is the CSE xMEME example program running completely unaltered.

EDIT2 - I have implemented 'frames' for both BGPIC's and BGPIC32 images so that you can store multiple images in a single appvar. Here is a speed test between the CSE and the CE:

CSE

CE


EDIT3 - I have also ported over DrawSpriteTileBG over so now the xZELDA demo works in fully. Note that this program is unaltered from the CSE version: