English Amiga Board Amiga Lore


Go Back   English Amiga Board > Coders > Coders. System

 
 
Thread Tools
Old 25 June 2012, 23:12   #81
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Ok thanks Foul.

Just curious, is there any speed gain noticeable on your system?

This def_icon bug should be fixed in 46.4.245 now.

Last edited by PeterK; 25 June 2012 at 23:36.
PeterK is offline  
AdSense AdSense  
Old 25 June 2012, 23:48   #82
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 42
Posts: 1,260
Send a message via ICQ to Foul Send a message via MSN to Foul Send a message via Skype™ to Foul
Without blitzkick and custom graphics.library, my system is much slower.
I dont need any bench to show that, my eyes are enough.

Just opening big games drawer could be twice speed :-)

edit : 46.4.245 seems ok...

Last edited by Foul; 26 June 2012 at 01:20.
Foul is offline  
Old 27 June 2012, 23:41   #83
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Updated to icon.library 46.4.246

Fixed a small bug concerning app-icons.
PeterK is offline  
Old 28 June 2012, 08:18   #84
Bamiga2002
BlizzardPPC'less

Bamiga2002's Avatar
 
Join Date: May 2004
Location: Finland
Age: 40
Posts: 3,211
Send a message via MSN to Bamiga2002
46.4.246 runnin' good. What I marked was that icons seem to display a tad faster when disabling PowerIcons-patch.
Bamiga2002 is offline  
Old 28 June 2012, 09:12   #85
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Quote:
icons seem to display a tad faster when disabling PowerIcons-patch
Yes correct. There are no effects, no speed increase, when the PowerIcons patch is running, because PowerIcons needs the colormapping of the selected image for the icon dragging and that was already reduced to a limit of only 40 colors since the old days of IconBeFast. But without PowerIcons there is just one image now which has to be mapped to the screens colors instead of two.
PeterK is offline  
Old 28 June 2012, 10:07   #86
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 42
Posts: 1,260
Send a message via ICQ to Foul Send a message via MSN to Foul Send a message via Skype™ to Foul
i'm learning asm and when i'm trying to assemble sources, i got this error with Asmpro 1.18 :



it seems to refer to "Icona_Dummy", but nothing found... is it normal ?
Foul is offline  
Old 28 June 2012, 12:15   #87
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Hi Foul,
these declarations can be found in the Commodore includes, in icon.i for this case.
You have to tell your assembler which files you want to include for the compilation and where your INCLUDE: directory can be found. All the included files that I used are listed at the top of my source code. I'm using PhxAss as assembler with 68020 support enabled and all symbols are case sensitive. You may not find some of the LVOs, because I made my on file for these symbols.

Do you have the NDK already? http://os.amigaworld.de/index.php?lang=en&page=12
Attached Files
File Type: rar T.rar (11.7 KB, 115 views)
PeterK is offline  
Old 28 June 2012, 12:59   #88
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 42
Posts: 1,260
Send a message via ICQ to Foul Send a message via MSN to Foul Send a message via Skype™ to Foul
all includes installed and found during compilation...

will check NDK and icon.i,

thx

edit: my icon.i and lvos.i are different .. maybe because i'm using 3.1 ones...

Last edited by Foul; 28 June 2012 at 13:20.
Foul is offline  
Old 29 June 2012, 09:17   #89
Foul
Registered User

Foul's Avatar
 
Join Date: Jun 2009
Location: Perigueux/France
Age: 42
Posts: 1,260
Send a message via ICQ to Foul Send a message via MSN to Foul Send a message via Skype™ to Foul
again sorry :



After that, i stop annoying you with asm things
Foul is offline  
Old 29 June 2012, 11:13   #90
DrCinicus
Registered User

 
Join Date: Oct 2008
Location: Assemini/Italy
Age: 45
Posts: 14
Use move.l instead of mevea.l

Bye
Fabio
DrCinicus is offline  
Old 05 July 2012, 09:57   #91
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
@Foul & DrCinicus
Thanks for reporting and correcting this wrong instruction, but PhxAss ignores and corrects that typo anyway.

Updated to icon.library 46.4.247

Fixed two small bugs and a big one which is called blindness
PeterK is offline  
Old 06 July 2012, 03:32   #92
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Updated to icon.library 46.4.248

Just another small fix for a bug introduced in 236.
PeterK is offline  
Old 07 July 2012, 00:55   #93
altcomputing
MC68060@80MHz
altcomputing's Avatar
 
Join Date: Jan 2011
Location: Poland/Wroclaw
Age: 32
Posts: 76
Hmm, I found that when I degrade my AfAOS+PNG Icons system to boot to PAL, icons that will otherwise revert to default images, display trashed (with or without AfAOS running). But If Picasso96 is initialized (but not used to display icons) they are OK in PAL modes.
altcomputing is offline  
Old 07 July 2012, 17:57   #94
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Hello altcomputing,

I guess, that happens because IPrefs sets the default icon memory to FastMem on your system, which works correctly with the Picasso drivers, but not with a standard PAL configuration. If you want to use a pure PAL configuration then you should either install FBlit on your system in order to use FastMem for icons or you have to open the Workbench preferences and set the icon memory type back to ChipMem.

Last edited by PeterK; 07 July 2012 at 18:12.
PeterK is offline  
Old 08 July 2012, 00:43   #95
altcomputing
MC68060@80MHz
altcomputing's Avatar
 
Join Date: Jan 2011
Location: Poland/Wroclaw
Age: 32
Posts: 76
Quote:
Originally Posted by PeterK View Post
Hello altcomputing,

I guess, that happens because IPrefs sets the default icon memory to FastMem on your system, which works correctly with the Picasso drivers, but not with a standard PAL configuration. If you want to use a pure PAL configuration then you should either install FBlit on your system in order to use FastMem for icons or you have to open the Workbench preferences and set the icon memory type back to ChipMem.
Tried that... no success.

The thing is that when WB is on a PAL screen, but Voodoo driver is present in DEVS:Monitors, and has therefore been initialized, icons are OK on a PAL screen. But If i just remove Voodoo driver and reboot there's a mess on the screen. So it seems to have something in common with Picasso96.

I think that icon.library guesses from the fact that the RTG is running to move icon data to Fast, regardless of what is actually being used to display WB screen... But I'm a no programmer, just my guess.

I will try to focus on it and give more details.
altcomputing is offline  
Old 08 July 2012, 01:51   #96
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Quote:
I think that icon.library guesses from the fact that the RTG is running to move icon data to Fast...
No, it's IPrefs v44+, that is reading ENV:sys/Workbench.prefs to decide if you want FastMem or ChipMem for your icons.

My icon.library (the most recent versions) just checks if FBlit is running. And if so, then the icons will get FastMem too.
PeterK is offline  
Old 08 July 2012, 02:23   #97
altcomputing
MC68060@80MHz
altcomputing's Avatar
 
Join Date: Jan 2011
Location: Poland/Wroclaw
Age: 32
Posts: 76
Hmm... I'll have a closer look at it then. Maybe Workbench Prefs Editor is fooling IPrefs... Will try to delete prefs and give it a try. But anyway, why does it work when I remove RTG driver?
altcomputing is offline  
Old 08 July 2012, 02:30   #98
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
I've just tried out a pure PAL system without P96 monitor drivers installed and it works here, no matter if I use FastMem or ChipMem or if FBlit is installed or not.

Please, send a screenshot and some more details about installed libraries.
PeterK is offline  
Old 08 July 2012, 13:55   #99
altcomputing
MC68060@80MHz
altcomputing's Avatar
 
Join Date: Jan 2011
Location: Poland/Wroclaw
Age: 32
Posts: 76
Grab1.png is the issue - There's a regular OS3.9 BB2 + some updated libs, LoadMonDrvs was not run in startup-sequence, therefore it defaults to PAL:HiRes.

Grab2.png is exactly the same, but with LoadMonDrvs ran at startup. The Voodoo driver has been initialized, but not in use - still a PAL screen.

I also tried leaving out the Voodoo driver from DEVS:Monitors and trying that way with LoadMonDrvs so it only loaded standard monitor drivers - result is exact to Grab1.png.

Forgot to mention, those messed up icons are PNG ones!
Attached Thumbnails
Click image for larger version

Name:	grab1.png
Views:	211
Size:	5.3 KB
ID:	32052   Click image for larger version

Name:	grab2.png
Views:	191
Size:	3.7 KB
ID:	32053  
altcomputing is offline  
Old 08 July 2012, 14:03   #100
PeterK
Registered User
 
Join Date: Apr 2005
Location: Hangover
Posts: 1,671
Which version of the graphics.library is installed and are there any patches?
PeterK 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 02:48.


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