icon.library 46.4 test versions

[kolla]

Great, no more requesters about converting to OS3.5 format on OS4 icons - thanks!

Just curious, on the A1200 ADF, there are PatchWB and PatchRAM.. what do these patches do?

[PeterK]

No requester if an OS4 ARGB icon can be created, but still a requester for programs like IconEdit that want to change the color icon data. The interesting thing is that even some old programs like SwazInfo are able to save their data without destroying the TrueColor images.

PatchRam is to avoid the always "100% full" RamDisk information. PatchWB fixes OpenWB() hangs, IPrefs and WB bugs, written by ThoR for WB 3.0/3.1 only.

[kolla]

Originally Posted by PeterK

PatchRam is to avoid the always "100% full" RamDisk information. PatchWB fixes OpenWB() hangs, IPrefs and WB bugs, written by ThoR for WB 3.0/3.1 only.

Thanks

And yes, I think IconEdit qualifies as obsolete by now. I used Iconian a lot, but it too leaves much to be desired. These days I use DPaint or PPaint and paste into RAWBInfo, which sometimes work. It's almost easiest now to just edit with whatever, save as PNG, and then let icon.library convert it to 3.5 CI.

Oh, I still have on my to-do to find a batch-able way to convert NewIcons to monochrome icons, finding some level of "darkness" as threshold for whether a pixel should be black or white.

[AMIGASYSTEM]

Originally Posted by PeterK

Update to icon.library 46.4.490:
Due to a bug in AfA_OS the new created OS4 icons may not be displayed by AfA's icon_lib.exe.
.

I'm sorry Peter I did not understand this part well, "the new created OS4 icons" create where and with which tool?

[PeterK]

Originally Posted by AMIGASYSTEM

"the new created OS4 icons"
create where and with which tool?

Created from my library per drag & drop copying, by saving in Icon Information, RAWBInfo and SwazInfo, with CopyIcon or other tools.

[kolla]

Hm, ProcessIcon should be updated to support the OS4 and PNG icons.

[AMIGASYSTEM]

Sorry again Peter you are referring to operations done with AFA-OS with yours icon.library 46.4.490 installed?

I did a test where I used CopyIcon and RAWBInfo without having any problem, see video, i also tried to do the same test on an OS 3.9 Standard and icons on AFA-OS they are always displayed perfectly.

[PeterK]

Sorry for confusing you with my explanations, AMIGASYSTEM.

"Created from my library" should mean either created on WB 3.9 or on AfA without using icon_lib_exe, but both with my library installed.

The problem later starts when you want to use these icons then on AfA with icon_lib.exe running. For example if you copy the new icons from WB 3.9 to AfA.

[AMIGASYSTEM]

Originally Posted by PeterK

For example if you copy the new icons from WB 3.9 to AfA.

Sorry again Peter, maybe google translator does not help, but I have also changed the icons on OS3.9 Standard and my AFA-OS sees perfectly the icons, see new video

[PeterK]

Your icons in the drawer "OS4 icons" seem to be converted into the OS 3.5 format already, since I can't see an alpha channel. You would need original OS4 ARGB icons (32 bit with alpha channel) to do that test.

[AMIGASYSTEM]

Those icons I did not convert were part of a package, now I try to do a test with the original icons from the OS4 system.

[kolla]

Originally Posted by AMIGASYSTEM

now I try to do a test with the original icons from the OS4 system.

You can simply use the A1200 ADF from the first page here, and test with the icons there. It includes a few OS4 format icons too.

[AMIGASYSTEM]

@Peter
I did the test with the original icons taken from OS 4.1 Classic, the result does not change, I attach the icons so you can control the type of icons

@kolla
I try to do the test you reported

[PeterK]

I can't believe it, there is still no alpha channel visible. Do you really have TC020 installed on your OS 3.9 system and it's running in Hi/TrueColor mode on a graphics card ?

[AMIGASYSTEM]

Good news: Yes on OS 3.9 I installed Icon.library TC020 (see screenshot)

Bad news: On "IconDemoA1200 after conversion" icon "install" he gave some problems, icon "CandyCrisis" instead it is perfect on AFA-OS (see screenshot)

[kolla]

In general it is better to use CLI and type "version full icon.library" to see which version is currently resident and in use, rather than checking version of a file, which may or may not be the same version that is currently in use.

[AMIGASYSTEM]

Originally Posted by PeterK;1258385 [/quote

your OS 3.9 system and it's running in Hi/TrueColor mode on a graphics card ?

No screen PAL High Res 620x256 256 Color

[PeterK]

Yes, of course, you would need a Hi/TrueColor screenmode.

Not all icons have problems. If they also have a 4-color or 8-color image with the same size AfA_OS has no problems to display them. But my library removes all planar images with more than 8 colors and replaces them with a small internal deficon image or a dot.

[AMIGASYSTEM]

Also tried OS 3.9 + Original Icons OS4.1 with graphics card and no problem on AFA-OS .

[PeterK]

Maybe the OS 4.1 icons all have correct 4-color planar images with the same size as the ARGB images. Then my library won't replace the planar images by default and AfA has no problems. But many old OS 4.0 icons still have these stupid 256 color planar images included which looks terrible wrong without a palette. (I don't have OS 4.1)

You can force the replacement with my option "KillPlanarImages".