icon.library 46.4 test versions

[tom256]

Try this muimaster: http://aminet.net/package/dev/mui/muimaster020

For me icon.library works perfect.

Thx PeterK.

[Retrofan]

Originally Posted by tom256

Try this muimaster: http://aminet.net/package/dev/mui/muimaster020

For me icon.library works perfect.

Thx PeterK.

Thanks. Trying it now.
Amikit works perfectly in my slow miggy. Just waiting for some details to show it working http://eab.abime.net/showthread.php?t=45024
Although for what I see I just want to have WB2000 working the best looking I'll be able, but I think finally I will use ScreenTab. I will left both configurated.

[PeterK]

Icon.library 46.4.256 has been released on Aminet.

[hooverphonique]

I tried dropping icon.library 46 in my libs folder, but it doesn't seem to get loaded (ARTM reports the resident version to be 40, i.e. kick31). Are there additional steps I need to do? I was under the impression that if a rom library was also present on disk, the disk based version would be loaded..

Don't know if it matters, but I'm using NewIcons and the 3.1 kick is softkicked..

[PeterK]

Yes, you would either need SetPatch v44, which loads both, the icon.library and the workbench.library v44+ from Libs: and replaces the older versions of the ROM or you can use my package for ClassicWB on OS 3.0/3.1 http://eab.abime.net/showthread.php?p=804199#post804199

Instead of SetPatch v44 you can also use LoadModule or LoadResident or build your own custom ROM with Remus.

Hmm, sorry I didn' read your note about softkicked OS 3.1. That can make it impossible, since all methods with SetPatch v44, LoadModule or LoadResident would need a reboot to load these libraries resident and that won't work with a softkicker.

[hooverphonique]

Hmm.. So I guess the way these modules are replaced is not simply by patching lvoOpenLibrary to open/load a different one then..

My only option then seems to be building a new rom image with icon library included and then softkick that!?

btw, the softkicker is set040, i.e. using mmu, so it only performs a reboot on cold boot.

[PeterK]

With a little luck, you could build such a custom ROM with Remus and load it with Set040 (I don't know if it works), and then use the ClassicWB config with Scalos 1.2. It only needs workbench.library 3.0/3.1 and no files from OS 3.5+. You must comment out the LoadModule lines in the startup-sequence then and perhaps it could work.

[hooverphonique]

I went ahead and tried using loadmodule anyway, and it definitely has some sort of effect (and ARTM residents shows icon.library at a fastram address).. after the reboot initiated by loadmodule, no icons show any more (except for the drives on the desktop which show default OS icons) and WBStartup gets ignored - if i unload the module, they reappear..

[PeterK]

You will need the ClassicWB ADVSP setup together with my addon-package to let it work with workbench 3.0 or 3.1. The Scalos 1.2d is supplying some of the missing workbench.library functions then and with its iconobject system it can handle icons in OS 3.5 format. It also needs the newicon.library from Stephan Rupprecht which I patched to work with OS 3.0+.

[hooverphonique]

thanks, but could you reveal the technical details of what is wrong and needed? I'm not using classicwb or os 3.5 icons (at the moment at least), but mainly wanted to use this library for performance reasons and that should be possible without using classicwb, no!?.. I am running the latest NewIcons from aminet (4.6). I noticed the NewIconEmu in your startup-sequence, but its documentation said it needed at least OS3.5, so I left that alone..

edit: I actually found an installation of Scalos 1.0 on my system drive (damn, 15 years is a long time and you forget a lot of stuff ;-).. When I run that, my old NewIcons show up (although with some minor color problems).. Does this mean I need to use Scalos or just that Scalos has built-in NewIcons support and thereby "circumvents" your icon.library?

[PeterK]

ClassicWB is a project by Bloodwych who created a bunch of preinstalled software packages suitable for all sizes of classic Amiga computers:
http://classicwb.abime.net/index.htm
http://eab.abime.net/forumdisplay.php?f=61

I've already patched the (emulated) newicon.library in my package to be able to use it with OS 3.0/3.1, too. So, you're not alone.

Yes Scalos supports NewIcons and the newicon.library from Stephan Rupprecht converts the OS 3.5 format into the NewIcon format. My icon.library converts all into the OS 3.5 format.

[hooverphonique]

So I tried that demo disk in winuae, but I'm not sure what it's supposed to show... and it doesn't have anything NewIconEmu.. Am I totally missing the point here? Is this new version of icon.library not compatible with existing old school (NewIcons) .info-files?

another funny thing: when checking the version of your icon.library with "version" v40.1, it outputs "46.4.256", but no matter what version/revision I specify, the return code of "version" is always zero.. this also happens when checking the version of other specific items, but not when checking the version of the original newicon.library, for example

[PeterK]

The demo is a different approach. Does it show all types of icons?
Old icons, MWB-icons, NewIcons, GlowIcons, OS4-icons and PNG-icons?
If it does, you really have all what you need. Then just compare the contents.

Of course, the icon.library displays NewIcons, too.

Concerning your experiments with Version 40.1:
It really does what it should do. Nothing unexpected here.

Version icon.library 46 ; or less
Set
===> RC = 0

Version icon.library 46 REVISION 4
Set
===> RC = 0

Version icon.library 47 ; or more
Set
===> RC = 5 = WARN

Version icon.library 46 REVISION 5 ; or more
Set
===> RC = 5 = WARN

[Retrofan]

Originally Posted by PeterK

Update: icon.library 46.4.257 with a different distance table for the color mapping.

. What's the benefit exactly? I mean to understand it.

[PeterK]

Sorry, but nothing for you, 'cause you are using a fixed 16 color palettte. In all other cases, the colors could look better, maybe, but that's exactly what I want to know from the users.

Btw, the memory leak in your distro seems to be a FastMem leak. I'm gonna check that soon. It runs out of FastMem first, and when nothing is left it eats up the remaining ChipMem finally, too. Just don't know yet what it is.

[PeterK]

Pulled down...

Update: icon.library 46.4.257 with a different distance table for the color mapping.

[Calabazam]

On my setup (OS3.1 Kick 3.1 Blizzard 1260), the latest icon.library from Aminet causes my A1200 to not boot. When i delete this icon.library from LIBS: and stick to the one in ROM (genuine) everything is fine.

I would like to know if the lib will allow me to see nice icon instead of small square dot for some icon type i have in a few WHDLOAD games? Newicons is already installed and working fine on my system but i think these ones are for OS3.5+ icons.

[PeterK]

Hi Calabazam,
please compare your system setup with that from my IconDemoADF.rar at the first posting. Which version is your workbench.library?

Maybe, you could add a line at the top of your startup-sequence:
Set ECHO ON
to see how far it boots and where the problem occurs.

If you can't find the reason then please send your startup-sequence.

Yes of course, you will see all icons if it works correctly. Check out the IconDemoADF.rar.

[Retrofan]

I've got a question about icons. I remember in CWB39 in some moment, perhaps when snaping the icons in a drawer, if there were Png icons it was asking if you wanted to convert them to 3.5 style. I believe they look better that way. Is there a program to make that or how can I make it?

[PeterK]

...if there were Png icons it was asking if you wanted to convert them to 3.5 style. I believe they look better that way.

When this requester comes up asking you if you would like to convert your PNG icons into the OS 3.5 format then you will already see the resulting quality of the color reduction from 24 bit TrueColor into something close to HiColor quality. The very small loss of quality is only visible with AfA_OS, Scalos on OS 3.5+ or the original PowerIcons patch (for one image).

Converting into the OS 3.5 format can be done either with this snapshot requester or by saving from WB-menu -> icon -> info or copying icons with drag&drop from one window to another. You won't loose or gain any quality on all AGA/ECS/OCS screens by converting the PNG icons. But the info-files will get a lot smaller and thus the icon loading can be done faster. The OS 3.5 format won't need PNG decoding or zlib decompression.

Conclusion: if you never use a TrueColor screen then it's much better to convert all icons in the OS 3.5 format.

[Calabazam]

Originally Posted by PeterK

Hi Calabazam,
please compare your system setup with that from my IconDemoADF.rar at the first posting. Which version is your workbench.library?

Maybe, you could add a line at the top of your startup-sequence:
Set ECHO ON
to see how far it boots and where the problem occurs.

If you can't find the reason then please send your startup-sequence.

Yes of course, you will see all icons if it works correctly. Check out the IconDemoADF.rar.

Thanks for the answer.
I have set ECHO ON on my SS and it seems the computer crashes at C:IPrefs. Actually, i can't remember what C:IPrefs does on my system as it is an old setup.

Without your icon.library, i am able to see all the icon from the adf except the black dot square froçme the CopyIcon drawer and the PNGicons. The colors from the Os4icons are bad though (AGA 256 colors here).

Workbench.libray is 40.5 (from the KS3.1).
Setpatch is 44.17 from a later OS i believe.

[Retrofan]

Originally Posted by PeterK

When this requester comes up asking you if you would like to convert your PNG icons into the OS 3.5 format then you will already see the resulting quality of the color reduction from 24 bit TrueColor into something close to HiColor quality. The very small loss of quality is only visible with AfA_OS, Scalos on OS 3.5+ or the original PowerIcons patch (for one image).

Converting into the OS 3.5 format can be done either with this snapshot requester or by saving from WB-menu -> icon -> info or copying icons with drag&drop from one window to another. You won't loose or gain any quality on all AGA/ECS/OCS screens by converting the PNG icons. But the info-files will get a lot smaller and thus the icon loading can be done faster. The OS 3.5 format won't need PNG decoding or zlib decompression.

Conclusion: if you never use a TrueColor screen then it's much better to convert all icons in the OS 3.5 format.

Thanks PeterK, but it isn't so easy. CWB39 makes it when it likes (did yesterday), drag&drop isn't working now for it to ask to change them, saving information either.
But I've found this on Aminet:
http://aminet.net/package/util/wb/CondenseIcon
while I was searching and reading this:
http://www.gregdonner.org/os35faq/iconoperation.html

I've got to try it. What I saw yesterday changing dual PNG to 3.5 format is that the grey border disappears.

[PeterK]

It's this stupid DOpus5 again. It just snapshots and converts one single icon at a time (the last selected icon). But it works for me here with your distro! Furthermore, you should set "Smart icon copying" in DOpus settings for icons. If not then DOpus uses the DOS file copying instead of the icon.library GetIconTagList()/PutIconTagList() functions for drag&drop. Why are people using DOpus Magellan ??

[Retrofan]

It isn't in Magellan. I've got there now installed a couple of PNG icons that yesterday I got changed with that option in CWB39, now without grey borders, but still remains a couple of them. I've tried Condenseicon, but it doesn't make the same that I got yesterday that way. No problem, I will keep searching, don't want to go off topic, and as you told I don't see any difference with my setup and your latest update.

[PeterK]

Sorry for my confusion, Retrofan, but I thought you were testing with your AmiKit 16 color conversion distro. That's working with Magellan.

But if you're testing with ClassicWB39, that might be based on Scalos v41, I don't know. Never tried it out (CWB39). Scalos on OS 3.9 has its own PNG decoding, of course. It doesn't use much of the icon.library functions. And I didn't try to convert PNG icons under Scalos yet. It makes no sense, because Scalos is usually running on a truecolor screen except for the Scalos 1.2d in ClassicWB ADV(SP), which is a different story.

[PeterK]

Originally Posted by Calabazam

Thanks for the answer.
I have set ECHO ON on my SS and it seems the computer crashes at C:IPrefs. Actually, i can't remember what C:IPrefs does on my system as it is an old setup.

Without your icon.library, i am able to see all the icon from the adf except the black dot square froçme the CopyIcon drawer and the PNGicons. The colors from the Os4icons are bad though (AGA 256 colors here).

Workbench.libray is 40.5 (from the KS3.1).
Setpatch is 44.17 from a later OS i believe.

What you can see without my icon.library are only the old planar icon images, no OS 3.5, PNG or OS4 icons. Boot the ADF image and you will see the real icons.

And then compare the structure and the files on the ADF image with your system. You will need at least the workbench.library from the ADF, because v40.5 won't do the trick (atm). Have a look into the startup-sequence, too. Of course, you can replace old OS 3.0 files with newer ones. You can also use SetPatch v44 instead of LoadResident or LoadModule or a custom ROM. But don't mix IPrefs v44 with a setup which is based on v40 and has the old prefs files in ENVARC:Sys.

[mfilos]

CWB 3.9 doesn't use Scalos at all, so there shouldn't be a problem. Need to test it to be sure though myself.

[PeterK]

Hi mfilos, I'm glad to hear something from you after such a long time. Hope that you and your family (wife and young daughter) are happy at your new home.

Thanks for the clarification about CWB39. But if it is based on the Workbench then I don't understand what the reason for Retrofan's problems are. He should explain that again.

Greetings
Peter

[Retrofan]

Finally yesterday I got CWB39 to ask me to change to 3.5 format a drawer full of my Amikit's icons, so I could change them all. The thing is that apart of making it there in CWB39 with that option, I coudn't get that result with CondenseIcon for example. Anyway problem solved for what I wanted.

[PeterK]

CondenseIcon
© 2000/1 by Stephan Rupprecht

PowerIcons was developed and introduced by Elena Novaretti in 2003/4.

How should CondenseIcon know in 2001 how to handle PNG icons ??

[Retrofan]

Yes. I would like to know a way to make it without using CWB39, that makes it when it likes. This is how an icon is in both formats:

[PeterK]

Both of your example icons are in the OS 3.5 format. None is a PNG icon. You can see that with every hex-editor:
OS 3.5/4.0 icons and old icons start with $E3 10 00 01
PNG icons start with $89 50 4E 47 which is " PNG" in ascii characters.

As I already told you I could convert the PNG icons with snapshot or drag&drop in your AmiKit coversion distro. But you won't see any requester under DOpus5 and you have to change the DOpus settings for icons to "Smart Icon Copying". Use the English localization (language). With other languages the name for this icon setting can be totally different. The German name for example is "Alternatives Ikon Kopieren" or something similar.

[PeterK]

I've just tested snapshot, drag&drop and also icon information -> save, and all works here!

[Retrofan]

Yes, I've tried that all. That's why surely now there's no PNG icon. BUT... see your icons, or better open the 2 ones I've attached. You can see they don't look the same . One has light grey border. The one changed with CWB39 hasn't, so looks better. Try to get that with the icon with light grey border.
What is seems is that there are a couple of ways to transform the icons, and the one of CWB39 makes it better.
BTW: You can "put away" all the repeated icons that dunno why appear in the copy of my distro.

[Calabazam]

Originally Posted by PeterK

What you can see without my icon.library are only the old planar icon images, no OS 3.5, PNG or OS4 icons. Boot the ADF image and you will see the real icons.

And then compare the structure and the files on the ADF image with your system. You will need at least the workbench.library from the ADF, because v40.5 won't do the trick (atm). Have a look into the startup-sequence, too. Of course, you can replace old OS 3.0 files with newer ones. You can also use SetPatch v44 instead of LoadResident or LoadModule or a custom ROM. But don't mix IPrefs v44 with a setup which is based on v40 and has the old prefs files in ENVARC:Sys.

Indeed, the icons all look quite impressive when booting from your disk.

I have tried to copy workbench.library and icon.library from your disk to my LIBS: but i still got a reboot with a blinking power led when booting from my HD. Then i tried to replace my IPrefs by the IPrefs from the disk and still no go. I already have a V44 Setpatch on my setup.
What should i do now?

[PeterK]

@Retrofan
The icon with the gray border has already been converted into the OS 3.5 format with an older version of my icon.library.

I made a fresh copy from Kens' PNG icons V4 to see how the current icon.library converts the original HardDisk_1 PNG icon, and that's ok.

I'm sorry. but you cannot remove the gray border from icons that have already been converted with an older icon.library before. You will need the original PNG icons and copy them again.

Update: There are tools like Stephan Rupprecht's CopyIcon to copy just the images of an icon without destroying the tooltypes and the position of the target.

@Calabazam
Please post your startup-sequence. Thanks.

[Calabazam]

Here is my SS:



PsdLoadModule DEVS:input.device QUIET ;Added by Poseidon-Installer
C:LoadV43Module >NIL: L:a1200.ld.strip REBOOT

;BEGIN IDEfix
If Exists C:IDEfix
; You may want to exchange the following line with LoadIDE reset quiet
; to make IDEfix reset resident, or LoadIDE start quiet
; to start IDEfix immediately and have it reset resident
; from the next reboot. Make sure to put LoadIDE behind any Kickstart mappers!
C:IDEfix
EndIf
;END IDEfix

; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
; Startup-Sequence for hard drive systems

C:SetPatch QUIET
C:PatchControl
C:BlazeWCP
MuMove4k PREPAREEMUL A1200
MuFastZero FASTEXEC FORCENATIVE
IF Exists C:NSDPATCH
C:NSDPATCH QUIET
ENDIF

C:Version >NIL:
C:AddBuffers >NIL: DF0: 15
FailAt 21

C:MakeDir RAM:T RAM:Clipboards RAM:ENV RAM:ENV/Sys
C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ

Resident >NIL: C:Assign PURE
Resident >NIL: C:Execute PURE

Assign >NIL: ENV: RAM:ENV
assign excellence!: Boot:excellence!
assign doctools: Boot:doctools
Boot:MCP/MCP
Assign >NIL: T: RAM:T
Assign >NIL: CLIPS: RAM:Clipboards
Assign >NIL: REXX: S:
Assign >NIL: PRINTERS: DEVS:Printers
Assign >NIL: KEYMAPS: DEVS:Keymaps
Assign >NIL: LOCALE: SYS:Locale
Assign >NIL: LIBS: SYS:Classes ADD
Assign >NIL: HELP: LOCALE:Help DEFER

C:FBlit
;C:Ftext
;C:Cardpatch
C:Cardreset

BindDrivers
C:Mount >NIL: DEVSOSDrivers/~(#?.info)

IF EXISTS DEVS:Monitors
IF EXISTS DEVS:Monitors/VGAOnly
DEVS:Monitors/VGAOnly
EndIF

C:List >NIL: DEVS:Monitors/~(#?.info|VGAOnly) TO T:M LFORMAT "DEVS:Monitors/%s"
Execute T:M
Celete >NIL: T:M
EndIF

SetEnv Language "english"
SetEnv Workbench $Workbench
SetEnv Kickstart $Kickstart
UnSet Workbench
UnSet Kickstart

C:AddDataTypes REFRESH QUIET
Run > NIL: "Boot:VisualPrefs/VisualPrefs"
C:IPrefs
Boot:FullPalette/FPPrefs
C:ConClip

Path >NIL: RAM: C: SYS:Utilities SYS:Rexxc SYS:System S: SYS:Prefs SYS:WBStartup SYS:Tools SYS:Tools/Commodities

IF EXISTS S:User-Startup
Execute S:User-Startup
EndIF

Resident Execute REMOVE
Resident Assign REMOVE

C:LoadWB
EndCLI >NIL:

[PeterK]

Use Set ECHO ON and SetPatch v44 as before.
PLZ, comment out the FailAt 21
and insert a line above IPrefs:
Wait 3

[Calabazam]

Originally Posted by PeterK

Use Set ECHO ON and SetPatch v44 as before.
PLZ, comment out the FailAt 21
and insert a line above IPrefs:
Wait 3

Yup, i've done that but it still crashes at the same moment unfortunately.

[PeterK]

Insert a line above the Wait 3

Version workbench.library

( No >NIL: and no LIBS: for version )
But the workbench.library from my ADF must be in your LIBS: drawer, of course.