English Amiga Board


Go Back   English Amiga Board > Coders > Coders. System

 
 
Thread Tools
Old 13 April 2018, 13:12   #2301
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,007
Update to icon.library 46.4.483:

Added support for the OS 3.1.4 function BumpRevisionLength() to make copies of icons with long file names under the new WB possible, like it could already be done internally since WB v45.130 with the help of WBCTRL MNL=102.

Fixed some bugs under DOpus5. The icon.library detects the task name of DOpus5 correctly now, even if it's started by its icon with a different name than "dopu"..., like DirOpus or DirectoryOpus. -- Furthermore, the first icon in a lister won't get invisible anymore when a disk (floppy, CD) without an icon is inserted.
PeterK is offline  
AdSense AdSense  
Old 13 April 2018, 18:40   #2302
Michael
A1260T/PPC/BV/SCSI/NET

Michael's Avatar
 
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 641
Nice.... And no Friday 13 surprises so far.
Michael is offline  
Old 20 April 2018, 22:18   #2303
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,007
Update to icon.library 46.4.484:

Icon.library now replaces the second image of any preview icon that is generated by Image2Icon with a darker copy of the first image and a glowing effect. I didn't like the second images as they were created by Image2Icon-Capsule, a GUI for Image2Icon.
PeterK is offline  
Old 30 May 2018, 14:36   #2304
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,007
Update to icon.library 46.4.485:

It's now possible to install an alternative CPU version of icon.library into a subdirectory of LIBS:. If your LIBS:icon.library is compiled for the 68000 then you can add the alternative version in LIBS:68020/icon.library. If your LIBS:icon.library is compiled for 68020+ then you can add the alternative to LIBS:68000/icon.library. The correct version will be loaded automatically by icon.library. On OS 3.0/3.1 this feature only works with RemLib from Thomas Rapp, not with LoadModule, LoadResident and probably not with BlizKick, too. If you don't need this feature then just install Libs:icon.library as usual.
PeterK is offline  
Old 30 May 2018, 22:00   #2305
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,101
First step towards a "fat" binary?
kolla is offline  
Old 30 May 2018, 23:08   #2306
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,007
Don't worry, just a super lite new feature (needs 28 - 44 bytes). Nothing compared to HAM or vector icon support.

Last edited by PeterK; 31 May 2018 at 05:11.
PeterK is offline  
Old 31 May 2018, 09:05   #2307
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,007
Update to icon.library 46.4.486:

Nearly the same as 485 again, but a little safer. If a resident module "icon.library" exists, no efforts to load an alternative version are made, because that would cause a recursive loop. The alternative version is only supported by using RemLib or SetPatch v44.

Updated the two IconDemo ADF images with icon.library 46.4.486, too. The A500 disk supports the loading of the alternative CPU version now. Unfortunately, there was not a single byte left on the A1200 floppy for another library.

Last edited by PeterK; 01 June 2018 at 11:54.
PeterK is offline  
Old 01 June 2018, 13:58   #2308
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,101
Oh, I was thinking of a library that as binary on disk is combined 68000 and 68020
kolla is offline  
Old 01 June 2018, 17:58   #2309
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,007
No, I don't want to create a "fat" binary for the icon.library. That would combine the worst of both worlds. The poor performance of the 68000 code would even get lower due to the additional overhead and the memory consumption will be much higher than required. And also the 68020+ systems would suffer from many 68000 related compromises, which can't be optimized efficiently, since the overhead for CPU depended code on single instructions is bigger than the possible gain. You can only optimize some hotspots like time critical routines.

With my method both CPU versions are always optimal in size and performance and it's the users decision to install an alternative binary or not. Unfortunately, the ramlib process is a party-pooper, since it never loads an alternative library as long as it finds it as a resident module.
PeterK is offline  
Old 04 June 2018, 22:10   #2310
indigolemon
Bit Copying Bard

indigolemon's Avatar
 
Join Date: Jan 2017
Location: Kelty, Fife, Scotland
Age: 35
Posts: 388
Quote:
Originally Posted by PeterK View Post
Update to icon.library 46.4.486:

Nearly the same as 485 again, but a little safer. If a resident module "icon.library" exists, no efforts to load an alternative version are made, because that would cause a recursive loop. The alternative version is only supported by using RemLib or SetPatch v44.
Installed and no issues at all so far
indigolemon is offline  
AdSense AdSense  
 


Currently Active Users Viewing This Thread: 3 (0 members and 3 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
ClassicWB Full and icon.library 46.4 Retroplay project.ClassicWB 6 03 December 2012 12:47
WB library conflict/versions Akira support.Apps 3 22 July 2010 18:47
PNG Icon to Color Icon Converter? Leandro Jardim request.Apps 1 24 May 2010 04:39
What's the latest version of icon.library for OS3.9? NovaCoder support.Apps 3 30 June 2009 15:43
Requesting icon.library v44+... nikvest request.Other 2 16 September 2007 01:58

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


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


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.
Page generated in 0.13351 seconds with 15 queries