Amiga.org
Amiga computer related discussion => Amiga Hardware Issues and discussion => Topic started by: trekiej on April 15, 2008, 12:00:55 AM
-
If Agnus and Denise were remade to be chunky instead of planar, what other conversions would have to be made?
The first thing comes to mind is the exec. Would it have to be made compatable or would the chip have the same appearance as the original chip?
Just rambling. :-D
-
trekiej wrote:
If Agnus and Denise were remade to be chunky instead of planar, what other conversions would have to be made?
The first thing comes to mind is the exec. Would it have to be made compatable or would the chip have the same appearance as the original chip?
Just rambling. :-D
Why is a mouse when it spins?
-Edit- Ok a real answer... Denise is responsible for display generation and thus is the Planar component... Changing her to chunky... all software would break.
-
@ bloodline:
I guess I am currios how that is seen by the system.
Would that include a change in *.device?
-
trekiej wrote:
@ bloodline:
I guess I am currios how that is seen by the system.
Would that include a change in *.device?
???
All that would happen is that pixels would be arranged differently in memory, you wouldn't be able to do certain effects like dual playfield without the Blitter and all gfx would be corrupted for software which assumed Denise was still working the old way.
-
@ bloodline:
Sounds like banging the hardware would be a big problem too.
I just trying to feed my new amiga adiction. :-D
I guess the Akiko ( I believe that is the name )chip in the CD32 had the right idea.
-
trekiej wrote:
I guess the Akiko ( I believe that is the name )chip in the CD32 had the right idea.
The way Akiko was done was a nice approach, as with it you could use the available chips and OS, but my prefered solution would be create some extra modes, and keep the old ones.
Commodore could have done a "chunky chip", instead of Akiko, to receive the DMA data from Alice/Agnus and display it if the chunky modes were selected. Data output could be switched to feed one chip or the other one.
I bet they had a good reason to go with Akiko, but I like to think how different it could have been :-)
-
In hardware, only Denise would have to be changed. In software all graphics related stuff would need to be rewritten (graphics.library, intuition.library?, application code banging the hardware). This is also necessary for RTG cards (most use chunky modes, too). The only way to go compatible is to add chunky modes and keep the planar ones. (IMHO missing this opportunity on the AGA chipset was a big mistake; software support could've been added later.)
OTOH, adding an RTG card takes care of the same problem, usually adds a lot of 'chip' RAM and allows for faster processing. So if you're not talking about recreating the Amiga and adding chunky modes en passant (e.g. Minimig), the RTG path would be the smarter one.
-
The Falcon030 seems to have both Planar and chunky because the Gfx chip allow the use of 256 colors on screen out of a 262144 colors palette, or 65535 colors out of 65535 colors palette (without color limitations like the HAM mode) in its 2 distinct video modes.
Maybe the Amiga designers should have gone this way when designing the AGA chipset, the Falcon030 proves it was not impossible, and the Gfx chip also remains compatible with the old ST video modes too...
-
Egg-Chen wrote:
The Falcon030 seems to have both Planar and chunky because the Gfx chip allow the use of 256 colors on screen out of a 262144 colors palette, or 65535 colors out of 65535 colors palette (without color limitations like the HAM mode) in its 2 distinct video modes.
The hicolor mode is chunky, but the other modes are not. An 8-bit chunky mode would have made quite a difference, since it's much easier to manipulate than a hicolor mode.
Maybe the Amiga designers should have gone this way when designing the AGA chipset, the Falcon030 proves it was not impossible, and the Gfx chip also remains compatible with the old ST video modes too...
It's far from impossible, but as someone pointed out, you'll have to write new drivers for the system. Compatibility with old apps is no problem as long as you keep the possibility of using legacy resolutions. There is a hardware project for the CT60 (060 expansion for the falcon) which intends to do this. Basically it aims to be register compatible with the original VIDEL chip, but adds 24-32 bit truecolor capabilities as well as 8 bit chunky modes.
-
AeroMan wrote:
I bet they had a good reason to go with Akiko, but I like to think how different it could have been :-)
One guess could be that it's a very cheap solution. If I understand it correctly, it's basically a FIFO thing - you write 8 longwords of chunky data, which when read back becomes 8 longwords of planar data. No changes of the original chipset was required. Naturally, a "real" chunky mode would have been more efficien, but all and all it's not a bad solution considering the circumstances.
-
Egg-Chen wrote:
The Falcon030 seems to have both Planar and chunky because the Gfx chip allow the use of 256 colors on screen out of a 262144 colors palette, or 65535 colors out of 65535 colors palette (without color limitations like the HAM mode) in its 2 distinct video modes.
Maybe the Amiga designers should have gone this way when designing the AGA chipset, the Falcon030 proves it was not impossible, and the Gfx chip also remains compatible with the old ST video modes too...
AFAIK the Falcon030 WAS designed by (ex) Amiga designers. :-)
-
Speelgoedmannetje wrote:
Egg-Chen wrote:
The Falcon030 seems to have both Planar and chunky because the Gfx chip allow the use of 256 colors on screen out of a 262144 colors palette, or 65535 colors out of 65535 colors palette (without color limitations like the HAM mode) in its 2 distinct video modes.
Maybe the Amiga designers should have gone this way when designing the AGA chipset, the Falcon030 proves it was not impossible, and the Gfx chip also remains compatible with the old ST video modes too...
AFAIK the Falcon030 WAS designed by (ex) Amiga designers. :-)
It wasn't, but the falcon was what the A1200 should have been.
-
Speelgoedmannetje wrote:
AFAIK the Falcon030 WAS designed by (ex) Amiga designers. :-)
Er... no.
-
trekiej wrote:
If Agnus and Denise were remade to be chunky instead of planar, what other conversions would have to be made?
An Amiga chipset which is compatible with Planar/Chunky & Truecolor formats?
Sounds like this Amiga:
http://www.natami.net/specification.htm
-
biggun wrote:
trekiej wrote:
If Agnus and Denise were remade to be chunky instead of planar, what other conversions would have to be made?
An Amiga chipset which is compatible with Planar/Chunky & Truecolor formats?
Sounds like this Amiga:
http://www.natami.net/specification.htm
EXACTLY!
I would love to see the whole Amiga community get behind the Natami project and other projects like it that will likely be created in the near future.
-
One thing I would like to do with a new Denise and DAC is allow my Amiga 500 to work with 31.5khz without a flicker fixer. How internal timing would be affected is beyond me.
The next is a chunky mode for better speed.
I wonder if a reworked paula could mean 1.44 mb pc floppy drives.
If Natami could become some replacement chip for older machines or even a replacement board it would be fine with me too.
Here is a crazy idea, replace the Kickstart with Aros Kick. and redo the Denise. I do not know how that will turn out :-D
-
Forget about upgrading the A500 chipset - it lacks bandwidth badly. Implementing an 8 bit planar and/or chunky mode would eat up ALL chipset bandwidth during scanline DMA. Plus, it would probably also need an Agnus rework to enable the bitplane DMA.
A reworked Paula could in theory support HD floppy disks (1.76 MB for Amiga format) - but you'd have to rework DMA scheduling in Agnus since the allocated DMA slots are not enough for HD bandwidth (would probably screw up Agnus timing completely, that's why C= went the 'half speed' way).
You're surely much better off with Natami since it improves the whole design, not just single aspects.
-
Natami it is then.
-
Why remove planar? If you're going to make a new chip, why not add chunky to planar and have them both?
-
@ zac67:
I wonder if a 1200 or 4000 be a better target then. I could look it up but off the top of my head think that they would have 32 bit busses.
-
trekiej wrote:
@ zac67:
I wonder if a 1200 or 4000 be a better target then. I could look it up but off the top of my head think that they would have 32 bit busses.
The Amiga was always a "value" design... it pretty much was designed to be no more powerful than it needed to be... altering any part of the design would have a negative impact on the rest of the system... In terms of Busses the Amiga has always be deficient.
-
shoggoth wrote:
One guess could be that it's a very cheap solution. If I understand it correctly, it's basically a FIFO thing - you write 8 longwords of chunky data, which when read back becomes 8 longwords of planar data. No changes of the original chipset was required. Naturally, a "real" chunky mode would have been more efficien, but all and all it's not a bad solution considering the circumstances.
Makes sense... It`s a cheap chip :-)
-
In the spirit of South Park. PeeCee's are bad M'kay.
-
bloodline wrote:
In terms of Busses the Amiga has always be deficient.
Not totally true. Zorro II did shine in the land of ISA.
Staf.
-
Indeed. And Zorro III was way better than EISA in any respect - PCI didn't exist yet.
-
Zorro being autoconfig made the Amiga a Cadillac in its day.