[UserReview] Vampire V2-128 received and it's just pure p0rn.

[AmigaClassicRule]

Firstly, IRC logs come for free when you use irc services like znc etc, not like I hang out logging manually using amirc or whatever.

Secondly, I have nothing against software emulation of 68882 instructions, that's after all what we have been doing since 040 and it works well.

First of all there is nothing in vampire remotely emulating anything. Not the FPU, not the CPU, not the graphics card, not the audio, nothing. Everything is real and custom chipset as Amiga can ever be! This here indicate your true ignorance at of the highest level. Everything you are doing is hurting and bashing a great project, a project that would easily take the Amiga out of the dark ages to the new bright light sunshine.

Second of all, all your posts show how ignorant you are and don't know what you are talking about. Stop it! Your posts are all exhausting and I am tired of reading your posts and all your doing is making it even harder for people to come to the amiga.org and turning this website into nothing more endless troll fast.

YOU ARE THE WEAKEST LINK!

[johnklos]

This must be another one of Kolla's duplicate accounts.  He had a couple of them on the Apollo/Vampire forums too....

It's this. Rather than participate in any technical part of the discussion, you come up with this bull.

If you Google my name, you'll see that I'm not private about who I am and use the same name in many places. So, either you're accusing Kolla of having a VERY elaborate, multi-site, multi-year set of false profiles, or you're accusing me of being Kolla.

In reality, it's easy to dismiss you because 1) you've added literally nothing to the discussion with your comment, and 2) you failed to spend even sixty seconds to look in to anything before posting your comment.

If you can't take ONE MINUTE to look in to something before making an accusation, how can anything else you say be taken seriously?

[johnklos]

To clarify my position, I'm not saying that a wonderful extended instruction set, MMU and/or FPU are in any way a bad thing. If we're to have a technical discussion, though, I assert:

The CPU's instruction set, the FPU's implementation, and the MMU do not need to be incompatible with existing m68k CPUs in order to implement additional features. If you disagree, please go in to technical detail.

That's all. I'll buy a Vampire when I can use it as a super-speed m68k for software development and testing. Or, if it never becomes a compatible super-speed m68k, I won't buy it. But I'm hoping.

[ferrellsl]

It's this. Rather than participate in any technical part of the discussion, you come up with this bull.

If you Google my name, you'll see that I'm not private about who I am and use the same name in many places. So, either you're accusing Kolla of having a VERY elaborate, multi-site, multi-year set of false profiles, or you're accusing me of being Kolla.

In reality, it's easy to dismiss you because 1) you've added literally nothing to the discussion with your comment, and 2) you failed to spend even sixty seconds to look in to anything before posting your comment.

If you can't take ONE MINUTE to look in to something before making an accusation, how can anything else you say be taken seriously?

There's no point in any technical discussion with you or Kolla.  Several people who are much more technically inclined have engaged you both and shown your rants and arguments to be fallacies and slander, yet you persist....so I choose not to feed you trolls nor waste my time with you.  And it wouldn't be the first time that a user created multiple profiles in a particular forum.  It's been done here as well as over at the Vampire forums.  They're generally quite easy to pick out.  And if you are who you say you are, then why are you even getting riled up about it?  Methinks thou dost protest too much.

[psxphill]

There's no point in any technical discussion with you or Kolla.  Several people who are much more technically inclined have engaged you both and shown your rants and arguments to be fallacies and slander, yet you persist....

That is a lie. Nobody technically inclined has engaged and all I get is rants and arguments from those who do.

You must be a Trump supporter.

[TuKo]

Godwin point isnt far anymore.

[ferrellsl]

That is a lie. Nobody technically inclined has engaged and all I get is rants and arguments from those who do.

You must be a Trump supporter.

You're hilarious!  Gunnar (and several of the Vampire team) have engaged Kolla on various occasions but I suppose in your world where you believe you're the God-of-all-Things-Tech that Gunnar just isn't worthy, nor his team members.  Thomas Richter has also made you look quite foolish but apparently you haven't even realized it.

You must be a Bernie Sanders supporter......or just an Athletic Supporter, AKA Jock Strap.  How's that for taking 3 steps back from Godwin's Law!  LOL!

[trekiej]

I invoke the all mighty pancakes.

[Zooz]

To feed the technical background of this thread,  and not the trolls,

this article can help have better overview of the soon to come Vampire FPU :

http://www.apollo-accelerators.com/wiki/doku.php/fpu

For sure it help clarify some questionings.

[ferrellsl]

To feed the technical background of this thread,  and not the trolls,

this article can help have better overview of the soon to come Vampire FPU :

http://www.apollo-accelerators.com/wiki/doku.php/fpu

For sure it help clarify some questionings.

Nice to see the clarifications regarding precision.

[psxphill]

Nice to see the clarifications regarding precision.

Yeah, it seems current FPGA is not worth buying if you want full FPU compatibility.

"Reduction is in discussion and depends of the space remaining in FPGA, either 64bits or little less."

So you might not even get 64 bits.


There has obviously been some changes, because only a little while ago gunnar posted

http://www.apollo-core.com/knowledge.php?b=2¬e=8608&z=n_Z6rb

"FPU performance improved a lot with new FEMU and GOLD 2.7

While the wiki says "The current FPU Core is NOT anymore based on the FEMU program."

Which is good that they come round at least in some ways to the correct way of thinking (unless they just did "rename FEMU FPSPcode").

"Those instructions are handled using some optimized FPSP code.

The FPSP code is instantiated using a new dedicated FPU Vector."

I'm not against emulation at all, I consider Apollo an emulator after all, I just want it hidden from view so that it is 100% compatible. So that Vector is a problem to me.
It's not like you need it to be user visible.

So still some time to wait for them to figure out that 100% compatibility is the way forward, who knows what will actually get released though.

"Some of the following specifications might change in final GOLD 2.7 release."

[Zooz]

Yeah, it seems current FPGA is not worth buying if you want full FPU compatibility.

"Reduction is in discussion and depends of the space remaining in FPGA, either 64bits or little less."

So you might not even get 64 bits.


There has obviously been some changes, because only a little while ago gunnar posted

http://www.apollo-core.com/knowledge.php?b=2¬e=8608&z=n_Z6rb

"FPU performance improved a lot with new FEMU and GOLD 2.7

While the wiki says "The current FPU Core is NOT anymore based on the FEMU program."

Which is good that they come round at least in some ways to the correct way of thinking.

But of course there is still some emulation going on & it's not 040/060 compatible, which for me is still bad.

"Those instructions are handled using some optimized FPSP code.

The FPSP code is instantiated using a new dedicated FPU Vector."


And who knows what will actually get released.

"Some of the following specifications might change in final GOLD 2.7 release."

It really looks like to me you either need buy some better glasses or learn how to read. The FPU is clearly 040/060 fpu. You are tiring man. Remains only the precision which is only a choice related to fpga contrainsts while not impacting compatibility that much according to all videos/witnesses from the beta testers.

[psxphill]

It really looks like to me you either need buy some better glasses or learn how to read. The FPU is clearly 040/060 fpu. You are tiring man. Remains only the precision which is only a choice related to fpga contrainsts while not impacting compatibility that much according to all videos/witnesses from the beta testers.

Beta testers running existing software does nothing to prove 100% compatibility.

In thirty seconds you could break it by overwriting the FPSP Vector. Real hardware won't care, Apollo will fail to run certain instructions.

I don't actually care whether it uses emulation, I consider Apollo an emulator after all. But that FPSP vector is a problem. If he hides it so that it's no longer visible then that would be fine. Ultimately I'd like to see it compatible with FPSP 040/060 packages, they are software after all.

64 bit precision might not worry you or the beta testers, but it's not 100% compatible. Maybe it runs most scene demos fine, they admit that is all they care about. If they run out of FPGA space and they have to drop down from 64 bits (which they say they might do) then I'm sure they'll start caring less and less about scene demos as well. I also made it clear that I accept the FPGA is limited, which is why I explicitly pointed out that current FPGA isn't for people who want 100% compatibility & it's definitely worth waiting.

Your response is an indication of Apollo trolls. I guess we have to keep putting up with you until Gunnar accepts to make it 100% compatible by hiding the floating point software emulation and the new FPGAs are available.

Of course we'll go back to the MMU and having to listen to all the reasons we can't have a compatible one, then one day magically it will be a good idea after all.

[PPC]

@psxphill

You seem to have no understanding of precision and compatibility in this case, these are two totally different concepts.

[ShK]

What is a default precision on UAE without Softfloat FPU emulation lib?

[Zooz]

@phxphill

Indeed the emulation vector access is protected, supervisor mode needed, on a vector that no amiga-land software knows about it. Hard to break. At least not less than an 040/060/HSMath library.

About precision, sure, it then is enough or NOT for a given end-user. Your choice and need, i have no problem with that. That said, even 32 bits of precision would be enough for real life usage / games and demos applications,  such as in most of the consoles (PSX,...). For Quake or let's be mad Gran Turismo, 32 is enough, like any games on such machines. If the point was to use the vampire for scientific researches, then sorry about that, it is not intended to.

About emulation, that is for me infinite discussion where FPGA coding is NOT emulation! I wont argue not a single one more on this.

At end, i'm the one who had bring the more technical data here about this fpu topic, I could also bring more about for example the 100% pipelined feature. Hope it helps the people for who the vampire is targeted to. The team is not trying to convince everybody but to bring a fpu solution at best as it could be on a given board for his customers.