Amiga.org
Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: Amigaz on January 02, 2007, 11:43:19 AM
-
Link (http://video.google.com/videoplay?docid=-1751892303203789887)
Made a geeky video of how much the patch IconBeFast really spreeds up icons
On this vid. I made I'm using icons from "Ken's icons" which without the patch can take up to 2 sec to show an icon when opening a drawer even on the fastest 68k equipeed Amiga
Ken's icons are used throughout in AmiKit.
-
good job Amigaz, behold the power and know! :-D :-D :-D :lol: :lol: :lol:
-
Would this make any difference if PowerIcons is being used?
--
moto
-
motorollin wrote:
Would this make any difference if PowerIcons is being used?
--
moto
Oh..forgot to mention..PowerIcons speeds it up also...I use the parameters in the example in the PowerIcons docs along with the "SCROLLSPEEDUP" parameter
-
I have found PowerIcons to be faster than NewIcons on my 060. But will installing IconBeFast as well make it any quicker?
--
moto
-
motorollin wrote:
I have found PowerIcons to be faster than NewIcons on my 060. But will installing IconBeFast as well make it any quicker?
--
moto
Without doubt
-
Ken's icons are used throughout in AmiKit.
There's no need to use IconsBeFast patch in AmiKit. The same speed up is provided by AfA_OS.
-
AmiKit wrote:
Ken's icons are used throughout in AmiKit.
There's no need to use IconsBeFast patch in AmiKit. The same speed up is provided by AfA_OS.
Yeah it uses the same routines
Have you tried the icons with AfA? the power of a modern PC and JIT in WinUAE should is maybe enough
-
I have found PowerIcons to be faster than NewIcons on my 060. But will installing IconBeFast as well make it any quicker?
According to iconsbefast docs the performance increase is even better with 24bit icons over 256 color icons. I have found this to be true. With the iconsbefast patch I can open even extremely large directories in nearly real time --about the same as my 2ghz PC. :> It really flies if you have all of your folders snapshot the way you want them. I run it right after binddrivers in startup-sequence:
c:minstack 12000
c:iconbefast
-
Have installed it myself recently and noticed a big difference
using an 060 with both Power and Newicons
-
thats weird... how can you put it in the s-s when its a icon.library patch ? or are we talking about something different here ?
-
Craven1200 wrote:
thats weird... how can you put it in the s-s when its a icon.library patch ? or are we talking about something different here ?
Maybe it patches it in memory, rather than permanently patching the file itself.
--
moto
-
maybe.. i have iconbefast installed and i patches the icon.library so there is no need for it to be in the s-s
-
motorollin wrote:
Craven1200 wrote:
thats weird... how can you put it in the s-s when its a icon.library patch ? or are we talking about something different here ?
Maybe it patches it in memory, rather than permanently patching the file itself.
--
moto
There's a patch script included which you run before you put IconBeFast in C and alter your ss
The script patches your icon.library in LIBS :rtfm:
-
AMIGAZ wrote:
There's a patch script included which you run before you put IconBeFast in C and alter your ss
The script patches your icon.library in LIBS
If it patches icon.library, why do you need anything in user-startup? I'm curious to know what that command actually does if the patching of the library has already been done.
--
moto
-
I read the docs again and it is kind of ambiguous... Now I'm thinking mine is not setup correctly.. One thing is that if I comment out the two lines is SS, I notice a decrease in performance.
-
motorollin wrote:
AMIGAZ wrote:
There's a patch script included which you run before you put IconBeFast in C and alter your ss
The script patches your icon.library in LIBS
If it patches icon.library, why do you need anything in user-startup? I'm curious to know what that command actually does if the patching of the library has already been done.
--
moto
Havent got a clue, ask the author :-D
-
Versions prior to 2.0 were supplied as a stand-alone command which would be copied to C: and could be launched from startup-sequence.
-
Versions prior to 2.0 were supplied as a stand-alone command which would be copied to C: and could be launched from startup-sequence.
Correct. New version of IconBeFast is NOT a standalone program anymore. Now it's a patch for icon.library only.