Salut, le projet à l'air intéressant même si Claude a été utilisé dès le début visiblement.
Ce qui n'est pas éliminatoire, mais on a vu tellement de m*rdes faites par IA pour tenter de nous extorquer ne serait ce qu'une vu sur un repo qu'on est devenu un peu aigris.
Concrètement, je pense que ce serait plus pertinent d'avoir une vrai présentation du langage, les paradigmes, concepts etc.
Parce que j'avoue qu'on s'y perd un peu avec la prose de l'article (qui encore une fois possède la pâte de Claude). Quel est le but de ce projet ? C'est pour le fun, y a une vision derrière, c'est pour un projet ?
Ça doit dépendre de ce qu'on attend d'une encyclopédie et de wikipedia.
À mon sens tant que ça exprime un savoir ça a sa place, wikipedia va plus loins que les receuils encyclopédique à ce niveau. Mais bon c'est pas moi qui décide, maintient, filtre les dérives.
Je ferai peut être une nouvelle dépêche quand il y aura assez de matière, ou un journal. Il risque de se passer pleins de choses d'ici la fin de l'année.
Je suppute qu'en disant à la main, abriotde pensais plus à l'utilisation de ciseaux, gouges et scies a mains pour réaliser de beaux assemblages classique ;)
Et effectivement y a pas grand monde qui continue à faire des mortaises ou à dégauchir une planche à l'ancienne. En tout cas ça ne doit pas représenter un gros volume par rapport au nombre de meubles vendus par ikea ou but.
Il reste les passionné comme d'habitude. Eux ils s'en fiche d'être productifs, ils font ça pour la beauté du geste, l'art, l'amour du travail bien fait et l'appétit du copeau.
On a déjà plus ou moins ce genre de personnes dans l'informatique en plus.
Arf, non Godot ne supporte pas le raytracing en l'état (pas sans le fork nvidia et une carte nvidia, ou via le code de J.E.N.O.V.A qui est non distribué (quand je lui ai demandé si ça serait libéré, le dev (Architect) m'a dit que non, apparemment il veut faire un fork du moteur mais je ne sais pas ou ça en est et comme c'est proprio ça m’intéresse moins, le pathtracer serait libéré à terme mais bon on verra bien).
Je suis moins au fait de blender, je sais juste que l'import dans Godot du roughness d'un matériau PBR est buggé en GLTF (fixé à 0.5).
Je vois, perso je m'amuse pas mal avec Godot, j'aimerais bien tester le raytracing uniquement sur les réflexions passé une certaine valeur de roughness.
Ça permettrait d'avoir de beaux reflets potentiellement moins consommateurs que les réflexions planaires (même si on peut vraiment bien tricher avec le FSR2 sur la caméra des planaires) et surtout plus simplement (une caméra par surface planaire affichée, ça limite forcément).
On peut très bien faire des jeu non photo réaliste, j'en parle plusieurs fois d'ailleurs. Et même si je suis très intéressé par cette méthode de rendu (parce que la technique c'est cool quand même), je privilégie la rastérisation quand je joue perso.
Je n'ai pas encore trouvé de titre me faisant préférer le raytracing en me faisant oublier l'impact sur les perfs.
Après même sur des direction artistique non photo réalistes, ça peut avoir un intérêt (pour avoir de belle réflexions temps réel). C'est une méthode rendu, une technique quoi.
Ce qui me chiffonne (et je pense que c'est ressortit dans la dépêche), c'est l'emballement qu'il y a eu sur ce sujet au niveau des AAA. Mais bon, les AAA ont de plus en plus de problèmes, c'est seulement un de plus et à mon avis pas le pire.
Je serais très curieux d'avoir dans les mains des choses comme ça et une analyse par rapport à ce que je connais (Intel et AMD en gros, un peu de soc ARM, mais c'est tout niveau archi dans mes étagères).
J'aimerais bien avoir un proc en Risc V, mais ça reste un peu délicat pour mon usage et niveau qualité prix.
C'est pour le boulot ou en perso que tu as ce matos ?
J'avoue qu'un peu de concret au niveau européen serait appréciable. Ce serait formidable d'avoir des usines en europe capable de produire des puces et de la mémoire.
Bon, les acteurs actuels ne sont pas bien indépendants non plus, il me semble que la pluspart des fabriques utilisent des machines de lithographie venant de chez ASML basé en hollande.
Je ne sais pas si des taxes sur les produits étrangers serait un bienfait ou une bétise.
Ce n'est malheureusement pas la seule dépendance que l'on a.
J'ai vu ça, mais une RX 6400 par exemple supporte 2 écrans en 7680x4320 (je crois que c'est ça 6K) pour de l'affichage simple c'est pour ça. Pour 20W de moins qu'une Arc Pro B50 et en dessous de 150 euros.
Je parle des pilotes graphique, à mon avis (pas forcement le plus fin) le pilote libre pour amd est vraiment bon. Intel a naturellement encore du chemin a faire, une carte graphique dédiée n'étant pas un circuit graphique intégré. Mais ça avance bien aussi. Le plus gros point noir étant nvidia.
Juste sur l'aspect technique, rien que le proc consomme jusqu'à 600w, donc bon en cumulant le reste et surtout en ajoutant un belle marge de sécurité, tu te retrouve avec une très grosse alim. Ça ne veut pas dire qu'elle va consommer ça. Vu qu'elle est surdimentionnée elle va sortir des tensions et courant plus stables aussi. Pareil avec son noctua, ça fait un bon refroidissement solide et durable.
Il compile des kernels toute la journée il faut bien un truc qui tourne quoi.
Y a juste la cg intel que je ne comprend pas, y a des models amd qui font mieux pour moins cher pour moins de conso et avec de meilleurs drivers.
Après niveau écologie, l'informatique de toute façon ça ne n'est pas très propre.
Quant à l'ia, il a parlé d'une bulle qui va se dégonfler mais il est lucide, le diable est hors de la boite faut faire avec.
Et c'est bien triste. Rien que pour le prix de la ram, des cartes graphiques et en premier lieu de l'impact écologique.
Mais bon, depuis que je m'intéresse à l'écologie, notre planète, au vivant et à notre espèce, je suis de plus en plus convaincu qu'on y arrivera pas.
L'espèce va bien finir par s'éteindre faut juste voir comment. En attendant on peut toujours se réfugier dans la drogue.
In fine, il me faudra définitivement des widgets avec des trucs de haut niveau genre menu, boîte de dialogue "Ouverture de fichiers", etc.
Hehe, j'en veux aussi de ça ;)
C'est dans mes plans de faire un panoplie de widgets définis en RML, j'ai les boutons là (trolilol). Blague à part, j'aimerais implémenter le maximum de choses en RML pur, avec le minimum vital en dur, même les layouts etc, ça doit se faire (j'ai des layouts maison dans certaines apps en QML ça fonctionne pas mal et c'est moins dingo que je ne l'avais imaginé).
Ça viendra sûrement quand j'aurais terminé les Repeater et la base des Column, Row.
Parce que sinon c'est quand même vachement dur. J'ai un peu avancé sur les Repeater, il faut encore que je diversifie correctement les id des instances. J'en ai profité pour ajouter $.this et $.parent quand j'ai constaté que je les avais zappés.
Pourquoi pas : MLM -> "A Markup Language for Macroquad" ? 😉
Ou sinon, tu gardes MLM -> "My Markup Language" et un jour éventuellement…. (car s'ils acquiescent chez Macroquad, pas impossible que ça s'accompagne d'une respo de maintenance !)
N'hésites pas à ouvrir une issue sur le github pour ce genre de proposition, ça permettra d'ouvrir la discussion ;)
cela dit, il est certain que je vais essayer ton DSL ; et je te ferai des retours assurés 😀 !
J'ai hâte d'avoir tes retours de bugs ! Il doit y en avoir pleins !
Si t'arrives à coder ton truc avec mon DSL chapeau bas, à mon avis en l'état ce sera bien plus simple (et stable) directement avec macroquad si tu veux rester bas niveau, ou bien avec Slint.
Mais y en a plein dans l'écosystème Rust. Egui est top aussi, mais c'est un autre paradigme. Et si jamais tu veux donner une chance à mon DSL ça me ferait hyper plaisir, je pourrais même trouver du temps pour implémenter des trucs dont t'aurais besoin en terme d'UI ^
C'est carrément un "ML déclaratif pour Macroquad", au début je voulais rester au maximum agnostique du moteur de rendu (j'ai fais mes premier essais avec FloDraw qui est vraiment top aussi), mais entre les type font et texture et les events systèmes de macroquad, plus les appels de rendu ça devient de plus en plus lié.
Je peux toujours bazarder macroquad, mais en l'état, ouais, ML déclaratif pour Macroquad ça colle. Ça ferait Macroquad Markup Language, MML, c'est pas mal comme nom (je pensais changer). Faut que je vois si ça pose pas pb aux gens de macroquad.
Ce qui a fait réagir BAud, c'est que tu a grillé des étapes et que tu as visiblement exécuté des commandes sans en comprendre le but (ce qui est très dangereux, surtout dans un cas de récupération de donnée).
Ça a fonctionné dans ce cas là et c'est très bien, mais ça aurait pu être plus grave.
De manière général, n'exécute jamais des commandes ou des programmes dont tu ne peux pas garantir l'origine, ou qui n'ont pas été certifié part ta distribution, sauf si tu comprend ce que tu fais, ça évite déjà pas mal de problèmes.
Et pour les pannes de courant, un onduleur ça sauve des vies ;)
# Aller, voyons
Posté par Aldebaran (site web personnel) . En réponse au journal Amalgame : un langage à typage statique qui compile vers du C natif. Évalué à -1 (+1/-3).
Salut, le projet à l'air intéressant même si Claude a été utilisé dès le début visiblement.
Ce qui n'est pas éliminatoire, mais on a vu tellement de m*rdes faites par IA pour tenter de nous extorquer ne serait ce qu'une vu sur un repo qu'on est devenu un peu aigris.
Concrètement, je pense que ce serait plus pertinent d'avoir une vrai présentation du langage, les paradigmes, concepts etc.
Parce que j'avoue qu'on s'y perd un peu avec la prose de l'article (qui encore une fois possède la pâte de Claude). Quel est le but de ce projet ? C'est pour le fun, y a une vision derrière, c'est pour un projet ?
Il donne quoi le code C intermédiaire ?
[^] # Re: Mon LinuxFr.org
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Vingt-huit ans de LinuxFr.org. Évalué à 10 (+10/-1).
Je te rejoins dans cet avis, c'est un des rare sites qui a ma confiance.
Bon anniversaire LinuxFR !
[^] # Re: pertinence de la page wikipedia
Posté par Aldebaran (site web personnel) . En réponse au journal Eh, réveillez-vous, LinuxFr.org est en train de se faire supprimer de Wikipédia ! 😱. Évalué à 3 (+2/-0).
Ça doit dépendre de ce qu'on attend d'une encyclopédie et de wikipedia.
À mon sens tant que ça exprime un savoir ça a sa place, wikipedia va plus loins que les receuils encyclopédique à ce niveau. Mais bon c'est pas moi qui décide, maintient, filtre les dérives.
[^] # Re: Addition
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 2 (+1/-0).
Je ferai peut être une nouvelle dépêche quand il y aura assez de matière, ou un journal. Il risque de se passer pleins de choses d'ici la fin de l'année.
[^] # Re: Réponse : non
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 4 (+4/-0).
Je suppute qu'en disant à la main, abriotde pensais plus à l'utilisation de ciseaux, gouges et scies a mains pour réaliser de beaux assemblages classique ;)
Et effectivement y a pas grand monde qui continue à faire des mortaises ou à dégauchir une planche à l'ancienne. En tout cas ça ne doit pas représenter un gros volume par rapport au nombre de meubles vendus par ikea ou but.
Il reste les passionné comme d'habitude. Eux ils s'en fiche d'être productifs, ils font ça pour la beauté du geste, l'art, l'amour du travail bien fait et l'appétit du copeau.
On a déjà plus ou moins ce genre de personnes dans l'informatique en plus.
[^] # Re: Addition
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 1 (+0/-0).
Pareil pour ça : FSR 4.1 (extension programmée aux cartes 7000 et 6000)
Et ça : The 'Fake' Geometry of Crimson Desert: How it Really Works
# Addition
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 3 (+2/-0).
Je viens de voir ça chez Videocardz, je l'aurais bien ajouté à la partie impact sur le développement : SIGGRAPH 2025 Advances in Real-Time Rendering in Games: Fast as Hell: idTech8 Global Illumination (Youtube)
[^] # Re: Polo
Posté par Aldebaran (site web personnel) . En réponse au journal Darty, le libre et Linux. Évalué à 1 (+0/-0).
Bon bah, je vois ce qu'il me reste à faire.
Merci pour le lien des images, je savais pas que c'était accessible !
# Polo
Posté par Aldebaran (site web personnel) . En réponse au journal Darty, le libre et Linux. Évalué à 10 (+9/-0).
[^] # Re: Réponse : non
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 2 (+1/-0).
Arf, non Godot ne supporte pas le raytracing en l'état (pas sans le fork nvidia et une carte nvidia, ou via le code de J.E.N.O.V.A qui est non distribué (quand je lui ai demandé si ça serait libéré, le dev (Architect) m'a dit que non, apparemment il veut faire un fork du moteur mais je ne sais pas ou ça en est et comme c'est proprio ça m’intéresse moins, le pathtracer serait libéré à terme mais bon on verra bien).
Je suis moins au fait de blender, je sais juste que l'import dans Godot du roughness d'un matériau PBR est buggé en GLTF (fixé à 0.5).
[^] # Re: Réponse : non
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 1 (+0/-0).
Je vois, perso je m'amuse pas mal avec Godot, j'aimerais bien tester le raytracing uniquement sur les réflexions passé une certaine valeur de roughness.
Ça permettrait d'avoir de beaux reflets potentiellement moins consommateurs que les réflexions planaires (même si on peut vraiment bien tricher avec le FSR2 sur la caméra des planaires) et surtout plus simplement (une caméra par surface planaire affichée, ça limite forcément).
[^] # Re: Réponse : non
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 3 (+2/-0).
J'avoue, le titre est un peu clico-raccoleur ;)
On peut très bien faire des jeu non photo réaliste, j'en parle plusieurs fois d'ailleurs. Et même si je suis très intéressé par cette méthode de rendu (parce que la technique c'est cool quand même), je privilégie la rastérisation quand je joue perso.
Je n'ai pas encore trouvé de titre me faisant préférer le raytracing en me faisant oublier l'impact sur les perfs.
Après même sur des direction artistique non photo réalistes, ça peut avoir un intérêt (pour avoir de belle réflexions temps réel). C'est une méthode rendu, une technique quoi.
Ce qui me chiffonne (et je pense que c'est ressortit dans la dépêche), c'est l'emballement qu'il y a eu sur ce sujet au niveau des AAA. Mais bon, les AAA ont de plus en plus de problèmes, c'est seulement un de plus et à mon avis pas le pire.
[^] # Re: Les GPUs chinois
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 4 (+3/-0).
Je serais très curieux d'avoir dans les mains des choses comme ça et une analyse par rapport à ce que je connais (Intel et AMD en gros, un peu de soc ARM, mais c'est tout niveau archi dans mes étagères).
J'aimerais bien avoir un proc en Risc V, mais ça reste un peu délicat pour mon usage et niveau qualité prix.
C'est pour le boulot ou en perso que tu as ce matos ?
[^] # Re: Les GPUs chinois
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 4 (+3/-0).
J'avoue qu'un peu de concret au niveau européen serait appréciable. Ce serait formidable d'avoir des usines en europe capable de produire des puces et de la mémoire.
Bon, les acteurs actuels ne sont pas bien indépendants non plus, il me semble que la pluspart des fabriques utilisent des machines de lithographie venant de chez ASML basé en hollande.
Je ne sais pas si des taxes sur les produits étrangers serait un bienfait ou une bétise.
Ce n'est malheureusement pas la seule dépendance que l'on a.
[^] # Re: Typo + meri
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Le jeu vidéo destiné à devenir de moins en moins libre et performant ?. Évalué à 3 (+2/-0).
Merci à vous deux (et aux relecteurs qui m'ont aidés à corriger mes fautes) !
# OK
Posté par Aldebaran (site web personnel) . En réponse au lien L'UE investit 700 millions d'euros dans NanoIC, la plus grande ligne pilote du règlement européen sur les semi-conducteurs. Évalué à 3.
Ça veut dire qu'on aura de quoi graver des AMD Ryzen en europe ?
Bon on gravera peut être du Risc ou autre mais ce serait déjà génial ^
2nm c'est tout petit.
[^] # Re: Décu
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Une rare interview/video de Linus Torvalds : Building the PERFECT Linux PC with Linus Torvalds. Évalué à 1.
J'ai vu ça, mais une RX 6400 par exemple supporte 2 écrans en 7680x4320 (je crois que c'est ça 6K) pour de l'affichage simple c'est pour ça. Pour 20W de moins qu'une Arc Pro B50 et en dessous de 150 euros.
[^] # Re: Décu
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Une rare interview/video de Linus Torvalds : Building the PERFECT Linux PC with Linus Torvalds. Évalué à 1.
Je parle des pilotes graphique, à mon avis (pas forcement le plus fin) le pilote libre pour amd est vraiment bon. Intel a naturellement encore du chemin a faire, une carte graphique dédiée n'étant pas un circuit graphique intégré. Mais ça avance bien aussi. Le plus gros point noir étant nvidia.
[^] # Re: Décu
Posté par Aldebaran (site web personnel) . En réponse à la dépêche Une rare interview/video de Linus Torvalds : Building the PERFECT Linux PC with Linus Torvalds. Évalué à 3.
Juste sur l'aspect technique, rien que le proc consomme jusqu'à 600w, donc bon en cumulant le reste et surtout en ajoutant un belle marge de sécurité, tu te retrouve avec une très grosse alim. Ça ne veut pas dire qu'elle va consommer ça. Vu qu'elle est surdimentionnée elle va sortir des tensions et courant plus stables aussi. Pareil avec son noctua, ça fait un bon refroidissement solide et durable.
Il compile des kernels toute la journée il faut bien un truc qui tourne quoi.
Y a juste la cg intel que je ne comprend pas, y a des models amd qui font mieux pour moins cher pour moins de conso et avec de meilleurs drivers.
Après niveau écologie, l'informatique de toute façon ça ne n'est pas très propre.
Quant à l'ia, il a parlé d'une bulle qui va se dégonfler mais il est lucide, le diable est hors de la boite faut faire avec.
Et c'est bien triste. Rien que pour le prix de la ram, des cartes graphiques et en premier lieu de l'impact écologique.
Mais bon, depuis que je m'intéresse à l'écologie, notre planète, au vivant et à notre espèce, je suis de plus en plus convaincu qu'on y arrivera pas.
L'espèce va bien finir par s'éteindre faut juste voir comment. En attendant on peut toujours se réfugier dans la drogue.
[^] # Re: Les IA open source ne sont pas libres et ne le seront jamais
Posté par Aldebaran (site web personnel) . En réponse au journal Intelligence artificielle et problèmes réels. Évalué à 3.
Certes, je suis obligé de revoir mon jugement car les arguments ne manquent pas de logique.
[^] # Re: Intéressant, moteur?
Posté par Aldebaran (site web personnel) . En réponse au journal Rustic Markup Language 0.1.3. Évalué à 2. Dernière modification le 24 novembre 2025 à 19:17.
Hehe, j'en veux aussi de ça ;)
C'est dans mes plans de faire un panoplie de widgets définis en RML, j'ai les boutons là (trolilol). Blague à part, j'aimerais implémenter le maximum de choses en RML pur, avec le minimum vital en dur, même les layouts etc, ça doit se faire (j'ai des layouts maison dans certaines apps en QML ça fonctionne pas mal et c'est moins dingo que je ne l'avais imaginé).
Ça viendra sûrement quand j'aurais terminé les Repeater et la base des Column, Row.
Parce que sinon c'est quand même vachement dur. J'ai un peu avancé sur les Repeater, il faut encore que je diversifie correctement les id des instances. J'en ai profité pour ajouter
$.thiset$.parentquand j'ai constaté que je les avais zappés.N'hésites pas à ouvrir une issue sur le github pour ce genre de proposition, ça permettra d'ouvrir la discussion ;)
J'ai hâte d'avoir tes retours de bugs ! Il doit y en avoir pleins !
[^] # Re: Les IA open source ne sont pas libres et ne le seront jamais
Posté par Aldebaran (site web personnel) . En réponse au journal Intelligence artificielle et problèmes réels. Évalué à 3.
À la limite, un modèle publié avec tout son jeu de données d’entraînement et la méthodologie et les outils pourrait être qualifié de libre non ?
[^] # Re: Intéressant, moteur?
Posté par Aldebaran (site web personnel) . En réponse au journal Rustic Markup Language 0.1.3. Évalué à 4. Dernière modification le 20 novembre 2025 à 19:06.
Si t'arrives à coder ton truc avec mon DSL chapeau bas, à mon avis en l'état ce sera bien plus simple (et stable) directement avec macroquad si tu veux rester bas niveau, ou bien avec Slint.
Mais y en a plein dans l'écosystème Rust. Egui est top aussi, mais c'est un autre paradigme. Et si jamais tu veux donner une chance à mon DSL ça me ferait hyper plaisir, je pourrais même trouver du temps pour implémenter des trucs dont t'aurais besoin en terme d'UI ^
C'est carrément un "ML déclaratif pour Macroquad", au début je voulais rester au maximum agnostique du moteur de rendu (j'ai fais mes premier essais avec FloDraw qui est vraiment top aussi), mais entre les type font et texture et les events systèmes de macroquad, plus les appels de rendu ça devient de plus en plus lié.
Je peux toujours bazarder macroquad, mais en l'état, ouais, ML déclaratif pour Macroquad ça colle. Ça ferait Macroquad Markup Language, MML, c'est pas mal comme nom (je pensais changer). Faut que je vois si ça pose pas pb aux gens de macroquad.
[^] # Re: infos complémentaires
Posté par Aldebaran (site web personnel) . En réponse au message URGENT disque dur externe arraché impossible d'accéder error mouting. Évalué à 4.
Y a pas de mal.
Ce qui a fait réagir BAud, c'est que tu a grillé des étapes et que tu as visiblement exécuté des commandes sans en comprendre le but (ce qui est très dangereux, surtout dans un cas de récupération de donnée).
Ça a fonctionné dans ce cas là et c'est très bien, mais ça aurait pu être plus grave.
De manière général, n'exécute jamais des commandes ou des programmes dont tu ne peux pas garantir l'origine, ou qui n'ont pas été certifié part ta distribution, sauf si tu comprend ce que tu fais, ça évite déjà pas mal de problèmes.
Et pour les pannes de courant, un onduleur ça sauve des vies ;)
# Visiblement on ne peut plus commander de sweat
Posté par Aldebaran (site web personnel) . En réponse au journal Étude ArkéoLogique du site antique GNULinews. Évalué à 2.
Le formulaire à l'air de ne pas fonctionner, je n'arrive pas à commander :
https://web.archive.org/web/20041009182732/http://www.gnulinews.org/elegance-du-geek.php