gUI a écrit 6414 commentaires

Bon apparemment VLC est censé te créer des boutons pour chaque chaîne et tu dois pouvoir cliquer…

Quand tu ouvres l'URL de la playslist essaie de mettre login et password dedans : http://USER:PASSWORD@LOCAL_IP:9981/playlist

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

À première vue tu n'es pas censé avoir besoin de ce module, sais-tu si c'est toi qui l'a installé manuellement ?

Tu peux faire un history | grep smifb2 par exemple pour voir si tu retrouves dans anciennes commandes en rapport avec ce module ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je vois que c'est un module pour "SiliconMotion", et en cherchant un peu il se pourrait que ça vienne de sa docking, ou d'un écran externe ?

https://www.siliconmotion.com/product/Graphics-Display-SoCs.html

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est curieux que tu aies besoin d'installer ce module. Quel est le PC sur lequel tu fais tourner ça ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui j'ai bien compris le but final, mais… un problème à la fois.

En faisant ça tu valides complètement ton installation, c'est déjà pas mal. As-tu tenté de regardé la page HTML pour voir quel flux elle utilise elle-même ? Parce que si par hasard tu vois passer un flux MJPEG par exemple c'est le bingo assuré.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je ne connais pas TVHeadEnd, mais en regardant vite fait, il semble qu'il propose une interface web (notamment pour changer de chaîne) en allant simplement sur ton http://192.168.0.2:9981

As-tu essayé ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

https://videos.domainepublic.net/w/5ot5jNKnrXxaKyaMmmwCCK?start=53m9s

C'est quasiment texto ce que m'a dit un Gendarme quand je suis allé pour déposer un plainte, quelques années après leur migration sous Linux et que j'ai posé par curiosité la question de ce qu'il pensait de cette migration : "on n'a pas vu de différence. si, c'est quand même un peu plus stable".

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ce n'est pas cette fonction qui est en cause puisque la division est correcte

On dirait qu'elle s'applique sur un type entier et que du coup 5÷2… répond 3 !

J'ai pas lu le JS mais c'est ce qu'il semble à observer le comportement de la page.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je commence à peine à jouer avec Claude Code (entendre : lui laisser les clés du camion et le regarder coder/tester) et je suis rapidement tombé dans un très gros piège : il code vite, plutôt bien, mais la quantité de code qu'il te refile à relire est gigantesque.

Au début (je le fais travailler par jalons avec un ensemble de fonctionnalités nouvelles à chaque fois) tu te disciplines, tu relis ce qu'il fait, tu lui demandes de modifier.

Mais quand il met 5mn à pondre le code, tests compris, et que toi tu pars sur 20-30mn de relecture et de modifs, c'est dur de se persuader que c'est productif. Pas dans le sens où j'aurais tout écris en 30mn moi-même, pas du tout, mais ce rapport complètement déséquilibré entre le codage et la relecture, bin… on n'est pas habitués.

Et à la fin, je le laissais tout faire, résultat j'ai pris des milliers de lignes de code (qui marchent plutôt bien, aucun soucis là dessus) sans finalement les relire.

Alors dans mon cas où c'est hors taff et justement à titre d'évaluation du vibe coding et je m'amuse avec un projet que j'avais en tête depuis des lustres, c'est rigolo à constater, mais j'ai peur que sur des cas plus sérieux la situation soit la même : même avec la meilleure volonté du monde, au bout d'un moment, tu vas plus relire, plus "critiquer" et bouffer à grande vitesse la quantité gigantesque de code produit.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

cé tro bien, j'm sa !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

les anglicismes à tout va

il y a 100x plus de "francicismes" en anglais que d'anglicismes en français. on a encore de la marge.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je me suis également posé la question. Du même auteur : https://linuxfr.org/users/spark/journaux/noalyss-campagne-de-financement

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ils le vendent $250 pour une BOM qui doit être autour de $50, ça va, ils ont bien fait leur beurre. La qualité finale du produit c'est plus trop leur soucis. Ça marchotte, c'est l'essentiel.

J'ai quand même l'impression que ces trucs de CrowdFunding en sont pleins. Alors pas d’amalgames, on sait qu'"il y en a des biens", mais ça vend quand même pas mal du rêve quand tu vois les présentations.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Yep, j'entends ça depuis le début de mes études en informatique (1993).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si je te demande d'écrire un assembleur 6502 en LISP, à qui appartient le code, à toi ou à moi ?

Dans le cadre d'un contrat commercial, le code appartient au client (celui qui paye), sauf entente explicite lors de l'établissement du contrat.

Claude n'échappe pas à ça et le dit dans sa page de Consumer Terms of Services :

As between you and Anthropic, and to the extent permitted by applicable law, you retain any right, title, and interest that you have in such Inputs. Subject to your compliance with our Terms, we assign to you all our right, title, and interest (if any) in Outputs.

Ils te laissent donc tous les droits (et du coup toute la responsabilité je suppose).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je me suis permis de l'ajouter en fin de journal.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Et maintenant, les modérateurs changent les textes sans demander aux auteurs leur autorisation ?

Ça a toujours été le cas.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je l'écoute bcp pour des sujets d'Économie, je le trouve vraiment très pertinent. Je n'ai jamais vu passer de sous-entendus quelconques sur des trucs plus ou moins complotistes, comme sur des trucs pro-Russes (mais j'ai pas tout vu de lui, loin de là).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

De même il comportera fatalement des erreurs (ordre des choses également).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je suis également très surpris.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ah bin tiens c'est exactement ce qu'il m'a envoyé comme photos : https://www.numerama.com/cyberguerre/2211161-cetait-une-question-de-temps-les-sms-darnaques-sont-desormais-accompagnes-de-photo-generees-par-ia.html

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Rust combine les avantages des deux.

Au prix d'un enfer pour le programmeur.

Ce n'est pas un défaut en soit, tant mieux si le programmeur doit se creuser la tête au profit d'un produit final de meilleure qualité, mais il faut le savoir. Rust est un langage compliqué.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je suis étonné de voir Élucid comme neutralisé. C'est considéré d'extrême droite ou c'est pour une autre raison ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Un copain a reçu un faux SMS de livreur de paquet… comme d'habitude. Il contient son nom et sa ville… comme d'habitude.

Sauf que là en plus t'as une photo du colis avec l'étiquette à ton nom. Bon ça reste mal fait (t'as pas l'adresse complète, juste le nom sur l'étiquette), mais putain t'as le doute quelques secondes.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tout.

Oui c'est aussi exactement ce que j'ai pensé en voyant sa liste.

Une batterie fatiguée fait l'inverse : elle se charge vite et se décharge tout aussi vite. Là on est sur une mauvaise négociation USB. Si il parle de 5h, on doit être de l'ordre des 500mA qui sont l'USB de base.

Pour aider au diagnostic on peut utiliser ces petits mesureurs de courant/tension qui se mettent directement sur les ports USB (il en existe en USB-A et USB-C).

Les plus récents affichent même le protocole négocié (PD).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.