alucardx

This is a very cool idea. I wonder how many participants would enter.

This game looks great so far.

i remember a argument with sam about what type of computer they were going to use once jag programming kicked into high gear. the programmers refused sams offer of tt030 with 144 megs of ram, and demanded peecee's. of course emulation, which had to be ironed out later in debugging.
but cybermorph was before that, and for the panther. so most likely tt030's.
there were co-processors in the panther, i even have the development paper work and a actual panther. but never got deep into it because why!
lance
www.atarisales.com

Most likely they do their own ports.
There is an instruction here how to make your own Atari ST ports for the Jaguar here:
https://reboot.untergrund.net/new-reboot/redirection.html
Apparently the most complex task is to convert the ST's planar framebuffer to the Jaguar's chunky mode. Once an algorithm has been done for that, you should be set to start porting any Atari ST game.

Microsoft on the streets, Google in the Sheets?

BTW, those with the game drive and want to the first 16 levels selectable can use this file which you'll need to rename "Attack Of The Mutant Penguins.e2p".
Attack Of The Mutant Penguins e2p.pdf
 

Atari Owls impressive texture-mapped (and voxel) 3D engine:
 
 

It's in the serial number, the second digit (not counting the B) tells you the year (3 for 93) and the third tells you the month (6 in this case). There is an Atari internal document explaing this; I will include it in the 3rd edition of Clipped Claws.

The design is closely related to the design of the Panther console. Leonard Tramiel, who did not remember exactly, said it was plausible that they reused the design for this pad (and made it happen). John Mathieson said that these designs existed when he started working there. Prototypes of this design might have been around somewhere even earlier, as magazines were referencing it around 92 or even 91 - I dont' remember from the top of my head, but there is a reference (and chapter about this stuff) in Clipped Claws.
@walter_J64bit : Thanks for the addition! Same date code there.

No for the Atari STE. LOL
 

Jag repro carts are a thing... I 'might' have one as an example so that I could see what the buzz was about for a particular game and wanted to play it on actual hardware.
 

Update!

Update!
 

So anyone tried this yet?   When I played Towers II I found it interesting but... boring.  It took forever to find a handful of enemies.
So better now?

Yes, but did not play through it. It's indeed more of an oldschool experience that takes some time. If you're looking for a faster gameplay pace and more enemies, you'll be disappointed. But I find that very relaxing, and there is also the puzzle elements and some interesting rooms and enemies in later levels, but so far, I've only made it to level 3 (shame on me). Part of the reason is that you need some time to dig into it, half an hour of spare time here and there doesn't get you anywhere.

Towers II: Enhanced Stargazer Edition is here for the Atari Jaguar! The RPG was released for the Jaguar in late 1996 and rereleased in 2023 with double the ROM size and massive quality of life upgrades. 
Check out the game @SongbirdPro 
https://songbird-productions.com/2023/04/05/introducing-towers-ii-enhanced-for-the-jaguar/
Video covering more differences:
 

I'd love to see another episode too, but I saw @btbfilms76 selling their Jaguar CD unit on eBay a year back or so. Don't know what led to that, but I assumed it meant the Jag Bar was over. Sad to see for me, given the Jag Bar was one of the two main motivations for me buying my first Jaguar in 2020 just prior to the Highlander episode.

So, I found a video of the C64 games that inspired this Jaguar game and it uses the same view...
 

I've not seen this posted here.  It should be of interest...
The little Rocketman is back for another adventure! Unfortunately, his jetpack malfunctions and he bounces around constantly!  Guide our little hero through dangerous environments filled with all kinds of hazardous traps and goodies. Collect power ups and treasure chests, but avoid falling down! Rebounced! is a new fresh take on the C64 classic "Bounder" for the Atari Jaguar.  Its is set to release some time in 2024.
Features:
- New take on "Bounder", a C64 classic from the 80s
- Hundreds of animated tiles and sprites
- Colorful pixel graphics
- Parallax scrolling backgrounds and hardware scaling effects, smooth 60FPS
- Over 15 levels (planned)
Follow the game at:
AtariAge forum:  Announcing - Rocketeer: Rebounced!
or itchio:  Rebounced! WIP by Reboot games

I guess so, too. But originality might be a good point for the voting chart. Currently reading about how to start a Game Jam on itch.io and if it would be allowed to give out prices there. Would not know where else to start something like that other than itch.io, or maybe @Justin would be interested in doing this via atari.io?

I think this would be a cool idea.  I think the focus should be on original games, though using established gameplay of existing games may not be entirely avoidable. 

Well, as far as I've seen, there does not seem to be any Jaguar game jam or whatever you want to call that kind of thing. Saw that for the Lynx and I wonder (for quite some time now): Wouldn't that be a nice thing to start? Sure, there are not that many Jag devs out there, but maybe this will give them and others an incentive to make some games? Prices (money for sure and other stuff maybe) would be necessary. I'd be willing to throw some money in the pot for this and get things going.
 
Maybe you have some thoughts regarding the criterea of the games? So far, I've come up with:
 
Every type of game is welcome No 1:1 ports of existing games from other platforms The cartridge image must run on a GameDrive (submittable ROM types should probably be mentioned) Include instructions on how to play the game (.txt file) The game will have a free public release at least in form of a playable demo after the contest (to not exclude people who'd like to get their stuff published by Songbird or AtariAge) If this Jam starts in February, the deadline will be close to the year's end, probably in November  
I wonder if there should be some kind of bonus for people who actually try something with vector graphics or polygons?

Hey,
I have been studying up on "Black ICE/White Noise," the cyberpunk RPG thriller for the Atari Jaguar CD, that was never completed before Atari's demise in 1996. It has been intriguing looking up information on it. It really interests me about how much effort was put into making this game. Well, I really don't know how much of the game is out there, if anything significant at all. I know that there are interactive video scenes compressed into Cinepak code when the player interacts with NPCs to get information and other things in the game. I have watched videos on YouTube about scenes from this still embryonic-stage game (or, maybe fetal-stage, if you might want to get technical about it). There is a documentary about the game that is coming soon, but I have only seen the trailer on YouTube. I am sure that some people are most curious about this obscure, incomplete game. I obviously am. Does anyone else know anything more about this topic? I assume it might be very little. Atari kept it really under wraps. Thanks for listening. 

Something that could always be done with these system is replacing the main CPU with a faster one, and add more RAM. That opens up the possibilities to run better games. What would happen to an Atari 2600 with a 6502 running at 20mhz with 64K RAM? A Sega Genesis or Super Nintendo running at 50mhz? A Jaguar running at 80 Mhz?  A lot more stuff can happen. The graphics chips may need to remain on an independent buss, as they are geared to only run at a certain speed to output a TV signal. But manipulating registers on each scan line opens up some interesting graphical effects.  
Something that people did not realize about the Sega Genesis over the earlier systems, with the improved graphic processors that allowed more onscreen sprites at one time. I know from experience with working with 8-bit systems that a limiting factor is the number of onscreen sprites. Later, systems used blitters instead of hardware sprites that wrote data directly onto a bit-mapped screen. (Each pixel has its own memory address). 

Yes, I fully agree that there are so many factors to consider for a high performance computing system.
Digital Equipment Coorporationion (DEC) made some amazing computers. They went directly from the very popular 16-bit PDP-11 computer to a full 32-bit architecture with the VAX computers.
In my opinion, the 386 PC and forward could never achieve the same performance per MHz. The 32-bit mode of the x86 is just an extension of the 286 16-bit mode, not a pure 32-bit mode.
Later Digital Equipment Coorporation released the first, and in my opinion only full 64-bit computer system with the Alpha architecture (as as a replacement of the aging VAX system)
The x86_64 is not even close to that as the only difference between a 32-bit x86 and the x86_64 is the 64-bit addressing. In the C programming language the only thing you can notice is that a pointer variable (void *) is 64-bit instead of 32, but all the other datatypes are just the same as in 32-bit mode. So in fact the x86_64 does not even perform 64-bit math, it just uses a wider 64-bit datatype to address memory without paging. So in my opinion, the Atari Jaguar is more of a 64-bit system than a modern 64-bit PC.
So why does games run faster on modern PCs and consoles?
- What they did was to increase the clock frequency to crazy levels (e.g. Gigahertz). Remember that retro consoles have CPUs running at a few MHz, compared to a GHz that is totally crazy. It's like running a very old bicycle using a rocket engine, and trying to patch the frame of the bike to withstand the pressure.
DECs computer systems never ran at higher clock rates than a few hundred of MHz, even the 64-bit Alpha, but we're much faster at performing calculations, or servicing 100s of users.
So what do we loose by running an ancient computer system like the x86 on steroids (instead of designing new ones like DEC did)?
- It has to do with energy vs. performance. A gaming PC with only one CPU can easily consume up to 500 Watts.
This power generates a lot of heat, which you need fans to dissipate (now it consumes energy, just to get rid of excess energy).
OK, so why care as a single x86 user, I can still afford the electricity bill?
- Sure, but imagine running a computing cluster using 600 nodes, then this fact will become important. Not only for your electricity bill, but also for you storage of this cluster that will generate a lot of heat.
Eventually other solutions has become popular for efficiency reasons, especially in today's smartphones (you don't want to recharge your phone every 5 minutes, or carry a battery backpack). That's why you much more likely will see an ARM CPU in your smartphone instead of an x86. Which is a fairly newely designed CPU architecture compared to the x86. We even see renewed implementations of the MIPS architecture today (which is the CPU used by the N64 and PS1).
DEC, SUN Microsystems are long out of buisness. Companies like IBM and HP does not design their own hardware anymore. In many regards thanks to the combined effort they made to design the next generations mastodont 64-bit CPU called Itanium, which turned out to be a disaster. One of the main reasons is that they tried to solve a classic software problem like scheduling in hardware, compared to how the Russians implemented static scheduling in the compiler for their Elbrus CPU. At least we have a few opinions to the x86 today thanks to ARM for example.
Unfortunately modern game consoles is like a gaming PC today, as they have gone back to using x86 instead of developing their own chipsets. One reason is probably because the programmers work on PCs anyway, and no one wants to spend time and money on writing libraries for custom hardware. Instead we use layer on top of layer of legacy and new PC software. So the we pay for the more expensive x86 hardware and pay higher electricity bills instead.