English Amiga Board Amiga Lore


Go Back   English Amiga Board > Coders > Coders. System

 
 
Thread Tools
Old 21 March 2017, 10:46   #1841
demolition
Unregistered User
demolition's Avatar
 
Join Date: Sep 2012
Location: Copenhagen / DK
Age: 36
Posts: 2,880
Sounds good - when you write 68020+, does that really mean 020+ or will it also be suitable for fast 68000s like ACA500plus running @42MHz?
demolition is offline  
AdSense AdSense  
Old 21 March 2017, 10:56   #1842
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hannover / Germany
Age: 56
Posts: 1,524
No, for any 68000 system you would need the IconDemoA500.adf which uses the 68000 version of my library and uses no FBlit, since that won't work. But more speed and 2 MB ChipMem will never be wrong and you will have a lot more fun, of course.
PeterK is offline  
Old 21 March 2017, 22:34   #1843
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 488
Hi PeterK,

yes, I have played around with grayscale quite a bit, that is kinda how I ended up also testing monochrome. It of course depends on icon design how well they display on monochrome, but for sure my NewIcons (all converted to OS3.5+ coloricons using ProcessIcon from Aminet) do not cope well. Not that I use monochrome much, but owners of A2024 do, I know. I played around with one of my screenshots in PPaint, making all colours white, all grays lighter than halfway white, and all grays darker than halfway black, and it came out quite well for NewIcons at least

Here are my screenshots, trying out various, including the "monomock"...

https://kolla.egnyte.com/fl/nAxOmrl4Qu

Last edited by kolla; 21 March 2017 at 22:53.
kolla is offline  
Old 21 March 2017, 23:14   #1844
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hannover / Germany
Age: 56
Posts: 1,524
WB16gray looks quite good and seems to be ok for me.

WB4gray is the lowest acceptable quality or already a little less, but if speed should be a factor I would also try WB8gray as a compromise.

Sorry, but monomock is not so good in my eyes !?!

Btw, the MWB drawer icons are still (wrong) colored on your screenshots. This means that your palette has locked the pens 4-7 or the last 4 pens. Switch MWB colors off in Prefs/Workbench or set the upper 4 colors (or all of them) to shades of gray in Prefs/Palette.

Last edited by PeterK; 21 March 2017 at 23:38.
PeterK is offline  
Old 22 March 2017, 00:54   #1845
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 488
Quote:
Originally Posted by PeterK View Post
Btw, the MWB drawer icons are still (wrong) colored on your screenshots. This means that your palette has locked the pens 4-7 or the last 4 pens. Switch MWB colors off in Prefs/Workbench or set the upper 4 colors (or all of them) to shades of gray in Prefs/Palette.
Yeah, I know, I do this on purpose to single them out for convertion.
kolla is offline  
Old 22 March 2017, 02:31   #1846
hexaae
Registered User

hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 41
Posts: 719
@PeterK
Hi Peter!
Today I wanted to reinstall PointerEyes 4.4 (downloaded from Aminet)... but found that with latest icon.library 46.4.451 the Lock() on PROGDIR: fails with trashed memory (look at SnoopDos output)....



If I disable icon.library 46.x in favor of v45.4 PointerEyes starts without issues and there are no strange chars added at the end of PROGDIR path from SnoopDos...

System: OS3.9 BB2 + Kick 60.68 A1200, WinUAE (040, Picasso ZorroIII emu)

Last edited by hexaae; 22 March 2017 at 10:56.
hexaae is offline  
Old 22 March 2017, 23:05   #1847
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hannover / Germany
Age: 56
Posts: 1,524
http://eab.abime.net/showthread.php?...18#post1129118
Quote:
I've removed "Progdir:" from the path before doing that (EYESPICTUREFILE=PointerEyesImages/MagicWBEyes). That always works, no need to shorten the path at all.
Quote:
I've tested the FindToolType() function of my library now, and indeed it returns a pointer to the completely correct string "PROGDIR:PointerEyesImages/MagicWBEyes" without any corruption at the end.

I guess that PointerEyes frees the memory blocks of the ToolTypeArray or releases even the complete icon before it uses the Lock() function for this directory. In such a case, the memory holding the string could have been overwritten already by other system functions. It's just good luck if this works with the v40 icon.library. But I have really no intentions to check that.
PeterK is offline  
Old 23 March 2017, 00:04   #1848
hexaae
Registered User

hexaae's Avatar
 
Join Date: Jul 2006
Location: Italy
Age: 41
Posts: 719
Interesting... It reminds me of a fix in MCP 1.48 that says:
Quote:
Lock fix
This patch checks the parameter to the DOS feature Lock to prevent invalid values. Some
programs call this feature with illegal values, although there are only two valid parameters.
Reactions are, e.g. files are locked after use, you can't delete or change it.

Note: It's good to activate this patch always, because there are no negative reactions with
correct values.
...but it won't fix cases like PointerEyes4.4....
Yes, I already noticed that changing the path workarounds the bug in PointerEyes. Thanks for checking this out.
hexaae is offline  
AdSense AdSense  
 


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 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 13:05.


Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Page generated in 0.27711 seconds with 14 queries