Amiga.org
Amiga computer related discussion => General chat about Amiga topics => Topic started by: utri007 on October 03, 2009, 08:35:53 PM
-
Hi
Seems that 060 cpu is generic slow down to my wb, why?
I've correct libraries etc
Dummy 040 library named to 68040.library and latest 68060.library
Setpacth is lates etc.
Ffplay, is there better guide for it som where? than readme from aminet?
Clickboom 060 quake is 20-30% faster than with my 040 40mhz, should it be faster? Difference is like mhz vs. mhz? 40mhz vs. 66 mhz
-
Which chip are you using? There were 2 versions of the '060: one had an MMU+FPU, the other didn't.
-
I've both, its blizzard 1260 accelerator
-
Trick question... what graphics card do you have?
If the answer is "none", then that's the answer to why quake isnt much faster :)
-
I've correct libraries etc
Dummy 040 library named to 68040.library and latest 68060.library
Latest 68060.library from C=, P5, or Thomas Richter (Mu)?
Make sure that all caches are turned on. It will help a lot if the ROM is in fast ram on the accelerator. Also, what accelerator do you have?
Setpacth is lates etc.
Latest AmigaOS 3.9?
Ffplay, is there better guide for it som where? than readme from aminet?
Not that I know of. The 68k version is pretty new and isn't really friendly or polished yet.
Clickboom 060 quake is 20-30% faster than with my 040 40mhz, should it be faster? Difference is like mhz vs. mhz? 40mhz vs. 66 mhz
It probably should be faster. A 68040@40MHz with fast memory is no slouch though.
-
Hi
Ffplay, is there better guide for it som where? than readme from aminet?
The original documentation for FFplay is here:
http://ffmpeg.org/ffplay-doc.html
but it's about the same like you run FFplay with -h option.
BTW. For the best slideshow speed :) on classic Amiga disable audio and use Workbench in the 16bit mode. Do not use 24bit modes, these seems to be very slow.
-
@ami_stuff
It might be nice to add an icon (with iconx script) that would open a file requestor for the files to play with ffplay. I could make you a script.
-
Seems that 060 cpu is generic slow down to my wb, why?
If you wanna know how fast (or slow) your machine is, get sysspeed [http://aminet.net/util/moni/sspeed26.lha] and compare your machine with a module which is similar to yours.
x303 :D :D :D
-
Clickboom 060 quake is 20-30% faster than with my 040 40mhz, should it be faster? Difference is like mhz vs. mhz? 40mhz vs. 66 mhz
The 68060 should be about 1.7x faster than the 68040 at the same clockspeed in general use. So, assuming your 060 is 50MHz, generally you should be getting 2x the performance of your 040.
However, the actual speedup you get is very much dependent on the nature of the task. If you are playing Quake on AGA then you hit a bottleneck. Writing to chip ram is pretty slow.
However, if things are generally slow it may be the case that some frequently called bit of code hasn't been mapped into fast ram. I had this issue with my very first 040 board (an apollo 1240). RemApollo fixed that, perhaps you could check BlizzKick?
-
Which is considered the best 060 library to use? (C=, P5, and Thomas Richter's were mentioned above). I had either heard or assumed that the P5 was the best. Is this correct?
Dan
-
Which is considered the best 060 library to use? (C=, P5, and Thomas Richter's were mentioned above). I had either heard or assumed that the P5 was the best. Is this correct?
Dan
That depends. They have different advantages and disadvantages...
C= version is slowest but it's generic nature makes it fairly compatible. It is not updated or supported anymore but I don't know of any glaring bugs.
The P5 version is much faster than the C= version but it does some hackish things for P5 accelerators and maybe more. It is still compatible with a lot of other accelerators and is easy to install. It may have a bug or 2 left also.
Thomas Richter's library is very well written and tries to do the least number of hacks and everything by the book. I have found it to be mostly bug free and as fast as the P5 version when configured for the fastest speed. It is also one of the most compatible and flexible when installed and configured correctly. However, it's by far the most difficult to install correctly. An mmu is required also. Thomas is still supporting and willing to fix bugs despite his hardware being flaky. His latest Aminet upload did include an older version of the mmu.library but he has been contacted about that already. Hopefully he will get it straightened out. I use Thomas's 68060.library.
-
Do you have cpu caches on? Try cpu command for example to see it. Sometimes when you have patches configured for old cpu they might disable some 060's caches etc accidently... and that causes major slowdown.
-
@ami_stuff
It might be nice to add an icon (with iconx script) that would open a file requestor for the files to play with ffplay. I could make you a script.
The next release of FFplay will have WB support, so it will be possible to add FFplay as a tool to deficons of AVI, MPG etc. filetypes :afro:
-
@ami_stuff
Nice! Will we be able to click on FFplay and get a file requestor to select files to play also?
-
@matthey
Hmm, I think it is already possible. I just added "tool" icon for FFplay and when I click on the icon I get filerequester. What happens when you do the same?
-
@ami_stuff
I got the requestor to work also with the "tool" icon type and Start from shell. I had to un-check Prompt for input. I learned something new. Thanks.
-
Thomas Richter's library is very well written and tries to do the least number of hacks and everything by the book. I have found it to be mostly bug free and as fast as the P5 version when configured for the fastest speed. It is also one of the most compatible and flexible when installed and configured correctly. However, it's by far the most difficult to install correctly. An mmu is required also.
What makes me not to install the MMULib version, is that it only works with a patched version of SetPatch from AOS 3.0/3.1 and i'm not sure if it's a good idea for AOS 3.9 users to do this. The latest version of SetPatch (44.48) applies a few extra stuff which improve stability.
Thomas is still supporting and willing to fix bugs despite his hardware being flaky.
He is? I thought that he completely gave up after his Amiga 4000 ceased to work. The recent Aminet release, contains a version that he had compiled in the past and forgot to upload it. I do hope you are right.
-
@AmigaMance
It's no longer necessary to use the patched setpatch that loads the 680x0.library. The newest AmigaOS 3.9 BB2 setpatch loads the 68060.library directly and that is all that is needed. This is from a recent e-mail with Thomas Richter...
Matt Hey (me):
> "You should probably know that the 68060 is detected and the 68060.library is started directly now by the latest AmigaOS 3.9 BB2 SetPatch. This doesn't cause any problems but the 680x0.library is not started first in this case."
Thomas:
"Sure I know. I urged Heinz to do that. The 680x0.library does nothing, really.
It doesn't install a patch or that, it just loads the proper code. Latest SetPatch is smart enough to do that itself."
Use the latest AmigaOS 3.9 BB2 SetPatch V44.38 with Thomas Richter's 68060.library and 68040.library.
Thomas' Amiga was broken but he has managed to get it working for now. He has become interested in the Natami project...
http://www.natami.net/knowledge.php?b=6¬e=11879