Vidéo exceptionnelle : quel régale d'écouter un JB Kempf sans aucune langue de bois et plein d'humour, tout comme vous (le lancé de boîte de prod, génie ++) ! Merci ! 🙂
J.B Kempf le genre de gars dont t'es fier qu'ils soit fr et du bon côté. Chacune de ses interventions sont d'une pertinence folle et on apprends tellement de chose. Vivement de le voir plus dans des formats long plutot que dans des passages eclairs ou on sent qu'il st obligé de tronquer sa pensée.
Le codage en ASM n'a pas complètement disparu, et à présent j'en connais 3: JB Kempf, son ami qu'il a cité, et le jeune génie allemand Kaze Emanuar, qui repousse toutes les limites de la Nintendo 64 et son jeu phare Super Mario 64. Il a non seulement réécrit tout le code ASM du jeu en ayant décortiqué chaque ligne, pour l'optimiser au point de tourner à 60FPS sur console sans faire de compromis visuels, mais il en profite pour préparer son projet ultime, le jeu N64 le plus beau, le plus abouti en devenir, Return to Yoshi's Island 64, un résultat inoui de ses longues années passées à apprendre l'ASM et l'architecture interne de la N64 pour en optimiser le moindre cycle de CPU ou de transfert avec le BUS mémoire. Les gens comme Kaze ou JBK et sa team ( qui lui n'oublions pas, nous a apporté ce trésor qu'est VLC ) qui savent coder en ASM disposent d'un pouvoir qui nous échappe tout simplement.
Je pense que tu les idéalise un peu trop, étant moi même codeur en asm , et surtout j'ai poussé la PS2 et la Dreamcast homebrew à ces limites en full asm pour faire de la 3D , et ces machines sont bien plus complexe que la N64, c'est juste un savoir faire. Et je connais plein de bon codeur asm (parce que j'ai créer un Discord de retro programmeur pour les vielles machine) donc y'a pas mal de bon codeur ASM que tu ne connais pas je t'assure ;)
L'assembleur est encore utilisé et c'est normal. Les shaders graphics sont codés en asm, dans les calculateurs moteurs, enfin partout où l'on doit être full opti. J'étais électronicien en F1 et la plupart des capteurs ont des microcontrôleurs en QFN codés en C, mais il y a 20 ans on codait encore en asm dans des grosses puces DIP. Et même encore de nos jours il peut toujours arriver de coder une routine en asm pour être sûr de l'optimisation. Même si le C est déjà presque "low-level" comparé à des langages high-level bien plus gourmands, l'assembleur est le brique élémentaire primordiale :)
@@pulp2560 Faut mieux savoir coder avant de faire de l'asm ! ;) Sinon pour pratiquer je conseille d'y aller avec des petit proc 8 bits (6502 , z80 ou AVR Atmel). RISC-V est aussi un bon début ,vu que de base il a pour but pédagogique pour apprendre l'assembleur et l'architecture des ordis.
@@tomatosbananas1812 L'immense majorité des shaders ou même du code GPGPU n'est pas écrite en assembleur. Une des raisons très simple: ben, tu peux pas, en fait. Les architectures changent d'une marque à l'autre, voire de la génération à l'autre, voire du modèle à l'autre. C'est d'ailleurs pour ça que nombre de joueurs se plaignent de la compilation de shaders dans les jeux. Le modèle de programmation des GPU se prête énormément mieux à la parallélisation de masse, mais c'est un tout autre délire. Sauf qu'il y a quand même les langages haut niveau qui forment la quasi totalité du code GPU que tu verras passer de ta vie: GLSL, HLSL, voire même juste du C/C++/Rust/autre adapté (OpenCL, OpenMP, CUDA, SPIR-V). L'ensemble de mon opinion sur le sujet (pas du tout qu'en réponse à ce message), parce que j'ai l'impression que dans le grand public tech ou même en développement c'est un peu vu comme un coup de baguette magique, puis je trouve que c'est intéressant: - l'assembleur c'est pas magique, une fonction C, même pas forcément micro-optimisée jusqu'au bout mais écrite par quelqu'un avec une bonne intuition va probablement détruire l'assembleur fait main écrit par le péon random qui n'a qu'une connaissance de surface des CPU (ce qui est déjà pas mal) - les compilateurs, c'est des formidables montagnes d'heuristiques et de passes d'optimisation surpuissantes qui ont quand même des limites, y compris incluant les langages de programmation eux-mêmes - ironiquement, C est une limitation assez brutale pour des catégories entières d'optimisations majeures. l'autovectorisation est médiocre dans les compilateurs C malgré des décennies de recherches, par exemple - dans le cas d'utilisation de code haute performance, l'assembleur c'est un dernier recours et c'est généralement pour des bouts de code très spécialisés où t'en as globalement plus rien à faire du temps développeur parce que lol les performances (genre l'ensemble de dav1d, quoi) - pour rebondir sur un point particulier: en embarqué ça se fait aussi mais je dirais que conceptuellement, c'est plus que c'est pour être certain des caractéristiques du code compilé que parce qu'on ne saurait pas atteindre ces perf en C. Puis entre nous c'est un peu une culture chez les dévs embarqués je pense ;) - il y a beaucoup beaucoup de marge d'optimisation entre du code C "naïf", même correctement écrit, et du code C écrit dans l'objectif de faire des perfs, voire en faisant de l'appel aux intrinsics (SSE, AVX etc.) - avoir des connaissances profondes sur ton hardware te permet de comprendre la sortie du compilateur et de comprendre ce qui finit mal optimisé par celui-ci - le dernier point te permet de tomber dans une boucle d'amélioration itérative beaucoup plus productive que de réécrire tout en assembleur, dans la majorité des cas - le dernier point te permet également de construire une intuition forte qui fait que tu vas beaucoup moins galérer que le premier débutant venu en C à faire du code performant - je pense que le delta de "10-30x" dont J-B. parle, c'est entre du C naïf scalaire et l'assembleur. Le delta avec du C agressivement micro-optimisé qui fait appel à des intrinsics est probablement bien plus faible. La question c'est est-ce que ça vaut vraiment la peine de se battre avec les différents compilateurs différents pour X plateformes quand toutes les fonctions doivent finir micro-optimisées jusqu'à la dernière goutte, je pense qu'ils ont fait le calcul et déterminé que non. J'ai mentionné que C ici pour simplifier mais c'est valide pour une pléthore d'autres langages.
Passionnant la vidéo. Le coup de l'assembleur me rappelle quand en 1993 on codait dans le domaine de la vision en assembleur... Merci :-) Cela m'a fait plaisir
Bravo pour votre boîte de prod, c'est du lourd. Et Jean-Baptiste Kempf est tout simplement extraordinaire. Je ne connaissais pas ces embrouilles de codec.
Pavé César ! Je me permets de rebondir sur quelques approximations quant aux propos de JB Kempf relatifs aux brevets et notamment les brevets essentiels aux normes (Standard Essential Patent, ou SEP pour les intimes). J’ai beaucoup apprécié ses deux interventions chez Underscore, et merci à lui d’être venu parler de la jungle des standards, ceci dit ! 1/ Déjà, quand JB Kempf dit que la plupart des brevets logiciels sont illégaux en France, c’est (très) partiellement vrai. La loi française, L611-10(3) CPI, n’exclut les programmes d’ordinateurs et les méthodes mathématiques seulement lorsqu’elles sont considérées en tant que tel(les). Le « en tant que tel » est un poil retors (il date des années 60/70 aux US), et globalement impose surtout que les brevets logiciels portent sur et décrivent l’implémentation concrète d’un algorithme et non une seule idée abstraite. Pour simplifier, dans les faits les brevets logiciels sont tout à fait autorisés par les offices (et pas seulement l’Office européen des brevets, mais aussi l’INPI) pour autant qu’ils apportent de réelles innovations et globalement l’industrie s’en accommode très bien. Contrairement à ce qui est affirmé dans la vidéo, il n’y a aucune différence entre les brevets en Europe (via l’OEB) et en France concernant le sort des brevets logiciels. Les articles L611-10(3) CPI (droit français) et A52CBE (droit européen) sont rédigés de la même manière, et ce pour assurer une application uniforme du droit. Soit dit en passant, la licéité ou non des brevets logiciels n’a rien à voir avec le brevet unitaire (qui n’existe concrètement que depuis cette année). De même, l’OEB (institué en 1973, et en activité depuis 1977) a délivré des brevets bien avant que le brevet unitaire n’existe (2023 et la ratification de l’Allemagne). D’ailleurs, les Allemands n’y sont pas pour grand chose dans la brevetabilité des brevets « logiciels mais pas en tant que tels ». On peut discuter longuement du bien-fondé des brevets logiciels ou non. A titre personnel, je ne pense pas qu’ils soient néfastes dans l’absolu, s’ils n’existaient pas, chaque industriel du logiciel soucieux de préserver sa R&D irait obfusquer tous ses algos pour empêcher des tiers d’en réutiliser les ficelles, et je ne suis pas sûr que le monde s’en porterait mieux. Les brevets ont aussi pour vertu de faire circuler de l’information, et d’autant plus quand ils sont déclarés invalides (c’est un pari des industriels que d’en déposer). 2/ Concernant les brevets essentiels aux normes (SEP), là encore il y a plusieurs approximations. Depuis 2015 et le jugement de la CJUE Huawei vs. ZTE, tous les brevets reconnus comme essentiels doivent faire l’objet de licences FRAND (pour fair, reasonable, and non-discriminatory, ou « juste, raisonnable et non-discriminatoire » dans la langue de Molière). L’un des critères de la licence FRAND, le « fair », interdit pour prendre une licence d’un SEP donné de forcer à prendre des licences pour des brevets non désirés. A partir du moment où un contorsium ou un industriel force à prendre des grappes entières de licences de brevets « inutiles », on bascule dans l’illégalité. Alors bien entendu, encore faut-il obtenir gain de cause devant un tribunal, ce qui n’a rien de neutre en matière de coûts, surtout si une quantité astronomique de brevets est opposée. Mais sur le papier, la pratique est illégale. C’est même encore plus vache que ça pour les titulaires de SEP : il est impossible d’assigner en contrefaçon un tiers tant que celui-ci donne suite à une offre de licence FRAND « avec diligence et bonne foi » (autrement dit, un tiers peut faire traîner assez longuement des négociations et tirer vers le bas). 3/ Concernant les certifications, qui ne sont a priori pas des standards, c’est bien plus le far-west en matière de grappes de brevets/licences, et pour le coup c’est un réel problème. Mais il ne concerne pas a priori le monde des brevets essentiels à une norme. Si personne ne prend de licence sur le HEVC et que tout le monde se rue sur l’AV1 (maintenant pris en charge matériellement sur les derniers iPhone pro, hourra), c’est que le contorsium gérant le HEVC est trop gourmand, et c’est tant pis pour leur gueule. 4/ Concernant des litiges où **un** brevet a permis d’obtenir des condamnations à plusieurs centaines de millions, je demande à voir. Le montant me semble astronomique au regard de ce que je connais du monde des contentieux. C’est souvent un ensemble de brevets, et s’ils mènent tous à une condamnation, c’est que le juge (nettement plus sévère que les offices) les a jugés valides, ce qui a priori est un gage de sérieux. 5/ Je suis bien d’accord qu’en revanche le monde des standards est un énorme bordel, et qu’il faudrait à mon sens forcer au niveau de l’UE tous les industriels à rejoindre des pools et limiter les pools à un seul par standard, et bien entendu rendre aussi accessible que possible l’information à ce sujet. Les règles du jeu seraient déjà un peu plus compréhensibles. 6/ Concernant Apple, ils sont un brin hypocrites au sens où il y a 10-15 ans, ils poussaient à mort pour augmenter les royalties des licences « pour protéger l’innovation », et professent l’exact inverse aujourd’hui (parce que largués sur pas mal de techno de pointe ; on ne peut pas être premier partout). Mais au moins, ça fait un allié de poids pour l’open source et ne crachons pas dessus. 7/ Concernant les TV, les 20 balles de licence ne jouent pas tellement sur le prix. Si tous les brevets disparaissaient du jour au lendemain, vous inquiétez pas que les prix ne bougeraient pas. C'est surtout les dalles qui coûtent, et leur fabrication est un gros savoir-faire, chasse gardée de quelques industriels. My 2 cents, et si JB Kempf a envie de continuer à discuter brevets, c’est avec plaisir. Et merci à lui pour tout le travail en open source de titan que les équipes de VideoLAN ont abattu pour l’AV1.
J'adore, très intéressant et éclaircissant sur les Codecs. Je savais que c'était un foutoir énorme, mais là c'est encore plus gros. L'anecdote de l'Assembleur juste énorme !!!
JB c'est la personne la plus intéressante en informatique (francophone) que j'ai pu écouter de ma vie. C'est une véritable mine de connaissances (très pointues) dans tellement de domaines.. Je pourrais l'écouter pendant des heures
Je n'ai pas bien compris comment VLC réussissait à être aussi largement compatible avec tous les codecs sans être payant, est-ce lié au droit Européen qui ne reconnait pas les brevets sur les algorithmes? Je me souviens de l'époque où on téléchargeait des packs de codecs monstrueux (pas forcément légalement) qu'il fallait installer à part sans quoi les logiciels de lecture et d'encodage ne fonctionnaient pas.
Tout simplement parce que son créateur a toujours voulu qu'il soit gratuit, et a tout fait pour, sans avoir besoin d'intégrer de publicité ou autre dans son logiciel 🙏
Jean-Baptiste Kempf - la nation reconnaissante. Merci à vous pour VLC, une invention digitale qui a libéré l'image depuis 30 ans, aussi importante que les sites de films d'amour pour le streaming.
Pour info, la compression vidéo, ça existait aussi en analogique: le codage de la couleur ne se fait pas à chaque pixel, on envoyait des images entrelacées, la courbe de couleur était adaptée
C'est du lourd ta chaîne :) bravo pour la réalisation, mais aussi pour l'effort systématique de vulgarisation et bonne chance dans ta nouvelle aventure, et non je ne m'attendais pas à la transition de la fin, mais j'ai envie de dire, comme d'hab haha
Je ne connaissais pas cette anecdote sur le fait qu'il ai refusé énormément d'argent pour éviter que VLC reste sans pub. Je ne sais comment le remercier car les pubs (à notre époque) c'est un véritable calvaire 🤬! Donc MERCI MERCI MERCI BEAUCOUP !!! Et au passage, merci aussi pour ce qu'est VLC car c'est vraiment une application géniale 😊!!!
Un monde fascinant je pense toujours aux grands malades de l'émulation , le temps et la masse d'essais erreurs a se gratter le front pour trouver comment faire tourner un logiciel sur une autre machine c'est vraiment des gens exceptionnels
C'est toujours sympa de mettre en vidéo/comparaison 2 Codecs (H.264/H.265).. tout ca passé dans la moulinette de RUclips.. pour qu'au final.. sur nos moniteurs.. aucun différence.. ca reste crade... merci RUclips 👍
ça passe en quelle qualité ? Par défaut, là, j'ai 480p mais on peut passer la vidéo en 1080HD (ou aussi 1080 Premium débit optimisé pour les abonnés payants) via l'engrenage sous la vidéo (ligne 'qualité'). Parfois c'est moins que 480, sans doute la bande passante qui sature vu le nombre de gens connectés, YT réduit le débit de chacun.
@@rathernotsayatall si il a raison, y’a une perte de qualité significative entre ce qui sort de nos soft de montage et ce qui apparaît sur RUclips. L’une des solutions pour limiter ça est de filmer en 2k ou plus (même si l’on ne publie que le 1080p) et d’utiliser un bitrate super élevé. Ça évite à l’algo de compression de RUclips de trop défoncer l’image. Y’a une vidéo assez drôle sur le sujet ou un gars download et reupload une vidéo 1000x, l’image a la fin est juste un aplat rose avec le son décalé et défoncé
@@bobysmith5662oui, mais ça, ça a toujours été, quel que soit le support (sauf peut-être la pellicule, et encore) : TV, web, dvd, blu-ray... Dès lors qu'il y a une norme de diffusion, elle va être limitante par rapport à du "sans compression" (encore rare d'ailleurs, même en tournage et encore plus en post Prod de nos jours). Les limites de stockages/bandes passantes/équipements des spectateurs forcent ça. Comparer ce que tu as en sortie de cam ou dans ton logiciel de montage à ce que tu obtiens en diff est toujours frustrant et n'a que peu de sens 90% du temps : - la majorité du public n'a pas la culture de l'image pro et ne verra pas tellement la différence - regarde le fichier diffusé dans le flux de diffusion (= entre les autres programmes diffusés sur le même canal) pour voir si la qualité pêche... Ou surpasse, ce qui n'est pas toujours mieux ^^ - comparer le "en prod" vs "en diff" va toujours t'inciter à gonfler t'es specs d'export, avec des fichiers de plus en plus gros, des encodages de plus en plus longs... Économiquement, ça n'est pas rien et, comme on dit toujours, la vidéo, c'est avant tout une question de compromis Et puis... C'est quoi la "qualité" ? Il y a bcp de paramètres qui rentrent en compte, dont certains seront toujours très subjectifs 😉
@@mysteroutlow oui ça je comprends parfaitement que RUclips ai la nécessité de compresser ce qu’on lui upload, que ce soit pour des raisons pratiques de diffusion ou économique (j’imagine pas la quantité astronomique de data qu’ils reçoivent par jour), mais ce qu’on peut leur reprocher est de faire de la compression « à l’aveugle », ils pourraient très bien faire en sorte qu’une vidéo uploadé dans le bon codec avec le bon bitrate ne soit recompressé. Aujourd’hui tu lui file du 360p compresse à mort, il va quand même te le recompressé
est il possible d'avoir le replay de cette émission? Je ne vois rien sur twitch et je trouve toujours sympa de voir/ecouter les interventions de jean baptiste kempf merci!
Super intéressant, merci ! Plus jeune j'assemblais du code machine à la main en 6502 sur KIM-1. 200000 lignes d'assembleur à 3 bytes par ligne en moyenne ça ne fait que 600kB! C'est débile ! Chapeau !
Bonjour Ça serait bien une vidéo sur les conteneurs vs les codecs. Nous expliquer les différences et les quelles choisir. Merci pour vos vidéos. Ils sont très éducatif. 👍👍
@@John-Cena. Ces chiffres sont un bullshit total, très marketing et dans des situations idéales très lointaines de la réalité. La vérité c'est qu'on ne peut pas généraliser le gain en compression avec un simple pourcentage, c'est bien plus complexe, mais le chiffre réel est beaucoup plus petit.
16:14 Micode, les programmeurs en assembleur ne sont pas des "Aliens" mais des humains passionnés comme je l'étais quand j'étais jeune, j'adorais l'assembleur pour sa puissance et le fait que je pouvais absolument tout faire...
" les programmeurs en assembleur ne sont pas des "Aliens" mais des humains passionnés comme je l'étais quand j'étais jeune," Dans la vidéo on parle de 200000 lignes de code en langage d'assemblage. Oui, c'est surhumain. Je ne m'amuserais pas à essayer. 200000 lignes de C, ok, mais pas d'assembleur... Et, oui : l'intelligence extrême a toujours conduit à être considéré comme un Alien...
@@leroiarouf1142 c'est le langage le plus simple vu qu'il a très peu de commandes par contre ce qui le rend compliqué c'est que du coup pour simplement afficher un texte à l'écran il faut taper beaucoup de lignes de code.
@@futurizonfr3368Que tu dis tout faire? Sa veut dire quoi en gros parce que j'imagine mal faire du curl sur un site ou même créer un server http avec...
Je pense qu'il y a besoin de précision sur les "brevets", je suis ingénieur brevets et je peux dire qu'il y a pas mal d'imprécision. Au besoin je peux faire un petit cours pour éclaircir, un peu, le droit des brevets. Continuez comme ça les gars, même s'il y a des oproximations le contenu est toujours plaisant et éclaire sur les dessous de la technologie
Il y a effectivement quelques imprécisions et oublis mais je pense aussi que JB Kempf le sait bien. C'est pas facile de vulgariser un sujet aussi complexe. Par contre laisser penser que l'Open Source est LA solution, c'est un peu gros. 😂
C'est sympa de savoir qu'on a des petits génies avec ce gars de VLC. ce logiciel s'est complexifié mais il était génial, au début il lisait toute vidéo. je l'utilise encore comme lecteur. Merci la France pour cette création. j'oublie pas le petit français étudiant qui a inventé le Dvix. Bravo à lui aussi. j'espère que la fortune lui a pas fait tourner la tête. C'est devenu un panier de crabe, le flux de codecs video.
Ahh L'ASM c'est, c'est de plus en plus rare d'entendre parler de ça... il parle de x10 mais j'ai reprogrammé des routine ASM sur des CPU type 6809e qui allait jusque x50 par rapport au language interprété qui faisait appel au routine pré programmé. Par exemple l’accès en hardware sur un floppy 640ko se fesait environs x30 plus rapide après avoir ecrit le code en ASM. C'est sur que c'est plus de ligne, et faut connaitre le hardware vraiment donc être autant programmeur que technicien voir ingé. Maintenant n'importe quel neuneu peu se prétendre programmeur développeur car il sait cliqué sur 3 boutons d'un soft qui fait tout pour lui ;) d'ou le resultat desastreux des jeux et soft non optimisé et totalement buggé mème après 10 ans de patch (1/semaine)....
Jean Baptiste Kemp parle très bien français. Son vocabulaire est exempt de tout le globish (call, dev, etc..) qu'on rencontre souvent chez les développeurs.
excellent, toujours qualitatif les interviews ... bon j'vais pas m'repeter donc. Non le commentaire c’était juste pour dire merci de m'avoir fait exploser de rire sur le jeté de carton (#nospoil) ! bonne continuation, et merci encore pour la qualité de votre chaine.
Je me souviens dans ma promo en DUT informatique d’un gars qui avait développé un émulateur atari 520st en assembleur x86, un jeu tournait plus vite sur un pentium en émulation que sur le vrai 520st.
désolé en 2023, j'ai un projet no-open source, car il est privé a la base, 107 310 146 ligne en assembleur seulement, moins de 2 000 ligne pour le reste, des commentait, sont sur la meme ligne, j'ai pas compté les ligne vide et les section de donné, tous cela pour me faire un jolie fichier qui fais plus de 8.5Go a convertir en image disque via une fraction des 2 000 ligne de code dans l'autre langage, donc oui vous n'est pas les seul a travaille en 2023 avec de l'assembleur, je respect votre travaille, car vous avais fais se que personne d'autre a faire, moi qui cherché a ajouté le support de format de video et audio, j'ai un element de réponse, et pour cela, GG les mec vous vous est cassé les noix pour tous le monde, on peu tous vous dire merci, sans vous on aurai des format vraiment payent du début a la fin pour pouvoir qui sais, regardé la video ici par exemple
ca a toujours été la partie la plus importante du coté software, c'est la base dans laquelle ton code est traduit quel que soit le langage, le niveau en dessous c'est du binaire (presque) c'est juste horrible a lire et a écrire et donc on a fait des logiciels de traduction que sont les autres langages de programmation pour pouvoir écrire un truc un peu lisible par des humains mais pour être sur que la traduction soit bonne (parceque les PC c'est des grammar nazis) on rajoutes des étapes d’explications lors de la traduction mais du coup ces étapes prennent du temps et ont un cout (le traducteur travaille pas gratos) alors que si tu parlais la langue locale direct tu gagnerai du temps et de l’énergie/argent.
un codec qui transformerait les videos en shaders (donc des formuls mathematiques) qui prendraient une place minuscule et en plus de ca seraient redimensionnables, mon reve...
Un shader n'est qu'un algorithme pas de la données. Un shader reste de taille minuscule par rapport à un flux vidéo quelque soit l'algo de compression 😊 Après l'upscaling perrmet le genre de choses que vous cherchez....
Trop génial! A quand la vidéo sur les codecs audio, l'univers des transmissions en rj45 ou réseaux numériques (studio ou live). Perso ça fait un moments que j'ai envie de trouver des moyens de sonoriser et contrôler en temps réel mes captations son, mais en dehors de Dante Control qui aide pas mal, c'est plutôt très gourment et compliqué de ne pas avoir une latence de fou! J'imagine que vous-y avez fait face plusieurs fois avec la vidéo ;)
je vis en camping car et donc ma connection internet depend exclusivement de la 4G et de mon forfait Data, en voyant cette video j'ai compris pourquoi depuis un certain temps je consomme beaucoup moins de data sur youtube , alors que ma consomation de videos a au contraire augmenté, c'est dingue qu'on arrive a compresser aautant et reduire la quantité de données sans alterer la qualité perçue des videos !
Alors là, JBatiste me scotche ! Enfin façon de parler puisqu'il a ou participe encore à VLC d'où .... OUI, d'où un très sublime et ULTIME BRAVO pour ce logiciel freeware hors pair ainsi que JB. Je connais l'image à l'unité et même là, c'est un peu une orgie de format dont ce satané WEP qui me saoûle à longueur de temps car difficilement utilisable avec des appli' classiques voir vieillottes. La vidéo, un peu ... vieux usagé de XviD pour son smoothing que je suppose accessible avec certains "encoder" tel que AutoGK qui donne de bon résultat ainsi que l'encapsulage Matroska (MKV) à l'occasion pour des raisons de langues ou sous-titrage, je ne m'étais jamais penché sur les nouveaux codecs. Mon principe : pour avoir l'excellence, je vais au cinoche sinon je m'achète l'original pourvu que je détienne et les yeux ainsi que le matériels pour le Plus du plus (ex. : AC3 6 voies), sinon, DivX/MKV avec MP3 stéréo pour un travail perso', de famille ou maquette me suffit. A l'origine, le but était, avec ces codecs, de mettre nos films DVD sur un disque dur sans prendre trop de volume, sans connexion et les regarder tout à loisir et à n'importe quel instant (avion, train, pose travail, etc.) ; ce qui reste toujours mon cas actuellement. J'aime ma liberté ! Mais le MP4 est pas mal aussi, il faut bien le dire ! Bientôt le Canada en gros ! ;) :D :P
Y a aussi un changement : on passe des brevets "Hollywood/DVD" aux brevets ( même si royalties free) GAFAM/Streamers. Avec d'un côté contrôler la diffusion et de l'autre moins payer de bande-passante et puissance de calcul dans les datacenters
4:46 Donc si un algorithme n'est pas brevetable en France, ça voudrait dire qu'une télé conçu en france devrait pouvoir se passer de ces licenses ? bon j'imagine que vu qu'on utilise des puces venant d'autres pays c'est mort, mais si hypothétiquement tout venait de france ça serait donc possible ?
marrant de voir le nom de "Jean-Yves Avenard" dans les contributeur de dav1d ... j'ai appris l'assembleur sur ma hp48 grace a lui ... c'etait le bon temps ... on faisait des trucs de dingue sur cette calculette et souvent je me dis quand je vois mon iphone ramer sur certaines taches que ca manque un peu d'assembleur aux entournures ...
Waho ! J'aimerais trop voir un bout de code qui est 10x plus rapide en assembleur qu'en C. Parce qu'ayant fait un peu d'assembleur, j'imagine même pas l'optim qu'il faut faire pour que ce soit rentable de supprimer le petit overhead de C.
Les génies marginaux qui pissent des lignes de code en assembleur me rappellent la belle époque des crews qui sortaient des « démos » avec des images, des anims 3D et du son dont on ne soupçonnait pas les machines de l’époque capables de faire ça… Les types savaient comment tirer le meilleur des capacités matérielles, c’était magique 😍 #nostalgie #futurecrew
Tous mes respects pour vous Monsieur pour votre engagement pour travailler avec les développeurs assembler 👍👌 car ça c'est ze computer engineering 👏 Et ben jouer et bonne continuation pour votre boîte de prod 👍
Hello, merci infiniment ;) On pourrait avoir la fin de la vidéo avec l'estimation des royalties payées ou s'est tourné la vidéo ? je suis très curieux là-dessus .
J'avais une TV 4K Samsung (de 2021 ou 2022 je ne sais plus) qui ne lisait pas les DivX sous prétexte que le codec est trop ancien. Merci pour 20 ans de vidéos de gosses (et autres). Je l'ai vendue.
Bonjour, je ne parviens pas à voir les différences entre toutes les images montrées lors de la vidéo pour illustrer les propos de l’invité. Est-ce que vous savez si c’est parce que les différences sont minimes ou est-ce que c’est parce qu’on est sur RUclips et que la vidéo a été compressée avec une seule de ces techniques et que du coup toutes les vidéo rendent pareil ?
Toujours interessants les sujets, les débats. Juste, et ce n'est que mon avis, le son des voix est mal traité...trop de compression, EQ mal réglé..mais c'est un détail quand le contenu est bon.
Intéressant le JB, comme d'habitude. Je souligne quand même que pour obtenir un code ASM 10x plus performant que du C, il faut vraiment coder comme une tanche en C... Les compilateurs d'aujourd'hui sont quand même bien optimisés et en général quelques lignes d'ASM suffisent a optimiser les parties critiques.
Je me rappelle d'avoir comparer deux applications simples en ASM et C, et ce qui m'avait étonné c'était les détours pris par le compilo pour faire la même chose au final. Je veux bien croire que ça a évolué mais s'il le dit c'est que c'est encore nécessaire je pense.
C'est inexact, sachant qu'on parle d'algo spécialisés pour les codecs, qui doivent calculer de la façon la plus rapide et efficace possible, et qui pour ça utilisent de façon très précise les jeux d'instruction SIMD.
video toujours interressante avec les intervenants de videolan xD Et très bonne idée la boite de prod (mais la lancé pas comme ca, même si heureusement elle semble solide ahahah)
Moi qui suis maintenant officiellement en BTS audiovisuel et qui peut maintenant manger officiellement vos vidéo sur les codecs par pelleté et ça reste du travail... 😎😎
Cette question s'appelle l'essentialité, ou plus exactement " les brevets essentiels aux normes " et c'est assez complexe car cela repose sur des patent pools, en gros une sorte de gros réservoir de brevets différents mis en commun et appartenant souvent à plusieurs société qui se partagent ensuite les royalties. Pour info, le cabinet IPside dans lequel je travaille comme Conseil en Propriété Industrielle senior est un des seuls en France à faire de l'étude d'essentialité dans la téléphonie (4G/5G/6G). Il y a diifférentes erreurs sur les brevets par contre, quelques confusions et racourcis également. Par exemple, le fait pour l'OEB d'accepter (délivrance) un brevet europeen ou non n'a strictement aucun rapport avec le tout nouveau Brevet à effet unitaire (appele également par abus de langage " brevet communautaire ") qui n'est qu'un brevet europeen délivré puis validé d'un coup dans 17 pays sur les 38 possibles (en gros c'est une sous procedure centralisée). Ensuire, on ne protege en effet pas les logiciels " en tant que tels" mais un traitement d'image est tout à fait brevetable et il y en a même des milliers voire des dizaines milliers (j'en ai breveté pour l'analyse in situ du beton par exemple). Bref, c'est tres intéressant mais il y a des approximations gênantes selon moi...
Je trouve que le commentaire de fin est réellement important. le travail de pouvoir faire vivre des ""marginaux" pour qu'iels puissent améliorer le monde devrai être un travail reconnus pour son utilité public. Je me demande combien d’Einstein moderne doivent voler en supérette pour pouvoir manger.
T'imagines Windows ré-écrit en assembleur . . . on aurait à nouveau un CD d'installation et il prendrait 0,001% de la RAM et du CPU, et 0,001% sur disque C ( et on aurait de + à nouveau le choix de paramétrer les couleurs des fenêtres et des dialogues mais là je demande la Lune, Mars, Jupiter et Satune avec leurs satellites )
Toujours un régal, les interviews de Jean-Baptiste Kempf !
je relis son livre regulierement "Mon combat" sorti en 1996: un visionnaire
@@ThePeterR66je suis mort
@@ThePeterR66attends mais il avait quel age en 96 pr avoir ecrit un livre ? Wtfff
Un régal les interviews, par ceux qui les mènent
@@ThePeterR66 Tu ne confonds pas avec le livre désapprouvé par l'association de l'élasthanne ?
On veut un épisode encore avec ce héros !
Graaaaave
non, ce n'est pas un héros mais un dieu !! et non, on veut d'autres épisodes et pas qu'un !!
Ce gars est un dieu c’est clair
Toujours aussi extraordinaire Jean Baptiste Kempf !
Est ce qu'il n'y aurait pas moyen de lui accorder plus que 15 minutes ?
il a déjà eu un bon quart d'heure (ou plus) la semaine dernière, si jamais t'as pas vu la vidéo...
bientôt sur @thinkerview
@@waffledao ouais, clairement ça serait Top ! 😁👍
Completement daccord, ce mec est incroyable 😮 je connaissais pas et je suis bluffé
J'ai l'impression d'avoir mater un documentaire d'économie, un film d'espionnage et une série de SF, j'adore. Merci pour le contenu !
Vidéo exceptionnelle : quel régale d'écouter un JB Kempf sans aucune langue de bois et plein d'humour, tout comme vous (le lancé de boîte de prod, génie ++) ! Merci ! 🙂
J.B Kempf le genre de gars dont t'es fier qu'ils soit fr et du bon côté.
Chacune de ses interventions sont d'une pertinence folle et on apprends tellement de chose.
Vivement de le voir plus dans des formats long plutot que dans des passages eclairs ou on sent qu'il st obligé de tronquer sa pensée.
"Chacune de ses interventions sont d'une pertinence" si seulement on pouvait en dire autant de tes commentaires
c'est la que tu vois que l'open source c'est bien et que c'est vraiment une enorme chance que l'open source existe.
bien dit blackman!!
J'ai cru comprendre que l'Open Source était menacée par l'Europe... Je ne serais pas surpris mais vous avez des infos ?
Quand les gens compétent explique très clairement un sujet technique c'est toujours très agréable.
30000 lignes de C et 210000 d'asm 🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🤯
Le codage en ASM n'a pas complètement disparu, et à présent j'en connais 3: JB Kempf, son ami qu'il a cité, et le jeune génie allemand Kaze Emanuar, qui repousse toutes les limites de la Nintendo 64 et son jeu phare Super Mario 64. Il a non seulement réécrit tout le code ASM du jeu en ayant décortiqué chaque ligne, pour l'optimiser au point de tourner à 60FPS sur console sans faire de compromis visuels, mais il en profite pour préparer son projet ultime, le jeu N64 le plus beau, le plus abouti en devenir, Return to Yoshi's Island 64, un résultat inoui de ses longues années passées à apprendre l'ASM et l'architecture interne de la N64 pour en optimiser le moindre cycle de CPU ou de transfert avec le BUS mémoire.
Les gens comme Kaze ou JBK et sa team ( qui lui n'oublions pas, nous a apporté ce trésor qu'est VLC ) qui savent coder en ASM disposent d'un pouvoir qui nous échappe tout simplement.
Je pense que tu les idéalise un peu trop, étant moi même codeur en asm , et surtout j'ai poussé la PS2 et la Dreamcast homebrew à ces limites en full asm pour faire de la 3D , et ces machines sont bien plus complexe que la N64, c'est juste un savoir faire.
Et je connais plein de bon codeur asm (parce que j'ai créer un Discord de retro programmeur pour les vielles machine) donc y'a pas mal de bon codeur ASM que tu ne connais pas je t'assure ;)
L'assembleur est encore utilisé et c'est normal. Les shaders graphics sont codés en asm, dans les calculateurs moteurs, enfin partout où l'on doit être full opti. J'étais électronicien en F1 et la plupart des capteurs ont des microcontrôleurs en QFN codés en C, mais il y a 20 ans on codait encore en asm dans des grosses puces DIP. Et même encore de nos jours il peut toujours arriver de coder une routine en asm pour être sûr de l'optimisation. Même si le C est déjà presque "low-level" comparé à des langages high-level bien plus gourmands, l'assembleur est le brique élémentaire primordiale :)
@@yamazakikaoru9579oh intéressant, par quoi commencer pour apprendre ?
@@pulp2560 Faut mieux savoir coder avant de faire de l'asm ! ;)
Sinon pour pratiquer je conseille d'y aller avec des petit proc 8 bits (6502 , z80 ou AVR Atmel).
RISC-V est aussi un bon début ,vu que de base il a pour but pédagogique pour apprendre l'assembleur et l'architecture des ordis.
@@tomatosbananas1812 L'immense majorité des shaders ou même du code GPGPU n'est pas écrite en assembleur. Une des raisons très simple: ben, tu peux pas, en fait. Les architectures changent d'une marque à l'autre, voire de la génération à l'autre, voire du modèle à l'autre. C'est d'ailleurs pour ça que nombre de joueurs se plaignent de la compilation de shaders dans les jeux.
Le modèle de programmation des GPU se prête énormément mieux à la parallélisation de masse, mais c'est un tout autre délire. Sauf qu'il y a quand même les langages haut niveau qui forment la quasi totalité du code GPU que tu verras passer de ta vie: GLSL, HLSL, voire même juste du C/C++/Rust/autre adapté (OpenCL, OpenMP, CUDA, SPIR-V).
L'ensemble de mon opinion sur le sujet (pas du tout qu'en réponse à ce message), parce que j'ai l'impression que dans le grand public tech ou même en développement c'est un peu vu comme un coup de baguette magique, puis je trouve que c'est intéressant:
- l'assembleur c'est pas magique, une fonction C, même pas forcément micro-optimisée jusqu'au bout mais écrite par quelqu'un avec une bonne intuition va probablement détruire l'assembleur fait main écrit par le péon random qui n'a qu'une connaissance de surface des CPU (ce qui est déjà pas mal)
- les compilateurs, c'est des formidables montagnes d'heuristiques et de passes d'optimisation surpuissantes qui ont quand même des limites, y compris incluant les langages de programmation eux-mêmes
- ironiquement, C est une limitation assez brutale pour des catégories entières d'optimisations majeures. l'autovectorisation est médiocre dans les compilateurs C malgré des décennies de recherches, par exemple
- dans le cas d'utilisation de code haute performance, l'assembleur c'est un dernier recours et c'est généralement pour des bouts de code très spécialisés où t'en as globalement plus rien à faire du temps développeur parce que lol les performances (genre l'ensemble de dav1d, quoi)
- pour rebondir sur un point particulier: en embarqué ça se fait aussi mais je dirais que conceptuellement, c'est plus que c'est pour être certain des caractéristiques du code compilé que parce qu'on ne saurait pas atteindre ces perf en C. Puis entre nous c'est un peu une culture chez les dévs embarqués je pense ;)
- il y a beaucoup beaucoup de marge d'optimisation entre du code C "naïf", même correctement écrit, et du code C écrit dans l'objectif de faire des perfs, voire en faisant de l'appel aux intrinsics (SSE, AVX etc.)
- avoir des connaissances profondes sur ton hardware te permet de comprendre la sortie du compilateur et de comprendre ce qui finit mal optimisé par celui-ci
- le dernier point te permet de tomber dans une boucle d'amélioration itérative beaucoup plus productive que de réécrire tout en assembleur, dans la majorité des cas
- le dernier point te permet également de construire une intuition forte qui fait que tu vas beaucoup moins galérer que le premier débutant venu en C à faire du code performant
- je pense que le delta de "10-30x" dont J-B. parle, c'est entre du C naïf scalaire et l'assembleur. Le delta avec du C agressivement micro-optimisé qui fait appel à des intrinsics est probablement bien plus faible. La question c'est est-ce que ça vaut vraiment la peine de se battre avec les différents compilateurs différents pour X plateformes quand toutes les fonctions doivent finir micro-optimisées jusqu'à la dernière goutte, je pense qu'ils ont fait le calcul et déterminé que non.
J'ai mentionné que C ici pour simplifier mais c'est valide pour une pléthore d'autres langages.
Passionnant la vidéo. Le coup de l'assembleur me rappelle quand en 1993 on codait dans le domaine de la vision en assembleur... Merci :-) Cela m'a fait plaisir
Bravo pour votre boîte de prod, c'est du lourd. Et Jean-Baptiste Kempf est tout simplement extraordinaire. Je ne connaissais pas ces embrouilles de codec.
Un très grand merci à JB Kempf qui fait un pure taf, merci vraiment ! Merci aux personnes avec qui il bosse ! Vous êtes géniaux !
Pavé César !
Je me permets de rebondir sur quelques approximations quant aux propos de JB Kempf relatifs aux brevets et notamment les brevets essentiels aux normes (Standard Essential Patent, ou SEP pour les intimes). J’ai beaucoup apprécié ses deux interventions chez Underscore, et merci à lui d’être venu parler de la jungle des standards, ceci dit !
1/ Déjà, quand JB Kempf dit que la plupart des brevets logiciels sont illégaux en France, c’est (très) partiellement vrai.
La loi française, L611-10(3) CPI, n’exclut les programmes d’ordinateurs et les méthodes mathématiques seulement lorsqu’elles sont considérées en tant que tel(les). Le « en tant que tel » est un poil retors (il date des années 60/70 aux US), et globalement impose surtout que les brevets logiciels portent sur et décrivent l’implémentation concrète d’un algorithme et non une seule idée abstraite.
Pour simplifier, dans les faits les brevets logiciels sont tout à fait autorisés par les offices (et pas seulement l’Office européen des brevets, mais aussi l’INPI) pour autant qu’ils apportent de réelles innovations et globalement l’industrie s’en accommode très bien.
Contrairement à ce qui est affirmé dans la vidéo, il n’y a aucune différence entre les brevets en Europe (via l’OEB) et en France concernant le sort des brevets logiciels. Les articles L611-10(3) CPI (droit français) et A52CBE (droit européen) sont rédigés de la même manière, et ce pour assurer une application uniforme du droit.
Soit dit en passant, la licéité ou non des brevets logiciels n’a rien à voir avec le brevet unitaire (qui n’existe concrètement que depuis cette année). De même, l’OEB (institué en 1973, et en activité depuis 1977) a délivré des brevets bien avant que le brevet unitaire n’existe (2023 et la ratification de l’Allemagne). D’ailleurs, les Allemands n’y sont pas pour grand chose dans la brevetabilité des brevets « logiciels mais pas en tant que tels ».
On peut discuter longuement du bien-fondé des brevets logiciels ou non. A titre personnel, je ne pense pas qu’ils soient néfastes dans l’absolu, s’ils n’existaient pas, chaque industriel du logiciel soucieux de préserver sa R&D irait obfusquer tous ses algos pour empêcher des tiers d’en réutiliser les ficelles, et je ne suis pas sûr que le monde s’en porterait mieux. Les brevets ont aussi pour vertu de faire circuler de l’information, et d’autant plus quand ils sont déclarés invalides (c’est un pari des industriels que d’en déposer).
2/ Concernant les brevets essentiels aux normes (SEP), là encore il y a plusieurs approximations.
Depuis 2015 et le jugement de la CJUE Huawei vs. ZTE, tous les brevets reconnus comme essentiels doivent faire l’objet de licences FRAND (pour fair, reasonable, and non-discriminatory, ou « juste, raisonnable et non-discriminatoire » dans la langue de Molière). L’un des critères de la licence FRAND, le « fair », interdit pour prendre une licence d’un SEP donné de forcer à prendre des licences pour des brevets non désirés.
A partir du moment où un contorsium ou un industriel force à prendre des grappes entières de licences de brevets « inutiles », on bascule dans l’illégalité.
Alors bien entendu, encore faut-il obtenir gain de cause devant un tribunal, ce qui n’a rien de neutre en matière de coûts, surtout si une quantité astronomique de brevets est opposée. Mais sur le papier, la pratique est illégale.
C’est même encore plus vache que ça pour les titulaires de SEP : il est impossible d’assigner en contrefaçon un tiers tant que celui-ci donne suite à une offre de licence FRAND « avec diligence et bonne foi » (autrement dit, un tiers peut faire traîner assez longuement des négociations et tirer vers le bas).
3/ Concernant les certifications, qui ne sont a priori pas des standards, c’est bien plus le far-west en matière de grappes de brevets/licences, et pour le coup c’est un réel problème. Mais il ne concerne pas a priori le monde des brevets essentiels à une norme.
Si personne ne prend de licence sur le HEVC et que tout le monde se rue sur l’AV1 (maintenant pris en charge matériellement sur les derniers iPhone pro, hourra), c’est que le contorsium gérant le HEVC est trop gourmand, et c’est tant pis pour leur gueule.
4/ Concernant des litiges où **un** brevet a permis d’obtenir des condamnations à plusieurs centaines de millions, je demande à voir. Le montant me semble astronomique au regard de ce que je connais du monde des contentieux. C’est souvent un ensemble de brevets, et s’ils mènent tous à une condamnation, c’est que le juge (nettement plus sévère que les offices) les a jugés valides, ce qui a priori est un gage de sérieux.
5/ Je suis bien d’accord qu’en revanche le monde des standards est un énorme bordel, et qu’il faudrait à mon sens forcer au niveau de l’UE tous les industriels à rejoindre des pools et limiter les pools à un seul par standard, et bien entendu rendre aussi accessible que possible l’information à ce sujet. Les règles du jeu seraient déjà un peu plus compréhensibles.
6/ Concernant Apple, ils sont un brin hypocrites au sens où il y a 10-15 ans, ils poussaient à mort pour augmenter les royalties des licences « pour protéger l’innovation », et professent l’exact inverse aujourd’hui (parce que largués sur pas mal de techno de pointe ; on ne peut pas être premier partout). Mais au moins, ça fait un allié de poids pour l’open source et ne crachons pas dessus.
7/ Concernant les TV, les 20 balles de licence ne jouent pas tellement sur le prix. Si tous les brevets disparaissaient du jour au lendemain, vous inquiétez pas que les prix ne bougeraient pas. C'est surtout les dalles qui coûtent, et leur fabrication est un gros savoir-faire, chasse gardée de quelques industriels.
My 2 cents, et si JB Kempf a envie de continuer à discuter brevets, c’est avec plaisir.
Et merci à lui pour tout le travail en open source de titan que les équipes de VideoLAN ont abattu pour l’AV1.
Super pavé !
Avec tous se texte tu pourrais t inviter à l émission !
Ce type est juste génial, des explications parfaites le tout sur un ton irrévérencieux c'est trop bien
J'adore, très intéressant et éclaircissant sur les Codecs. Je savais que c'était un foutoir énorme, mais là c'est encore plus gros. L'anecdote de l'Assembleur juste énorme !!!
Le jeune avec qui tu parles à la fin me fait penser à Jim Carrey quand il était plus jeune :D Merci pour le contenu ^^
C'est des gens comme lui qui méritent la légion d'honneur
Vous êtes au courant que c'est réellement de l'ASMR pour certains d'entre nous? Je vous écoute mais je sais pas ce que je fous là
JB c'est la personne la plus intéressante en informatique (francophone) que j'ai pu écouter de ma vie.
C'est une véritable mine de connaissances (très pointues) dans tellement de domaines..
Je pourrais l'écouter pendant des heures
Je n'ai pas bien compris comment VLC réussissait à être aussi largement compatible avec tous les codecs sans être payant, est-ce lié au droit Européen qui ne reconnait pas les brevets sur les algorithmes?
Je me souviens de l'époque où on téléchargeait des packs de codecs monstrueux (pas forcément légalement) qu'il fallait installer à part sans quoi les logiciels de lecture et d'encodage ne fonctionnaient pas.
Tout simplement parce que son créateur a toujours voulu qu'il soit gratuit, et a tout fait pour, sans avoir besoin d'intégrer de publicité ou autre dans son logiciel 🙏
Extraordinaire, Jean-Baptiste Kempf, j'ai été passionné du début à la fin sur un sujet sur lequel j'avais pas spécialement d'intérêt à la base :D
Jean-Baptiste Kempf - la nation reconnaissante. Merci à vous pour VLC, une invention digitale qui a libéré l'image depuis 30 ans, aussi importante que les sites de films d'amour pour le streaming.
Pour info, la compression vidéo, ça existait aussi en analogique: le codage de la couleur ne se fait pas à chaque pixel, on envoyait des images entrelacées, la courbe de couleur était adaptée
C'est du lourd ta chaîne :) bravo pour la réalisation, mais aussi pour l'effort systématique de vulgarisation et bonne chance dans ta nouvelle aventure, et non je ne m'attendais pas à la transition de la fin, mais j'ai envie de dire, comme d'hab haha
Je ne connaissais pas cette anecdote sur le fait qu'il ai refusé énormément d'argent pour éviter que VLC reste sans pub. Je ne sais comment le remercier car les pubs (à notre époque) c'est un véritable calvaire 🤬! Donc MERCI MERCI MERCI BEAUCOUP !!! Et au passage, merci aussi pour ce qu'est VLC car c'est vraiment une application géniale 😊!!!
Un monde fascinant je pense toujours aux grands malades de l'émulation , le temps et la masse d'essais erreurs a se gratter le front pour trouver comment faire tourner un logiciel sur une autre machine c'est vraiment des gens exceptionnels
Elles sont vraiment super vos vidéos, et votre invité est vraiment un as du domaine.
Merci !
Je relaie. ;)
C'est toujours sympa de mettre en vidéo/comparaison 2 Codecs (H.264/H.265).. tout ca passé dans la moulinette de RUclips.. pour qu'au final.. sur nos moniteurs.. aucun différence.. ca reste crade... merci RUclips 👍
ça passe en quelle qualité ? Par défaut, là, j'ai 480p mais on peut passer la vidéo en 1080HD (ou aussi 1080 Premium débit optimisé pour les abonnés payants) via l'engrenage sous la vidéo (ligne 'qualité'). Parfois c'est moins que 480, sans doute la bande passante qui sature vu le nombre de gens connectés, YT réduit le débit de chacun.
@@Photoss73 Vraiment pas, si ta qualité baisse, c'est RUclips côté client qui s'adapte à ton débit
@@rathernotsayatall si il a raison, y’a une perte de qualité significative entre ce qui sort de nos soft de montage et ce qui apparaît sur RUclips. L’une des solutions pour limiter ça est de filmer en 2k ou plus (même si l’on ne publie que le 1080p) et d’utiliser un bitrate super élevé. Ça évite à l’algo de compression de RUclips de trop défoncer l’image.
Y’a une vidéo assez drôle sur le sujet ou un gars download et reupload une vidéo 1000x, l’image a la fin est juste un aplat rose avec le son décalé et défoncé
@@bobysmith5662oui, mais ça, ça a toujours été, quel que soit le support (sauf peut-être la pellicule, et encore) : TV, web, dvd, blu-ray... Dès lors qu'il y a une norme de diffusion, elle va être limitante par rapport à du "sans compression" (encore rare d'ailleurs, même en tournage et encore plus en post Prod de nos jours). Les limites de stockages/bandes passantes/équipements des spectateurs forcent ça.
Comparer ce que tu as en sortie de cam ou dans ton logiciel de montage à ce que tu obtiens en diff est toujours frustrant et n'a que peu de sens 90% du temps :
- la majorité du public n'a pas la culture de l'image pro et ne verra pas tellement la différence
- regarde le fichier diffusé dans le flux de diffusion (= entre les autres programmes diffusés sur le même canal) pour voir si la qualité pêche... Ou surpasse, ce qui n'est pas toujours mieux ^^
- comparer le "en prod" vs "en diff" va toujours t'inciter à gonfler t'es specs d'export, avec des fichiers de plus en plus gros, des encodages de plus en plus longs... Économiquement, ça n'est pas rien et, comme on dit toujours, la vidéo, c'est avant tout une question de compromis
Et puis... C'est quoi la "qualité" ? Il y a bcp de paramètres qui rentrent en compte, dont certains seront toujours très subjectifs 😉
@@mysteroutlow oui ça je comprends parfaitement que RUclips ai la nécessité de compresser ce qu’on lui upload, que ce soit pour des raisons pratiques de diffusion ou économique (j’imagine pas la quantité astronomique de data qu’ils reçoivent par jour), mais ce qu’on peut leur reprocher est de faire de la compression « à l’aveugle », ils pourraient très bien faire en sorte qu’une vidéo uploadé dans le bon codec avec le bon bitrate ne soit recompressé. Aujourd’hui tu lui file du 360p compresse à mort, il va quand même te le recompressé
est il possible d'avoir le replay de cette émission? Je ne vois rien sur twitch et je trouve toujours sympa de voir/ecouter les interventions de jean baptiste kempf
merci!
Copie le lien et télecharge les
4:59 👋 Merci pour le crédit !
Excellent sujet et intervenant (et image d'illus' 🤣)
Super intéressant, merci ! Plus jeune j'assemblais du code machine à la main en 6502 sur KIM-1. 200000 lignes d'assembleur à 3 bytes par ligne en moyenne ça ne fait que 600kB! C'est débile ! Chapeau !
Bonjour
Ça serait bien une vidéo sur les conteneurs vs les codecs.
Nous expliquer les différences et les quelles choisir.
Merci pour vos vidéos. Ils sont très éducatif. 👍👍
Excellent, ça me rappelle la prog des jeux sur Amstrad. Rien de mieux qu'un environnement contraint pour stimuler l'intelligence. Adaptabilité !
Petite coquille à 7:26, la TNT HD est diffusée en H264 AVC et non en HEVC. La TNT Ultra HD (4k) devrait quant à elle utiliser HEVC.
Les vidéos avec le codec vvc sont elles plus légères que celles avec le codec hevc ?
@@workstud7868 Le vvc est ~50% plus efficient que l'hevc. Et l'hevc ~50% plus efficient que l'avc 😮
@@John-Cena. Ces chiffres sont un bullshit total, très marketing et dans des situations idéales très lointaines de la réalité. La vérité c'est qu'on ne peut pas généraliser le gain en compression avec un simple pourcentage, c'est bien plus complexe, mais le chiffre réel est beaucoup plus petit.
16:14 Micode, les programmeurs en assembleur ne sont pas des "Aliens" mais des humains passionnés comme je l'étais quand j'étais jeune, j'adorais l'assembleur pour sa puissance et le fait que je pouvais absolument tout faire...
Envie d'apprendre ce language mais il fait peur
non, mais ces développeurs là, oui ! x)
" les programmeurs en assembleur ne sont pas des "Aliens" mais des humains passionnés comme je l'étais quand j'étais jeune,"
Dans la vidéo on parle de 200000 lignes de code en langage d'assemblage. Oui, c'est surhumain. Je ne m'amuserais pas à essayer. 200000 lignes de C, ok, mais pas d'assembleur...
Et, oui : l'intelligence extrême a toujours conduit à être considéré comme un Alien...
@@leroiarouf1142 c'est le langage le plus simple vu qu'il a très peu de commandes par contre ce qui le rend compliqué c'est que du coup pour simplement afficher un texte à l'écran il faut taper beaucoup de lignes de code.
@@futurizonfr3368Que tu dis tout faire? Sa veut dire quoi en gros parce que j'imagine mal faire du curl sur un site ou même créer un server http avec...
Suis je le seul a penser cela ? mais le gars à 16"40 avec le tshirt gris est le sosie de Jim Carrey :)
Je pense qu'il y a besoin de précision sur les "brevets", je suis ingénieur brevets et je peux dire qu'il y a pas mal d'imprécision.
Au besoin je peux faire un petit cours pour éclaircir, un peu, le droit des brevets.
Continuez comme ça les gars, même s'il y a des oproximations le contenu est toujours plaisant et éclaire sur les dessous de la technologie
Il y a effectivement quelques imprécisions et oublis mais je pense aussi que JB Kempf le sait bien. C'est pas facile de vulgariser un sujet aussi complexe. Par contre laisser penser que l'Open Source est LA solution, c'est un peu gros. 😂
Je suis Conseil en Propriété Industrielle depuis 27 ans et je confirme les approximations.
C'est sympa de savoir qu'on a des petits génies avec ce gars de VLC. ce logiciel s'est complexifié mais il était génial, au début il lisait toute vidéo. je l'utilise encore comme lecteur. Merci la France pour cette création. j'oublie pas le petit français étudiant qui a inventé le Dvix. Bravo à lui aussi. j'espère que la fortune lui a pas fait tourner la tête. C'est devenu un panier de crabe, le flux de codecs video.
Ahh L'ASM c'est, c'est de plus en plus rare d'entendre parler de ça... il parle de x10 mais j'ai reprogrammé des routine ASM sur des CPU type 6809e qui allait jusque x50 par rapport au language interprété qui faisait appel au routine pré programmé.
Par exemple l’accès en hardware sur un floppy 640ko se fesait environs x30 plus rapide après avoir ecrit le code en ASM.
C'est sur que c'est plus de ligne, et faut connaitre le hardware vraiment donc être autant programmeur que technicien voir ingé.
Maintenant n'importe quel neuneu peu se prétendre programmeur développeur car il sait cliqué sur 3 boutons d'un soft qui fait tout pour lui ;)
d'ou le resultat desastreux des jeux et soft non optimisé et totalement buggé mème après 10 ans de patch (1/semaine)....
Jean Baptiste Kemp parle très bien français. Son vocabulaire est exempt de tout le globish (call, dev, etc..) qu'on rencontre souvent chez les développeurs.
excellent, toujours qualitatif les interviews ... bon j'vais pas m'repeter donc. Non le commentaire c’était juste pour dire merci de m'avoir fait exploser de rire sur le jeté de carton (#nospoil) ! bonne continuation, et merci encore pour la qualité de votre chaine.
Je me souviens dans ma promo en DUT informatique d’un gars qui avait développé un émulateur atari 520st en assembleur x86, un jeu tournait plus vite sur un pentium en émulation que sur le vrai 520st.
désolé en 2023, j'ai un projet no-open source, car il est privé a la base, 107 310 146 ligne en assembleur seulement, moins de 2 000 ligne pour le reste, des commentait, sont sur la meme ligne, j'ai pas compté les ligne vide et les section de donné, tous cela pour me faire un jolie fichier qui fais plus de 8.5Go a convertir en image disque via une fraction des 2 000 ligne de code dans l'autre langage, donc oui vous n'est pas les seul a travaille en 2023 avec de l'assembleur, je respect votre travaille, car vous avais fais se que personne d'autre a faire, moi qui cherché a ajouté le support de format de video et audio, j'ai un element de réponse, et pour cela, GG les mec
vous vous est cassé les noix pour tous le monde, on peu tous vous dire merci, sans vous on aurai des format vraiment payent du début a la fin pour pouvoir qui sais, regardé la video ici par exemple
Merci !!!! Enfin une pointure qui explique pourquoi l'assembleur est important !
ca a toujours été la partie la plus importante du coté software, c'est la base dans laquelle ton code est traduit quel que soit le langage, le niveau en dessous c'est du binaire (presque)
c'est juste horrible a lire et a écrire et donc on a fait des logiciels de traduction que sont les autres langages de programmation pour pouvoir écrire un truc un peu lisible par des humains mais pour être sur que la traduction soit bonne (parceque les PC c'est des grammar nazis) on rajoutes des étapes d’explications lors de la traduction mais du coup ces étapes prennent du temps et ont un cout (le traducteur travaille pas gratos) alors que si tu parlais la langue locale direct tu gagnerai du temps et de l’énergie/argent.
Justement c'est pas important en vrai... la plupart du temps une ligne de C c'est 1 unstruction asm... on peut pas faire moins.
un codec qui transformerait les videos en shaders (donc des formuls mathematiques) qui prendraient une place minuscule et en plus de ca seraient redimensionnables, mon reve...
Un shader n'est qu'un algorithme pas de la données. Un shader reste de taille minuscule par rapport à un flux vidéo quelque soit l'algo de compression 😊 Après l'upscaling perrmet le genre de choses que vous cherchez....
salut, un reve bien sympa !! mais est ce que ça serait possible ? on a déjà pu tellement diviser la taille des fichiers videos avec tous ces codecs ^^
Trop génial! A quand la vidéo sur les codecs audio, l'univers des transmissions en rj45 ou réseaux numériques (studio ou live). Perso ça fait un moments que j'ai envie de trouver des moyens de sonoriser et contrôler en temps réel mes captations son, mais en dehors de Dante Control qui aide pas mal, c'est plutôt très gourment et compliqué de ne pas avoir une latence de fou! J'imagine que vous-y avez fait face plusieurs fois avec la vidéo ;)
Merci JB Kempf, c'est juste incroyable le taf !
je vis en camping car et donc ma connection internet depend exclusivement de la 4G et de mon forfait Data, en voyant cette video j'ai compris pourquoi depuis un certain temps je consomme beaucoup moins de data sur youtube , alors que ma consomation de videos a au contraire augmenté, c'est dingue qu'on arrive a compresser aautant et reduire la quantité de données sans alterer la qualité perçue des videos !
Très bonne vidéo. Pour info, le MPEG-3 (cité vers 4:17) a été abandonné, pour cela que l'on en a peu entendu parler.
Alors là, JBatiste me scotche ! Enfin façon de parler puisqu'il a ou participe encore à VLC d'où .... OUI, d'où un très sublime et ULTIME BRAVO pour ce logiciel freeware hors pair ainsi que JB. Je connais l'image à l'unité et même là, c'est un peu une orgie de format dont ce satané WEP qui me saoûle à longueur de temps car difficilement utilisable avec des appli' classiques voir vieillottes. La vidéo, un peu ... vieux usagé de XviD pour son smoothing que je suppose accessible avec certains "encoder" tel que AutoGK qui donne de bon résultat ainsi que l'encapsulage Matroska (MKV) à l'occasion pour des raisons de langues ou sous-titrage, je ne m'étais jamais penché sur les nouveaux codecs. Mon principe : pour avoir l'excellence, je vais au cinoche sinon je m'achète l'original pourvu que je détienne et les yeux ainsi que le matériels pour le Plus du plus (ex. : AC3 6 voies), sinon, DivX/MKV avec MP3 stéréo pour un travail perso', de famille ou maquette me suffit. A l'origine, le but était, avec ces codecs, de mettre nos films DVD sur un disque dur sans prendre trop de volume, sans connexion et les regarder tout à loisir et à n'importe quel instant (avion, train, pose travail, etc.) ; ce qui reste toujours mon cas actuellement. J'aime ma liberté ! Mais le MP4 est pas mal aussi, il faut bien le dire ! Bientôt le Canada en gros ! ;) :D :P
1:57 “chartreuse”, que personne n’a relevé ahah. Message subliminal, trop drôle !😂
Très intéressant !! Est ce que il y a un podcast avec toute la discussion ?
Salut, este posibil te rog sa ma contactezi? am envoie de ajutor serios pentru o cauza noblia ce ne priveste pe toti.salutari
Quel plaisir d'écouter JB Kempf
Y a aussi un changement : on passe des brevets "Hollywood/DVD" aux brevets ( même si royalties free) GAFAM/Streamers. Avec d'un côté contrôler la diffusion et de l'autre moins payer de bande-passante et puissance de calcul dans les datacenters
Bravo pour la boîte de production!
4:46 Donc si un algorithme n'est pas brevetable en France, ça voudrait dire qu'une télé conçu en france devrait pouvoir se passer de ces licenses ? bon j'imagine que vu qu'on utilise des puces venant d'autres pays c'est mort, mais si hypothétiquement tout venait de france ça serait donc possible ?
Ne rêvez pas, beaucoup de brevets codage vidéo ne sont pas des brevets "algorithmes"...
Incroyable !!! La même chose sur les codecs audio ? 🙂
marrant de voir le nom de "Jean-Yves Avenard" dans les contributeur de dav1d ... j'ai appris l'assembleur sur ma hp48 grace a lui ... c'etait le bon temps ... on faisait des trucs de dingue sur cette calculette et souvent je me dis quand je vois mon iphone ramer sur certaines taches que ca manque un peu d'assembleur aux entournures ...
JB Kempf, merveilleux orateur à chaque fois.
Vous devriez embaucher jean baptiste comme chroniqueur régulier. Toutes les émissions avec lui sont masterclass 🤩
Hello! Ou peut on voir l'interview en intégralité ??
Waho ! J'aimerais trop voir un bout de code qui est 10x plus rapide en assembleur qu'en C.
Parce qu'ayant fait un peu d'assembleur, j'imagine même pas l'optim qu'il faut faire pour que ce soit rentable de supprimer le petit overhead de C.
x20 en asm vs C ?? je demande à vérifier
Un de mes épisodes préférés. 🤩 merci 🙏
Les génies marginaux qui pissent des lignes de code en assembleur me rappellent la belle époque des crews qui sortaient des « démos » avec des images, des anims 3D et du son dont on ne soupçonnait pas les machines de l’époque capables de faire ça…
Les types savaient comment tirer le meilleur des capacités matérielles, c’était magique 😍
#nostalgie
#futurecrew
La Scène démo... mais ça existe toujours ;)
Très très sympa ;)
Merci du partage, on ne se doute jamais du bordel sous-jacent
Tous mes respects pour vous Monsieur pour votre engagement pour travailler avec les développeurs assembler 👍👌 car ça c'est ze computer engineering 👏
Et ben jouer et bonne continuation pour votre boîte de prod 👍
Hello, merci infiniment ;) On pourrait avoir la fin de la vidéo avec l'estimation des royalties payées ou s'est tourné la vidéo ? je suis très curieux là-dessus .
J'avais une TV 4K Samsung (de 2021 ou 2022 je ne sais plus) qui ne lisait pas les DivX sous prétexte que le codec est trop ancien. Merci pour 20 ans de vidéos de gosses (et autres). Je l'ai vendue.
Bonjour, je ne parviens pas à voir les différences entre toutes les images montrées lors de la vidéo pour illustrer les propos de l’invité. Est-ce que vous savez si c’est parce que les différences sont minimes ou est-ce que c’est parce qu’on est sur RUclips et que la vidéo a été compressée avec une seule de ces techniques et que du coup toutes les vidéo rendent pareil ?
je kiffe de plus en plus cette chaine
Rare que je comprenne rien sur underscore mais là j'avoue que j'suis dans le flou
C'est vraiment dommage ce fond qui fait mal aux yeux, mais votre contenu est ouf !
Ahhh le lancement de boite de prod !! 😂😂😂😂 digne des jeux olympique meeuuussieur 😅😂❤
Belle vulgarisation, merci beaucoup ❤
Toujours interessants les sujets, les débats. Juste, et ce n'est que mon avis, le son des voix est mal traité...trop de compression, EQ mal réglé..mais c'est un détail quand le contenu est bon.
S'il pouvait y avoir des chaines dédiées à M. Kempf, bien mises en forme, ce serait super et d'utilité publique.
Intéressant le JB, comme d'habitude. Je souligne quand même que pour obtenir un code ASM 10x plus performant que du C, il faut vraiment coder comme une tanche en C... Les compilateurs d'aujourd'hui sont quand même bien optimisés et en général quelques lignes d'ASM suffisent a optimiser les parties critiques.
Je me rappelle d'avoir comparer deux applications simples en ASM et C, et ce qui m'avait étonné c'était les détours pris par le compilo pour faire la même chose au final. Je veux bien croire que ça a évolué mais s'il le dit c'est que c'est encore nécessaire je pense.
C'est inexact, sachant qu'on parle d'algo spécialisés pour les codecs, qui doivent calculer de la façon la plus rapide et efficace possible, et qui pour ça utilisent de façon très précise les jeux d'instruction SIMD.
video toujours interressante avec les intervenants de videolan xD
Et très bonne idée la boite de prod (mais la lancé pas comme ca, même si heureusement elle semble solide ahahah)
Merci, l'assembleur c'est la vie ! (dixit un ancien dev asm)
Ce mec est ultra passionnant
16:40 intriguant ce qu'il dit à la fin.
Une bande de marginaux :)
Toujours magiques les echanges avec JB Kempf !
Ce gars est top. Il vulgarise très bien les sujets.
J'adore la vanne du lancé de boîte de prod xD
Excellent! Le rêve de bosser dans votre studio!
j'ai bientôt 60ans ... content de savoir qu'il y a encore des codeurs en Assembleur.
A l’heure actuel coté PC seul Amd dispo de l’AV1 mais ou jours pas dispo sur twitch in jours peut être
Netflix aussi a du AV1 et ce depuis "un moment" bien qu'on en parle tres peu
Moi qui suis maintenant officiellement en BTS audiovisuel et qui peut maintenant manger officiellement vos vidéo sur les codecs par pelleté et ça reste du travail... 😎😎
Ca m'intéresserait trop d'en savoir plus sur ces "marginaux" dont il parle !
Cette question s'appelle l'essentialité, ou plus exactement " les brevets essentiels aux normes " et c'est assez complexe car cela repose sur des patent pools, en gros une sorte de gros réservoir de brevets différents mis en commun et appartenant souvent à plusieurs société qui se partagent ensuite les royalties.
Pour info, le cabinet IPside dans lequel je travaille comme Conseil en Propriété Industrielle senior est un des seuls en France à faire de l'étude d'essentialité dans la téléphonie (4G/5G/6G).
Il y a diifférentes erreurs sur les brevets par contre, quelques confusions et racourcis également. Par exemple, le fait pour l'OEB d'accepter (délivrance) un brevet europeen ou non n'a strictement aucun rapport avec le tout nouveau Brevet à effet unitaire (appele également par abus de langage " brevet communautaire ") qui n'est qu'un brevet europeen délivré puis validé d'un coup dans 17 pays sur les 38 possibles (en gros c'est une sous procedure centralisée). Ensuire, on ne protege en effet pas les logiciels " en tant que tels" mais un traitement d'image est tout à fait brevetable et il y en a même des milliers voire des dizaines milliers (j'en ai breveté pour l'analyse in situ du beton par exemple). Bref, c'est tres intéressant mais il y a des approximations gênantes selon moi...
L'enorme flex sur le DAV1D me met très tres bien félicitations à vous c'est vraiment une dinguerie force à l'équipe
Ce mec est passionnant à écouter. Et pourtant je pige rien en informatique 😂😂😂😂
Toujours un grand plaisir ce Jean Baptiste Kempf !
Je trouve que le commentaire de fin est réellement important. le travail de pouvoir faire vivre des ""marginaux" pour qu'iels puissent améliorer le monde devrai être un travail reconnus pour son utilité public. Je me demande combien d’Einstein moderne doivent voler en supérette pour pouvoir manger.
Alors là Jean-Baptiste il revient quand il veut! super fluide, balaise, se la pête pas, intéressant 👏 👏
Tres bon épisode! Dans quelle entreprise faut il investir pour toucher des royalties grâce à ce model ?
T'imagines Windows ré-écrit en assembleur . . .
on aurait à nouveau un CD d'installation et il prendrait 0,001% de la RAM et du CPU, et 0,001% sur disque C
( et on aurait de + à nouveau le choix de paramétrer les couleurs des fenêtres et des dialogues mais là je demande la Lune, Mars, Jupiter et Satune avec leurs satellites )
Ah Jean-Baptiste, je ne comprends pas tout (pour ne pas dire rien du tout), mais je pourrai l'écouter des heures !