Welcome, Guest. Please login or register.

Author Topic: Screen resize slowdown 80Mhz 060  (Read 9309 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Screen resize slowdown 80Mhz 060
« on: July 10, 2012, 04:27:13 AM »
I got my 80Mhz 060 back from Poland. It is quick as can be, but...

When ever I am in double scan mode or have another program like Ocamed ss open, the screen dragging process becomes slow and cumbersom.

Anyone know what causes this?
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Re: Screen resize slowdown 80Mhz 060
« Reply #1 on: July 10, 2012, 10:46:55 PM »
No one?
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline fitzsteve

Re: Screen resize slowdown 80Mhz 060
« Reply #2 on: July 10, 2012, 10:49:55 PM »
Need more info such as what Kickstart rev, what Amiga (A1200 I'm Guessing)

What Workbench?  (3.1/3.5/9) if Classic Workbench did you turn off some of the installed patches like CyberBugFix (Which seems to cause havok on my machines)

Lastly, are you using correct 060 Libs (Apollo/Blizzard)
 

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Re: Screen resize slowdown 80Mhz 060
« Reply #3 on: July 10, 2012, 11:03:23 PM »
Sorry yes, first off I meant Window resize and not screen.

Secondly I am on a 1200, basic 3.1 install with the proper Apollo libs.

MCP and FBlit are the only additional Items I have loaded atm.
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline fitzsteve

Re: Screen resize slowdown 80Mhz 060
« Reply #4 on: July 10, 2012, 11:30:59 PM »
It's probably a setting in MPC, you can try disabling some options but I'm not familiar with MPC.

Also the Apollo's can be funny cards with some software/apps, I'm thinking there may be more to setting up the Apollo 1260 then just adding the 060 libs, some kind of CPU command needed in the SS IIRC.

I don't have an Apollo 1260 yet though, I have these fun & games to look forward to!

Hope you figure it out.

Steve.
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16879
  • Country: gb
  • Thanked: 5 times
    • Show only replies by Karlos
Re: Screen resize slowdown 80Mhz 060
« Reply #5 on: July 10, 2012, 11:42:00 PM »
Quote from: XDelusion;699682
Sorry yes, first off I meant Window resize and not screen.

Secondly I am on a 1200, basic 3.1 install with the proper Apollo libs.

MCP and FBlit are the only additional Items I have loaded atm.


Although a beefy 060 will make mincemeat out of anything living in FastRAM, ChipRAM is still as slow and awful as ever and double scan modes really hammer the available bandwidth for graphical operations.
int p; // A
 

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Re: Screen resize slowdown 80Mhz 060
« Reply #6 on: July 11, 2012, 12:08:32 AM »
Quote from: Karlos;699692
Although a beefy 060 will make mincemeat out of anything living in FastRAM, ChipRAM is still as slow and awful as ever and double scan modes really hammer the available bandwidth for graphical operations.


Ya, but with a basic 3.1 install it should not be acting like this.

I'm going to tinker with MCP when I get home.
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline Zac67

  • Hero Member
  • *****
  • Join Date: Nov 2004
  • Posts: 2890
    • Show only replies by Zac67
Re: Screen resize slowdown 80Mhz 060
« Reply #7 on: July 11, 2012, 07:34:46 AM »
Double PAL/NTSC will use double chip bandwidth, so deeper screens (>16 colors) may become really slow, regardless of CPU speed.

Displaying a Double PAL (or Superhires) screen with 256 colors will use up ALL available bandwidth in the scanline. Any screen manipulation by CPU or blitter can only happen during the rather brief horizontal and vertical blanking periods.
« Last Edit: July 11, 2012, 07:38:05 AM by Zac67 »
 

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Re: Screen resize slowdown 80Mhz 060
« Reply #8 on: July 13, 2012, 08:05:58 PM »
Totally and utterly resolved!!! And now I'm in Hi-res Laced NTSC as well!!!! :)

The primary solution was to install BlazeWCP, but here's a full list of my system related software set up for those who may venture into ultra 060 land them selves some day. ;)

Hardware:

 Amiga 1200
 Modified Apollo 68060 (done by Stachu)
 MIPS: 70.51
 MFLOPS: 39.66

Software:

 Workbench 3.1
 BlazeWCP
 MagellanII
 CMQ060
 FBlit
 MagicMenu
 MCP
 FullPalette
 HSMathLibs 060


Anything else anyone can suggest? So far, Quake aside, everything is running fast as hell!
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline paul1981

Re: Screen resize slowdown 80Mhz 060
« Reply #9 on: July 13, 2012, 08:24:13 PM »
Can you do a correct speed test for us using SysSpeed?
70.51 MIPS looks like a sysinfo result which is way off the mark for an 060 @ 80MHz :)
http://aminet.net/package/util/moni/sspeed26

P.S. I get 87.5 MIPS approx on my Apollo 060/66.
(Just double checked)
« Last Edit: July 14, 2012, 12:51:27 PM by paul1981 »
 

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Re: Screen resize slowdown 80Mhz 060
« Reply #10 on: July 13, 2012, 08:33:55 PM »
Not good!!!

I did use SysSpeed.
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Re: Screen resize slowdown 80Mhz 060
« Reply #11 on: July 13, 2012, 09:34:20 PM »
Here is a video that Stachu shot before he mailed the board back to me:

http://youtu.be/zsHqXdH3r9Y

The MIPS are higher in it, I just now noticed.

Def not good. :/
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline Damion

Re: Screen resize slowdown 80Mhz 060
« Reply #12 on: July 13, 2012, 09:42:34 PM »
I would also recommend  Exec 44.1 and FText. The former will require REMApollo (or perhaps loadmodule) or a custom kickstart.

Another idea, ditch the Apollo CPU library and use the one from the MuLib package on Aminet. It works fantastic with the Apollo cards, plus there are lots of other included tools that can speed things up a bit.

-edit- And definitely use SysSpeed, SysInfo if a steaming pile of , even on '030.
« Last Edit: July 13, 2012, 09:44:36 PM by Damion »
 

Offline XDelusionTopic starter

  • Alien Breeder
  • Hero Member
  • *****
  • Join Date: Mar 2002
  • Posts: 5089
    • Show only replies by XDelusion
    • http://starwarslegacy.net/
Re: Screen resize slowdown 80Mhz 060
« Reply #13 on: July 14, 2012, 04:28:45 AM »
OK, so MCP and SYSPeed don't play well together.

With MCP I get the lower read out, without it I get:

MIPS: 104.27
MFLOPS: 42.05

Though without it BOOM runs like crap.

I presume MCP is working as it should and is only causing SYSPeed to produce an incorrect reading?

Here is the order in which our lord and savior Franko suggested for my startup-sequence:

Startup-Sequence order after setpatch:

C:Cmq060
C: blazeWCP
C:fblit
C:ftext
C:mcp

And I'm going to install patch control next.

BTW, my copy of Fblit must have been way out of date.

The archive I had was missing the GUI and Lib. Strange.
Earth has a lot of things other folks might want... like the whole planet. And maybe these folks would like a few changes made, like more carbon dioxide in the atmosphere and room for their way of life. - William S. Burroughs
 

Offline bbond007

  • Hero Member
  • *****
  • Join Date: Mar 2009
  • Posts: 1517
    • Show only replies by bbond007
Re: Screen resize slowdown 80Mhz 060
« Reply #14 on: July 14, 2012, 05:09:21 AM »
Quote from: XDelusion;699605
I got my 80Mhz 060 back from Poland. It is quick as can be, but...

When ever I am in double scan mode or have another program like Ocamed ss open, the screen dragging process becomes slow and cumbersom.

Anyone know what causes this?



If you had a Indivision MK2 or some other sort of flickerfixer. You could run in interlace mode which will be more than twice as fast. It is with Shapeshifter anyway... Interlace mode runs 1X mac quadra 950 speed where as multiscan mode runs about half that and seems to really drag...