Welcome, Guest. Please login or register.

Author Topic: Dragon, lack of performance  (Read 3600 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Damion

Re: Dragon, lack of performance
« Reply #14 from previous page: November 13, 2006, 10:19:23 PM »
Quote

Piru wrote:
Quote
elbox claims that most of the unmodified 68k software runs at speed between 040 and 060 (because of the emulation)

source

Wasn't the claim that it would run existing software several times faster than 68060 50Mhz? If the thing requires custom coldfire software, what is the point?


Well Piru you were 100% correct about performance issues with Coldfire, not surprising considering your background and experience. It's disappointing that Coldfire isn't more compatibile.

I'll keep my opinions about Elbox to myself, BUT I have to say it is cool to see some new hardware, even if it's not something I'd be interested in personally. (I know it'll never happen, but I still think an '060 based A1200 "trapdoor" card with simple onboard gfx/DDR slot would be the shiznit...)

 

Offline Hyperspeed

  • Hero Member
  • *****
  • Join Date: Jun 2004
  • Posts: 1749
    • Show only replies by Hyperspeed
Re: Dragon, lack of performance
« Reply #15 on: November 14, 2006, 01:28:29 AM »
Quote
by -D-:
I know it'll never happen, but I still think an '060 based A1200 "trapdoor" card with simple onboard gfx/DDR slot would be the shiznit...


If it was merely a cheap '030 with an S3 chip on it, that would be fantastic.

Flicker-fixed graphics like the Picasso-IV for the masses!
 

Offline Karlos

  • Sockologist
  • Global Moderator
  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 16882
  • Country: gb
  • Thanked: 6 times
    • Show only replies by Karlos
Re: Dragon, lack of performance
« Reply #16 on: November 14, 2006, 03:21:48 PM »
Should it transpire that the dragon's performance is down to some sort of trap/emulate overhead (which carries the additional implication that you can trap everything you need to emulate), is it not feasable that an OxyPatcher style utility could go a long way to bringing the performance up?
int p; // A