 Bonjour tout le monde, alors aujourd'hui nous allons parler des choses très intéressantes, SNCCS et ramets. Ce que j'aime bien par rapport au Congrès c'est que ça rapproche des personnes qui travaillent sur des projets ensemble et de rencontrer des personnes que vous connaissez peut-être à partir de l'Internet. Si on a des personnes qui sont venus de très loin, Tim de l'Australie, Bunny de Singapore. Et c'est toujours fascinant de voir ces choses se passer. Et Tim et Bunny vont parler, c'est comment le CCS a pu créer une diversité pour créer des produits qui n'ont pas pu être créés sans cette collaboration. Du coup, aidez-moi à applaudir et à dire bienvenue à Bunny et Tim. Merci tout le monde pour avoir venu écouter notre talk. Je sais que c'est une nuit très intéressante pour le Congrès, il y a beaucoup de choses qui se passent. Alors le titre du talk, c'est Snakes and Rabbits, c'est comment le CCS a pu aider Open Hardware, le matériel Open. Comment on peut influencer les appareils, le hardware peut être aujourd'hui et même dans 5 ans. Alors d'abord, avant que l'on parle du talk, j'aimerais s'introduire. Du coup, on va parler un peu qui nous sommes. Alors moi je suis Bunny, je fais du hardware, je joue avec les Atoms et les Atoms sont durs. Ils ont des difficultés. Je vais dire pourquoi les Atoms sont durs, mais je dois aussi vous dire que les challenges qui sont venus à partir de cet Atom, on va discuter de ces problèmes lors de ce talk. Alors quand vous rencontrez des Atoms, vous aurez souvent des cas que les gens vont dire qu'est-ce que vous pouvez faire avec des Atoms. Mais il y a des conséquences en tant qu'ingénieur. Des fois c'est beaucoup plus facile pour ingénieurer sa solution d'une manière que vous évitez de payer plus pour certains projets. Et du coup, passer beaucoup de temps sur ça. Et aussi, quand on existe des Atoms, vous créez l'entropie. Donc il y a beaucoup d'efforts qui est mis dans le procès d'ingénierie pour simplifier les choses, pour mieux comprendre les choses. Et aussi l'autre problème avec les Atoms, c'est qu'ils sont souvent dans le mauvais endroit. Par exemple le tantalum or, c'est trouvé que dans certains pays, par exemple ceux qui sont en couleur colorée en verre dans cette diagramme. Donc il faut aller travers tout un procès pour acquérir les Atoms, pour leur raffiner, pour leur déplacer. Et c'est un procès assez compliqué. Dès que vous avez un enfant qui a la livraison gratuite, vous avez une conséquence peut-être d'un point de vue des vies privées ou dans l'écologie. Et d'un point de vue de l'open hardware, vous devez penser de la logistique en reverse. Parce que vous avez beaucoup de problèmes liés du manière qui n'est pas facile à résoudre. Si vous avez un problème de hardware, vous pouvez pas juste faire un patch hardware comme vous pouvez faire avec le software. Du coup les Atoms sont souvent au mauvais endroit et ils ont aussi souvent des vérités inconvientes. Par exemple avec les déchets, les déchets d'électronique, des déchets, des Atoms doivent aller quelque part, être quelque part ailleurs. Et c'est une vérité inconvéniente qu'on doit gérer. On aimerait penser que notre software est sécurisé et libre. Mais on doit quand même accepter qu'il y a des petits blobs de firmware qui tournent sur nos machines et qu'on ne comprenne pas ce qui se passe dedans. Donc des fois il faut accepter ces inconvénients. Malgré tous ces inconvénients, moi j'aime quand même les Atoms et ils arrivent même que... Et j'ai compris que j'ai un jeune homme qui dit que j'apprenne pas vite à partir de mes fautes. Et malgré ça j'ai continué à essayer, j'ai continué à chercher les solutions. Et maintenant on va parler de Mitro. Bonjour, moi je suis Mitro et je m'identifie comme un ingénieur software. Donc moi je... Par contre, avec les Atoms, moi je travaille avec des bits. Et les bits sont intéressants parce qu'ils sont plus faciles à utiliser que les Atoms d'une certaine façon, mais ils sont quand même difficiles. Donc si vous êtes un ingénieur hardware, vous pensez peut-être que le software c'est ce tas de 1 et de 0, mais en fait le software s'est écrit par des humains. Et les humains ne sont pas des robots et ils ne sont pas terribles quand il s'agit de faire des tâches répétitives. Et écrire du logiciel c'est quand même assez répétitif. Et en fait le software, ça ressemble souvent à ça, c'est plein de bugs. Moi j'ai écrit plein de bugs, je suis bien payé pour être un ingénieur software, mais même les meilleures pratiques ne peuvent pas empêcher les bugs. Et parfois les bugs sont vraiment très gros. J'ai écrit des gros bugs par le passé. Ce qui est très différent entre le hardware et le software c'est qu'en software vous pouvez réparer les bugs après coup. J'ai écrit des bugs, je préférerais que vous ne voyez pas que j'ai écrit des bugs donc je peux les vérifier après. Pour les atomes vous n'avez pas le choix, vous n'avez pas le droit à l'erreur en fait. Et c'est pour ça que ça me fait un peu peur parce que c'est difficile à patcher, c'est difficile à réparer. C'est vraiment très difficile de réparer du hardware, c'est peut-être pour ça qu'il y a hardware dans le nom. Et j'en ai pas fait beaucoup et donc j'ai découvert ce truc appelé FPGA. Le FPGA c'est super pour un ingénieur logiciel comme moi parce qu'il transforme ce qui est d'habitude un problème hardware en problème software. Et ça j'aime bien parce que ça me permet de régler des problèmes dans mon hardware après l'avoir envoyé. Et ça c'est bien parce que comme je l'ai dit je suis un ingénieur logiciel et j'ai écrit des bugs. Et donc je viens dans un monde très différent par rapport à Bunny. Et donc c'est intéressant qu'on soit tous les deux ici sur la même scène alors qu'on a deux profils très différents. Donc Bunny va vous montrer où est-ce que l'histoire a vraiment commencé. Alors en tout cas par rapport à l'origine de cette histoire, il y a longtemps dans un start-up de hardware très loin. Adam Wrangler a eu un problème. Ça c'est un roadmap à partir d'une boîte qui s'appelle Chamley. Il y a un point de violence et une douze. Et ce qu'on peut voir c'est que le prix change beaucoup. Vous pouvez voir ça augmente de plus en plus. Le verre c'est super cher et ça coûte cher pour le livrer aussi et ça peut être assez facile. Alors du coup on a pensé comment est-ce qu'on peut faire pour ne pas envoyer des panneaux LCD qui ont du verre. Tout le monde a déjà du verre parfait chez eux par exemple en télé. Tout le monde en a ça chez eux. Du coup on a pensé comment est-ce qu'on peut envoyer des bits jusqu'au télé. La problème c'est que la plupart des liens digitaux, des vidéos, sont en crypté. C'est pas exactement possible de modifier ces pixels quand ils passent entre le appareil et l'écran. J'ai joué un peu avec certaines choses avec ces connexions. Il y avait un attaque mani de middle si nous a permis de faire un overlay, de mettre quelque chose au-dessus d'une image qui était encryptée à l'origine. Peut-être un petit banner avec des bouteilles tout en bas. Et ce qui arrive c'est un petit overlay même sur une image qui est critée. Et au-delà de ça on a créé un appareil suite à nos efforts. Malheureusement la boîte n'a pas trop marché. Mais heureusement j'ai pu parler de ce qu'on a créé au 23C3 et même y vendre quelques versions pour les gens qui puissent se développer dessus. Si vous voulez trouver plus de taille, n'hésitez pas de regarder ce talk en ligne. La bonne nouvelle, c'est que ce talk était enregistré. Et c'est un enregistrement qui a vraiment été Tim à travailler sur son projet. Pour les gens qui sont doués avec les accents, vous aurez remarqué que je suis australien. Et donc ça c'est l'Australie. Vous pouvez voir quelque chose d'intéressant par rapport à la position de l'Australie sur la carte. C'est que c'est près de pas grand chose. Et le truc c'est que l'Australie en fait c'est énorme. C'est à peu près la même taille que les États-Unis. Et donc le problème c'est que étant donné qu'on est fait d'atome, ça prend pas mal de temps de se déplacer. Et par exemple venir ici au Congrès ça prend 24h de vol. J'aime bien voyager mais j'aime pas le temps de voyager. Et je me suis demandé comment je pouvais récupérer le contenu de certaines conférences comme celle-là sans y être. Et donc j'étais très intéressé pour faire de l'enregistrement de ce genre de conférences. Et en 2011 j'ai commencé à faire ça en tant que hobby. Et j'ai commencé un projet pour faire ça et pour le rendre facile pour tout le monde. Et donc ça c'est à peu près la configuration qu'on utiliserait pour capturer une conférence. Et donc une des parties importantes là-dessus. En tout cas pour les conférences techniques ce sont les slides, les supports de présentation. Vous voulez vraiment une capture claire des slides de façon à ce que les gens puissent lire le texte. Et il semblerait que les gens soient très doués pour mettre des textes tout petits sur les slides comme j'ai fait là. Et quand on a commencé, on a commencé avec quelque chose qui s'appelle des Twin Packs. C'était très bien pour capturer des signaux VGA. Donc ça marchait comme ça laissait passer le VGA et on pouvait capturer en même temps. Mais ensuite quelque chose de grave a commencé à se passer. C'est qu'on a commencé à avoir de plus en plus de pas mal de lieux de conférences. Ça avait été passé à du HDMI. Il n'y avait plus de VGA. Et donc on est allé à la recherche de matériel de capture en HDMI. Et donc on s'est demandé pourquoi il n'y avait pas de solution numérique. J'ai cherché partout et j'ai acheté pas mal de matériel. Mais j'étais pas en mesure de trouver du matériel qui était capable de me dire ce qui n'allait pas sur cet exemple. Peu importe quelle quantité d'argent j'étais prêt à dépenser, j'avais pas de matériel qui me donne une information de débeugage intéressant qui m'aidaient à comprendre à un niveau assez bas ce qui se passait de mal avec ces signaux. Et donc ça me donnait des mots de tête assez fréquents. Et donc le problème c'est qu'on était le moins en moins en mesure d'utiliser notre matériel. Et quand j'ai réfléchi à ça, je suis tombé sur une présentation qui a été enregistrée au 28C3 et qui parlait de cette situation pour HDMI. Et donc j'ai regardé ça. Et je me suis dit, ben tiens, Bonnie a fait un man in the middle HDMI mais il a choisi délibérément de faire du hardware de façon à ce qu'on ne puisse pas faire de capture parce que lui il fait de la vidéo chiffrée. Et rendre possible à quelqu'un de capturer de la vidéo qui est chiffrée, ça posa des problèmes légaux. Mais en fait dans mon cas, tous les flux vidéo sont en clair parce que si le présentateur envoie de la vidéo chiffrée, il ne peut pas la présenter à tout le monde. Et donc j'ai aussi vu dans le talk de Bonnie que quand on regarde à l'intérieur de la NETV, on trouve un FPGA qui comme je l'ai mentionné précédemment transforme les problèmes hardware en problème software et comme ingénieur software, je sais très bien comment faire en sorte que du software fasse des choses qu'il n'est pas supposé faire. Et donc je me suis dit, ben tiens, on va faire exactement ce que Bonnie voulait pas faire. Et donc je me suis dit, ben on va faire de ça un matériel de capture et donc on va s'en servir pour faire de la capture HDMI. Et donc j'ai commencé, j'ai décidé de faire un projet de capture HDMI basé sur FPGA. Et donc on a repris ce que Bonnie avait fait, mais on a découvert quelque chose. En fait je vous ai menti, le software et Verilog qui est le langage que vous utilisez pour programmer les FPGA sont très différents. Et en fait Verilog, ça me fait faire cette tête la plupart du temps. En fait quand j'ai essayé de prendre le code de Bonnie qui l'a personnalisé pour NETV, en fait on n'arrivait pas à avancer. On avait des centaines de milliers de lignes de code et très peu de fonctionnalités. En fait, Ryan marchait vraiment. Et donc ça c'était triste. Et je pensais que Bonnie c'était quelqu'un de très différent qui savait faire apparaître la magie. Et ensuite j'ai découvert ce truc qui s'appelle Midgen. Midgen c'est un projet de travail intéressant qui a été présenté au Congrès. Je l'ai pas trouvé dans le Congrès, mais j'ai vu pas mal de vidéos. A propos de ça dans les différents Congrès. Donc s'il prend, c'est un paquet de logiques qui vous laisse écrire un paquet d'expressions pitons qui décrivent la combinaison de votre logique et ensuite ils génèrent le code Verilog pour vous. Et en plus il le fait passer aussi dans la Toolchain FPGA. Ce qui est un peu compliqué, mais si vous avez suivi mes autres talks, je suis en train de régler ce problème-là. Et donc on a fait des progrès. Et en plus Midgen et tout ça, ça venait avec pas mal de choses intéressantes qu'on avait déjà et qu'on avait pas besoin de refaire. Et donc on a mis tout ça ensemble parce que pitons c'est très pratique pour mettre des choses ensemble. Et on a fait tout un système de capture HDMI en à peu près quatre semaines par rapport aux trois à quatre ans pendant lesquels on a travaillé sur la version Verilog. Et donc c'est comme ça qu'on a réussi à développer ce matériel pour capturer des conférences. Et maintenant on l'utilise pour capturer pas mal de conférences autour du monde. Et étant donné que ça avait beaucoup de succès, je me disais que les gens du congrès seraient intéressés pour comprendre ce que c'était et j'ai envoyé un talk au congrès et pour certaines raisons ils l'ont accepté. Et au 33 C3, j'ai montré mon premier talk à propos de ça et ça a été enregistré, vous pouvez aller le voir. Et ça décrit comment on a fait ça en utilisant pitons et en regardant comment HDMI fonctionne et tout ça. Et j'étais là au 33 C3 et en fait Bunny, il était là aussi. Entre-temps, pendant que Tim était en train de faire son travail magnifique, il y a sept ans qu'il s'est passé, après qu'il y ait sept ans qui sont passés sur hardware, vous avez ce problème en convenant, qui est IOL. C'est la fin du vie des appareils, des composants, par exemple sur cette boîte, il y a quelques composants qui sont IOL et à un moment je ne peux plus acheter le chip Wi-Fi, la mémoire, le CPU, ou même certains aléiers. Cette chip CPU n'existe plus du tout. Du coup, cet appareil demande une nouvelle version, mais HDMI TV c'est pas exactement la chose de plus intéressant aujourd'hui. Les overlays sont un peu dépassés par même les téléphones comme ici, ils démonstraient avec un téléphone portable qui traduit des choses en temps réel avec un téléphone. Si on fait ça avec une vidéo du HDMI, ça ne sera pas forcément très légère. Du coup, je le cassais. Apparemment, l'interne ne marche pas. Le problème, c'est que créer une nouvelle version c'est que ce n'est pas très légal de faire ça parce qu'il y a un certain loi qui s'appelle DMCA et si l'interne ne marche pas, on ne peut même pas aller au slide suivant. Les softwares de présentation dans le cloud. C'est la fois du hardware. Tout en cours, le 21 juillet, il y a quelque chose qui s'est passé, c'est un procès qui a été dépossé de la part des teams et des bonnes contre les gouvernements américains et ils ont dit que ça bloque les personnes comme moi pour s'exprimer. Du coup, cette chose m'a permis de commencer à développer la deuxième version du NU TV. Ça, c'est la première des coups. La V2, c'est une carte PCIe et c'était conçu en très petit et de se cacher derrière une télé. Lors de 30 coins, c'est 3, j'ai amené quelques samples et j'ai décidé de faire un tout petit peu de la validation avec les utilisateurs, avec des personnes. Je me demandais si il y a des personnes qui nous voudraient l'utiliser. Ça suit bien marcher, parce que nous, nous deux, on a eu un petit discussion avec Tim et tout en cours, les choses ont marché ensemble. Ils arrivent que les hackers plus des tout petits boards, c'est une nouvelle combination. Les hackers veulent des boards où il y a tous les GBIO qui sont accessibles et disponibles. Si je gardais ce format, ce serait difficile d'engager avec la communauté. Du coup, je suis revenu au début et j'ai décidé de refaire le produit avant de le produire en masse. Je pensais que j'étais corrompu que c'était la meilleure chose et je pensais que ça serait bien de se lancer directement dans la masse production, acheter des composants, des appareils. Heureusement, j'ai pu le tester avant de se lancer dedans. Du coup, je suis revenu pour redésigner cette chose et je l'ai créé une nouvelle version, la MI TV 2 MVP, le produit minimal. Ça a été au final une carte d'une taille standard de PCI. Il y a plus de ports. Il y a un port internet pour debugging. Il y a un lecteur de carte SD pour faire des trucs avec le firmware. Et surtout, des choses additionnelles qui ne sont pas forcément critiques aux fonctionnements de l'appareil. Mais c'était assez critique pour les personnes qui veulent jouer avec ce hardware. J'ai aussi développé un boitier surtout pour les gens qui ne voulaient pas l'attacher à leur voiture. Ils pouvaient utiliser ce boitier sans tous les problèmes que tu aurais si tu devrais mettre ça dans la carte. Bien sûr, tout le hardware est ouvert. Tu peux le hacker. Le boitier a été créé et conçu avec un peu plus d'espace. C'était dérivé du projet Novina. Alors, la partie de devant est laissée complètement sans rien du tout. Vous pouvez le découper au laser. Vous pouvez le costumiser. Et on est allé même au point qu'on a trouvé, on a développé tous les matériaux de test et on l'a laissé dans le libre. Du coup, n'importe qui préfère des tests, les produits et leurs construire. Mais maintenant, le plus important, c'est qu'on l'a avec du Python. J'aime bien ce comique XKCD où il y a Kubil qui est en train de voler et c'est grâce au Python. J'ai vu 33 C3 de l'utiliser Python. Je l'ai construit, j'ai l'ubilité, j'ai mis Rappel et c'était top. Mais après, c'était Python encore. C'était bien jusqu'à ce que ça ne marchait pas. Je ne savais pas ce qui se passait. Ça se cassait. Et du coup, il n'était pas très content avec Tim. Mais l'avantage c'est que l'utilisation du FPGA L'image du gauche et le code qui a été créé par Vivado et l'image qui est à la droite et l'application entière qui est toutes les fonctionnalités, la mémoire, le CPU l'Internet, le réseau, ainsi que 3 entrées vidéo. À la gauche c'est super compliqué il y a beaucoup de debug et à la droite vous pouvez voir qu'il y a l'espace pour évoluer pour augmenter les capacités. En termes de personnes de hardware je vais aller à des grandes distances pour résoudre des problèmes en hardware avant que ça passe en sortoir. Mais c'est surtout plus facile de résoudre les problèmes en pittant que de faire payer les gens pour résoudre les problèmes de hardware. Un autre avantage de Light Ex et Midgen c'est que ça se construit en 10 minutes et Vivado ça peut prendre 30 à 45 minutes à construire. Mais par contre les outils propriétaires ont amélioré entre toi. L'état actuel c'est qu'il y a un crowdfunding campaign vous pouvez aller sur ce site-là pour l'acquérir si vous voulez. Ça supporte aussi la mode classique et il y a aussi une mode libre que vous pouvez utiliser pour enregistrer des vidéos ou si vous avez les droits pour enregistrer des vidéos cryptées et du coup il faut très très peu de codage pour le faire marcher. Si vous voulez jouer avec ça vous pouvez travailler avec Team. Alors là on est dans une situation où il y a Midgen qui aide Open City Tool. Alors c'est magnifique. Mais la Alors en fait dans la vie rien n'est vraiment gratuit. Les bonnes abstractions c'est vraiment puissant mais elles ont des coups. Et Python c'est vraiment génial pour fabriquer des choses à partir de composants et c'était la raison pour laquelle j'ai eu beaucoup de succès pour faire HDMI ou USB parce que je pouvais connecter les composants par exemple en fabriquant une voiture dans différentes configurations assez facilement et ça permettait la spécialisation les gens qui savaient vraiment comment faire les pneus pourraient faire les pneus et moi je pourrais les mettre dans ma voiture et les gens qui savaient faire je pourrais re-utiliser leur travail pas en ma voiture et donc ça c'est vraiment très utile pour quelqu'un comme moi qui a pas beaucoup de temps et qui veut pas avoir besoin de se soucier de ces détails et en fait c'est ce qui nous permet d'avoir cette efficacité parce qu'on peut composer des composants d'une manière tellement efficace en fait on peut aussi choisir d'inclure ça rend tout ça beaucoup plus efficace parce qu'on a pas toutes ces options parce qu'on en a pas besoin mais il y a ce coup que c'est piton et que piton est génial pour faire des choses à partir de composants mais il y a une adaptation d'impédance à faire entre le hardware et piton en fait c'était pas vraiment fait pour faire du hardware et décrire du hardware on peut le faire faire mais il y a des choses que Bunny qui est quelqu'un de hardware voudrait qu'il existe qui en fait n'existe pas par exemple ce que Bunny dit tout le temps c'est que dans mid-gen on a une valeur logique 0 ou 1 seulement mais en fait en hardware il y a une inconnue logique ou un état de haute impédance donc en hardware souvent on a plus que 2 états dans le binaire mais la façon la raison pour laquelle ils font ils font ça c'est que ça c'était ce à quoi le signal ressemblait en théorie et ça c'est ce qu'il est en pratique et quand le signal ressemble à ça il y a beaucoup de choses que vous pourriez imaginer qui ne marchent pas vraiment par exemple la différente B et A pas la même chose que B c'est des choses très différentes en fait c'était des choses très difficiles à capturer et c'est des choses dont Bunny a une grande conscience et aime bien se préoccuper donc l'avantage de Python c'est que Bunny peut spécialiser par rapport à ça donc il y a des choses qu'il pouvait pas faire à cause de notre abstraction par exemple il ne pouvait pas faire des X et des Z ce qui lui compliquait un peu la vie mais il était capable de faire un pneu génial que le reste de la communauté pouvait utiliser et il reçoit tout le reste gratuitement et même si ça a vieillé un tout petit peu plus difficile par rapport à ce qu'il doit faire en fait ça permet à tout le monde d'être globalement plus efficace et donc il y a aussi d'autres choses que Bunny a apprises par exemple comment les janteses des choses quand vous avez du code qui vous est donné librement la première principe que j'ai appris à l'université c'était que c'est pas le chip c'est surtout vous si vous avez un timer 555 qui marche pas ce sera surtout votre faute et pas la faute du composant qui marche pas notre bureau à Singapore on a un wall of shame qui montre le fait qu'il y a qu'un million pièces qui marche pas du coup c'est vraiment rare que c'est le hardware qui est cassé c'est surtout vous qui ont fait une faute en software c'est un peu différent 90% du fois des fois c'est votre code qui est mauvais mais 10% de temps c'est surtout un problème avec la bibliothèque du coup la réalité c'est que si vous allez envoyer un produit si vous allez créer un produit hardware ou c'est difficile de patcher les choses il faudra passer quelques mois de plus sur votre cycle de validation par exemple sur nitv2 ça va passer 4 ou 5 mois supplémentaires pour le tester les gens ils ont demandé pourquoi vous n'avez pas scripté ça pourquoi c'était pas automatisé mais il fallait quand même tout tester il fallait tester des mauvais câbles des mauvais connecteurs j'ai tout testé jusqu'au point que il y a tout tous ces problèmes qui étaient conçus qui étaient pensés les gens ils ont demandé pourquoi on n'a pas mis ça le switch dans un appareil qui pourrait tester ça pour nous mais en réalité ce n'est pas possible de tester tous les edge cases avec un switch quand j'ai construit les premiers sans bord j'ai pas attendu que les premiers 40% ne vont pas marcher mais en réalité 40% ne sont pas allumés grâce à notre infrastructure test on a pu capturer un bug sans que ça dérape notre schedule notre temps si on ne prend pas le temps de valider les choses si on ne prend pas le temps pour assumer tout le code tout votre propriété intellectuelle il y aura des problèmes la bonne chose c'est que ça va sauver beaucoup de temps pour les usateurs dans le futur mais la bonne chose c'est qu'on a un concurrent qui arrive pour concurrencer avec nous avec l'open source c'est sympa mais quand on parle qu'on compare avec des grosses boîtes même s'ils sont pas forcément très efficaces ils arrivent à avoir une fiabilité de 9.99% qui aura que ça va marcher en contraste il y a la boîte alpha max qui a que 70 000 dollars en revenu il y a beaucoup de choses à faire je pense que je vais l'envoyer en janvier mais je suis pas sûr merci de ne pas faire mal moi j'espère que alpha max va durer plus longtemps que le procès de 1201 dmca mais ça peut être un peu peur d'incorporer ces choses et de leur amener au marché mais il faut se laisser à cet an pour créer un produit qui fonctionne au point que les gens ils attendent le hardware à fonctionner on n'a pas tout à fait fini il reste de leçons donc comme bunny a dit convaincre des gens de payer plus cher pour donner des atomes c'est assez difficile surtout quand vous êtes honnêtes par rapport à ce que vous produisez et quand bunny a fait le NETV il a fait surtout en travaillant pour une entreprise maintenant le crowdfunding c'est super pour faire ce genre de choses donc NETV2 ça a été crowdfunding le HDMI USB c'était aussi crowdfunding il y a d'autres projets sur lesquels je travaille qui l'ont été par exemple le FOMU en fait ça rassemble les gens qui s'entendent et ça met l'argent derrière leur croyance en fait et c'est très important de savoir à qui vous vous adressez si vous comparez la communauté Opsys à la communauté NETV la communauté Opsys c'était déjà des développeurs des gens qui étaient impliqués dans les communautés HDMI ou USB et ils étaient habitués à flasher un nouveau MWR ou faire des tests avant chaque conférence parce que ça faisait partie de la préparation pour une conférence alors que bunny il essaye de faire quelque chose que vous branchez et que ça marche dès la première fois et à chaque fois et donc c'est toujours une question de mettre des attentes et pas du tout comment faire un beau boîtier et des boîtiers comme ça tout ça ça me fait peur donc c'est très important que vous regardiez votre communauté et que vous la cibliez de la bonne façon et si on avait développé Opsys comme un produit à la consommation les gens auraient été déçus le NETV2 même si on avait laissé de façon un peu plus ouverte la dernière appréhension que j'ai partagé c'est que n'importe quelle chose qui est ouverte ça prend du temps et il faut du patience l'open source hardware et l'open source software ça prend du temps quand vous pensez à vos téléphones vous avez toujours qu'il y a de nouvelles modèles qui arrivent chaque année c'est un téléphone pour Noël la réalité c'est que ça prend quelques années pour construire un téléphone portable une grande entreprise en plusieurs équipes dans un pipeline il y a beaucoup d'efforts qui est fait en parallèle chaque équipe ont envoyé un produit au marché dans une manière d'un cycle ça c'est comme ça fonctionne dans une entreprise mais quand vous regardez l'open source vous avez une équipe qui est suffisamment chaude pour lancer, pour finir un produit souvent si les projets prennent quelques années les gens qui participent au projet seraient un peu démoralisés parce que ça peut prendre beaucoup de temps et c'est assez difficile de faire du où il faut y aller comme une force il faut faire comme si vous créez une nouvelle écosystème si vous plantez des nouvelles arbres du coup c'est super important de trouver un projet c'est très difficile mais c'est parfait qui est une communauté des personnes qui ont des nécessités d'enregistrer des conférences ou d'enregistrer des flux HDMI le grand vantage que maintenant c'est qu'on ne doit pas gérer le cycle le projet était en place depuis déjà 7 ans on n'a pas trop de concurrence d'en prendre du consommateur du coup c'est super important de choisir le bon projet l'autre partie c'est que ça prend beaucoup de patience dans le monde du software si ça marche ça marche assez bien pour moi et du coup et tu peux aussi dire que vous ne pouvez pas faire un procès vous ne pouvez pas rien faire contre moi du coup c'est super important dans les contrats que vous ne pouvez pas faire des procès contre moi vous ne pouvez pas faire ça pour le hardware vous ne pouvez pas dire ah ouais vous n'avez pas vu les instructions du coup c'est cassé du coup je vous renvoyais ça je vais pas faire ça avec le hardware si par exemple moi je vous envoie un toaster avec deux compartiments si vous ouvrez ce toaster et vous trouvez qu'un de toasters en réalité a deux endroits pour faire du pain vous ne serez pas très content vous allez renvoyer le toaster par contre si vous regardez le toaster vous pouvez avoir du code qui a été commenté et il y a tout le monde qui s'en fout c'est pas un très grand problème quand vous faites ça en hardware c'est très difficile à faire mais des fois on peut avoir des features des choses qui ne mangent pas forcément au day one dès que vous le lancez du coup quand je lance de nouveaux produits hardware quand je leur envoie je perds un peu du sommeil une fois je pense au milieu de la nuit je sors mon oscilloscope je commence à checker des choses je comprends qu'elle c'était une chose qui n'est pas liée au hardware que surtout liée au software mais malgré ça j'adore le hardware et j'apprenne pas bien de mes fautes du coup c'est le fin on va voir comment ça se termine et on a une dernière leçon et si on m'est partagé alors vous avez vu maintenant deux perspectives différences donc de la part d'une personne qui s'occupe surtout du hardware et quelqu'un qui est ingénieur software et qui s'occupe plutôt et qui est et donc je pense que une des choses vraiment intéressantes au CCC c'est que ça nous amène tous les deux ensemble et donc on a tous les deux fait des talks à cette conférence c'est des talks dans un certain sens assez similaire et maintenant grâce au CCC on collabore ensemble en fait et donc on devrait vraiment faire un gros applaudissement pour les organisateurs du CCC parce que en fait les choses sur lesquelles on travaille ne seraient pas aussi bien qu'elles le sont maintenant sans cette conférence et je dirais un grand merci au CCC et aux organisateurs merci de nous apporter et merci aussi aux gens qui viennent juste pour assister parce que l'année où on s'est rencontrés vous êtes venus juste pour suivre les conférences il y a quelques questions d'abord on aimerait remercier pour nous avoir donné une raison pour être ici ensemble 15 minutes pour les questions on a 4 micros je vais vous expliquer qu'est-ce que c'est une question oui ça va y même pas une question ça va être une, deux phrases avec un point de exploration du coup il y a plein de micros allez au micro pour demander des questions vous pouvez inclure demander la question aux 20 personnes une personne une question pour Bonnie est-ce que tu aimes le hardware mieux que le software quelle est-ce que vous préférez le plus oui j'aime beaucoup le hardware je suis quelqu'un du hardware et je pense que je pense qu'il y a vraiment littéralement quelque chose d'une réaction bizarre dans mon cerveau quand on me donne du hardware si vous me donnez un vrai bon bout de hardware mon rythme cardiaque augmente et je suis vraiment content de voir du beau hardware et le problème c'est que la réalité d'être un hardware nerd c'est que si vous envoyez du hardware vraiment cool qui n'a pas de bons software c'est juste des cal portes parce que ça sert à rien et donc on se rend compte que le software c'est un mal nécessaire pour que le hardware fasse des trucs intéressants mais la bonne nouvelle c'est que le truc bien avec le hardware c'est que c'est des atomes c'est localisé et donc on peut voir ce qu'il se passe on peut prendre un oscilloscope et regarder ce qu'il se passe alors que le software c'est super complexe on peut passer des heures à regarder où sont les bugs sans les trouver et j'ai beaucoup de respect pour ce que font les gens du software j'essaye de m'entourer des gens qui font des bons trucs en software et je pense que les gens qui vont effectivement acheter le hardware seront contents qui est aussi du bon software on prend aussi des questions de l'internet encore une question ma question est pour les deux ma question est pour les deux personnes si on fait le design de nouveaux produits est ce que vous conseillerez qu'est ce que vous conseillerez d'utiliser un FPGA à la place d'un SOC qui pourrait coûter très peu et dans votre cas est ce que le FPGA protège la longitudinalité du projet alors ce que je dirais c'est que je donne un taux qui s'appelle ma théorie sur le développement FPGA et leçon numéro 1 sur ça utiliser un FPGA en dernier recours si vous pouvez le faire en software sur un CPU faites le en software parce que le développement l'environnement est tellement plus facile à utiliser plus rapide et on peut être beaucoup plus productif mais il y a des problèmes qu'on peut juste pas résoudre avec un CPU et on est vraiment limité en flexibilité j'espère que des projets comme Simleaflow vont vous rendre le développement FPGA à peu près aussi facile que le développement de logiciel mais en ce moment un FPGA c'est je dirais que c'est un truc à utiliser seulement quand vous avez quelque chose qui a du sens une application qui a du sens mais oui il peut y avoir des raisons qui vous disent peut-être que je peux faire un FPGA ou peut-être pas et j'ai pas besoin de ça si je peux le faire sur un CPU en 100 MHz et oui donc il y a des questions comme le CPU qu'on avait utilisé pour le NETV on peut plus l'acheter donc ça c'est un problème là on a pris le même CPU que les Raspberry Pi donc en fait l'avantage c'est que quelqu'un d'autre s'occupe de ça et donc c'est plus simple à maintenir et donc maintenant les descriptions hardware peuvent continuer même si les autres pièces disparaissent après les FPGA ont aussi des fins de vie et ça c'est plus long merci beaucoup pour votre talk j'ai failli des traces d'un manque de sustainability des pratiques qui sont pas très sustainables et peut-être l'open hardware peut être un alternatif aux méthodes de capitalisme des startups et je voulais savoir si vous avez des autres pensées des autres idées où l'open hardware peut y aller pour créer un meilleur monde dans ce domaine je dirais que l'open hardware c'est c'est un hobby pour moi je ne paye pas mon loyer avec l'open hardware j'ai un emploi d'ingénieur software bien payé et donc j'ai pas la même perspective que Bunny sur la question parce que lui il doit vraiment financer son style de vie là-dessus moi je pense que je peux payer mon loyer avec l'open hardware parce que je dépense moins j'arrive à faire des choses avec les marges que me laisse l'open hardware si vous comparez le modèle financé par les startups par rapport au crowdfunding les startups l'avantage c'est que vous pouvez avoir du financement soit vous devenez énorme soit vous mourrez et donc ça peut avoir ça peut avoir des gros financements mais en fait pour avoir ce financement c'est assez difficile en fait il cherche un peu d'hélicorne alors que le crowdfunding les projets ils meurent pas vraiment mais ça devient des zombies donc le point critique c'est vraiment d'avoir assez d'impulsions pour vivre dans une communauté et donc ça veut dire qu'il faut aller entretenir la communauté il faut reconnaître les problèmes des gens essayer de les assister et de régler leurs problèmes mais je trouve ça vraiment enfin je trouve que ça donne des belles récompenses de faire ça et donc une des choses que vous pouvez voir c'est qu'on n'a pas vraiment de bons téléphones open source un téléphone portable mais donc une des causes c'est parce que c'est tellement un investissement que par l'open hardware on peut pas avoir ça donc il y a des choses que l'open hardware peut pas vraiment faire parce qu'il n'y a pas assez de ressources pour pour être à la hauteur des attentes des consommateurs je suis un petit peu surpris que l'utilité de l'aldo c'était beaucoup plus pire que les utilités open source ce que moi j'ai vu en le passé c'est que les méthodes propriétaires sont plus fiables que les méthodes open source du coup ma question c'est est-ce que vous avez investigué pourquoi c'était le cas alors il y a plusieurs théories pour ça mon opinion c'est que quand quand vous êtes quelqu'un comme zealink vous devez trouver des gens qui vont utiliser vos hpga et donc c'est possible en fait ces gens et c'est pas vraiment des gens comme bunny et moi qui utilisent des petits volumes ils s'intéressent plus dans les gens qui font des centaines de millions de quelque chose avec des hpga dedans et donc ils optimisent pour ces utilisateurs et ces utilisateurs ils sont souvent moins concernés par ces problèmes ils sont plus concernés par la la fiabilité et avoir tous ces trucs en plus par exemple ça doit avoir cette liste de fonctionnalités alors avec des trucs comme la tram on peut utiliser uniquement les features dont on a besoin et avec des choses comme les pitons en fait l'avantage c'est que si on éteint des choses elles apparaissent jamais dans le verilogue et donc la la toolchain fpga n'a pas besoin de se rendre compte que c'est pas utilisé et donc l'enlever et donc ça ça aide beaucoup et je pense que enfin je dirais que la tram c'est c'est pas vraiment comme bunny l'a découvert mais c'est sûrement plus petit et ça a suffisamment de fonctionnalités pour faire des produits avec et c'est assez intéressant qu'une communauté qui a pas mal de fga à des ressources mais là vous avez le software pour rien et vous achetez le hardware mais donc ils ont pas vraiment d'incentif de motivation pour faire ça malheureusement on a plus de temps mais je suis sûr que venu et Tim seront là disponibles pour reparaître tous les vautres pour ce fantastique intéressant talk merci de m'aider à donner une applause pour cette toque magnifique