Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by Zerosquare

  1. I've been informed that someone else in the Jaguar community has been working on a very similar project that's almost complete -- it's just not been announced publicly yet. Since there would be no point in having two different carts that do the same thing, I'll let this person unveil their project when they're ready.


    But I have another idea for a related project that's not quite the same thing. So, stay tuned :)

    • Like 2

  2. 3 hours ago, cubanismo said:

    Oh yeah, good point. Are you gonna put a serial EEPROM on there, or would we just have to reserve a sector of flash for that kind of stuff?

    Yes, serial EEPROM is planned.


    There's nothing preventing you from using a sector in the Flash chip if you want to save the cost of the EEPROM chip, but you need to be 100% sure there's no way for the code to accidentally erase/write to the wrong sector, otherwise you can end up with a game that corrupts itself - that would be  a nightmare if it happens after the game is in customer's hands. Another possible issue is that all Flash chips don't have the same blocks layout ; it doesn't matter if you always use the same chip, but we've had to change the chip model several times on the Jagtopus because the previous was either out-of-stock or discontinued.

    • Like 1

  3. 2 hours ago, Clint Thompson said:

    Please correct me if I'm wrong but we're talking about more than just a blank board here right? One that is being sold with a flash chip (x size) that just needs to be programmed? or are we to supply the chips as well?

    The boards would be sold with all the components soldered, you'd only have to program them. This is both for technical reasons, and because I know not all developers like playing with a soldering iron :D


    2 hours ago, Clint Thompson said:

    Definitely want to be on board but ultimately it would depend on price. Do you have a general ballpark range?

    Not yet. It depends on several things: memory size, banking scheme implementation, whether I can find a factory in China with both decent quality and competitive prices (I know a few of them, but I'd have to benchmark them)...


    2 hours ago, Clint Thompson said:

    would be really nice since it sounds like you already have the foundation (mostly) laid out and just need to pull the trigger. It also sounds like you're going to be able to go above 16MB with a design like that as well, would that be true?

    "Just pulling the trigger" may be optimistic ; I have the theory laid out, and a partially completed older design. It was based on discrete logic though, which may not be the best solution now that I've revisited the idea. Let's say I'm not starting from scratch :)

    More than 16 MB would certainly be possible, the main limitation is memory prices (parallel NOR Flash is significantly more expensive than the serial NAND Flash that's used in memory cards and SSDs).


    2 hours ago, Clint Thompson said:

    The other benefit of this board would also be (most likely) more readily available flash chips over the "who knows when" depleting stock of 2/4MB EPROM chips that remain out there for regular boards and may finally end up being ultra scarce or eventually no more sooner than later. So it may quickly serve as a nice alternative all-around anyways.

    Exactly ; not relying on old EPROMs was one of the main goal of the original Jagtopus boards, ten years ago. It turned out that the supply of EPROMs did not dry up like I was expecting (the amount of old/recycled parts you can get from China is amazing...), but you still have more guarantees with new parts.


    2 hours ago, Clint Thompson said:

    Define "not cheap".... as in,how much exactly? :P

    @SCPCD is the one who designed and manufactured the programmers; I don't remember their cost exactly, but it was several hundreds euros if memory serves, not including the time he spent soldering and testing them (which is why only 3 or so of them have been manufactured).


    2 hours ago, Clint Thompson said:

    the problem we have now is that only a handful of Jaguar cart connectors exist as new stock, so I'm not sure where you would be able to acquire those anymore sadly. B&C has like 4 left I think and AFAIK, Best has none. I have 3 or 4 in a drawer somewhere.

    Ouch -- I had no idea the stocks levels were so low! Thanks for the warning.

    • Like 1

  4. 7 hours ago, dilinger said:

    I have used bankswitching on different platforms by the past, but could you elaborate on how the bankswitching could be done on the Jaguar?

    What register(s) need to be manipulated by example?

    Besides the $800000 ~ $DFFFFF cartridge ROM area, the Jaguar has a few other areas that are accessible over the cartridge bus:


    GPIO0 & GPIO1 are not available (they control the cartridge's EEPROM), but other should be usable to put the banking register(s) in.

    The register(s) bit layout has not been decided yet, it will depend on the banking scheme.


    6 hours ago, Saturn said:

    Interested. I too didn't know about v1 so would like to opt in this time around :)

    Yeah, I should have put a link to the Jagtopus v1 thread for info:


    5 hours ago, cubanismo said:

    What sort of price are you targeting

    I have not set a target price yet. I prefer to evaluate the various options first.


    5 hours ago, cubanismo said:

    I found the most expensive part was getting decent quality PCBs with real gold fingers 😞

    Yeah, "real" gold (as opposed to flash gold, which is just a very thin layer) is expensive :(


    5 hours ago, cubanismo said:

    how would it be programmed?

    There are two existing options for programming Jagtopus PCBs:

    - uploading the code from a PC thru the 2nd joystick connector. But since the throughput is limited, it would probably be too cumbersome for 8+MB games.

    - using an external programmer designed by SCPCD. It's a much better option for mass production, since it can program 4 PCBs in parallel. But the hardware is not cheap (the design hasn't been optimized for cost, and the 4 cartridge connectors alone are pricy).


    Using the JagCD is a possibility, but my religion forbids me from even looking at that thing :D

    (seriously though, anyone wishing to try it is welcome, but don't expect me to.)


    Using a JTAG programmer may be an option, but that requires a CPLD with connections to the entire address and data buses, which may raise the price.


    One possibility I've considered is a modified Jaguar: the ROM image would be stored on a SD card connected to the joystick or DSP port, and a custom BIOS would automatically program the Jagtopus PCB.


    • Like 1
    • Thanks 2

  5. Yes, bankswitching is needed to make it work. The simplest scheme would be this:

    - $800000 ~ $BFFFFF: fixed area, always maps to the first 4 MB of the ROM

    - $C00000 ~ $DFFFFF: configurable area, can be switched to any bank

    More elaborate banking schemes are possible, but I don't yet know how they would impact the price (depends whether a small CPLD is significantly more expensive than discrete logic).

  6. 7 minutes ago, LordKraken said:

    To be fair I would probably never do that in a real game, just played around with the sprites, so that's how I ended having that code :)


    (there might be a use case though, for instance if we reorder the sprite list to fake a z-buffer, etc.)


    Also, stupid question, is there a performance impact if the flag is always on but the zoom factor is 1 (well 32).

    Yes, scaled sprites take longer to be processed by the object processor than standard ones, even at unity zoom.

    • Like 2

  7. A few years ago, I started working on the next version of the programmable Jagtopus cartridge. I wanted to add support for larger Flash memories (8 MB and up) and larger save EEPROMs (say, 32 kB), and maybe a few other extras. I designed a schematic, started routing the PCB, then I got distracted by other projects and never finished it. To be honest, the lack of demand for bigger carts was also a factor.


    Recently, there have been talks of projects needing more than 4 MB of ROM. Yeah, I know what's you're thinking: what's the point of such a project, now that the JagGD exists? Well:

    - not everybody has one

    - some people prefer physical cartridges over SD cards or digital downloads, either because they like collecting physical stuff, or because they feel part of the nostalgia is using the console like it was used back in the day.


    Here's where I need your feedback. As homebrew developers:

    - what do you think of the idea?

    - would such a product be useful to you, and if so, how would you use it?

    - besides the larger memories, are there any extra features you'd find useful? (please note that unlike the Skunkboard and the JagSD, this would be a cost-optimized design for releasing games, not a development tool or a multicart. So don't expect anything too fancy ;)).


    At the moment, this is just a potential interest check. No promises, no preorder lists, nothing has been decided yet :)


    • Like 8
    • Thanks 3

  8. 40 minutes ago, 82-T/A said:

    I would kill to have @Orion_'s Elansar and Philia on the VCS

    A Windows version of those two games is available, and the VCS is basically a PC running Linux, so in the worst case you could possibly use Wine to play them on the VCS.


    Also, while Orion_'s site doesn't mention it, I think he made Linux versions of some of these games at one time ; but I can't remember if Elansar and Philia are among those.

  9. M27C322 EPROM chips appear to have the same pinout as the original ones, except pin #32 is A20 instead of /BYTE. So this should work, but you need to program the original ROM file contents into both halves of the EPROM. The programming software may have an option to do that, otherwise you can use a command prompt to create a suitable ROM file for your 4 Mb EPROMs:

    copy /b input_file.rom+input_file.rom output_file.rom

    • Thanks 2

  10. Indeed, but the frequency difference is tiny: 26.590906 MHz for NTSC models, 26.593900 MHz for PAL ones. So a switched console will have timings that are off by 0.01126%.


    A more significant difference is the color encoding. Switched consoles keep their original subcarrier frequency and phase inversion setting, even when they're switched to the other mode. In other words, a PAL console switched to NTSC mode will in fact output 60 Hz PAL, not true NTSC. It may be an advantage or a annoyance depending on the TV/monitor/converter you're using (unless you're using the RGB output signal, in which case it doesn't matter).

  • Create New...