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
Information about the Apollo CPU and FPU.

Status of the FPUpage  1 2 3 4 5 6 7 8 9 10 11 12 13 

Montag PS

Posts 8
24 Jul 2017 07:37


I bet they are very low (as in "slideshow mode" low) for now, but it's an incredible achievement all the same.


Gregthe Canuck

Posts 274
24 Jul 2017 09:01


I saw the video. Yes it was a slideshow. No surprise there.

BUT IT WORKED! :)

Hats off to the developers on this.


Niclas A
(Apollo Team Member)
Posts 219
24 Jul 2017 09:22


Simo Koivukoski wrote:
 
  Femu 0.10 has achieved the next compatibility milestone. Note that femu is not an FPU, femu only allows programs requiring an FPU to run without.

Is it faster than the non fpu version?
If so then even more impressive.


Simo Koivukoski
(Apollo Team Member)
Posts 601
24 Jul 2017 10:39


Pure integer version should theoretically be always faster, because its needs to execute less instructions than FPU emulation.


Niclas A
(Apollo Team Member)
Posts 219
24 Jul 2017 10:52


Simo Koivukoski wrote:

Pure integer version should theoretically be always faster, because its needs to execute less instructions than FPU emulation.

I guess you mean remake the who engine to not use FPU?
What i meant to compare with was the version from this topic
CLICK HERE


Chris Dennett

Posts 67
24 Jul 2017 11:37


Surely a problem with no FPU is that the assembly code (which on 68k is geared toward being easy to read and write) becomes more obfuscated when trying to do floating point in integer


Vincent Viaule

Posts 5
24 Jul 2017 12:47


Simo Koivukoski wrote:


 
  Femu 0.10 has achieved the next compatibility milestone. Note that femu is not an FPU, femu only allows programs requiring an FPU to run without.

Hello and thank you to all the team for your great work.
Now that Quake works with FEMU I suggest you test this.
4 years ago, I recompiled Frank Wille's quake68k v.2.3 source code (68060 non ppc) with an option to view fps in real time.

Link to the QUAKEFPS file:
EXTERNAL LINK 
After running QuakeFPS and launching a new game, in the console, type : "show_fps 1"
The top right will show the number of fps.
Vincent


Simo Koivukoski
(Apollo Team Member)
Posts 601
24 Jul 2017 13:34


Niclas A wrote:
 
  I guess you mean remake the who engine to not use FPU?
  What i meant to compare with was the version from this topic
  CLICK HERE

 
I meant in the general level. To emulate one FPU instruction needs many INT instructions. If you have INT version, better to use it.
 
Vincent Viaule wrote:

  Hello and thank you to all the team for your great work.
  Now that Quake works with FEMU I suggest you test this.
  4 years ago, I recompiled Frank Wille's quake68k v.2.3 source code (68060 non ppc) with an option to view fps in real time.
   
  Link to the QUAKEFPS file:
  EXTERNAL LINK   
  After running QuakeFPS and launching a new game, in the console, type : "show_fps 1"
  The top right will show the number of fps.
  Vincent

Sorry I could not get it to run even on WinUAE, it complains that it does not find the AGA. Anyway, to make sure that we understand right of the purpose of femu, my answer would have been femu allows/does not allows it to run, without screen capture.


Simo Koivukoski
(Apollo Team Member)
Posts 601
24 Jul 2017 21:59


femu 0.10 + GOLD3 core test / Metropolice
 

EXTERNAL LINK


Rod March

Posts 119
29 Aug 2017 13:34


Just wondering, any chance we might see a hardware FPU with 12 months?

Not looking for a promise, just an indication if it's even on the cards?


Vojin Vidanovic

Posts 770
29 Aug 2017 13:52


Rod March wrote:
  Not looking for a promise, just an indication if it's even on the cards?
 

 
  I am not part of the team, but ...
 
  Its likely we will have Apollo FPU that might be used in new apps, likely in V4 Vampires.
  This means that 080 will be able of fast FPU operations with its optimized apps, but no 8882 compatibility there.
 
  But it might be able to have some software assisted Motorola compatibility (like FEMU using that FPU) is possible.
 
  That you will get 68882 in chipset or FPGA is not even planned,
  its not easy to do and might even be legally troublesome.
 
  Most likely is that FEMU (software emulation) gets improved in speed and compatibility (currently 881 16Mhz speed or so) and I hope gets integrated to Kickstart ROM / ApolloOS which would effectively solve the FPU prob to end user.
 
  That is my personal understanding of the situation.


Gunnar von Boehn
(Apollo Team Member)
Posts 6214
29 Aug 2017 16:08


Vojin Vidanovic wrote:

Rod March wrote:
  Not looking for a promise, just an indication if it's even on the cards?
   

   
    I am not part of the team, but ...
   
  Its likely we will have Apollo FPU that might be used in new apps, likely in V4 Vampires.
  This means that 080 will be able of fast FPU operations with its optimized apps, but no 8882 compatibility there.

    That is my personal understanding of the situation.


Your understanding is all wrong

V4 will of course have 68882 compatible FPU.


Vojin Vidanovic

Posts 770
29 Aug 2017 16:25


Gunnar von Boehn wrote:

  Your understanding is all wrong 
  V4 will of course have 68882 compatible FPU.

Mine was based on what was publicly known up to this moment.

This news looks better. But, now will people hold you on to that!


Vojin Vidanovic

Posts 770
29 Aug 2017 16:27


*Doublepost* Ignore


Billy Nest

Posts 30
29 Aug 2017 16:50


I've done some testing also with FEMU on a demo and it seems to behave strange on 2 scenes of the demo. for helping a little bit on the last frames of the video if you pause there is a report with the scenes  fps so if you can check and improve something its good to know.Can this be fixed ?
The video is here :
EXTERNAL LINK  link to demo :
EXTERNAL LINK 
recording was made on V600 v2 X13 core using FEMU 0.10



Thierry Atheist

Posts 644
29 Aug 2017 20:13


Gunnar von Boehn wrote:
Your understanding is all wrong

V4 will of course have 68882 compatible FPU.


Hi Gunnar,

I never doubted it, but there are PLENTY of people (well, 4 or 5) stirring the pot over this, so it is terrific to see it stated crystal clear as to the action the Apollo Team intend to take.

Case closed!!

A MMU, I couldn't care less about. I prefer not to have one. Software existed before it, it can still be made in the future.


Vojin Vidanovic

Posts 770
29 Aug 2017 21:03


Thierry Atheist wrote:
  A MMU, I couldn't care less about. I prefer not to have one. Software existed before it, it can still be made in the future.

MMU is already here to map adresses and soon Kickstarts on fly :-) Just not backward compatibile. Some tool for debuging/virtual mem on Vampires only should be written.



Rod March

Posts 119
30 Aug 2017 02:19


Gunnar von Boehn wrote:

Vojin Vidanovic wrote:

 
Rod March wrote:
  Not looking for a promise, just an indication if it's even on the cards?
   

   
    I am not part of the team, but ...
   
    Its likely we will have Apollo FPU that might be used in new apps, likely in V4 Vampires.
    This means that 080 will be able of fast FPU operations with its optimized apps, but no 8882 compatibility there.
 
    That is my personal understanding of the situation.
 

  Your understanding is all wrong
 
  V4 will of course have 68882 compatible FPU.

Thank you for the response Gunnar, good to hear about the V4.

Am I to undertstand from this that the V2 will not get FPU? Or is it still uncertain?


M Rickan

Posts 177
30 Aug 2017 02:40


Thierry Atheist wrote:

  A MMU, I couldn't care less about. I prefer not to have one. Software existed before it, it can still be made in the future.

Sorry, but that's just dense.

With MMU support you have a complete solution and no barriers to adoption.



Roy Gillotti

Posts 517
30 Aug 2017 03:38


m rickan wrote:

Thierry Atheist wrote:

  A MMU, I couldn't care less about. I prefer not to have one. Software existed before it, it can still be made in the future.
 

 
  Sorry, but that's just dense.
 
  With MMU support you have a complete solution and no barriers to adoption.
 

What mission critical hinderance does not having a traditional  Amiga compatible MMU cause?

posts 254page  1 2 3 4 5 6 7 8 9 10 11 12 13