Welcome, Guest. Please login or register.

Author Topic: [UserReview] Vampire V2-128 received and it's just pure p0rn.  (Read 104929 times)

Description:

0 Members and 5 Guests are viewing this topic.

Offline AJCopland

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #149 on: February 29, 2016, 01:31:03 PM »
Quote from: Thomas Richter;804884
No, that's completely correct. It is, however, not the driver that patches the graphics.library. It is - for P96 - the rtg.library (core component) or - for CGfx - the cybergraphics.library. The driver goes through a well-documented API of the rtg.library.


I'm confused about the whole P96 situation, as I'm sure 90% of the people are on here.

Is "rtg.library" the P96 dynamic interface library? Like a Windows ".DLL" or Linux ".so"?
If so then what's stop anyone from writing an "rtg.library" with the same function signatures & addresses as the P96 version?

Any 3rd party software will see the "rtg.library", load it, map the functions and run without ever using your code or libraries. Why would a license for P96 be required?

I'm asking as I'm genuinely interested since this is a very common case software that doesn't require a license of any kind.
If they did use P96 code, or libraries then of course that's completely different and would absolutely require a license to do that.

Thanks,

Andy
Be Positive towards the Amiga community!
 

Offline Terminills

  • Grand Conspirator
  • Hero Member
  • *****
  • Join Date: Jan 2003
  • Posts: 594
  • Country: 00
  • Thanked: 2 times
    • Show only replies by Terminills
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #150 on: February 29, 2016, 01:37:25 PM »
Quote from: Thomas Richter;804896
I don't *care* for AROS or CGfx. That's why I said "they probably need to check with the CGfx authors". Is this a wrong statement? No.


Wait a minute! Just because my software isn't your flavour of "free", you call that "lack of cooperation"? Actually, there have been quite some cooperation in the Amiga land from my side. Look at MuForce, for example. This thing wouldn't have come to life without cooperation with Mike Sinz.

Os 3.9 wouldn't have come to life without cooperation with Haage and Partner, and people like Olaf Barthel.


Then that's reluctant to know for AROS and Gunnar's team. I never stated the opposite. I just said "it needs to be clarified".



Actually the cooperation that an AROS developer got from Hyperion was something like this.   Sure we'll do the AHCI driver for Hyperion any way you could help us with what we need for reaction?  response  "I'll email you tomorrow" ... silence. ;)  and that is why the AHCI driver had to be worked on by someone else. ;)
Support AROS sponsor a developer.

edited by mod: this has been addressed
 

Offline kolla

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #151 on: February 29, 2016, 01:51:13 PM »
Quote from: Thomas Richter;804890
How do you come to this conclusion? Or is it just the typical prejudice from your side?


No, I find the P96 software cumbersome. I always chose CGfx when I can, simply because it is less ridden with annoying bugs and has Prefs interface I can relate to.
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

guest11527

  • Guest
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #152 on: February 29, 2016, 01:58:38 PM »
Quote from: AJCopland;804899
Is "rtg.library" the P96 dynamic interface library? Like a Windows ".DLL" or Linux ".so"?
Yes, but...

Surely P96 is something like a windows .dll, and so are the chip and card files. However, the rtg.library has two interfaces: One public, for programs calling into the rtg.library, and one private, for the rtg.library calling into the chip and card interfaces. The latter interface is private, has not been publically available, and requires a license.


Quote from: AJCopland;804899
If so then what's stop anyone from writing an "rtg.library" with the same function signatures & addresses as the P96 version?
In principle yes, if the internal interface would be revealed, or would be reworked. This will/would take some time, though.

But this all aside: How would you feel if you would offer a third party a license to your work you spend three or more years of your life on, providing the work, and its sources, then just receiving an answer saying, "no thanks, I'll just do it all myself and copy your work".

Would you really believe that any follow-up work would really be based on a genuine re-implementation?

Look, it's not as if the work wasn't available for licensing in first place. Authors were there, a seller was there, a potential buyer was there, prototypes were done... Nobody was really trying to harm the Apollo, and everything was done on "good will" basis.
 

Offline grond

  • Full Member
  • ***
  • Join Date: Feb 2016
  • Posts: 154
    • Show only replies by grond
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #153 on: February 29, 2016, 02:01:22 PM »
Quote from: Thomas Richter;804895
You cannot safely transmit data via DMA on an Amiga system without some MMU magic. This is an issue with the cache of the 68060 and 68040 CPUs. The only other alternative is to disable the cache completely while a DMA is running.

So? If you wanted, you could run the DMA on the apollo while keeping the cache updated. Some old SCSI stuff isn't relevant here.


Quote
As in, how much, for example? It creates actually no additional wait states for the 68040 or 68060

Since you are the resident MMU guru, you know better than this. There is a thing called translation look-aside buffer which has a finite size. There are many scenarios when an address translation cannot be done transparently which then can require a table walk of the translation table. And you probably also know that it's the TLB that is the most important constraint on overclocking an 060. This shows that the mem access had to be slowed down on the 060 in order to allow address translation.


Quote
Look, it's ok if you don't know, but please don't make such statements then.

You frequently do the same about legal issues.


Quote
No. I don't like taking other's people's work for selling my own work

Nobody takes other people's work here. Money would have been paid to the people who actually did the work but not to some company buying the rights and using 68k Amigas to milk some money for their main business.


Quote
even more so when first coming to an agreement with them ("We only use this for testing and come and pay you as soon as we make profit") and then later on run away as soon as it involves payment.

Excuse me, you haven't been involved, so you cannot know, but again, please do not make statements if you do not know.

So you were involved. How about you tell the story and then I tell it as I heard it and we all compare?


Quote
Excuse me, I've been a bit more involved in the whole process. Gunnar didn't want to license. There was an offer on the table by Hyperion, in fact.

Yes. And it was ridiculously overpriced and clearly a desperate attempt to make some money for a company facing economic doom.


Quote
Excuse me, that's neither correct. That's just Gunnar's interpretation of the answer.

How can you know better?


Quote
Which, by pure coincidence, also use the P96 API?

No, by design and intention. Just like the NTFS driver for linux, for example. Again, what do you think is illegal about this?


Quote
Ok, if they want to go for free, go for AROS completely and do not rely on the P96 API in first place.

That is kindergarten reasoning not worthy of a person as intelligent as you are.


Quote
Yes, they are. It's called autoconfig and supported by the Os ROM. Expansion, to be precise. Again, you do not seem to know, but here I am and tell you that it's all possible.

Thank you for telling me. How does it work in detail?


Quote
But if you do not sign, then you cannot use the work of others. Full stopo. I cannot offer a P96 driver if I don't want to pay for P96.

Yes, I can. It doesn't become true just by repeating it.


Quote
I cannot offer a patched Kickstart if I do not pay for the kickstart. It's really quite simple.

I agree for the kickstart under some circumstances because it involves patching (and thus deriving the patched kickstart from the original copyrighted work). However, there is a thing called "exhaustion of rights" which basically means that you don't need to pay a second time for something you already bought. That's also why it is perfectly legal to patch and flash the kickstart already owned by the customer.


Quote
Yes, there is. It is called "Copyright" and "licensing conditions".

I think I know more about copyrights in western legislations than you do. As for the licensing conditions, this is just an offer for a licensing contract. The apollo team did not accept that offer so no licensing contract was made. It's as simple as that. If you think about the GPL, it's precisely how it works: it is an offer for licensing which is accepted by the person using and modifying the source code ("konkludent", as we call it in German, or something like "implied by action of the party"). Licensing conditions are not like a law that you yourself made for a specific item you created. They are an offer for a licening contract. And such offers can be accepted or declined.


Quote
There is "normal use" of a work, i.e. I use the binary as intended.

That's what users of the vampire RTG subsystem will do.


Quote
What I cannot do is simply take the binary of somebody else, patch it up and deliver it as part of my product.

That is true. But not relevant for the picasso drivers as nobody took somebody else's binary.


Quote
Or base my product on an API of a closed product that, as intended by the authors, requires licence payments.

And here you are wrong again. I did my best explaining the legal situation. Perhaps I'm not good at it. My experience is that many engineers are not very good at understanding law (and lawyers not good at understanding technology) which is why we patent attorneys are such a rare breed.
 

guest11527

  • Guest
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #154 on: February 29, 2016, 02:02:41 PM »
Quote from: kolla;804905
No, I find the P96 software cumbersome. I always chose CGfx when I can, simply because it is less ridden with annoying bugs and has Prefs interface I can relate to.

Could you please report the bugs so I can fix them? Thank you.
 

Offline kolla

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #155 on: February 29, 2016, 02:06:04 PM »
Quote from: Thomas Richter;804896
I don't *care* for AROS or CGfx. That's why I said "they probably need to check with the CGfx authors". Is this a wrong statement? No.


Yep, it is quite obvious you only bother to have bare minimum knowledge about stuff you do not care about. Linux for example.

Quote

Wait a minute! Just because my software isn't your flavour of "free", you call that "lack of cooperation"? Actually, there have been quite some cooperation in the Amiga land from my side. Look at MuForce, for example. This thing wouldn't have come to life without cooperation with Mike Sinz.


What I mean was that "the owners of the name", that be anyone involved with anything officially named "Amiga" has denied to cooperate with the other "camps", AROS and MorphOS. Except for shell and layers.library, I do not "care" about your software :)

Quote
Os 3.9 wouldn't have come to life without cooperation with Haage and Partner, and people like Olaf Barthel.


And the colour wheel gadget from AROS, I suppose. :laughing:

But really, OS 3.9 came out before MorphOS 1.0 and AROS was not even booting on hardware at the time. OS4.0 was released about same time, and whether you like it or not, you belong in the Hyperion/OS4 "camp" since that is where OS3.x vanished.

Quote
Then that's reluctant to know for AROS and Gunnar's team. I never stated the opposite. I just said "it needs to be clarified".


reluctant? redundant?
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline kolla

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #156 on: February 29, 2016, 02:09:16 PM »
Quote from: Thomas Richter;804906

In principle yes, if the internal interface would be revealed, or would be reworked. This will/would take some time, though.


It is called P*96* - it has been 20 years, for crying out loud! :hammer:
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline kolla

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #157 on: February 29, 2016, 02:10:39 PM »
Quote from: Thomas Richter;804908
Could you please report the bugs so I can fix them? Thank you.

Why? I use CyberGfx4 with my CV64 and CVPPC, the last thing I had that used P96 was Voodoo5 with Mediator - I am not even sure you would bother to help me with such a setup :laughing:

Also - why would I send bug reports to you? You have no rights to develop P96.
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS
 

Offline grond

  • Full Member
  • ***
  • Join Date: Feb 2016
  • Posts: 154
    • Show only replies by grond
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #158 on: February 29, 2016, 02:21:19 PM »
Quote from: Thomas Richter;804906
However, the rtg.library has two interfaces: One public, for programs calling into the rtg.library, and one private, for the rtg.library calling into the chip and card interfaces. The latter interface is private, has not been publically available, and requires a license.

Correction: no documentation of the latter interface is publically available, the interface itself is available on all picasso installations. And without using private information which will only be disclosed as part of a license contract, a license is not necessary to use this interface.

It's like you invent a secret language to speak with your buddy and everybody wanting to converse with your secret language needs to become member of your club of buddies by passing some test of courage. Well, how would that stop me from listening to you conversing publically in your language, deciphering it and then using it for my own entertainment?


Quote
But this all aside: How would you feel if you would offer a third party a license to your work

Who's feeling now? I think there is too much hearsay and communication by proxies in all this. If the original picasso authors have not sold all their rights to the software, they should speak up and communicate with the apollo team in person(s) and not by proxy.


Quote
Would you really believe that any follow-up work would really be based on a genuine re-implementation?

It's actually documented on github or wherever the new driver is hosted. And you are not going to suspect Jason McMullan for copying other people's work?


Quote
Look, it's not as if the work wasn't available for licensing in first place.

You can also license Microsoft's documentation for NTFS. However, if I were to write a filesystem driver for AmigaOS, I would just look into the linux NTFS driver and open-source my own driver.


Quote
Authors were there, a seller was there

authors != sellers? Were the authors there in person or representated by somebody, e.g. you?
 

guest11527

  • Guest
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #159 on: February 29, 2016, 02:35:30 PM »
Quote from: kolla;804911
Why? I use CyberGfx4 with my CV64 and CVPPC, the last thing I had that used P96 was Voodoo5 with Mediator - I am not even sure you would bother to help me with such a setup :laughing:

In other words, FUD. Just what I thought. Thank you for confirming.

Quote from: kolla;804911
Also - why would I send bug reports to you? You have no rights to develop P96.
Actually, this might not be quite so...
 

Offline AJCopland

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #160 on: February 29, 2016, 02:46:51 PM »
Quote from: Thomas Richter;804906
Yes, but...

Surely P96 is something like a windows .dll, and so are the chip and card files. However, the rtg.library has two interfaces: One public, for programs calling into the rtg.library, and one private, for the rtg.library calling into the chip and card interfaces. The latter interface is private, has not been publically available, and requires a license.

In principle yes, if the internal interface would be revealed, or would be reworked. This will/would take some time, though.

But this all aside: How would you feel if you would offer a third party a license to your work you spend three or more years of your life on, providing the work, and its sources, then just receiving an answer saying, "no thanks, I'll just do it all myself and copy your work".

Would you really believe that any follow-up work would really be based on a genuine re-implementation?

Look, it's not as if the work wasn't available for licensing in first place. Authors were there, a seller was there, a potential buyer was there, prototypes were done... Nobody was really trying to harm the Apollo, and everything was done on "good will" basis.


Ok then so the "private" interface is the API for dealing with chipsets (hardware drivers) and various graphics cards.

If I was reimplementing, speculating only here I admit, then I wouldn't bother with that end of it at all. I would just create a very simple system for the one chipset that I was supporting.

I suspect that is what has been done because the Vampire implementation isn't a general purpose system meant to be reused with different chips.
It targets a single design, one done by the same "team" as the author, that supports little more than a framebuffer and some basic operations.

We cannot know more with seeing the source code for it, or at least the team discussing it in more detail, however there's no reason to assume infringment of any license here.
Hooking into "graphics.library" is pretty simple, and writing an "rtg.library" is almost trivial especially if you have access to the hardware designer who's written the underlying chip.
-----

Now as to the second part about how you feel about it, well they took a look at what was offered and the licensing terms. They didn't like them or they decided that they were unnecessary given what they hoped to achieve.

It might be annoying but it's fair on their part to do so, the external interface is public, the private part might simply be far more than they need, so they don't license that part and thus don't use it features. Which is pretty standard stuff.

Sorry that it didn't work out for the P96 API authors but I just can't see what the problem is here. Unless nefarious dealings mean that propriatary code was used in this SAGA P96 implementation it seems that it should be quite legal.
Be Positive towards the Amiga community!
 

guest11527

  • Guest
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #161 on: February 29, 2016, 02:49:14 PM »
Quote from: grond;804912
Correction: no documentation of the latter interface is publically available, the interface itself is available on all picasso installations. And without using private information which will only be disclosed as part of a license contract, a license is not necessary to use this interface.
I don't think I claimed something else.

Quote from: grond;804912
Well, how would that stop me from listening to you conversing publically in your language, deciphering it and then using it for my own entertainment?
*Sigh*. Again, you want to find a twist around it. What's so hard to understand? Authors want payment. You don't want to pay, but still use it?

Is this a fair trade in your language?



Quote from: grond;804912
Who's feeling now? I think there is too much hearsay and communication by proxies in all this. If the original picasso authors have not sold all their rights to the software, they should speak up and communicate with the apollo team in person(s) and not by proxy.
Too tired, not much interested in all this discussion. I can well understand this if I see people like Kolla here.



Quote from: grond;804912
It's actually documented on github or wherever the new driver is hosted. And you are not going to suspect Jason McMullan for copying other people's work?
I don't know what he did or not did, but one may wonder where the API docs came from. Such information is not on file or on github. It's at least a pretty questionable practise.

Quote from: grond;804912
You can also license Microsoft's documentation for NTFS. However, if I were to write a filesystem driver for AmigaOS, I would just look into the linux NTFS driver and open-source my own driver.
You could, and you would, and for private applications the result might be good enough. Not as if Microsoft would even sell you.

However, if you were running a company and you would sell products to end-users, you should probably better make sure that everything is working correctly and that you -or whoever reverse-engineered NTFS- haven't mis-interpreted anything when reverse engineering NTFS. If you're running a serious business and depend on stable products, or even have to pay $$$ if your products do not work as requested, licensing is usually the more attractive solution.

There is a difference between a private hobby market, and a professional market. I doubt anyone is using the Linux NTFS implementation on professional systems. If linux runs in a production environment (and yes, we do that), it's running on its own file system.


Quote from: grond;804912
authors != sellers? Were the authors there in person or representated by somebody, e.g. you?
No. Tobias and Alex didn't want to sell directly to Gunnar. Too much hassle for them. The business was planned indirectly through Hyperion, which would have bought full rights on P96 (or probably even have them bought, right now). Maintenance would have been done through an external team, again to be paid by Hyperion (by people like me, for example). No, I do not represent either Hyperion, nor the P96 developers. I'm only very remotely related to this at all.
 

Offline Kremlar

  • Sr. Member
  • ****
  • Join Date: Jul 2009
  • Posts: 393
    • Show only replies by Kremlar
Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #162 on: February 29, 2016, 03:01:25 PM »
Sounds like Hyperion feels very threatened by the classic market, especially with products like FPGA Replay and Vampire.  A-EON likely feels the same.

I believe the NG market will dry up very quickly if the classic market continues at this pace.
 

Offline AJCopland

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #163 on: February 29, 2016, 03:02:00 PM »
The code is up on GitHub by the way here : https://github.com/ezrec/saga-drivers

Looks like a ground up reimplementation.
Be Positive towards the Amiga community!
 

Offline kolla

Re: [UserReview] Vampire V2-128 received and it's just pure p0rn.
« Reply #164 from previous page: February 29, 2016, 03:05:29 PM »
Quote from: Thomas Richter;804913
In other words, FUD. Just what I thought. Thank you for confirming.

Oh wow, you know about "FUD"? :D

I did have a PicassoIV card at some point, and I also tried really hard to use P96 with CV64. It was pointless. I got rid of the PIV as it brought more hassle than I needed, was easier to use CSPPC along with CV64 than along with PIV. Then came the Mediator, and I was eyerolling. It took 5 years from I bought the Voodoo5+Mediator for them to work together, and in the meantime I borrowed a Voodoo3. The same stupid artifacts and bugs I had back with CV64 were still there with the Voodoo cards, and the user interface made me dream of editing xorg.conf by hand. Luckily with UAE for most part there is no need to deal with it, I belive last time I messed with it was with FS-UAE on DragonFlyBSD, just to test that PIV emulation was working before I installed OS4.1FE.

Your assumption that I am "just spreading FUD" is rather ignorant.

Quote
Actually, this might not be quite so...

I have no reason to believe that you have any rights to currently do any work with P96 unless I hear it from the original authors. I am aware that you are on the "thank you list", but that is not the same as having a license to do official development. The DDK was for hardware developers, and AFAIK you have no hardware that you are selling.
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC
---
A3000/060CSPPC+CVPPC/128MB + 256MB BigRAM/Deneb USB
A4000/CS060/Mediator4000Di/Voodoo5/128MB
A1200/Blz1260/IndyAGA/192MB
A1200/Blz1260/64MB
A1200/Blz1230III/32MB
A1200/ACA1221
A600/V600v2/Subway USB
A600/Apollo630/32MB
A600/A6095
CD32/SX32/32MB/Plipbox
CD32/TF328
A500/V500v2
A500/MTec520
CDTV
MiSTer, MiST, FleaFPGAs and original Minimig
Peg1, SAM440 and Mac minis with MorphOS