16 June 2012, 12:10 | #41 |
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,311
|
|
16 June 2012, 12:19 | #42 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
Yes ok, but it's not capable to do the job of IPrefs under OS 3.5+. It cannot handle the new preferences format of OS 3.5 or 3.9, no matter if it's perfectly optimized or not.
|
16 June 2012, 23:29 | #43 |
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,311
|
Of course FastIPrefs is for OS3.1.
|
17 June 2012, 18:51 | #44 | |
BlizzardPPC'less
|
Quote:
file versions: icon.library 46.4.228 - 26660 bytes (31.3.2012 07:40) workbench.library 45.131 datatypes.library 44.48 picture.datatype 45.17 png.datatype 45.16 (WarpPNG) PICASSO96: Picasso96API.library 2.310 emulation.library 40.395 fastlayers.library 40.48 rtg.library 40.3992 Setpatch 44.38 IPrefs 45.13 exec.library 45.20 graphics.library 40.24 (in ROM) dos.library 40.3 (in ROM) With latest icon.library 46.4.240 icons display slowly and chipram is used. I use DOpus 4. It gives me this error message: "Directory opus request: unable to open screen/window" and then it opens a screen in PAL low res mode with 2-colors or 4-colors (chipram is used up). EDIT: attached Startup-sequence & User-startup. also tested with icon.library 46.4.233 and 46.4.235 and it also eats chipram. Last edited by Bamiga2002; 17 June 2012 at 19:11. Reason: added infos |
|
17 June 2012, 21:26 | #45 | ||
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
Hello Bamiga2002,
your configuration looks quite reasonable. I can't find an obvious bug, but I will check that in detail on my WinUAE system. Atm, I can only see two things, which you should change: Quote:
Quote:
But much more important, the Stack instruction has only an effect on the commands in your startup-sequence and will not prevent stack overflows after booting has finished. The default stack of 4000 is much too low for programs, tools and libraries. Please, insert a line with MinStack 10000 after SetPatch. And please delete 46.4.233, it was buggy ! It would also be nice, if you could check the attributes of your memory chunks. Is the FastMem PUBLIC, which priority has it, and which priority has the ChipMem ? You can use SysInfo or similar tools like ShowConfig. Maybe, this could help in case that the workbench.prefs are broken? Delete the workbench.prefs from ENVARC:sys and from ENV:sys and then use Sys:Prefs/Workbench, set the memory type to "other memory" and save it. Remove the WBCtrl IMT=IconFast from the startup-sequence and reboot (Hardware Reset). Btw, what happens if you execute IconsToFastMem from a shell after booting ? And, what happens with the original icon.library 45.1 ? What are your PicassoVS settings ? Last edited by PeterK; 12 April 2022 at 12:33. |
||
18 June 2012, 05:09 | #46 |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,441
|
hiya Peter,
I just started using v46.4 with my 3.9 install and so far everything is working nicely, thanks for your efforts |
18 June 2012, 07:08 | #47 | ||||||
BlizzardPPC'less
|
Quote:
Quote:
Quote:
Quote:
FastMem starts at $78000000 and hasn't got any in-name/node. Scout says <none> in Memory/in-name column and Sysinfo displays plain empty. ShowConfig does display "FAST" so it's recognised. FastMem has priority of 40. ChipMem is flagged as "chip memory" by both Scout/SysInfo and has priority of -10. Quote:
Quote:
Original 45.1 icon.library works like it should - fastram is used. Although it's slower than 46.4.228 I attached my P96-variable settings as file. |
||||||
18 June 2012, 07:41 | #48 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
Hello Bamiga2002,
what are the "attributes" for your FastMem in Scout or ShowConfig or is there a the keyword PUBLIC in SysInfo ? Last edited by PeterK; 18 June 2012 at 08:17. |
18 June 2012, 08:12 | #49 |
BlizzardPPC'less
|
SysInfo:
"memory type: 32BitRAM PUBLIC KICK" Scout mem attibute: $0405 IconsToAnyMem didn't seem to help here. note: sometimes when I coldstart/reboot the miggy the icon.library works normally, sometimes not. strange. haven't been able to isolate what causes this. |
18 June 2012, 08:16 | #50 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
Did you copy any PNG-icons into DEVS:monitors ?
are you runnung out of FastMem, too ? |
18 June 2012, 08:19 | #51 |
BlizzardPPC'less
|
No, there are only normal icons for monitor-files:
Additional info from Scout, memory attributes for FastMem: MEMF_ANY=$0000 MEMF_PUBLIC=$0001 MEMF_FAST=$0004 MEMF_KICK=$0400 |
18 June 2012, 08:29 | #52 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
How much FastMem is free ?
For me, it looks as if your FastMem is not available or not properly recognized by the system. You could try to insert a WAIT 2 above IPrefs Last edited by PeterK; 18 June 2012 at 09:28. |
18 June 2012, 09:04 | #53 |
BlizzardPPC'less
|
Added "Wait 2". Free fast ~ 119-119.5Mb right after WB has loaded up and ~1.6Mb free chip.
With this IconsForceFastMem some icons revert to WB-default ones, eg. DOPUS 4 yellow icon changes to gray hammer (default). Chip mem is eaten up anyway. I deleted workbench.prefs, rebooted, library working fine -> rebooted, chipram eaten again. It seems to randomly work. Last edited by Bamiga2002; 18 June 2012 at 09:12. |
18 June 2012, 09:13 | #54 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
That means that the icon.library doesn' get any FastMem for the planar images. I've no idea why not.
What says Avail FLUSH ? You could also try to load the iconlib and wblib by SetPatch instead of LoadModule. In this case remove the DISABLEROMMODULES "" Last edited by PeterK; 18 June 2012 at 09:25. |
18 June 2012, 09:36 | #55 |
BlizzardPPC'less
|
The SetPatch way didn't work either, same results.
Avail FLUSH gives otherwise normal results BUT "Largest" in fastmem is displayed "0". With icon.library 46.4.228 it is almost ~120Mb. |
18 June 2012, 09:42 | #56 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
Ok, I'm gonna try to make a modification in the icon.library now. It may take a few minutes...
Removed. Last edited by PeterK; 18 June 2012 at 19:28. |
18 June 2012, 10:13 | #57 |
BlizzardPPC'less
|
Thanks that was fast!
Will test this version as soon as I get back home. |
18 June 2012, 10:30 | #58 |
Registered User
Join Date: Apr 2005
Location: digital hell, Germany, after 1984, but worse
Posts: 3,387
|
Don't know if this version could help, but I've no better idea atm.
|
18 June 2012, 10:32 | #59 |
BlizzardPPC'less
|
I'll give it a go ofcourse then we'll see
I wonder if anyone else with a BPPC has this same problem... |
18 June 2012, 19:37 | #60 |
BlizzardPPC'less
|
Just tried v241 and the problem's the same. Tried with IconsForceFastMem and WBCtrl, no help. Is there something specific I need to check here?
|
Currently Active Users Viewing This Thread: 4 (0 members and 4 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 13:57 |
WB library conflict/versions | Amiga1992 | 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 |
|
|