Performance and Benchmark Results!
|
Comparing 68K Family Performance | page 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 6254 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 479 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 6254 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 6254 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 479 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
| |
|
|
|