icon.library 46.4 test versions

[mfilos]

Working just fine mate.
Cheers

[PeterK]

Thanks a lot and welcome back at EAB, mfilos

[Zybex17]

Originally Posted by PeterK

Update to icon.library 46.4.300 (299 was buggy, fixed)
The calls to GetBitmapAttr() for the screen depth are only done after changes to the settings of GlobalScreen. I hope this works reliable. Tell me if not. Furthermore some broken adjustments for the tolerance of the colormapping have been fixed and tweaked as good as I could do that. And finally, on special demand from a user, there is a new shell command available: IconGhostingOff

Great! Thanks thanks thanks and again thanks!!!! Now i'd like to install the updated version to test it : where can i find it?

[Zybex17]

Found it by myself...sorry, people are blind sometime :P ..now let's go to test!!! (thanks again Peter!)

[Zybex17]

...here again, sorry if i bother... while the system has a super speed boost again, i'm unable to disable the ghosting from the shell (when i write IconGhostingOff in the system shell it reply "unknown command). I'm sure that i'm not doing it in the right way. Please, help.

[emufan]

Originally Posted by Zybex17

...here again, sorry if i bother... while the system has a super speed boost again, i'm unable to disable the ghosting from the shell (when i write IconGhostingOff in the system shell it reply "unknown command). I'm sure that i'm not doing it in the right way. Please, help.

the IconGhostingOff tool was last on "IconLib_46.4.299.lha" or/and "IconLib_46.4.300.lha"- the attached archive contains the tool plus asm source. latest archive in first posting is version "IconLib_46.4.301.lha" - this one does not have the tool anymore inside - perhaps it will come with next full aminet release.

copy the IconGhostingOff utility into the C: directory and try from command shell. you may also add the command into the "s:startup-sequence" - after the entry of the icon.library ( i think ).

[PeterK]

@Zybex17
Sorry, indeed I've forgotten to add the IconGhostingOff command to the 46.4.301 package.

Thanks a lot to emufan for attachingt IconGhostingOff.

copy the IconGhostingOff utility into the C: directory and try from command shell. you may also add the command into the "s:startup-sequence"

If you just want to try it out from a shell then reset the Workbench from the tools menu after doing it.

If you want to use it permanently then call the instruction IconGhostingOff from a line above LoadWB in your S:startup-sequence.

[ascp]

Thanks for the iconlibrary Peter, did wonders on my setup.

[Zybex17]

Oh, now it make sense! Thanks Emufan for your help, and thanks again Peter for your attention! Unfortunately i will be far from home for some days, so i'll not able to test it....but i surely will: i can't wait to!!! I'll keep you informed...and please, keep this option in the future releases!!

[PeterK]

Many thanks to Zybex17 and jonathan

[Retrofan]

FBlit is very configurable. Can't it be used modified or something?

EDIT: Forget it, and this is very interesting:
Using IconsToFastMem,
With FBlit and your 302, Chip Ram: 1.723.576
FBlit disabled with 302, Chip Ram: 1.774.984

Edit: Also it's true that with 300 and no IconsToFastMem, it was (edit) 1.774.984
So well, ok, Chip ram won't change disabling FBlit, but also you'll need rtg to see any improvement over 300.

[Zybex17]

Wohaaa, great Peter!! I've just tested the IconGhostingOff with the 46.4.301 version of the library, and it work simply great! The speed boost is still present, and the ghosted icons are back to normal. I'm 100% satisfied, thanks for the great gift Peter!!!

[PeterK]

Originally Posted by Retrofan

FBlit is very configurable. Can't it be used modified or something?
EDIT: Forget it, and ...... disabling FBlit, but also you'll need rtg to see any improvement over 300.

Retrofan, my dear friend,
my comment to disable FBlit was for RTG systems only:

Of cource, you will need either P96 or CGX installed .....

... and NOT for AGA systems like you use it with AmiKit for real Amigas.

Thanks to Zybex17 for the feedback !

[PeterK]

Update to icon.library 46.4.304 - 46.4.306, removed again.

[mfilos]

304 works just fine
Cheers Peter

[PeterK]

All updates to the icon.library from 46.4.302 up to 46.4 309 have been removed.
The problems with CGX and DOpus Magellan could not be solved yet. So, the attempt to support the direct drawing for DOpus and OS 3.0 / 3.1 failed. I wish I could fix these bugs but they never appeared on my WinUAE system.

So, the actual and last known good version is 46.4.301 again.

[Sandro]

hello peter thanks for the library
I'm using it on workbench 3.0 and everything works fine except iconstofastmem not works
I installed fblit and I inserted the line iconstofastmem before loadwb
however icons still use chip memory ??

how is the correct installation in WB3.0 to make icons use fast memory?
thanks

[PeterK]

Hello Sandro,

did you check out my IconDemoADF image? (1. post) You can copy it onto a floppy and then boot from DF0:

It's a bit slow, of course, but it shows you exactly what's possible with WB 3.0+. Have a look into the S:startup-sequence and compare it with your own system. Copy missing files from the ADF image or DF0: onto your system. Make sure that you have the correct settings in Prefs/ENV-Archive/FBlit.cfg or just copy this file to your harddisk.

Using the instruction IconsToFastMem above LoadWB is correct, but it does not mean that your system requires no ChipMem anymore. On all systems with an AGA or ECS screenmode you will still need some ChipMem for the bitplanes of the screen. For example: a PAL screen with 720x512x8 will allocate 360 kByte of ChipMem. However, the icons should not reduce the amount of available ChipMem, no matter how many icons are displayed on the screen. You can see that when using the IconDemoADF. It has always something like the 360 kByte ChipMem in use and you can open as many windows as you like, except you're running out of FastMem.

[Sandro]

Originally Posted by PeterK

Hello Sandro,

did you check out my IconDemoADF image? (1. post) You can copy it onto a floppy and then boot from DF0:

It's a bit slow, of course, but it shows you exactly what's possible with WB 3.0+. Have a look into the S:startup-sequence and compare it with your own system. Copy missing files from the ADF image or DF0: onto your system. Make sure that you have the correct settings in Prefs/ENV-Archive/FBlit.cfg or just copy this file to your harddisk.

Using the instruction IconsToFastMem above LoadWB is correct, but it does not mean that your system requires no ChipMem anymore. On all systems with an AGA or ECS screenmode you will still need some ChipMem for the bitplanes of the screen. For example: a PAL screen with 720x512x8 will allocate 360 kByte of ChipMem. However, the icons should not reduce the amount of available ChipMem, no matter how many icons are displayed on the screen. You can see that when using the IconDemoADF. It has always something like the 360 kByte ChipMem in use and you can open as many windows as you like, except you're running out of FastMem.

thanks for the reply I downloaded the adf demo and I figured why not worked....it was because I loaded workbench.library with loadmodule

but now I invented a simple way for Workbench 3.0 or 3.1 to use fast mem for icons you don't need newicons or iconstofastmem or any other patch running or configs in envarc

basically is this:


loadmodule icon.library workbench.library reboot quiet

fblit

loadwb simplegels


(you need loadwb exe and workbench.library both from OS3.9)

[Mad-Matt]

That's not a simple way at all. You should install full os35/39 not just cherry pick files for old 3.0/3.1 install. All you've done is mismatched files which could cause compatibility problems later.