Welcome, Guest. Please login or register.

Author Topic: >256 colors with Indivision for A1200?  (Read 13493 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show all replies
Re: >256 colors with Indivision for A1200?
« on: January 30, 2010, 10:59:57 AM »
Wasn't there some old hack that allowed you to use HAM modes for Workbench?
int p; // A
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show all replies
Re: >256 colors with Indivision for A1200?
« Reply #1 on: January 30, 2010, 12:31:51 PM »
Quote from: ChaosLord;540726
Select a HAM8 gfx mode in your paint program.
[/B]


Like this chap :-)
int p; // A
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show all replies
Re: >256 colors with Indivision for A1200?
« Reply #2 on: January 30, 2010, 12:53:10 PM »
Quote from: Linde;540730
On a similar note, I've always wondered if it wouldn't be able to do chunky->planar conversion. Like a graffiti compatible device.

When I first got my BlizzardPPC and before I got an RTG card, I was struck with an idea that has always left me a bit curious since. In the day, I used to use Shapeshifter and there was a PPC enabled external video driver called SavagePPC (Demo version here), which as the name implies, used the PPC to handle C2P conversion and, in the full version, supported 15-bit modes on AGA using a HAM based C2P routine.

Now, phase5 shipped an AGA driver with CyberGraphX. It allowed applications that relied on CGX calls to work on AGA screenmodes, provided they would work with 256 colour modes. However, it wasn't really much of a display driver, but it did show that you could use the native display as a CGX back end, albeit only in 8-bit modes.

My idea, although I've never seriously made a feasibility study of it, was to design an RTG driver that used Fast RAM for chunky bitmaps in 8/16/24/32 bit depths and passing that back as the BitMap whenever a CGX compatible one is asked for. So, when opening, say, a 16-bit screen, what you'd actually get was an 8-bit screen opened and a 16-bit chunky buffer in fast ram. Using a blanking interrupt, the PPC would kick in and do any required RGB->HAM conversion and C2P on the areas of the screen that appear to have changed in a manner similar to the SavagePPC EVD. If it could be made to work, then you could also implement basic blitter routines (block move, fill, scale etc) that would also use the PPC when processing areas of the chunky buffer large enough to mask the context-switch time (and simply doing it on the 68K when the areas are too small to be worth it).

The idea pretty much died when I got a graphics card, though I still wonder about it from time to time, especially with the IndivisionAGA HighGFX stuff. The notion of a 15 bit RTG display running at 1024x768 on AGA makes me smile.
int p; // A
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show all replies
Re: >256 colors with Indivision for A1200?
« Reply #3 on: January 30, 2010, 02:32:32 PM »
Quote from: Piru;540742
It wouldn't be that high resolution.

Well, no, it wouldn't. It would be 6 or 8 bitplane HAM 1024x768 on AGA. The 15/16-bit BitMap would only actually exist in FastRAM, in theory.
int p; // A
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show all replies
Re: >256 colors with Indivision for A1200?
« Reply #4 on: January 30, 2010, 06:01:25 PM »
Quote from: Piru;540767
It won't work. Indivision AGA isn't a graphics card.

I still think the marketing should be more clear about this. I am not so sure if you're the only one fooled by that "24 bit" clause.


Perhaps. I think the reason they state this is to distinguish their product from competitor's devices, some of which have had poor gun precision. In particular, I have seen some very strange arrangements as R8 G4 B4, which although fine for OCS/ECS are pretty poor on AGA. Thus their claim to support 24-bit colour is fine but they should be clearer about what they mean by that.
int p; // A