Show Posts

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 - Quigibo

Pages: 1 ... 82 83 [84] 85 86 ... 135
1246
The Axe Parser Project / Re: Axe Parser
« on: June 19, 2010, 01:25:54 pm »
First of all the proper number is X*15/6.  Second of all, I would never do this becasue its a complete waste of code.  Instead, you can do "Pause 2000*15/6" for an equivalent 2000 timed pause in 15MHz mode since Axe precompiles constants now.

1247
The Axe Parser Project / Re: Calling Brave Axe Warriors!
« on: June 19, 2010, 01:17:51 pm »
That's exactly what I'm doing Sir.  I also have a ReloadAppEntryVecs bcall in there becasue its recommended in the guide.

1248
The Axe Parser Project / Re: Axe Parser
« on: June 19, 2010, 01:07:54 pm »
Well, I'm assuming that the interrupts are taking up the extra time then.

EDIT: actually, I just used a stopwatch, half a second per 1000 on the pause seems a lot closer.

1249
The Axe Parser Project / Re: Axe Parser
« on: June 19, 2010, 01:04:59 pm »
Well, think about it this way:  What does 6MHz stand for?  That's 6,000,000 cycles per second so 3,350,000 clock cycles in a command that should take around a second seems very reasonable.

1250
Pokemon Red / Re: Pokemon Red
« on: June 19, 2010, 12:59:29 pm »
TI provides the rom for the TI-83+SE for free as part of their developer's kit, so you can just download it.  All you have to do is rename the extension to .rom  No need to romdump or get one "illegally".

1251
TI Z80 / Re: Mosaic
« on: June 19, 2010, 12:55:19 pm »
01CDEF = ld bc, $CDEF
This means that I got wildcards working, which is something I've been struggling with for the past few months.

Wouldn't that be ld bc,$EFCD because of little endian?

1252
The Axe Parser Project / Re: Calling Brave Axe Warriors!
« on: June 19, 2010, 12:45:38 pm »
I doubt there would be any syntax changes, unless I support page swapping which might complicate things a bit, but I don't plan to.  As I said before, most of the differences are corrected behind the scenes so the transition should be as simple as possible.

1253
The Axe Parser Project / Re: Axe Parser
« on: June 19, 2010, 12:36:22 pm »
was it like 2-2.5x faster or even faster?

On my 83+ there are things that won't necessarly go just 2.5x slower. For example, when exiting Axe parser, there is a 2 seconds pause.
Eh, it seems that Quigibo is unarchiving the AxeData appvar and rearchiving it every time you run the app. Quigibo, does it really need to be archived? It just holds a couple of options...

This is true I forgot about that.  I think I will only unarchive/archive at the end from now on if you actually changed any options.

EDIT: And pauses are directly proportional to clock cycles.  However each number on the pause is around 3350 clock cycles I believe.

1254
The Axe Parser Project / Re: Calling Brave Axe Warriors!
« on: June 19, 2010, 12:29:07 pm »
To answer some questions:

An unsigned app runs fine on the calculator.  It does not need to be signed to use, only to transfer.

In order to compile the app, a copy of the executable is created in RAM first and then turned into an app at the end of compiling.  This is becasue the ROM can not be modified without erasing the whole thing (or most of it) becasue that's just how flash works.  So you're still limited by the roughly 24kb limit of free ram which is okay since the apps are only 16kb.  They will not be 2 page apps becasue 1) there is not enough ram on the calculator to compile such a large program and 2) I currently don't have any commands that handle page swapping.

A check is done on your battery level before writing to flash and there is a warning not to remove the power while it saves just like the game boys used to do.  Writing to flash is a little slow, it takes about an extra second per kilobyte I'd say on a 15MHz calc, but that's not so bad.

There are actually a lot of details about apps that change.  Fortunately I take care of most of them automatically so you won't even be aware of them:
  • You can't display strings using the bcall since they need to be in ram (I changed the routine so it works)
  • Apps have to be exited a special way (the entire program is actually one big subroutine so you can exit normally)
  • You can not write over data in the program (nothing I can do about that)

1255
Miscellaneous / Ambiguously Named Companies
« on: June 19, 2010, 04:40:49 am »
Has anyone noticed that there are a lot of companies out there in the tech sector with really ambiguous names?  I did a quick Google search with some popular prefixes and suffixes and these were the results.  Basically, if there was any doubt as to if there existed a well known professional and legitimate company with the same name (or some other product, service, definition, etc.) on the top 5 entries on the first Google search results page then I did not include it.  I guess it just goes to show you how uncreative people really are.

1256
The Axe Parser Project / Re: Calling Brave Axe Warriors!
« on: June 19, 2010, 03:11:31 am »
Its actually fine if you have an 83+SE, that's just the emulator I'm using.  Optimally I would pick one person from each category of 83+, 83+SE, 84+, and 84+SE.

Although I probably could sign on-calc, I don't want to.  Its too crazy for what its worth.  I'm hoping apps can be sent to the computer and signed there (something that will be tested in this trial).

1257
The Axe Parser Project / Calling Brave Axe Warriors!
« on: June 19, 2010, 03:02:56 am »
I've finished the compiling to applications feature and I need a few people to help me do some more extensive testing.  When I release the next version, which I think will be tomorrow night, application compiling will not be included, but I will also have an identical version with app compiling that I will give to a selected few.

Conditions:
  • I've already tested this on an emulator, so I need this tested on real hardware (especially non-83+SEs).
  • I need persons who will use this feature regularly.
  • You should not have anything important in ram OR rom!  Its very possible to corrupt rom if my routine is buggy.  You may have to do a full rom clear to restore your calculator back to normal or even resend the OS so backups are mandatory!
  • You should not share this version of Axe with anyone because I don't want to be liable for any of the possibilities above.

Although it might sounds dangerous, it should be physically impossible to brick your calculator becasue I'm only using one routine to write to flash and it explicitly checks to make sure it does not accidentally write to the certificate page, which means the worst case scenario be that you have to resend the OS.  I haven't had any problems at all with the feature so far and have never needed to do any of that, so its unlikely I made any critical mistakes, but that's what I need to confirm before I make this feature public.

So any volunteers?  :P

1258
Pokemon Red / Re: Pokemon Red
« on: June 19, 2010, 02:34:48 am »
I tried it and I agree that it is very epic.  You did a really nice job, it looks almost like the original!  I'm sure it helped to have the z80 disassembly from the actual game, that's awesome!  Love how you start off with mew ;)

The only downside I can see is that is seems somewhat claustrophobic.  I really felt like I was getting lost after walking around for a long time since the view is very narrow.  I know there is nothing you can do about that becasue of the screen size of the calculator though.

But despite that, this seems extremely promising and quite frankly, I am very impressed with the project and it seems like it has a lot of potential.  Do you have any time-line as far as development?  I assume this is going to evolve into much more than just a demo.

Also, SirCmpwn, what program are you using to sign applications without the binary?  Does wabbitsign do that?  I will need one very soon.

1259
Axe / Re: Code optimization
« on: June 19, 2010, 01:40:55 am »
LOL! Somebody actually got a stack error!  ;D  I didn't think that would ever happen.  I guess I will expand the maximum stack size a little bit.  Subroutines with arguments use 3 bytes of stack instead of 1 becasue they need to keep track of the name as well.  Some operations need 2 bytes in stack but most need 1.  The current maximum stack size is 64 bytes, If I have room, I will expand it to 128 bytes.  The operation stack is never searched through so that won't cause any slow downs during compiling.

1260
The Axe Parser Project / Re: Bug Reports
« on: June 19, 2010, 01:30:46 am »
Well... although it kind of doesn't make sense to have arguments with a "Goto" it would still lead to an optimization.  Maybe I will add it even if it seems kind of weird, don't know if it will be in the next version

For the getkey thing, yeah, I must have accidentally had it set to display the wrong error message.  That should be a bad symbol error since it was expecting a constant, but got a variable.  Thanks for pointing that out.

Pages: 1 ... 82 83 [84] 85 86 ... 135