Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store  

Tom

Members
 View Profile  See their activity

  • Content Count

    446

  • Joined

  • Last visited

Posts posted by Tom

  5. Posted · Edited by Tom

    Or you take a 12 character kernel and use it to display 24 (3 pixel wide) characters. One sprite needs then to display two characters. You can either store the graphics for all possible character graphics in ROM, or you generate the the needed character graphics into RAM, which would be feasible, since you only need to display one or two lines of text.

  6. Posted · Edited by Tom

    I use GCC 3.4.4 on OS4, and GCC 2.95.3 on OS3.x. I sometimes also use VBCC 0.8i on both, depending on my mood ;-)

    909790[/snapback]

     

    But will these binaries also work on OS 1.3 ? (I think VBCC binaries run only on 2.0 or newer)

  7. Posted · Edited by Tom

    I had a little trouble compiling it for the classic (68k) Amiga, but I might give it another go soon.

     

    Just out of curiousity, what are you using to compile for 68k Amigas ? DICE ?

  9. Posted

    And, yeah, I'm in the right directory. The ls command shows that dasm is in the current directory, but it's not running it when I type the command.

     

    Then on your system the current dirtectory (.) probably isn't in the shell's search path (on most unix systems it isn't by default, for good reason).

     

    Try this:

     

    ./dasm game.asm -f3 -ogame.bin

  10. Posted · Edited by Tom

    Is that what that Saba chess cart that is always mentioned fixed ?

     

    Not really.

    What makes the chess cart useful for homebrewing is that it has a 3853 which decodes the F8's perverted control signals to standard control/address/data bus signals. So you can remove the chess ROMs and replace them with EPROMs containing your own software. Doesn't have anything to do with VRAM access.

     

    Can you give an example of why it is so terrible?

     

    See http://www.freelists.org/archives/channelf...4/msg00025.html and http://members.cox.net/seanriddle/lights.asm

  12. Posted

    Channel F actually has a frame buffer doesn't it? It's incredible how bad the games were that came out for it, but maybe it was just bad programming or lack of tools or time.

     

    No, what's really incredible is how tedious and time consuming video RAM access on the Channel F is.

  13. Posted

    Just curious if you think that all I need to include is the input file to lex in the source, or if the generated lex.yy.c file should be in there too for those who don't have lex?  I.e. what's the "normal" thing to do?

    899431[/snapback]

     

    The normal thing would be to distribute the grammar file, but not the generated code. Nothing that can be generated needs to be distributed (or even more silly, put under version control. I've seen people do that before...)

  14. Posted

    Uihjah! So did you get one of those:

     

    No, of course not. These are not Swiss army knives, only what the rest of the world believes to be Swiss army knives. Also, "officer's" knives don't exist. Everybody has the same kind of knife, regardless of his rank.

     

    That knife is, btw, pretty much useless. It has a blade which is too small to cut bread (we usually used the bajonet for that), a can opener (which you don't need, because you don't want to eat the canned meat they, fortunately only rarely, give you), something that can - maybe - be used to poke holes, and something that looks like a large screwdriver and which I used to clean the pipe's head (I don't smoke pipe anymore).

     

    The only positive thing about the real Swiss army knive is that it doesn't come in that cheesy red but is chrome colored.

     

    Personally I own a Cybertool aswell. It was a gift, I wouldn't have bought one myself. I mostly use it for its screwdrivers, but real screwdrivers with round handles are just better.

  16. Posted

    :x I just ran into the same thing.  I'll have to preprocess out all of the CR/LF chars before parsing the input.  Apparently some are still getting through.

     

    Would have been a piece of cake to do with lex. You really should use lex/yacc or at least lex. Your grammar is probably simple enough to handcraft a parser without going mad. Personally I wouldn't have used C in the first place but Java and I'd written the scanner/parser stuff with JavaCC.

     

    If you want I can help you autotoolize the code, so you don't have to worry that much about makefiles anymore.

  18. Posted · Edited by Tom

    I discovered that in the gfx init code, DPPL/DPPH are set during a vblank period, the remaining registers are set during the next vblank (getMachineType returns during vblank in this case).

     

    Let's not discuss wether that particular piece of code is stupid, the question is a different one: could this cause those (spurious) lockups some people experience ?

     

       /* Set DPP, depending on machine type */
   if (MT_NTSC == getMachineType()) {
       DPPL = (unsigned int) &dll[2] & 255;
       DPPH = (unsigned int) &dll[2] >> 8;
   } else {
       DPPL = (unsigned int) &dll[0] & 255;
       DPPH = (unsigned int) &dll[0] >> 8;
   }

   /* Set up remaining maria registers */
   waitVBlank();
   CHBASE = (unsigned int)font >> 8;
   BKGRND = 0x00;
   CTRL = CTRL_MODEAC |
       CTRL_KANGOFF |
       CTRL_BCBLACK |
       CTRL_CHAR1B |
       CTRL_DMAON |
       CTRL_CKOFF;

  23. Posted · Edited by Tom

    Cannot get it to work in MESS095. Hmmmm.

    877151[/snapback]

     

    Probably MESS doesn't know what to do with a tarball. Unpack the .A78 file (winzip/winrar/winace should be able to read TGZ files) and place it in the software\a7800 directory of your MESS installation.

     

    Thanks again for testing, Mitch. It took me over a year to publish the code and wait for someone to find the bug for me, but it was well worth the effort :D

  25. Posted · Edited by Tom

    Also, please no requests at this time.  I've got a list as long as my arm (literally) of debugger features, so it's likely I already know what you want.

     

    Make that debugger scriptable (embed Lua, Tcl or whatever) and let people implement their own features.

    Sorry, but I had to :)

     

    Seriously, say your debugger core written in C/C++ provides a number of simple functions to the embedded scripting language, for instance: read byte from ram, write byte to ram, send text to debugger console.

    This would allow users to do all kinds of complex stuff, such as memory dumps* or comparisons of whole memory ranges.

     

    Btw, I'm just throwing around ideas here. I don't expect you to make a scriptable debugger just because I think it would be useful.

     

    *)Even to a file, if the embedded language is able to do file I/O by itself.

AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2021 AtariAge

×
×
  • Create New...