Hello Nick
> Just to break up the party, but things won't work like that 'blurb'
> states. I have programmed HAM modes myself, and it's a real pain. (Poking
> binary values in to raw memory locations!)
>
> To say the least, the application must be able to handle HAM mode in the
> first place, otherwise only the base 16 (HAM6)/64 (HAM8) colour palette
> will be used.
That is what appears to be happening, also you can't go into prefs and
select the ham workbench and I think a lot of software as you say checks
the prefs.
The fact is that workbench and most other apps remap to
> 'proper' non-pseudo colours, so only the first 16/64 colours are actually
> real.
This is what seems to be happening.
HAM colours merely modify a R, G or B component from the pixel to
> the left of it.
>
> In theory it's great, besides you can already get HAM workbenches. Just
> HexEdit the screenmode.prefs file... :)
>
> I might be wrong (if this is a wonder program), but the reason why HAM is
> mostly ignored by most Amiga apps is because it's extremely difficult to
> program... :(
Why not have a look at the program, hamwb, maybe you'll have a mental leap
and make it "go"
possibly making a temporary phantom screemode.pref
> Sorry to disappoint you! :(
OS3.5 was supposed to have RTG retargetable graphics to let us do things
like this!
Thanks,
John
--
John Block Creative, marketing aware work which
Freelance Copywriter talks rather than blandly bores,
actively promotes your product,
International and aims to be the best
Welcomes Dollar and Sterling, in your market sector.
First Virtual. http://www.copywriter.co.uk [EMAIL PROTECTED]
_____________________________________________________________
NetConnect mailing list. To unsubscribe, send an 'unsubcribe'
message to <[EMAIL PROTECTED]>
