Jump to content

cdoty

Members
  • Content Count

    275
  • Joined

  • Last visited

Posts posted by cdoty


  1. I've posted my version of the NeoDev emvironment, which includes prebuilt libraries, Jaguar, Neo Geo and, Genesis linking scripts and extra stuff removed.

     

    http://www.emuvibes.com/NeoDev.zip

     

    The example needs to be modified to use 'C:NeoDevm68klibJaguarBJL.x' instead of 'C:NeoDevm68km68k-elfJaguarBJL.x'. I Have a new .mak file which will attach a correct JAG header to the front of a generated BJL file.

     

    I've also created a version that will create a cartridge (and apply the universal header), if anyone is interested. The result will run under MESS.

    This also involves a new .mak file.


  2. Here's how I've allocated memory:

     

    0x00004000-0x0017FFFF is program memory

    0x00180000-0x0019DFFF is data memory (is this too small?)

    0x0019E000-0x001FFFFF is reserved for the stack.

     

    Is there any problems with this allocation?


  3. DosBos seems a bit cumbersome though...

     

    NeoDev will work just fine.

     

    Here's a link to the TestRGB sample converted to compile with NeoDev:

    http://www.emuvibes.com/JaguarGCC.zip

     

    This uses Visual Studio 6 (or at least nmake).

    If using NMAKE, add 'C:NeoDevBIN' to the path.

    If using Visual Studio, you need to add the bin path to the Directories under Executable files

     

    Tools->Options...

    Show Directores For:

    Executable Files

    Add 'c:NeoDevbin' to the end of the list.

     

    The make files all assume C:NeoDev as being the directory where the NeoDev system is installed.

     

    NeoDev can be downloaded from:

    http://www.neobitz.com/Pages/DevTools/DevLibrary.aspx

     

    Another thing that should be done is to drop the JaguarBJL.x into

    'C:NeoDevm68km68k-elflibldscripts' and change the location in the FrogDebug.mak (and FrogRelease.mak).

     

    The output is BIN (not JAG), and needs to be converted to JAG with a line under '$(BIN) --gap-fill=$(PADBYTE) --pad-to=$(ROMSIZE) -R .data -O binary $(BUILD)$(Name).obj $(Name).bin' in the .mak files.

     

    There is no difference between the two .mak files, except for where the object files are stored. This was done to support the default Visual Studio project. This could be used to build different version of the program (CD, BJL, cart...)

     

    The only conversion I've had to do were:

    1) Change comments from ';' to '*'.

    2) Move all comments at the end of the line to the start of the previous line.

    3) Change '$" to 0x.

    4) Change % instructions to 0x instructions.

    5) Change 'equ' or '.equ' to '='

    6) Remove '.phrase' and '.dphrase'

    7) Remove the license_logo macro, and convert the logo to an obj file using bin2elf (see the enclosed 'gfx.bat' file).

    8) Remove GPU related code, and access the OLP pointer directly.

    9) Lines like move.l #(BRANCHOBJ|O_BRLT),d1 were easiest to convert to:

    move.l #BRANCHOBJ,d1

    or.l #O_BRLT,d1

    10) Values such as:

    ori.l #(BMP_PHRASES<<18)|(BMP_PHRASES<<28),d1

    has to be converted to:

    BMP_ORPHRASES = (BMP_PHRASES << 18) | (BMP_PHRASES << 28)

    ori.l #BMP_ORPHRASES,d1

    11) '::' had to be changed to ':' and add a .globl statement. For example:

    _start::

    becomes:

    .globl _start

    _start:

    12) Remove '.68000' and '.long'. Their not needed once the GPU stuff is removed.


  4. Yep, the mac assembler runs fine also. I don't think any of the parallel tools will work any better, but there seems to already be a workaround to that.

     

    I took the recently posted GCC jaguar based environment, and replaced the make with the DJGPP make and added CWSDPMI. It all works fine. I can build the examples in SOURCE and WORKSHOP.


  5. I got ALN running under DosBox last night, so that will help me in determining if NeoDev GCC will work.

     

    In the DosBox config file, I had core set to dynamic and it was producing a page fault. Changing it to full fixed the problem. It does crash once in a while, but works other than that. I think dynamic is the default setting for DosBox.


  6. GCC includes a C compiler, assembler, and linker.

     

    The linker is involved in producing the debug symbols, and would(might?) determine where the GPU code would reside in the binary.

     

    The assembler doesn't really matter as long as it can produce object files understood by the linker, it's the linker that's critical in producing a correct binary.


  7. Having recently used NeoDev GCC (http://www.neobitz.com/Pages/DevTools/DevLibrary.aspx) to do some Neo Geo and Genesis development, I got to wondering if the same thing could be used for Jaguar development.

     

    Does ALN do anything special, besides GPU and debug symbols? And it appears that the GPU stuff isn't really needed (The MOU example doesn't use it).

     

    It's fairly easy to modify the linker script and startup code to work with the Jaguar, and objcopy could easily convert the cof file to binary format.

     

    I intend to look into this more this evening, but wanted to know if there's something I'm not thinking of or don't know about.


  8. One of my friends has an atari jaguar and he told me that he took it to EB games and they offered to give him 300 bucks for it?

     

    I don't think they'de offer $300 for it, but I could see them trying to sell one for $300.


  9. I was thinking it would be pretty awsome if it would be possible to make a disk for the jag with  a huge compilation of intly games.  I wean the controller is perfect for intellivision games would this be plausable at all?

     

    I'm in the process of remaking Frog Bog http://www.game-shoppe.com, and want to remake Beauty and the Beast after that.

     

    I haven't start on a Jaguar version yet, but that's the next planned system (Assuming I can win a Protector SE cart). The intent is to release a Jaguar CD with both games on it.

     

    I've got the Genesis and Neo Geo versions to the point where the frog is completly controllable. The preview of the genesis version can be downloaded from http://www.game-shoppe.com/GenesisFrog.zip, the Neo Geo (, Neo Geo CD and, Sega CD version should be up shortly).


  10. What a waste of a $100 peice of equipment.

     

    Not really.

     

    There are two types of collectors (at least):

     

    1) Wants mint packaging, Never (or barely) plays system, etc.

     

    2) Enjoys system and games! Doesn't get caught up in the 'collect it for collecting's sake' BS.


  11. Is there any type of cartridge extender or Game Shark type device for the Jaguar?

     

    I'm looking for something to raise the height of the cartidge connector, so that I don't have to disassemble the Jaguar to use my EPROM emulators with an EPROM board.


  12. This does work on my Ethernet/FLASH-card. On my Jaguar-page (URL in my AA-profile) is a description how to add a Reset-key to the mainboard of the console.

     

    Thanks. That's exactly what I need.


  13. You don't perhaps mean a T-shaped bare circuit board that fits in  

    the Jaguar directly, via the normal cartridge slot, do you? An Atari

    Alpine development board? If so, it's not just an EPROM emulator...

    although it is that too I suppose. There is debugging software and

    a host of other benefits to using one, if your Jaguar is a "stubjag".

     

    No it's a ICEPROM chip. I think they were also sold as Rom Rockets.


  14. EPROMS of course do not need power, so that's a red herring, yes,  

    unless you meant to write SRAM chips perhaps?

     

    The (overpriced) EPROM emulator is just some sort of RAM chip that is set using a connection from the parallel port.


  15. Is there a (safe) way to reset the jaguar with a 5 VDC signal? (Preferably without soldering or cutting any connections or pins).

     

    I have 4 rom emulators and an EPROM board. The problem is the Jaguar has to be powered off to see the updated EPROMS, and the EPROMS need power from the Jaguar to maintain the ram.

     

    There is an option to supply external power to the EPROMS, which may be better.


  16. I'll start off by saying, I love your artwork Adam.

     

    This looks like a great game for a system like the Atari 5200, Intellivision (GASP!), or Coleco (He didn't!). Is there any objections to using the idea on one of those systems? I'd be willing to give 'er a go.

×
×
  • Create New...