Minimig AGA 060 RTG

[pampers]

Jakub, tell me where u are in Poland, you definitely deserved a good pint

[freqmax]

Source code?

[nicholas]

I want, I want!

[AJCopland]

That is awesome Yaqube!
The stuff you guys are doing gets cooler everytime you show it

[kolla]

For me some sort of p96 hardware/driver makes so much more sense than "super aga". The former having a plethora of available software already that will take advantage of the hardware and established apis, the former relying on new software be created

Not really, programs that work with AGA will also work with many of the new Super AGA modes. There are plenty of advantages with Super AGA that old software will benefit from, just like there are advantes with MiniMig AGA implementation over AGA on classic hardware. Simple stuff like speed and ammount of chipram for example.

[Heiroglyph]

Source code?

Seconded...I'm especially interested in the Picasso driver and 020 core progress.  A couple of my projects overlap with both of these.

Man, I can't wait to get my hands on one of these boards.

[TheGoose]

I hope we get all the typical screen resolutions (4:3)
640x480, 800x600, 1024x768, so on.

And I hope we will see some wide-screen modes (16:9), because most monitors now are in these dimension.

[psxphill]

Not really, programs that work with AGA will also work with many of the new Super AGA modes.

Most if not all will work with P96 as well. Anything that doesn't, won't use any new super aga features anyway. So can be used on the AGA implementation
 
Emulating P96 allows you to use software that already exists, while natami will need new drivers. However I doubt you can use copper to get draggable screens and mid screen resolution changes etc. Plus natami is also talking about h/w 3d rendering, which P96 doesn't have.
 
What Natami is doing is redefining what the Amiga can do, which will need alot of software work. I'd love to see if, then hopefully someone can figure out how to make it cheap enough.

[billt]

I don't quite understand this. To "emulate" P96 without making a new driver, Yaqube needs to clone a chip that has an existing P96 driver. Like, clone a Cirrus Logic GD5446 chip inside the FPGA. pr clone a S3 Virge chip inside the FPGA, or ... and use the existing P96 driver for that.

Natami could make a new P96 driver for SuperAGA. I think that's enormously easier than making a clone of someone else's graphcis chip to save on driver writing.

I don't know if Yaqube is doing anything more advanced than cloning AGA. Someone said CyberGraphics API had a driver for AGA, but it was very slow. If he's doing a direct but fast AGA clone, a P96 driver is still what would make sense. If he's enhancing it to make an Uber-AGA, then a P96 driver is still the right thing to do to benefit from such enhancements. (Or a CGX driver if you prefer that to P96)

Any which way around here, Natami is the same situation as Minimig-AGA or minimig-Uber-AGA

[NovaCoder]

The way I look at it, a new FPGA 'Amiga' should have (in order of personal preference):

1) OCS/ECS/AGA (100%) compatibly
2) A faster AGA mode but still compatible with most games (ie faster chipset speed)
3) RTG support (P96)
4) Graffiti or similar AGA mode for fast chunky graphics.

[fishy_fiz]

Not really, programs that work with AGA will also work with many of the new Super AGA modes. There are plenty of advantages with Super AGA that old software will benefit from, just like there are advantes with MiniMig AGA implementation over AGA on classic hardware. Simple stuff like speed and ammount of chipram for example.

Which I actually mentioned in the post youre responding to. Really though theres no comparison between aga (even with some bus bottlenecks removed and faster chipram/access) and an rtg system (especially when the data busses there dont have the same bottlenecks they do with actual classics)). Its an entirely different kettle of fish.

[Tension]

Which I actually mentioned in the post youre responding to. Really though theres no comparison between aga (even with some bus bottlenecks removed and faster chipram/access) and an rtg system (especially when the data busses there dont have the same bottlenecks they do with actual classics)). Its an entirely different kettle of fish.

I still cant get my head round how AGA is quicker than my Picasso II for OctaMED Soundstudio.

What a waste of money that was.

Pfft.

[AmiBoy]

It seems that between this and the NatAmi, that we classic lovers are spoilt for choic on "next gen" classic amiga hardware.

I just cant wait for either (although would prefer the NatAmi).

AmiBoy

[NovaCoder]

I still cant get my head round how AGA is quicker than my Picasso II for OctaMED Soundstudio.

What a waste of money that was.

Pfft.

Three of the main reasons AGA is not quicker is that bus speed, the chipset speed and the RAM speed (80ns), all of these issues dissaper with a modern FPGA board.

It should be quite possible to display a fast WB in 256 colors at 1280×720 (using HighGFX HD720) at an LCD friendly 60Hz.

Later AGA games that push the real AGA chipset should also be much quicker on a decent FPGA board.

[psxphill]

Natami could make a new P96 driver for SuperAGA. I think that's enormously easier than making a clone of someone else's graphcis chip to save on driver writing.

Not really. Cloning one of the cards that there is already a P96 driver for is pretty trivial. The simplest cards are just framebuffers with very few registers. The emulation doesn't need to be very accurate, just good enough for P96 to work.
 
Extending AGA to the point where P96 makes sense (16/24/32 bit modes) etc is going to be more complicated to shoehorn it into the design plus you can't even see it until you have written the software.

[_ThEcRoW]

I want a replay board!!!!!. can't wait!!!