icon.library 46.4 test versions

[Torti-the-Smurf]

Hi AmigaSystem

I mean the "Effect" that happends when a Icon got clicked.

You can see it here ...
https://eab.abime.net/zone/Icon.MOV

Just curious about it.

Thanks

[PeterK]

Originally Posted by pcotter

Moin Peter, "version" is not showing the full string. Missing the "9"
Aminet one.

Originally Posted by AMIGASYSTEM

pcotter, even if there is some problem, the "9" is present, VersionWB is not working properly, on some files it does not find or the data detected is not correct.

Sorry for my very late reply, but it seems that I finally caught me the Corona virus too and got badly ill this week (I was never vaccinated against Covid19). But I hope it will disappear soon now.

Yes, I've seen that one digit is missing in the version string, but didn't care immediately and fixed it. I've removed the space after this final digit by mistake and the OS Version command does not like this, but I also use DoVer, and that has no problem with the string. Nevertheless, a fix will come with #580. There was also another bugreport at A1k.org with "Startmenu" which seems to load icons in the context of the Workbench task and then gets no ColorMapping.

[AMIGASYSTEM]

Yes indeed I use Diver DoVer to check versions!

Peter I wish you a speedy recovery

[AMIGASYSTEM]

Originally Posted by Torti-the-Smurf

Hi AmigaSystem

I mean the "Effect" that happends when a Icon got clicked.

You can see it here ...
https://eab.abime.net/zone/Icon.MOV

Just curious about it.

Thanks

As mentioned, the 'double-sided' icons are formed from two identical images but with different nuances, it is the difference between the images that creates a kind of movement, with this method some icons give the impression of being animated, check out this old video of mine:

[ Show youtube player ]

[PeterK]

Thanks, Carlo!

Originally Posted by Torti-the-Smurf

I mean the "Effect" that happends when a Icon got clicked. You can see it here ...
https://eab.abime.net/zone/Icon.MOV

I don't have this effect here, or at least couldn't find an icon showing that. Is that something new? I didn't test with newer WinUAE versions than 4.4.0 (still my favourite).

Sorry for my stupid question, I can't remember exactly anymore what your system was. Was it WinUAE? Then check the Chipset options for setting a tag on "Immediate Blitter". Yes, if I disable this option then I get your flickering effect, too.

I can't do much for a faster response with less flickering in icon.library. That's done by FBlit and the correct FBlit.cfg. FBlit is not used in your old configuration.

[Torti-the-Smurf]

Originally Posted by AMIGASYSTEM

As mentioned, the 'double-sided' icons are formed from two identical images but with different nuances, it is the difference between the images that creates a kind of movement, with this method some icons give the impression of being animated, check out this old video of mine:

[ Show youtube player ]

Hi Sys

Thats a nice RTG setup; i am rocking an Classic WB AGA
Back in the days, i also had a CybergraphX Setup, but nowadays it makes no sense for me, even if the MiniMig FPGA does support RTG.

I use my Amiga only for classic games and some Protracker ...

@ PeterK

Hi there Peter


This is nothing major; i was just curious; but to answer your question.
That happends even with the "original" Icon.Library from OS3.9 BB4.
So, its not the "fault" of your amazing Library !

I never use FBlit... it always corrupt my Icons and i use Systempatch3.3 instead, ( https://ftp2.grandis.nu/turran/FTP/N...atch33beta.lha )

which also has a FBlit function, besides some others

This "effect" can mostly be seen on bigger Icons that are not filling a whole Square and are transparent.

Like the GODS (last page) or the Soccer Kid Icon (Video).

No biggy really; and not the fault of your outstanding Software

I will send you a PM... so you can test/see it for yourself.
My Setup is a FPGA Amiga, but the HDF´s can easily be used with WinUAE which i only use for some testing and backup stuff.

Greetings

[AMIGASYSTEM]

Torti-the-Smurf can you attach that icon here, thank you

[Torti-the-Smurf]

Sure, take a look at it

The odd thing is that the Goblins3 Icon dosent have this "effect".
So it depends not on the size.

I was thinking....maybe its because of the different types; you know;
the Goblins3 icon is maybe a "NewIcon type" and the Others are 3.5 types...

or something like that.

Besides, i use 3.9 BB4 with the Workbench.library form 3.1.4.

Not that this makes any difference

[AMIGASYSTEM]

It's not about icons consisting of 2 images, it's about a single image.

Ico however on all my systems I see the icons fine, no glow.

But be careful mixing OS 3.1.4 libraries on OS 3.9 BB4 is not correct, you will surely have other conflicts, they are two different OS and should not be mixed.

[Torti-the-Smurf]

Yup´thats a RTG system you have there

The Icons are OK on my setup, its when i click on them !
(you can see that in this video)
https://eab.abime.net/zone/Icon.MOV

The only thing i use from 3.1.4 is the Workbench.library and some Rexx.Library i cant remember on top of my Hat.

PeterK told me this was fine and i trust him 100%.

Same thing happends when i use vanilla 3.5 for example, or a standard 3.9.

Like i said, nothing major

Maybe its a ROM thing....
I use a 3.1 ROM (40.68)
Setpatch NoRomUpdate NoNSD
OS3.9 BB4 Workbench

;and to use a 3.1 with 3.9 should be OK, right ?

If you want i, let you try out my Setup. (its a setup for a Classic 68020 AGA environment)

Just PM me if you want to try it.
It will also be used for FPGA testing by Robinson


PS: I made a second video. This time a standard unmodified 3.9 BB4 HDF was used with a 40.72 ROM.
https://eab.abime.net/zone/Icon-Example-for-EAB.MOV
Same result.

[AMIGASYSTEM]

OK if it's just the Workbench.library it's fine, if Peter says so go for it.

In any case on a PAL screen, when the icons have only one image, when you click it automatically takes on a darker colour, in your video you can't really see the glow.

In any case I made a small video on my OS 3.9 BB4 PAL, and it seems to me that there is no glow, only darkening.

https://eab.abime.net/zone/Test-Icons.zip

[Torti-the-Smurf]

Exactly the same thing happends in your video as in mine

Can you please do the same on RTG with the same icons (and make a video) ?

For Science !!!

[AMIGASYSTEM]

Then it is normal, as mentioned those icons have only one image and the second one is darker and automatically proposed.

However, the same thing also happens on RTG

[Torti-the-Smurf]

Yup, i though so !

I was just curious about this and thought, maybe there is some "fix" to this.

But this is really so minor.. who cares.

Besides, i mostly boot up my WB and use Lazybench anyway.

Thank you very much AmigaSystem for this scientific experiment

[AMIGASYSTEM]

I added the second image (icon attached), now the glow is gone, to create animation you have to make some changes to one of the two images.

[Torti-the-Smurf]

Same thing as before, BUT if you choose "Immediate Blitter" in WinUAE, like Peter said, those Icons are perfect !
(this has some downsides tho)

But i use FPGA anyway; (Besides, i do testing for MiniMig; sooo )
(WinUAE is for trying things out on the spot and for backups; in my case)

Greetings,
Torti

[PeterK]

Originally Posted by Torti-the-Smurf

i am rocking an Classic WB AGA

I never use FBlit... it always corrupt my Icons and i use Systempatch3.3 instead, ( https://ftp2.grandis.nu/turran/FTP/N...atch33beta.lha )

which also has a FBlit function, besides some others

ClassicWB, SystemPatch and BB3+4 are all a bit outdated and I would not recommend to use these things nowadays because there is no support by the authors anymore. I can't see that SystemPatch 3.3 has real FBlit functionality included, no, just some optimizations for OS 3.1-3.9 blitter functions maybe.

And no, FBlit won't corrupt your icons as long as you use the correct FBlit.cfg settings.

[Torti-the-Smurf]

I dont use ClasscWB

The setup is a clean install of OS3.9 with all Boing Bags and then handcrafted by me

Systempatch 3.3 doesnt have any FBilt function?
Well, i only rember that part of the Systempatch readme.....

Quote:
If you have FBlit running SystemPatch takes care of it, installing patches that require it and excluding patches that conflict with it.
Quote end:

Maybe that why i assumed systempatch has something like FBlit...

Stupid me

But i use it because of its incredible line drawing speed up routines.
Its almost double speedwise in every benchmark.
(yes, you cant trust them 100%) but i can see it in action )

As you know, i hardly use any other additional patches.
(yes, MCP´s Assign and Screen Manager but thats really it)

Dont know much about Fblit, i only know that every time i tried it, all my Icons where screwed;
Maybe i didnt read the "ReadMe".

Is there any benefit ? Makes it Things even faster ?
( i cant imagine; my system is flying )

Would it fix that "effect" i was talking about in the previous posts ?
Now, i am curious


PS: I tried Fblit now with the provided Config file and the Icons are fine, however one icon is now transparent;
but it should not and CenterTitles
http://aminet.net/search?query=centertitles
dosent work anymore.

PPS: AAAHAAA !!!
That one icon that got transparent by the use of FBlit is now ok with the newest Smurf Icon Library Version !!!

Nice

ALSO; CenterTitles does work from WBStartup with Fblit ... not in the Startup-Sequence anymore but that is ok !

AND i found out that with the use of FBLIT, Icons dosent eat Chip-Ram anymore.
That is pretty neat, i have to say

ok, this alone made me a believer in FBlit

Are there any "downsides" for using FBlit ?

[PeterK]

Native P96 friends won't like it ...

[EctoOne]

I just noticed that my method to use Birdie to avoid semi transparent MagicWB icons on WB 3.1 doesn't seem to work anymore with the latest version of your library.
Well, it does but only for default icons.

As you can see in the attached image, the Ram disk icon is fine but the other disk icon is not.
And I noticed the same for other icons, drawers for example. I can see the lines of my window pattern through the icons of my system drawers. But if a drawer has no proper icon and gets one from def_drawer.info, the lines won't bleed through.

Sadly I don't have any backup of the older version to test if this is really caused by the library but I have not changed/added anything which, to my knowledge, would cause this issue.

Edit:
Is there actually any benefit of using NewIcons and your library on 3.1?
I mainly used NewIcons for the outline font and no icon borders. Both are things I could easily replace and therefore get rid of NewIcons and the whole Birdie workaround. The only thing I would need to keep from the NewIcons package is DefIcons.

Edit 2: Removed screenshot