icon.library 46.4 test versions

[PeterK]

Originally Posted by DanyPPC

Downloaded latest IcoLib archive from aminet:
Installed the new icon.library but I have problems:
- WinUAE 040/Jit OS 3.9
- Amiga 1200 Blizzard 1230

I have an error when workbench is loaded

Back to previous 51.4.582 all is ok

Thanks for reporting that!
Which screenmode and icon sets are you using? Which WinUAE version?
Does the same happen with #583 from EAB, 1. page of this thread?
Try to disable WBStartup or some of the tools there.
What is loaded in WBStartup and user-startup?

[DanyPPC]

(Which screenmode and icon sets are you using? Which WinUAE version?)
GlowIcons from OS3.9, Scrren mode 1280 x 720 UAEgfx (Picasso96), WinUAE 5.2.0

(Does the same happen with #583 from EAB, 1. page of this thread?)
Only on Amiga 1200 + Blizzard 1230, on WinUAE it works

(Try to disable WBStartup or some of the tools there.
What is loaded in WBStartup and user-startup?)

- ASymcWB
- AutoupdateWB
- DefIcons
- FreeWheel
- RAWBInfo
- ToolDaemon
- WBDock

[PeterK]

Originally Posted by DanyPPC

Only on Amiga 1200 + Blizzard 1230, on WinUAE it works

I can only test WinUAE 5.2 with A1200 + Blizzard 1230, but which one? II/III or IV, which Blizzard Rom, how much accelerator RAM, how much other RAM?

Please upload the WinUAE config file and the WinUAElog.txt (enable logging under Miscellaneous: "Create winuaelog.txt" and "Log illegal memory access", running WinUAEenforcer would give more info.

Is OS 3.9 still loading the Devs:AmigaOS Rom Update with a reboot?
Does it crash without WBStartup?

Update: Confirmed, there seems to be a problem with OS 3.9 loading the Rom Update and my new Chunky LUT8 code, even on a PAL screen, booting freezes! There were no problems with the 3.1.4 or 3.2.x Rom, ... because P96 was installed, too.

I'm going to upload #582 to the first page here again (#583 has the same problem).

[DanyPPC]

Thanks PeterK for yours test.

And Excuse me for the few information.
But yes, I use a Blizzard mkIV with maprom function which loads a patched 3.9 kickrom under a 3.9 updated BB4 workbench.

[PeterK]

Another stupid bug: a check for cybergraphics.library was missing.

Please try my fixed version #587. If it works I will update the Aminet release, too.

https://aminet.net/package/util/libs/IconLib_46.4

[DanyPPC]

Thanks Peter, all seems ok

[James]

AmiStart and Wet are now able to display DualPNG icons with this new release!
Previously AmiStart would display them at reduced quality and Wet would display a corrupted image and crash.
Apart from better font antialiasing (compared to aafont) and full support for PNG/DualPNG images in apps like YAM (without AfA only the toolbar icons display without pink backgrounds) there is little reason to use AfA anymore.

[PeterK]

Hi James,

I'm a bit surprised now about these supposed fixes for AmiStart and Wet, because I didn't know these problems and can't imagine what of my latest changes has fixed anything like that.

I don't use AmiStart or Wet, but now I will check them out with older and newer versions of my library.

Usually, my icon.library can display Hi/TrueColor images in older apps when these programs either use the DrawIconState() function (v44) already or when they call BltMaskBitMapRastPort() by using the planar images of GadgetRender or SelectRender directly without copying the image plane data over into another temporary bitmap. My icon.library stores two longwords at the end of the memblock which holds the original planar images in order to get access to the TrueColor data with my gfx-patch, which then redirects the blitter call to the cybergraphics.library for displaying the ARGB images.

Update:
It seems that AmiStart is using one of the new v51 IconControlA() tags to get ARGB images, and maybe Wet too. Nobody told me that there was any demand for these tags until a new dock tool needed it recently. I don't want to implement all v51 tags, but the version number 51 is required for Eastern to receive TrueColor images.

What is wrong with YAM? I don't use it, but it seems to work ...

Update2:
The YAM toolbar icons are not displayed by icon.library, but YAM needs a picture.datatype with real AlphaChannel support for soft borders, which is not available for AmigaOS 3.x, only the Afa_OS picture_datatype.exe can do that.

For the other images in YAM you may have WarpDT installed, and if you get wrong backgrounds look into the WarpDT prefs for PNG images. Set AlphaChannel to "Keep" and disable the "Default Background"