English Amiga Board


Go Back   English Amiga Board > Coders > Coders. System

 
 
Thread Tools
Old 04 May 2014, 19:42   #881
ozymandias
Registered User
 
Join Date: Jan 2014
Location: Italy
Age: 43
Posts: 38
Thanks to all! Already tested both classicwb with scalos and icon. Library and noticed that chipmem is always used with scalos. Only wb can use fastmem exclusively.
ozymandias is offline  
Old 04 May 2014, 20:30   #882
Bloodwych
Moderator

Bloodwych's Avatar
 
Join Date: Jun 2001
Location: I'm behind you!
Posts: 3,763
Quote:
Originally Posted by ozymandias View Post
Thanks to all! Already tested both classicwb with scalos and icon. Library and noticed that chipmem is always used with scalos. Only wb can use fastmem exclusively.
You have to install it correctly, along with FBlit settings being correct.

See the screenshots below, the first one - that's with Scalos driven ClassicWB ADVSP 16 colour wallpaper and opening up several drawers, in fact I opened up an extra System drawer compared to OS39 to allow for Amidock icons.

You can see how it compares to Workbench in the second picture, which is OS3.9 using the latest icon.library from PeterK (CyberbugFix disabled) and same wallpaper and 16 colour screenmode. Disabling AmiDock makes no difference to the Chipmem just the Fastmem and as I said this picture has one less drawer open!

Scalos actually looks to be doing a good job thanks to PeterKs pack.
Attached Thumbnails
Click image for larger version

Name:	PeterK ADVSP.jpg
Views:	200
Size:	159.2 KB
ID:	39891   Click image for larger version

Name:	PeterK OS39.jpg
Views:	195
Size:	162.4 KB
ID:	39892  

Last edited by Bloodwych; 04 May 2014 at 20:45.
Bloodwych is offline  
Old 04 May 2014, 20:46   #883
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Thank you, Bloodwych !

Is there an adjusted FBlit.cfg installed on your WB 3.9 system?
http://eab.abime.net/showpost.php?p=...&postcount=815

Usually, the Workbench needs no additional ChipMem for the icons if the FBlit.cfg is correct.
PeterK is offline  
Old 04 May 2014, 20:49   #884
Bloodwych
Moderator

Bloodwych's Avatar
 
Join Date: Jun 2001
Location: I'm behind you!
Posts: 3,763
I'll check the FBlit settings, thanks PeterK.

Unlikely they are optimized like in that thread.
Bloodwych is offline  
Old 04 May 2014, 22:53   #885
Bloodwych
Moderator

Bloodwych's Avatar
 
Join Date: Jun 2001
Location: I'm behind you!
Posts: 3,763
I checked and FBlit is optimized - OS39 uses no extra Chipram for displaying and opening icons just as you said and the patches are setup as described. It just uses more by default compared to the ADVSP on a fresh boot (1870k vs 1900k).

The reason Scalos shows more Chipram is although it uses tiny amounts of Chipmem for displaying windows and icons in certain situations, it rarely goes down by much and even opening every window in the System folder (24 drawers inc C Libs Fonts Games Demos etc) it is still at 1870k from 1900k default.
Bloodwych is offline  
Old 04 May 2014, 23:04   #886
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Thanks for the clarification, Bloodwych
PeterK is offline  
Old 05 May 2014, 22:41   #887
ozymandias
Registered User
 
Join Date: Jan 2014
Location: Italy
Age: 43
Posts: 38
I should be an idiot with Amiga. I applied all patch and script in ClassicWB30Icons.lha and FblitCfg suggested by PeterK but still high chipmem usage with Scalos. I use MagicWB 2.0 icons, converted with COndenseIcon to 3.5. Maybe these icons are more chipmem-consuming than those in ClassicWB-ADVSP (which consume a little chipmem)?
ozymandias is offline  
Old 06 May 2014, 05:19   #888
NovaCoder
Registered User
NovaCoder's Avatar
 
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 3,515
It's very easy to get fixated with free CHIPRAM, I only have about 1.6 MB free on my A1200 and very rarely run into lack of CHIPRAM issues.

Last edited by NovaCoder; 09 May 2014 at 03:10.
NovaCoder is offline  
Old 06 May 2014, 20:52   #889
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Quote:
Originally Posted by ozymandias View Post
I applied all patch and script in ClassicWB30Icons.lha and FblitCfg suggested by PeterK but still high chipmem usage with Scalos. I use MagicWB 2.0 icons, converted with COndenseIcon to 3.5. Maybe these icons are more chipmem-consuming than those in ClassicWB-ADVSP (which consume a little chipmem)?
ClassicWB30Icons.lha was written as an add-on package for ClassicWB ADVSP v27 and it's obsolete now since Bloodwych has included all my changes in ClassicWB v28 already and maybe updated some files where necessary. And why are you converting MWB-icons into the OS 3.5 format? I can't see any benefit from doing that, but the icons will need more disk space and a longer time for decoding them back into the planar format. I'm not sure if they will also consume more ChipMem under Scalos 1.2d.

Last edited by PeterK; 06 May 2014 at 22:48.
PeterK is offline  
Old 10 May 2014, 00:08   #890
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 44
Posts: 1,317
Send a message via ICQ to Foul Send a message via MSN to Foul
icon.library 46.4.340
FS-UAE 1200/060 KS/WB 3.9

Some icons are weird, don't know why :

Happen in all mode 8/16/24 Bits RTG or not.



Startup-sequence attached and some "weirds" icons
Attached Files
File Type: txt Startup-Sequence.txt (1.6 KB, 59 views)
File Type: zip icons.zip (1.9 KB, 48 views)

Last edited by Foul; 10 May 2014 at 15:16. Reason: add S:S
Foul is offline  
Old 10 May 2014, 23:09   #891
mfilos
Paranoid Amigoid

mfilos's Avatar
 
Join Date: Mar 2008
Location: Athens/Greece
Age: 40
Posts: 1,576
Do you mean the gray'ed icons which probably means the files DON'T have any icons?
mfilos is offline  
Old 11 May 2014, 00:56   #892
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Quote:
Originally Posted by Foul View Post
icon.library 46.4.340
FS-UAE 1200/060 KS/WB 3.9

Some icons are weird, don't know why :

Happen in all mode 8/16/24 Bits RTG or not.

Startup-sequence attached and some "weirds" icons
Hmm ??? Which icons ? There are NO icons in your attachment!
As mfilos already pointed out these files which look weird don't have any icons. And in these cases the default icons are displayed instead as ghosted icons with 50 % transparency. If this is confusing or you simply don't like it then copy the instruction "IconGhostingOff" into C: and call the command in your startup-sequence from a line above LoadWB.
PeterK is offline  
Old 11 May 2014, 14:09   #893
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 44
Posts: 1,317
Send a message via ICQ to Foul Send a message via MSN to Foul
Perfect ! thx
Foul is offline  
Old 13 May 2014, 06:43   #894
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Update to icon.library 46.4.341:

Some more cleanup in the zlib decoder. The 68000 and 68020 version have both support for MoreLibSpace now if AfA_OS is running, but if not, they use this reserved 7 kB memory block for some of the zlib buffers instead of wasting this space.
PeterK is offline  
Old 14 May 2014, 08:20   #895
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 40
Posts: 1,745
Peter, I am getting 7KB of less memory on a 68000.
Is it reasonable to support AfA_OS on this particular version?
7 KB is some valuable ram on a 512KB system for no real gain

Thanks
gulliver is offline  
Old 14 May 2014, 19:35   #896
arti
Registered User

 
Join Date: Jul 2008
Location: Poland
Posts: 511
Peter, which libpng version do use. Do you have some optimized with asm one ?

Cheers
arti is offline  
Old 14 May 2014, 22:29   #897
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Quote:
Originally Posted by gulliver View Post
Peter, I am getting 7KB of less memory on a 68000. ... 7 KB is some valuable ram on a 512KB system for no real gain
Correct!
But this difference exists only as long as you compare the memory allocation while not making any access to at least one OS4 or PNG icon. If you compare after having used the zlib decoding once then there is no difference to 46.4.340 in memory consumption, because the zlib code uses the 7000 bytes which have to be reserved for AfA's MoreLibSpace. The zlib buffers in 46.4.341 should require 960 bytes less now. And I don't want to deal with different zlib buffer concepts for the two CPU versions. ....ok, I thought about it again ....

Update to icon.library 46.4.342:

On special request from gulliver, I've removed the AfA_OS MoreLibSpace support from the 68000 version again to keep the 7 kByte FastMem free as long as no OS4 or PNG icons are displayed.


@arti
My own png decoding is based on the png specification: http://www.w3.org/TR/PNG/

I'm using the zlib v1.14 inflate function extracted from zlib.library 3.2. You can find it in my (PhxAss) source code by searching for "zzz", but it's still under construction, althouigh I've already removed more than 75 % of the terrible redundant original code. My asm source isn't easy to read atm, since I'm still fighting with the zlib algorithm and the hufman decoding.

Important: My png and zlib functions are optimized and limited to decode png icons only. This means that some chunks which are used in png images are not supported and the optimization is done for typical icon sizes and not for screen filling images.

BTW, the funniest thing in the original zlib inflate function was the optimization of the input data stream reading code. Someone must have spent a lot of time and effort to read real large blocks of data as fast as possible and has written quite complex code several times for best optimization, but unfortunately he didn't realized at all that the reading from the input stream would never require more than just maximal 4 bytes (32 bits) at a time.

Last edited by PeterK; 15 May 2014 at 07:54.
PeterK is offline  
Old 16 May 2014, 06:34   #898
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Update to icon.library 46.4.343:

Fixed a bug in the 68020 version which appeared with AfA_OS on screenmodes with 15 bits or less. Added some code to detect MoreLibSpace to avoid conflicts with the zlib buffers.
PeterK is offline  
Old 16 May 2014, 16:25   #899
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 40
Posts: 1,745
Quote:
Originally Posted by PeterK View Post
Correct!
But this difference exists only as long as you compare the memory allocation while not making any access to at least one OS4 or PNG icon. If you compare after having used the zlib decoding once then there is no difference to 46.4.340 in memory consumption, because the zlib code uses the 7000 bytes which have to be reserved for AfA's MoreLibSpace. The zlib buffers in 46.4.341 should require 960 bytes less now. And I don't want to deal with different zlib buffer concepts for the two CPU versions. ....ok, I thought about it again ....

Update to icon.library 46.4.342:

On special request from gulliver, I've removed the AfA_OS MoreLibSpace support from the 68000 version again to keep the 7 kByte FastMem free as long as no OS4 or PNG icons are displayed.
Thank you very much Peter

I have tested version 46.4.343 on 68000, and for now it seems to work wonderfully
gulliver is offline  
Old 20 May 2014, 03:33   #900
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 2,387
Update to icon.library 46.4.344:

Some more cleanup of the zlib code. Yet another candidate for your critical tests.
PeterK is offline  
 


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

Similar Threads
Thread Thread Starter Forum Replies Last Post
ClassicWB Full and icon.library 46.4 Retroplay project.ClassicWB 8 05 August 2018 14:57
WB library conflict/versions Akira support.Apps 3 22 July 2010 19:47
PNG Icon to Color Icon Converter? Leandro Jardim request.Apps 1 24 May 2010 05:39
What's the latest version of icon.library for OS3.9? NovaCoder support.Apps 3 30 June 2009 16:43
Requesting icon.library v44+... nikvest request.Other 2 16 September 2007 02: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 22:23.


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