English Amiga Board

English Amiga Board (http://eab.abime.net/index.php)
-   Coders. System (http://eab.abime.net/forumdisplay.php?f=113)
-   -   icon.library 46.4 test versions (http://eab.abime.net/showthread.php?t=64079)

PeterK 27 April 2012 11:54

icon.library 46.4 test versions
15 Attachment(s)
Always download the last full version from Aminet before you update:

Aminet - util/libs/IconLib_46.4.lha

Added a new 46.4.507_LD020:

This is mixture of the old LD020 using the line by line drawing mode for ColorIcons and TC020 for the OS4 and PNG icons. It depends on the hardware whether this new LD020 or the original TC020 is faster for displaying ColorIcons on Hi/TrueColor screens.

Update to icon.libary 46.4.508:

This update supports the PNG icon "Frameless" flag now and the TrueColor mode can be disabled with the command "ConvertTrueColor" to create icons in the OS 3.5 format or "RestoreTrueColor" to switch back to TC mode again. You'll need to update the windows after changing the mode. The "Frameless" flag can be set with RAWBInfo or Report+ for example.

Update to icon.libary 46.4.509:

Cleaned up and streamlined the gfx-patch a bit. Renamed "RestoreTrueColor" into "PreserveTrueColor".

A dirty and risky experiment in Area 51: :D

Since it's not allowed to enter this forbidden zone icon.library now pretends to be V51 to get into it without accepting the rules which could be dangerous. Icon.library 51.4.510 TC020 only supports one of the new V51 features to let the tool Eastern render its thumbnail preview icons for your pictures as ARGB TrueColor images by using IconControlA() and SetImageDataFormat even under OS 3.x. This gives much better quality than the poor dithering of Eastern that it uses for V44 libraries. This version is not made for OS4, of course. The preview icons can not be saved in TrueColor like they are displayed, they are converted into the OS 3.5 format with 255 colors then, but that's still looking better than the dithered icons created by Eastern. Please report any conflicts from Area 51. :)

If you want to create icons for your pictures permanently then better use Image2Icon and i2iGUI and select the OS4 TrueColor format for the images. This also works with icon.library v46.

Btw, AfA_OS has a patch for DOpus 5.82 to support DefIcons and Eastern instead of the FileType definitions. This also works in Area 51.

Update to icon.libary 46.4.511:

This is a small bugfix for the color reduction. This bug was probably never visible yet for icons with transparency until I made my experiment in Area 51 with Eastern and its opaque preview images, where very rarely some black pixels appeared at the top of some color mapped icons. Sometimes my test for color repetitions has compared the first pixels with a value outside of the images and for the rare case of matching values this bug got visible.

Added IconDemoHAM6 and IconDemoHAM8 ADF images.

All IconDemos need Kickstart 3.0 or better 3.1, but are not made for 3.1.4, because the workbench.library is missing and the WB 3.1.4+ also requires a different FBlit.cfg and DefIcons.

Updated IconDemo ADF files (486):

To make it easier to use my icon.library under OS 3.0/3.1, I've built two demo floppy images that should show you how to get things to work. Just copy one of these ADF files onto a floppy disk and then boot from it. These images are NO speed demos! If you have enough RAM you could also use the much faster RAD: disk. (Please, always install the latest icon.library on your harddisk)

These demos can display all types of icons: old icons, MWB-icons, NewIcons, GlowIcons, OS4-icons and PNG-icons. This does not need a workbench.library v44+. Only the old icon.library is removed from the resident list with Thomas Rapp's very nice RemLib tool and then the new icon.library is loaded from Libs: into the memory instead, without a reboot.

IconDemoA500.ADF is for low end systems with 68000+ CPUs, OCS/ECS with a fixed 16 color palette, minimal 512 kB ChipMem and 1 MB FastMem. I would recommend at least 40 MHz and more memory to enjoy it (e.g. a MiniMig). 68020+ systems are detected and supported by loading the 68020 version automatically.

IconDemoA1200.ADF is for better systems with 68020+ CPUs, AGA, minimal 1 MB ChipMem and 2 MB FastMem and uses FBlit. It needs no ChipMem for the icons and the NewIcons patch makes even transparent backgrounds possible.

In both configurations DefIcons, AutoUpdateWB and SwazInfo are also installed. These ADFs are working with Kick 3.0 already and are supporting PAL and now also NTSC screenmodes.

The excellent CopyIcon tool from Stephan Rupprecht makes it possible to replace the images on your existing icons with a simple drag&drop from all available icon sets, no matter which format the source icons have.

Of course, the icon loading from a floppy disk will always be very slow. Furthermore, OS4 and PNG icons can also be rendered much faster after converting them once into the OS 3.5 format, but on these ADFs they are still in their original file format in order to demonstrate the ability to decode them on any Amiga.

Thorham 27 April 2012 12:16

Cool :great But how do I use this (3.0)?

PeterK 27 April 2012 12:21

It works with ClassicWB (tested ADVSP), Scalos 1.2d and OS 3.0.
No need to get any OS 3.5+ files !



mfilos 27 April 2012 12:23

Will report back from home Peter mate :)
Cheers once more for these updates \o/

PeterK 29 April 2012 04:18

If you have SetPatch v44 then simply don't use LoadModule or LoadResident to load the icon.library or the workbench.library. SetPatch will do that.

SpeedGeek 29 April 2012 21:17

I thought you could just copy the latest version of icon.library to libs: and it would automatically be used if it's newer than the ROM based version?

I think I have 40.4.209 in ROM and I really don't want to burn a new ROM for every update. I don't like LoadResident any more than I like OSRomUpdate!

mfilos 29 April 2012 22:29

Tested it tonight and it works just fine (as the previous version did).
Haven't tested thoroughly all the new features but will report once I test them out

I agree SpeedGeek that is annoying burning new ROM for the new updates. I use ACATune's MapROM feature which rox, but it would be really awesome if we could make something like ROMflash at some point to get over with all this stuff :(

PeterK 29 April 2012 22:42

I would agree to that it doesn't make much sense to put the icon.library into an eprom and burn a new one for every update. Maybe, if it were a flash rom. Nevertheless, it has a lot of advantages to use custom ROMs with WinUAE or BlizKick or other ROM emulaters. You have shorter boot times and building a new ROM image is quite easy with Remus.

But many people are using LoadResident or LoadModule to make these libraries reset proof. This needs an extra reset only for the cold start which is neccessary for SetPatch in any case, but it speeds up all further reboots later.

If you don't use it then SetPatch will always try to replace the resident icon.library and workbench.library with those that can be found in the LIBS: drawer, exactly as you said (but maybe without checking the version). As a result, LoadResident calls will get useless and fail and for LoadModule calls SetPatch will just waste memory by loading these two libraries again.

To avoid this rename these libraries to prevent SetPatch from finding them in LIBS:.

ok, mfilos was a little faster ;)
Thanks for testing, mfilos !

_mandark_ 01 May 2012 18:42

icon.library 46.4.230 running fine so far on my system (A1200, ACA1230-56, OS 3.9 on 4 GB CF-card).

clauddio 04 May 2012 01:52


Originally Posted by PeterK (Post 815289)

Something else: Important for users of DOpus Magellan II:

Make sure that the newicon.library V44 is installed in your LIBS: drawer.
And activate "Alternative Icon Copying" in the DOpus settings.

I'm using dopus 5.82 ( last version)
where is the option "alternative icon copyng" ? I can't found it

PeterK 04 May 2012 08:31

Sorry clauddio, I was using DOpus Magellan II with German localization and the options name was "Alternatives Piktogramm Kopieren", so I thought that the translation should be "Alternative Icon Copying". But now I've changed the localization to English and that shows me under "Icon Settings" that the option is called "Smart Icon Copying" instead. ;)

Thank you for your report :great

PeterK 19 May 2012 12:07

Updated to icon.library 46.4.231 :)

NovaCoder 23 May 2012 07:48

Cool I will get around to installing this soon, thanks for your work :)

I'm running an AGA WB OS 3.9 BB2 and RemapApollo (works like BlizKick).

I assume I can just give this icon.library to RemapApollo and it will be all good?

This library will be faster/better than the BB2 version for an AGA user?

daxb 23 May 2012 11:47

You can load the icon.library with RemApollo as a module. I tested that on a A1200 Apollo 1240 OS3.1 system. ...and additional what PeterK wrote. You can check with e.g. Scout if resident loading worked.

NovaCoder 23 May 2012 14:26

I just use NOROMUPDATE for SetPatch and then pass in all the updated modules separately to RemapApollo :)

PeterK 23 May 2012 15:58


Originally Posted by daxb (Post 819722)
You can load the icon.library with RemApollo as a module. I tested that on a A1200 Apollo 1240 OS3.1 system. ...and additional what PeterK wrote. You can check with e.g. Scout if resident loading worked.

Better check with "Avail FLUSH" directly after booting has finished.
And compare it once with SetPatch DISABLEROMMODULES ""
and another time without this option.

I would predict and could bet that NOROMUPDATE will not prevent SetPatch from disabling these two resident libraries and loading them from LIBS: again. They may still appear in the resident list, but they are disabled there. Only Avail FLUSH can show the difference.

_mandark_ 24 May 2012 17:16

Was testing the new version on my A1200 and WinUAE (A1200-clone, Picasso96, uaegfx) yesterday. No big problems whatsoever, but I encountered a freeze on WinUAE when saving all drawer icons in a drawer (about 160 blue and green colored drawer icons). But I was not able to reproduce the crash...

PeterK 25 May 2012 00:11

Hmm ? I never encountered such a problem yet.
Please, give me some more details in case it occurs again. (example drawer icons or the name of the icon collection they belong to)

Maybe this could also be an issue of the new dos.library ?
I guess, you are using it, but I didn't try it out yet.

PeterK 29 May 2012 18:31

Updated to icon.library 46.4.235

_mandark_ 01 June 2012 13:58


Originally Posted by PeterK (Post 819968)
Hmm ? I never encountered such a problem yet.
Please, give me some more details in case it occurs again. (example drawer icons or the name of the icon collection they belong to)

Maybe this could also be an issue of the new dos.library ?
I guess, you are using it, but I didn't try it out yet.

Your guess was right, I am using the new dos.library ;) But I also have not encountered this problem again. Your latest icon.library is running fine on my systems.

All times are GMT +2. The time now is 13:49.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.

Page generated in 0.13260 seconds with 11 queries