Non Disclosure Agreement = Tout ce que tu pourrais déduire des information que tu reçois ne devra pas être communiquer en dehors de ceux qui ont signer cet accord.
DirectMedia et tout DirectX est une API standard. C'est bien souvent une surcouche à des API propriétaires. Comment peux tu déduire l'architecture utilisé dessous à partir de cette API?
Rien.
Il faut bien différencier API haut niveau et bas niveau. A partir d'une API très bas niveau tu peux reconstituer comment dialoguer avec le matériel, comment il fonctionne, éventuellement, quel block logique il y a derrière.
L'IP c'est, par exemple, un block VHDL de calcul de nombre flottant. Tu l'achetes, t'as pas à le développer/certifer, il est près, tout beau. Il est prêt à être synthétiser, t'as juste une petite phase d'adaptation à faire sur ton matos. T'es très content, le fournisseur aussi avec ses petits soussous.
L'implementation, tu t'en fous. Le fournisseur te donne un moyen de l'utiliser : schema block général (sous NDA), doc technique, time diagram.
Tu l'intègre dans ta puce.
Tu dois ensuite développer un driver pour discuter avec cette puce (pas forcément directement avec le bloc d'IP). Ce driver dispose d'une API pour accéder depuis l'application. Mais tu ne dois pas donner trop d'information, sinon => rupture de contrat, procès!
Mais bon si tu remontes très haut tu peux fournir une API très générale qui t'abstraira completement l'IP de calcul de nombre flottant, qui sera utilisé par exemple, pour calculer les multiplication de matrice pour transformation 3D, ou pour du pixel shader, ... Toi en haut tu vois juste "glrotate"....
Bref une API ne correspond pas à une IP, et une IP n'a pas forcément de correspondance directe avec une API.... C'est... 2 choses pas équivalentes
[^] # Re: Vive le libre!
Posté par Stibb . En réponse au journal Les modules kernel propriétaires.. Évalué à 3.
DirectMedia et tout DirectX est une API standard. C'est bien souvent une surcouche à des API propriétaires. Comment peux tu déduire l'architecture utilisé dessous à partir de cette API?
Rien.
Il faut bien différencier API haut niveau et bas niveau. A partir d'une API très bas niveau tu peux reconstituer comment dialoguer avec le matériel, comment il fonctionne, éventuellement, quel block logique il y a derrière.
L'IP c'est, par exemple, un block VHDL de calcul de nombre flottant. Tu l'achetes, t'as pas à le développer/certifer, il est près, tout beau. Il est prêt à être synthétiser, t'as juste une petite phase d'adaptation à faire sur ton matos. T'es très content, le fournisseur aussi avec ses petits soussous.
L'implementation, tu t'en fous. Le fournisseur te donne un moyen de l'utiliser : schema block général (sous NDA), doc technique, time diagram.
Tu l'intègre dans ta puce.
Tu dois ensuite développer un driver pour discuter avec cette puce (pas forcément directement avec le bloc d'IP). Ce driver dispose d'une API pour accéder depuis l'application. Mais tu ne dois pas donner trop d'information, sinon => rupture de contrat, procès!
Mais bon si tu remontes très haut tu peux fournir une API très générale qui t'abstraira completement l'IP de calcul de nombre flottant, qui sera utilisé par exemple, pour calculer les multiplication de matrice pour transformation 3D, ou pour du pixel shader, ... Toi en haut tu vois juste "glrotate"....
Bref une API ne correspond pas à une IP, et une IP n'a pas forcément de correspondance directe avec une API.... C'est... 2 choses pas équivalentes