Toujours un régal, les interviews de Jean-Baptiste Kempf !

@ThePeterR66

9 ай бұрын

je relis son livre regulierement "Mon combat" sorti en 1996: un visionnaire

@TTurner142

9 ай бұрын

@@ThePeterR66je suis mort

@mike_datpseudo

9 ай бұрын

​@@ThePeterR66attends mais il avait quel age en 96 pr avoir ecrit un livre ? Wtfff

@fahdthejedi

9 ай бұрын

Un régal les interviews, par ceux qui les mènent

@raphaelbussiere

9 ай бұрын

@@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 !

@canimbenim427

9 ай бұрын

Graaaaave

@MadTazHFR

8 ай бұрын

non, ce n'est pas un héros mais un dieu !! et non, on veut d'autres épisodes et pas qu'un !!

@jxien_h9746

8 ай бұрын

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 ?

@toto7571

9 ай бұрын

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...

@waffledao

9 ай бұрын

bientôt sur @thinkerview

@autosmiley1532

7 ай бұрын

@@waffledao ouais, clairement ça serait Top ! 😁👍

@tonidenza4057

6 ай бұрын

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 ! 🙂

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.

@stanouincustody

8 ай бұрын

bien dit blackman!!

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 🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🤯

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.

@tonidenza4057

6 ай бұрын

"Chacune de ses interventions sont d'une pertinence" si seulement on pouvait en dire autant de tes commentaires

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.

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.

@yamazakikaoru9579

6 ай бұрын

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 ;)

@tomatosbananas1812

6 ай бұрын

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

6 ай бұрын

​@@yamazakikaoru9579oh intéressant, par quoi commencer pour apprendre ?

@yamazakikaoru9579

6 ай бұрын

@@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.

@asuasuasu

29 күн бұрын

@@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.

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 !

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 !!!

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à

C'est des gens comme lui qui méritent la légion d'honneur

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.

Le jeune avec qui tu parles à la fin me fait penser à Jim Carrey quand il était plus jeune :D Merci pour le contenu ^^

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

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

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

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

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 😊!!!

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.

@oddlychar

Ай бұрын

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 🙏

4:59 👋 Merci pour le crédit ! Excellent sujet et intervenant (et image d'illus' 🤣)

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

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 ;)

Elles sont vraiment super vos vidéos, et votre invité est vraiment un as du domaine. Merci ! Je relaie. ;)

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!

@snowwwing211

9 ай бұрын

Copie le lien et télecharge les

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. 👍👍

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.

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.

@trixniisama

9 ай бұрын

Super pavé !

@marie-chantalcote3157

9 ай бұрын

Avec tous se texte tu pourrais t inviter à l émission !

Belle vulgarisation, merci beaucoup ❤

Excellent, ça me rappelle la prog des jeux sur Amstrad. Rien de mieux qu'un environnement contraint pour stimuler l'intelligence. Adaptabilité !

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 !

C'est toujours sympa de mettre en vidéo/comparaison 2 Codecs (H.264/H.265).. tout ca passé dans la moulinette de KZread.. pour qu'au final.. sur nos moniteurs.. aucun différence.. ca reste crade... merci KZread 👍

@Photoss73

9 ай бұрын

ç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

9 ай бұрын

@@Photoss73 Vraiment pas, si ta qualité baisse, c'est KZread côté client qui s'adapte à ton débit

@bobysmith5662

9 ай бұрын

@@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 KZread. 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 KZread 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é

@mysteroutlow

9 ай бұрын

​@@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 😉

@bobysmith5662

9 ай бұрын

@@mysteroutlow oui ça je comprends parfaitement que KZread 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é

Quel plaisir d'écouter JB Kempf

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 👍

Très très sympa ;) Merci du partage, on ne se doute jamais du bordel sous-jacent

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.

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

Vidéo instructive comme dab... Merci beaucoup

Un de mes épisodes préférés. 🤩 merci 🙏

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.

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)....

Merci JB Kempf, c'est juste incroyable le taf !

Bravo pour la boîte de production!

Incroyable !!! La même chose sur les codecs audio ? 🙂

Excellent! Le rêve de bosser dans votre studio!

Toujours magiques les echanges avec JB Kempf !

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 !

Un vrai régal cet épisode👍

Suis je le seul a penser cela ? mais le gars à 16"40 avec le tshirt gris est le sosie de Jim Carrey :)

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)

C'est ultra intéressant, merci beaucoup !

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

Ahhh le lancement de boite de prod !! 😂😂😂😂 digne des jeux olympique meeuuussieur 😅😂❤

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.

Très intéressant !! Est ce que il y a un podcast avec toute la discussion ?

@omammamia9513

9 ай бұрын

Salut, este posibil te rog sa ma contactezi? am envoie de ajutor serios pentru o cauza noblia ce ne priveste pe toti.salutari

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.

Chapeau pour les travaux en assembleur. Super vidéo en passant.

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 .

Vous devriez embaucher jean baptiste comme chroniqueur régulier. Toutes les émissions avec lui sont masterclass 🤩

Superbe vidéo, sujet très interposant !!

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.

@workstud7868

9 ай бұрын

Les vidéos avec le codec vvc sont elles plus légères que celles avec le codec hevc ?

@John-Cena.

9 ай бұрын

@@workstud7868 Le vvc est ~50% plus efficient que l'hevc. Et l'hevc ~50% plus efficient que l'avc 😮

@trixniisama

9 ай бұрын

​@@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.

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

Très chouette vidéo, et surtout très content de savoir que l'assembleur est toujours vivant :-p

Vidéo parfaite, invité incroyable et annonce réjouissante. Beau travail

Super interessant merci

Tu m'as eu avec la 'boite de prod' en carton xD

c'est fascinant comme discussion. Il n'y a pas de replay/podcast dispo?

Content d'entendre parler d'ASM en 2023, certes dans un mouchoir de poche mais ça fait plaisir 😁

JB Kempf, merveilleux orateur à chaque fois.

super interessant !! merci

ravi de voir qu'il y a encore des codeurs en assembleur

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...

@testman9541

9 ай бұрын

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....

@arnaques-tuto-informatique

9 ай бұрын

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 ^^

J'adore la vanne du lancé de boîte de prod xD

Enfin la boite de prod ! c'est bien bravo !

Merci, l'assembleur c'est la vie ! (dixit un ancien dev asm)

Merci !!!! Enfin une pointure qui explique pourquoi l'assembleur est important !

@maxk5065

9 ай бұрын

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.

@northerngannetproject3147

9 ай бұрын

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.

tout a fait d'accord avec C et assembleur! Bien joué n’empêche!!

Hello! Ou peut on voir l'interview en intégralité ??

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...

@leroiarouf1142

9 ай бұрын

Envie d'apprendre ce language mais il fait peur

@LeTrolli

9 ай бұрын

non, mais ces développeurs là, oui ! x)

@IBelieveInCode

9 ай бұрын

" 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...

@futurizonfr3368

9 ай бұрын

@@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.

@mwlulud2995

9 ай бұрын

​@@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...

Super video, comme d'hab mais.... gros problème de son les gars ;)

Tres bon épisode! Dans quelle entreprise faut il investir pour toucher des royalties grâce à ce model ?

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.

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 ...

1:57 “chartreuse”, que personne n’a relevé ahah. Message subliminal, trop drôle !😂

Rare que je comprenne rien sur underscore mais là j'avoue que j'suis dans le flou

Merci à eux pour vlc

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... 😎😎

Ah Jean-Baptiste, je ne comprends pas tout (pour ne pas dire rien du tout), mais je pourrai l'écouter des heures !

je kiffe de plus en plus cette chaine

S'il pouvait y avoir des chaines dédiées à M. Kempf, bien mises en forme, ce serait super et d'utilité publique.

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 KZread 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 ?

C'est vraiment dommage ce fond qui fait mal aux yeux, mais votre contenu est ouf !

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

@PatriceL584

9 ай бұрын

La Scène démo... mais ça existe toujours ;)

J'adore votre contenu, c'est toujours hyper intéressant, mais franchement votre compresseur (limiteur?) est vraiment extrême

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

@marylucchampel

8 ай бұрын

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. 😂

@frankcisde2338

8 ай бұрын

Je suis Conseil en Propriété Industrielle depuis 27 ans et je confirme les approximations.