Overview Features Coding ApolloOS Performance Forum Downloads Products Order Contact

Welcome to the Apollo Forum

This forum is for people interested in the APOLLO CPU.
Please read the forum usage manual.
Please visit our Apollo-Discord Server for support.



All TopicsNewsPerformanceGamesDemosApolloVampireAROSWorkbenchATARIReleases
Performance and Benchmark Results!

Comparing 68K Family Performancepage  1 2 3 

Jacek Rafal Tatko

Posts 19
16 Aug 2017 12:51


I think the either or mentality is pretty much
pointless and creating unnecessary frictions .

The video illustrates what can be done in a particular setting ,
I posted it also because there are all the 'reproductive' details
in the comments , for anyone who wonders or is into creating .

We love games and programming , there are these camps and
not all are into both but each on its own will have its culture .

There are also guys who would do only demos , involving both .

I am rather thinking about the amazing quality that interactive
content and games can have if it is all wrapped up & produced
properly .

The Vampire V4 is a really groundbreaking revival & playfield
for even better things to come , therefore let's simply rejoice
& enjoy all there is and could be !


Gunnar von Boehn
(Apollo Team Member)
Posts 6207
16 Aug 2017 14:50


Jacek Rafal Tatko wrote:

  I am rather thinking about the amazing quality that interactive
  content and games can have if it is all wrapped up & produced
  properly .
 

 
  you are spot on!
  you are 100% right that AMMX opens tremendous new options.
 
 

  Lets have look at this in number with a simple example:
 
  68000 has 8 data regs each 32bit
  68020 has 8 data regs each 32bit
  68030 has 8 data regs each 32bit
  68040 has 8 data regs each 32bit
  68060 has 8 data regs each 32bit
  68080 has 32 data regs each 64bit
 
  Time needed for doing logical operations and ALU Register updates
 
 
                                        per clock
  68000 - 32 BIT every 6 clocks      =  5 bit
  68020 - 32 BIT every 2 clock      =  16 bit
  68030 - 32 BIT every 2 clock      =  16 bit
  68040 - 32 BIT every 1 clock      =  32 bit
  68060 - 2 x 32 BIT every 1 clock  =  64 bit
  68080 - 4 x 64 BIT every 1 clock  = 256 bit
 

 
You can easily see the potential that you can use with AMMX
 


Eric Gus

Posts 477
16 Aug 2017 20:15


Now we just need easy to use development tools (ala Vampirized AMOS etc.) to fully take advantage of these things..


Mallagan Bellator

Posts 393
16 Aug 2017 23:30


It would be pretty cool to port unreal engine 4 to Amiga with Vampire 8-)
And of course downgrade it, so that it would run well and smoothly, then develop your own new Amiga games in it ;)
That's one of the reasons I'd like to know the fps of ADoom on vampire V2 and V4, since hardware fpu isn't done yet, so quake wouldn't be able to show a good result


Gunnar von Boehn
(Apollo Team Member)
Posts 6207
17 Aug 2017 00:51


Mallagan Bellator wrote:

  That's one of the reasons I'd like to know the fps of ADoom on vampire V2 and V4, since hardware fpu isn't done yet, so quake wouldn't be able to show a good result
 

 
ADoom runs very fast.
But ADoom is not using the potential of the core at all.
With AMMX you could use not just 256 colors mode but truecolor with mipmaped and bilinear filtered textures - and the GFX could look much better.

I think Unreal 4 is an unrealistic target. Do not hope for it.

There are other games which are more realistic.
Have you seen the Game Demo of Dragon Crown?


Mallagan Bellator

Posts 393
18 Aug 2017 10:48


Gunnar von Boehn wrote:

Mallagan Bellator wrote:

    That's one of the reasons I'd like to know the fps of ADoom on vampire V2 and V4, since hardware fpu isn't done yet, so quake wouldn't be able to show a good result
   

   
  ADoom runs very fast.
  But ADoom is not using the potential of the core at all.
  With AMMX you could use not just 256 colors mode but truecolor with mipmaped and bilinear filtered textures - and the GFX could look much better.
 
  I think Unreal 4 is an unrealistic target. Do not hope for it.
 
  There are other games which are more realistic.
  Have you seen the Game Demo of Dragon Crown?

Yes I have seen the Dragon Crown demo, running in 540p I believe? That's what I got out of the video anyway. When it gets stable so the picture doesn't flicker, yes, that will be cool

What I meant by unreal engine 4 was not the game Unreal 4 at all, but a downgraded version of it to suit the Amiga, so that you could make 3d games that look "pretty", in contrast to Doom and Quake... which both I love, btw, but what I'm talking about is not unrealistic, if you get what I mean.

Yes, I'd like to see the day when Unreal 4 was playable and in its full splendor, on the Amiga, but that's not gonna happen in yet another 20 years, when FPGA runs in 3Ghz (I'm joking about this)

But the Unreal engine 4 development environment, downgraded to fit the Vampire (let's say V4?) is quite realistic.

I'd love to see the changes you talk of, being done to the source code of ADoom, but someone would have to go through that entire interface to make those optimizations. But of course, that would be awesome. Also if you were able to change resolution and color depth of all the textures on Doom (you'd have to get into the wad files, but that's doable) and while we're at it, make use of Warp 3D, which of course I was also thinking about the Unreal engine 4 port/downgrade



Mallagan Bellator

Posts 393
18 Aug 2017 10:54


By downgrade, of corse, I mean get rid of all the functions that no 3d accelerated gfx card can use on the Amiga, or SAGA, if it has or will have 3d acceleration, not sure at all what the cyclone V can do (?) and just skip what can't be used, and use what can be used, so that one could more easily make cool 3d games on the Amiga

We all probably know already that software rendered 3d is not recommended for this task


Mallagan Bellator

Posts 393
18 Aug 2017 10:59


Also, a C/c++/(C#?) compiler that optimizes for the 68080 would be cool ;)

I know you guys still work on the core, and need to optimize the instructions or what ever it is you need to do, to get to the final core being done, but am I wrong to assume that someone is working on a compiler, and update said compiler along with the newer instructions being implemented in the core?


Gunnar von Boehn
(Apollo Team Member)
Posts 6207
18 Aug 2017 11:02


Mallagan Bellator wrote:

We all probably know already that software rendered 3d is not recommended for this task

AMMX has support for texture acceleration.
Alpha blending, Bilinear texture mapping etc.

Using AMMX for this can gives you a speedup of 10 x over normal 68k code.
If done right, you can get on the V4 VOODOO like result or even better than VOODOO.

But coding this is effort.


Mallagan Bellator

Posts 393
18 Aug 2017 11:07


Gunnar von Boehn wrote:

Mallagan Bellator wrote:

  We all probably know already that software rendered 3d is not recommended for this task
 

 
  AMMX has support for texture acceleration.
  Alpha blending, Bilinear texture mapping etc.
 
  Using AMMX for this can gives you a speedup of 10 x over normal 68k code.
  If done right, you can get on the V4 VOODOO like result or even better than VOODOO.
 
  But coding this is effort.

Oh alright, well that's cool. Voodoo 3, 4 or 5? Or anything voodoo at all?
I mean, when you have the gfx core inside the FPGA itself, of course you're able to get much faster transfer rates than CPU - PCI. But... IS it faster than that already?



Thierry Atheist

Posts 644
19 Aug 2017 00:49


Mallagan Bellator wrote:
Yes I have seen the Dragon Crown demo, running in 540p I believe? That's what I got out of the video anyway. When it gets stable so the picture doesn't flicker, yes, that will be cool

Hi Mallagan,

EXTERNAL LINK 
I don't see any flickering, unless you mean that characters "pop" onto the screen, as opposed to sliding in from off the left edge.

Okay, it seems on their first appearance they "pop" onto the screen, thereafter they slide on and off on both sides.

BTW, that is BRUTAL and TERRIFIC for AMIGA to be capable of!!!!!!!


Eric Gus

Posts 477
19 Aug 2017 08:25


My entire screen flickers like crazy .. like a white flashing over the entire screen.. that said im still on core 2.0.. IDK if its fixed with core 2.5 or later. Or I need to make some kind of dotclock adjustments etc to RTG settings..


Niclas A
(Apollo Team Member)
Posts 219
19 Aug 2017 09:41


eric gus wrote:

My entire screen flickers like crazy .. like a white flashing over the entire screen.. that said im still on core 2.0.. IDK if its fixed with core 2.5 or later. Or I need to make some kind of dotclock adjustments etc to RTG settings..

That demo uses features that is added later then Core 2.0 yes.
So no you cant test and see the same result right now.


Niclas A
(Apollo Team Member)
Posts 219
19 Aug 2017 09:44


Mallagan Bellator wrote:

Gunnar von Boehn wrote:

 
Mallagan Bellator wrote:

  We all probably know already that software rendered 3d is not recommended for this task
 

 
  AMMX has support for texture acceleration.
  Alpha blending, Bilinear texture mapping etc.
 
  Using AMMX for this can gives you a speedup of 10 x over normal 68k code.
  If done right, you can get on the V4 VOODOO like result or even better than VOODOO.
 
  But coding this is effort.
 

 
  Oh alright, well that's cool. Voodoo 3, 4 or 5? Or anything voodoo at all?
  I mean, when you have the gfx core inside the FPGA itself, of course you're able to get much faster transfer rates than CPU - PCI. But... IS it faster than that already?
 

Oh come on. Voodoo 4,5 ? try voodoo 1. Why do ppl always make fantasy compares all the time on all forums.

Oh it plays video.. does it do h264 at 1080p?
Oh it has basic 3d acceleration. Does it compare to Geforce 1080 ? or is it more like 2015 ?
Oh it is a modern CPU. So its faster then my Intel i7 4 GHZ?


Mallagan Bellator

Posts 393
19 Aug 2017 18:19


Thierry Atheist wrote:

Mallagan Bellator wrote:
Yes I have seen the Dragon Crown demo, running in 540p I believe? That's what I got out of the video anyway. When it gets stable so the picture doesn't flicker, yes, that will be cool

  Hi Mallagan,
 
  EXTERNAL LINK 
  I don't see any flickering, unless you mean that characters "pop" onto the screen, as opposed to sliding in from off the left edge.
 
  Okay, it seems on their first appearance they "pop" onto the screen, thereafter they slide on and off on both sides.
 
  BTW, that is BRUTAL and TERRIFIC for AMIGA to be capable of!!!!!!!

Oh, look at that. The two other videos I saw of this had flickering
Yup, it's good for an Amiga


posts 55page  1 2 3