Yann Guidon a écrit 203 commentaires

La question est tout à fait judicieuse.

Mais remarque que le format reste libre quand même et des implémentations logicielles (les plus nombreuses, et surtout sur des CPU genre ARM ou x86) sont bien sûr réalisables sans royalties.

Je ne suis pas avocat mais l'expérience (qui est loin d'être finie) de F-CPU (ainsi que les histoires sur le MPEG, MP3, JPEG, GIF etc.) m'apprend que le brevet peut passer comme une lettre à la poste.

Mais si ils faisaient ça, ils dévoileraient la plupart de leurs "recettes de cuisine" et les copiteurs de tous poils (et aux yeux bridés ou non) s'en donneraient à coeur joie.

C'est un équilibre à trouver et je ne sais pas comment ça va se passer. Les chances sont grandes pour qu'on trouve le décodeur dans une puce de chez SmSC, Cirrus ou autre, le reste je ne sais pas. Et je suis cette histoire de près puisque je me débrouillerai pour laisser mon pied dans la porte pour éviter qu'elle se referme avec F-CPU sur le palier ;-)


YG

[plussoiement ouvert]

finalement, templite est tombée en marche ? ;-)

ça pour une nouvelle !!!!

pour l'instant j'avais juste réussi à l'utiliser (presque fonctionnellement) sous Windows. c'est assez hallucinant, et le langage est un vrai délire mais il y a un bon tutorial.

J'ai essayé surtout de voir comment "émuler" le son "Hammond" et il y a des excellentes démos que je n'ai pas encore pu faire fonctionner. pourvu que ça marche vite !!!

Au fait, si je me souviens bien, il y a une version "temps réel" mais elle n'a peut-être pas changé de licence elle aussi. à voir !

YG

ah ! on peut pas plusser les niouses non plus ?

[++++]

je sais que ça va paraitre simpliste et basé sur ce que je connais de cette boite d'il y a plus d'un an, mais ....
Tensilica ça pue.
Bon je sais que F-CPU est pas encore prêt, mais côté innovation, je n'ai rien vu qui fasse baver chez Tensilica et ses concurrents, ils prennent une archi MIPS "d'école" et font une jolie interface web pour mettre qqs paramètres ...
Franchement le seul avantage c'est pour les dissaïdeurs praissés.

qqn pour confirmer ?

YG

au moins ça fait parler de lui, ce qui est le but premier ....

désolé, memory-bound n'est pas du tout la même chose que CPU bound :
L'un c'est quand le programme passe la plupart de sont temps à attendre la mémoire centrale, l'autre c'est quand il y a saturation des unités de calcul.
Pour le premier, dans F-CPU, c'est quand on traite des grosses listes chainées et ce genre de trucs avec des accès aléatoires. Du LISP ou du Java risque de ramer à mort si ça tient pas en cache.
Pour le deuxième, c'est typiquement la crypto classique, peu de variales mais des passes nombreuses et des traitements zarbs. Là on peut faire.

bon, j'arrête les leçons pour ce soir.

chez F-CPU, on a un proverbe :
"c'est çui qui dit qui fait" :-P

allez, envoie-nous un petit message ....

YG (trop la flemme)

<note pour plus tard>
penser à être clair quand je parle en public,
sinon ya risque d'effets de bords ...
</note pour plus tard>

mais ça dépend du type de workload, si tu est CPU-bound ça va mieux qu'en memory-bound, où les access patterns et la corrélation des paquets peut avoir des effets non linéaires sur le wallclock time ...

mais on s'égare.

YG

c'est bon, il te reste encore du cirage ? :-)

(patapé ! patapé !)

si le stéréo te suffit, ya l'UA30 de Roland,
c'est une interface sur USB1.1.
Les UA1A/D et UA3 sont des versions bien moins burnées.

En clair, tu compiles ton kernel avec le support USB/AUDIO/OSS
et le driver son sur USB standard, et c'est reconnu à la connexion.
C'est ce que j'ai sur mon portable. Faudrait d'ailleurs que je passe
à ALSA (la flemme et la peur de l'inconnu...).

J'en ai vue une aujourd'hui encore en okaz à Pigalle / Music Power
(rue de Houdon). Env. 200E.

Sinon, le coin de Pigalle regorge de cartes intéressantes.
Va y faire un tour :-)
Moi j'ai une Prodif96 mais mon nux sur le PC desktop est KC...

Gros conseils : avant d'acheter,
- regarde la liste de compatibilité
d'ALSA (si tu l'utilises) et d'OSS (au cas où),
- regarde les prix dans TOUS les magazins du coin (les soldes ne sont pas toujours évidentes et il y a aussi des bonnes occasions),
- ne sois pas pressé et
- ne compte pas trop sur le service après vente.
Enfin, pour faire du multipiste, c'est moins cher d'acheter
une table de mixage au lieu d'une carte multipiste :-)

YG

j'arrive pas à faire marcher les liens ! :-(

qqn peut les foutre en ftp ?
(et le truc de JBN aussi ?)

mirssi !!!

Les SRs sont faits pour éviter les effets de bord du pipeline, protéger les ressources à un niveau très fin (pas au niveau page) et amortir le fait que chaque CPU (dans un système hétérogène) peut avoir des ressources diffférentes, et donc une carte des SRs différente.
Finalement ça simplifie beaucoup (sinon on se retrouve avec des conneries d'arbitrage si on a plusieurs CPUs). Ya aucun intérêt à mapper les registres de contrôle de PLL (et plein d'autres) en mémoire.

<mode> Le but du projet F-CPU n'est pas de fabriquer ni d'industrialiser un processeur, seulement d'écrire les sources VHDL. Ensuite, les gents font ce qu'ils veulent avec (enfin, presque) <mode>

Puisqu'on parle de l'embarqué, le F-cpu integret'il des fonctions d'economie d'energie ou de variation de frequence ? C'est trop spécifique à une implémentation particulière. Mais c'est envisagé, on pourrait par exemple contrôler le facteur multiplicateur de la PLL par un SR par exemple. Mais ça dépend trop de l'implémentation pour pouvoir être correctement spécifié. Il faut rappeler quand même qu'on ne peut pas à la fois fonctionner à 1mW et délivrer 500MOPS. ça se saurait. Le premier objectif est de fournir le plus de performance possible par cycle d'horloge, et ensuite on regarde où on fait des opérations inutiles pour économiser un peu. YG

Il y a aussi un problème plus simple : étant donné qu'on est toujours à la bourre, si on met une date elle sera dépassée de plusieurs années au moins. Alors le site web pourra donner l'impression qu'il est abandonné, donc plus crédible, alors on ne met pas de date ...

1) on se demande encore quelle va être la méthode pour éviter
que ça pollue F-CPU

2) il existe déjà une floppée de uC "libres" (disons : open source). F-CPU s'attaque aux segments supérieurs. ça servirait à quoi, pour un robot, de faires des opérations SIMD à plusieurs centaines de MHz ?

http://www.fpgacpu.org/(...) contient de bons exemples de CPUs optimisés pour les petits FPGA. comme quoi il n'y a pas que Opencores. Et puis sinon kes PICs et AVRs sont largement utilisés.

YG

note pour plus tard :

ne plus jamais poser sur une quelconque photo ....

Les objectifs ne sont pas seulement technologiques.

Si qqn veut implémenter 10 coeurs F-CPU sur une puce en ECL ou en InP, c'est lui qui voit ! Les sources sont "libres" et les industriels ont aussi leur rôle à jouer.

De toute manière on ne peut pas obtenir les puissances atteintes par les autres fondeurs sans déployer les moyens nécessaires. C'est arithmétique.

comme d'hab, on trolle !

1) le désesoir le plus total, qui suit la naïveté absolue.
Quand on n'a plus le choix, faut bien se démerder.

2) Au forcing sur les mailing lists.

3) achète-toi un intestin.

YG qui vieillit mal

Il y a bien eu "manticore" (voir sur opencollector.org pour les infos) mais c'était du bricolage. Avec F-CPU, il faudrait intégrer le contrôleur vidéo sur la même puce que F-CPU pour faciliter plein de choses.

Mais il ne faut pas oublier que pour fonctionner un jour, le projet doit se fixer des limites, et la carte vidéo n'est pas du tout le but.

YG