Posté par tao popus .
En réponse à la dépêche Sortie de Ruby 3.0.
Évalué à 3.
Dernière modification le 30 août 2021 à 18:05.
En fait, c'est surtout un langage purement objet (et non orienté objet), ce qui inclus que tout soit typé par défaut. En même temps la philosophie de Ruby d'être souple dans son utilisation des objets est que chaque type d'objet a tendance à être accessible, grâce aux grand nombre de méthodes de conversions de type (cast), comme d'autres type d'objets, de façon relativement transparente et généralisée.
Donc je crois qu'on peut le considérer comme ayant un typage très fort (pur objet) et un typage très faible à la fois.
Je l'ai installé en version RISC-V il y a quelque mois, les mises à jour sont toujours présentes. C'est peut-être pas totalement officiellement supporté ?
ps. je crois que j'ai compris, il n'y a pas d'« ISO » tout prêt, il faut debootstraper, c'est la différence.
En général les téléphones sous Android supportent le clavier USB (via un adaptateur mâle<->femelle) en standard, comme c'est en standard dans le noyau Linux qu'il utilise. Certains constructeurs ou société de téléphonies qui aiment bien rajouter leur bugs maisons peuvent supprimer cette option, mais je crois que c'est assez rare. Il me semble que pas mal d'ereader sont sous Android ou du GNU/Linux bidouillé, donc ça devrait passer si il y a un port USB ? Si c'est un OS+noyau plus light et embarqué ce qui serait à la limite souhaitable, ça sera peut être plus compliqué ? En tout cas ça marchera plus que probablement sur le PineNote. Dommage qu'elle soit en n&b alors que plusieurs modèles couleurs pas trop mal sont dispo sur le marché. Je veux bien perdre du rafraîchissement pour avoir un outil portable de code/chat/… avec une bonne autonomie et qui ne bousille pas les yeux.
Je crois que le chapeau (que l'on voit dans liste des articles) et un peu bref, il pourrait indiquer un résumé de quelques éléments majeurs de l'article afin d'avoir une idée de ce qu'on va y lire et peut être avoir l'information concise des changements majeurs ? En l'état, ça ressemble à un Twitt, un texte vide de sens.
C'est dommage(able) parce que l'article est bien écrit et contient plein d'affirmation pertinentes. Au moins on ne peut pas accuser le chapeau d'être un texte trop aguicheur. Merci en tout cas pour toutes ces informations.
Et du coup il y a des piégés de Glimpse qui se manifestent, et quelqu'un pour dire (probablement bonne nouvelle, que c'est au point mort) ça me rappelle le squat (ici au sens opposé d'un squat qui sert réellement à des gens dans la difficulté) du code de ffmpeg par libav qui aurait fait perdre 4 ou 5 ans à pas mal de monde). Et tous les forks d'Audacity sont au sujet du coup. C'est assez trollesque, Twitter + le glimpsage aidant bien au troll.
De ce que je comprend par « scatter/gather » (en français disperser/rassembler), avoir des des données éparpillées au hasard et récupérer tout ça pour le traitement, c'est une bonne idée si on veut sortir des caches et multiplier les temps de calculs. Organiser les données en mémoire fait parti du travail d'optimisation d'une application.
Les mémoires des processeurs graphiques par exemple contiennent ce que l'on appelle en OpenGL des VBO (Vertex Buffer Object=Objet tampon de vecteurs), qui sont des tables de vecteurs. Le processeur graphique peut appliquer linéairement un changement sur l'ensemble des points d'un objet en une seule boucle. C'est le type de tampon qu'on initialise lors de la création de l'objet qui reste dans la carte graphique, et dont on charge le processeur graphique d'effectuer des traitements sur ses données.
Dans les premières version d'OpenGL on poussait tous les points dans la pile OpenGL à chaque image à générer (transfert de la ram principale vers la ram graphique) ce qui était vraiment contre-productif. De plus les données n'ont pas forcément à être modifiées systématiquement. Par contre à chaque rendu, le GPU va appliquer les transformations (rotation/échelle/déformation+perspective) sur l'ensemble des vecteurs de l'objet, qu'il appliquera via une boucle. Il en va de même dans quasiment tous les domaines je pense. Comme évoqué précédemment, chaîne de caractères, informations venant linéairement de capteurs, ou bien encore échantillon sonore, etc.
Le principe d'un processeur vectoriel est de définir, comme expliqué dans le document :
* Le type de donnée
* Une suite d'instruction à effectuer sur ce type de données dans une boucle
* la longueur de la boucle.
Et de laisser le processeur vectoriel effectuer cette boucle sur l'ensemble des données.
À la premier lecture les blocs de mémoire contenant les données seront mis en cache données et le processeur pourra boucler sur les données avec ces instructions contenues dans le cache instruction. On économise toutes les instructions d'incrémentation/chargement qui peuvent être fait en parallèle aux instructions de traitement avec un cycle d'avance.
Si on utilise ce type de processeur sur des données ponctuelles éparpillées la différence de cycle de traitement ne sera en revanche pas énorme, ça se joue à 2 ou 3 instructions comme montré dans les exemples, ce qui est négligeable par rapport au temps de lecture aléatoire en RAM ou dans des caches de niveaux intermédiaires. Ces cycles sont par contre à multiplier par le nombre de boucles dans le cas de données organisées pour un traitement linéaire.
Je crois qu'il y a un problème de compréhension du fonctionnement d'une unité vectorielle comme celle-ci. Le but est bien de traiter des ensemble de donnée en série.
Dommage de ne pas se porter plus vers l'avenir qui commence à bien s'encrer dans le présent avec l'architecture open source RISC-V. Son support par le noyau Linux continue à se compléter.
* Support for generic clockevent broadcasts.
* Support for the buildtar build target.
* Some build system cleanups to pass more LLVM-friendly arguments.
* Support for kprobes.
Au fur et à mesure que les distributions y sont portées. Debian (Bulleseye), Ubuntu, et Fedora tourne à présent sur cette architecture, on commence à avoir des cartes autres que microcontrôleur abordables (enfin, à moins de 800€), c'est limité, plutôt orienté dev, mais ça évolue très vite. Un porteur de Haiku sur RISC-V à [utilisé le pilote radeon_hd pour faire tourner sur du Risc-V, il a visiblement principalement eu une contrainte d'alignement sur 16 bits. Ces pilotes sont aussi présent dans Debian pour RISC-V. C'est vraiment un des grands plus des sources ouvertes la portabilité. Quelqu'un fignole également la partie noyau Linux du pilote Radeon.
J'ai fait tourner du Debian sur du qemu depuis 2 mois, ça tourne plutôt bien, 95% des paquets sont portés (je pense que ce qui reste c'est ce qui test en dur une version de x86, à vérifier). J'ai quelques microcontrôleurs également pour m'amuser (on en trouve des très complets sur des cartes à partir de 3€ avec FPU, crypto, wifi, audio etc.., j'ai fait quelques essais en assembleur, c'est intéressant la conception, c'est du RISC2. Pour réduire encore le nombre d'instructions par rapport aux autres RISC, il n'y a par exemple plus que les comparateurs < et <=, plus de comparateurs > et >=, ça paraît étrange mais ça permet de réduire pas mal les transistor tout en gardant les mêmes fonctionnalités (il suffit d'inverser les registres dans le test). Les spécifications de l'assembleur comporte des macros pour faciliter l'écriture comme sur des processeurs moins optimisés. Quelqu'un s'est amusé à compiler un noyau 5.0 sur architecture RISC-V et le faire tourner sur un émulateur sur un microcontrôleur embarqué ESP32 (ISA Xtensa alors qu'il y a des ESP32-C qui sont en RISC-V). Il y a plein d'expérimentations folles en RISC-V via différents émulateurs :). Cet émulateur n'a pas l'air libre par contre :(.
Pour ceux qui s'intéresse un peu au spatial, l'ESA utilisait la famille de processeur LEON basé sur SPARC-8, pour ses satellites, les nouvelles générations baptisées NOEL-V (anagramme), sont basées sur du RISC-V, ce qui permet de réduire encore la conso. L'extension vectorielle (comme à l'époque du Cray) est utilisée pour de l'AI (traitement de photos avant l'envoie sur terre par exemple). Ça utilise le bus AMBA 2.0 d'ARM pour les SoC, dont les specs, je ne le savais pas est sous licence libre également. Les processeurs spatiaux doivent répondre aux contraintes de basse températures, et de rayons ionisants qui fausseraient les calculs sur un processeurs standard. C'est le second projet européen dont j'ai connaissance (avec le processeur européen pour supercalculateur+automobile), qui utilise du RISC-V. L'académie chinoise des sciences à aussi sorti un processeur RISC-V haut de gamme complet sous licence libre (Mulan v2), dont les sources sont en Chisel appelé Xiangshan. Ils ont sorti une implémentation ASIC avec une puissance de calcul/GHz SPEC2006 qui est comparable aux haut de gamme ARM ce mois-ci, ils espèrent atteindre le même rapport calcul/GHz qu'un i9 cet automne et c'est prévu pour faire tourner du Debian de base :).
Contrairement à ce qui a été dis dans les médias des milliardaires, la foule était très nombreuse partout en France contre le passe sanitaire (et le reste). Mais la désinformation de masse continue. Des manifestants ont filmé par drone celle de Paris pour démontrer l'importance du cortège. Donc, non, on ne peut pas dire que les français n'aient pas protesté.
Bon, je vais garder une Debian Buster (ou les sources + patchs de son paquet) dans un coin du coup, comme cette version optimise plus que les plus récentes (Arch).
Je pense que c'est sur l'original, parce que si je charge celui-ci c'est un png, par contre j'ai réussi à gagné sur celui-ci (pour l'équipe de LinuxFR), avec un zopflipng -m avatar.png avatar.zop.png (meilleur que yoga en général).
Pas mal, mais c'est bizarre, on dirait que ça n'est pas la même personne qui à dessiné le corps, qui est parfais, et la tête/cou et main sur laquelle elle se repose qui sont très naïfs ???
Après ça me fait penser au travail de pas mal d'asiatiques du monde chinois dans les ateliers que je fréquente (Chine, Corée, Japon Vietnam), qui ont souvent un décalage entre le style du visage très « manga » et le corps plus proche de la réalité. On voit que dans les peintures chinoises anciennes, et les styles dérivés, il y a au contraire souvent beaucoup plus de détails apporté aux visage qu'au reste du corps. Je pense que dans le cas des œuvres anciennes, il y a l'importance de ces détails dans la transmission de l'émotion de la personne et au contraire, chez les camarades d'atelier, il y a plutôt la pensée et conception des choses qui prend le dessus sur la vision.
C'est une histoire de cerveau droit/gauche, il y a des méthodes pour passer cette étape, comme mettre l'œuvre dont on s'inspire à l'envers pour ne pas être influencé, ou bien, faire des études de plâtre (ça doit marcher avec une photo en s'en éloignant, pas en décalquant, ce qui retirerait tout les bienfaits de l'apprentissage) en vérifiant systématiquement avec aiguille à tricoter (pour comparer les longueurs) et fil à plomb (pour vérifier les alignements verticaux). Pour faire un fil à plomb, un objet lourd quelconque attaché au bout d'un fil suffit.
Le générateurs d'avatars est sympa et très variés, j'aime bien. Par contre, c'est un peu étrange, l'épaule droite des personnages est un peu haute, ça donne l'impression que la tête est placée sur l'épaule gauche, et plusieurs personnages n'ont pas de muscles trapèzes, les muscles triangulaires entre le cou (en fait une grande partie de la colonne) et l'épaule, surtout le faisceau supérieur. Bonne continuation :).
Le monde de l'OpenSource est très actif dans les drones, notamment dans les drones Quadrirotor FPV utilisé en freestyle et compétition, (FPV racer, pour courses Pilotage en immersion). On y retrouve un peu l'esprit coopératif et d'échanges de la Demoscene. Les pratiquants de ce domaine utilisent parfois des imprimantes en 3d pour les structures, pour passer en dessous du poids réglementaire, et généralement ce sont des firmware libres qui sont utilisées à la fois dans la carte embarquée, appelée Contrôleur de vol, (fonctionnant généralement sur du STM32 (SoC ARM de STMicroelectronics pour l'embarqué) avec le firmware libre Betaflight, un fork de Clearflight, dans la manette de contrôle c'est le tout aussi libre OpenTX qui est utilisé.
Le client linux de matrix c'est 300Mo :/, c'est ce qui m'a fait rejeter matrix. J'ai testé via le site web, c'est tout sauf convivial on voit les demandes des connaissances au moment de la connexion, et on a seulement le choix accepter ou refuser et le popup revient sans arrêt, si on fait refuser on perd le contact il faut le retrouver, c'est vraiment tout sauf ergonomique.
Je crois qu'on aurais plus intérêt à tous bosser sur le développement de XMPP, qui à un développement ouvert, communautaire, solide et qui date. Il y a aussi des tas de passerelles sur XMPP, dont le fédiverse. La mulitude de clients XMPP sont incomparablement plus légers que ce gros paté en jajascript de 300 Mo
[^] # Re: endless methods
Posté par tao popus . En réponse à la dépêche Sortie de Ruby 3.0. Évalué à 3.
Dommage de ne pas avoir copié cette exemple dans l'annonce de LinuxFR.
[^] # Re: Typage fort
Posté par tao popus . En réponse à la dépêche Sortie de Ruby 3.0. Évalué à 3. Dernière modification le 30 août 2021 à 18:05.
En fait, c'est surtout un langage purement objet (et non orienté objet), ce qui inclus que tout soit typé par défaut. En même temps la philosophie de Ruby d'être souple dans son utilisation des objets est que chaque type d'objet a tendance à être accessible, grâce aux grand nombre de méthodes de conversions de type (cast), comme d'autres type d'objets, de façon relativement transparente et généralisée.
Donc je crois qu'on peut le considérer comme ayant un typage très fort (pur objet) et un typage très faible à la fois.
# Un total de neuf architectures sont gérées=> Et RISC-V????
Posté par tao popus . En réponse à la dépêche Sortie de Debian 11 « Bullseye ». Évalué à 1. Dernière modification le 24 août 2021 à 15:45.
Je l'ai installé en version RISC-V il y a quelque mois, les mises à jour sont toujours présentes. C'est peut-être pas totalement officiellement supporté ?
ps. je crois que j'ai compris, il n'y a pas d'« ISO » tout prêt, il faut debootstraper, c'est la différence.
# Clavier USB et Android
Posté par tao popus . En réponse au journal Opensource et e-ink. Évalué à 6.
En général les téléphones sous Android supportent le clavier USB (via un adaptateur mâle<->femelle) en standard, comme c'est en standard dans le noyau Linux qu'il utilise. Certains constructeurs ou société de téléphonies qui aiment bien rajouter leur bugs maisons peuvent supprimer cette option, mais je crois que c'est assez rare. Il me semble que pas mal d'ereader sont sous Android ou du GNU/Linux bidouillé, donc ça devrait passer si il y a un port USB ? Si c'est un OS+noyau plus light et embarqué ce qui serait à la limite souhaitable, ça sera peut être plus compliqué ? En tout cas ça marchera plus que probablement sur le PineNote. Dommage qu'elle soit en n&b alors que plusieurs modèles couleurs pas trop mal sont dispo sur le marché. Je veux bien perdre du rafraîchissement pour avoir un outil portable de code/chat/… avec une bonne autonomie et qui ne bousille pas les yeux.
[^] # Re: Génial le chapeau
Posté par tao popus . En réponse à la dépêche Laravel 8 est sorti. Évalué à 3.
Je crois que le chapeau (que l'on voit dans liste des articles) et un peu bref, il pourrait indiquer un résumé de quelques éléments majeurs de l'article afin d'avoir une idée de ce qu'on va y lire et peut être avoir l'information concise des changements majeurs ? En l'état, ça ressemble à un Twitt, un texte vide de sens.
C'est dommage(able) parce que l'article est bien écrit et contient plein d'affirmation pertinentes. Au moins on ne peut pas accuser le chapeau d'être un texte trop aguicheur. Merci en tout cas pour toutes ces informations.
[^] # Re: Cool, Snowden va pouvoir financer...
Posté par tao popus . En réponse à la dépêche Financer les développeurs de GIMP pour un développement pérenne. Évalué à 2.
Et du coup il y a des piégés de Glimpse qui se manifestent, et quelqu'un pour dire (probablement bonne nouvelle, que c'est au point mort) ça me rappelle le squat (ici au sens opposé d'un squat qui sert réellement à des gens dans la difficulté) du code de ffmpeg par libav qui aurait fait perdre 4 ou 5 ans à pas mal de monde). Et tous les forks d'Audacity sont au sujet du coup. C'est assez trollesque, Twitter + le glimpsage aidant bien au troll.
https://nitter.nixnet.services/Snowden/status/1416778909358731266#m
[^] # Re: Et RISC-V?
Posté par tao popus . En réponse à la dépêche Sortie du noyau Linux 5.13. Évalué à 5.
De ce que je comprend par « scatter/gather » (en français disperser/rassembler), avoir des des données éparpillées au hasard et récupérer tout ça pour le traitement, c'est une bonne idée si on veut sortir des caches et multiplier les temps de calculs. Organiser les données en mémoire fait parti du travail d'optimisation d'une application.
Les mémoires des processeurs graphiques par exemple contiennent ce que l'on appelle en OpenGL des VBO (Vertex Buffer Object=Objet tampon de vecteurs), qui sont des tables de vecteurs. Le processeur graphique peut appliquer linéairement un changement sur l'ensemble des points d'un objet en une seule boucle. C'est le type de tampon qu'on initialise lors de la création de l'objet qui reste dans la carte graphique, et dont on charge le processeur graphique d'effectuer des traitements sur ses données.
Dans les premières version d'OpenGL on poussait tous les points dans la pile OpenGL à chaque image à générer (transfert de la ram principale vers la ram graphique) ce qui était vraiment contre-productif. De plus les données n'ont pas forcément à être modifiées systématiquement. Par contre à chaque rendu, le GPU va appliquer les transformations (rotation/échelle/déformation+perspective) sur l'ensemble des vecteurs de l'objet, qu'il appliquera via une boucle. Il en va de même dans quasiment tous les domaines je pense. Comme évoqué précédemment, chaîne de caractères, informations venant linéairement de capteurs, ou bien encore échantillon sonore, etc.
Le principe d'un processeur vectoriel est de définir, comme expliqué dans le document :
* Le type de donnée
* Une suite d'instruction à effectuer sur ce type de données dans une boucle
* la longueur de la boucle.
Et de laisser le processeur vectoriel effectuer cette boucle sur l'ensemble des données.
À la premier lecture les blocs de mémoire contenant les données seront mis en cache données et le processeur pourra boucler sur les données avec ces instructions contenues dans le cache instruction. On économise toutes les instructions d'incrémentation/chargement qui peuvent être fait en parallèle aux instructions de traitement avec un cycle d'avance.
Si on utilise ce type de processeur sur des données ponctuelles éparpillées la différence de cycle de traitement ne sera en revanche pas énorme, ça se joue à 2 ou 3 instructions comme montré dans les exemples, ce qui est négligeable par rapport au temps de lecture aléatoire en RAM ou dans des caches de niveaux intermédiaires. Ces cycles sont par contre à multiplier par le nombre de boucles dans le cas de données organisées pour un traitement linéaire.
[^] # Re: Et RISC-V?
Posté par tao popus . En réponse à la dépêche Sortie du noyau Linux 5.13. Évalué à 6.
Je crois qu'il y a un problème de compréhension du fonctionnement d'une unité vectorielle comme celle-ci. Le but est bien de traiter des ensemble de donnée en série.
Voici une présentation de 2015 à ce sujet qui explique les avantages du processeur vectoriel traditionnel par rapport au packed-SIMD et quelques améliorations apportées dans le cas de l'extension vectorielle de RISC-V :
https://riscv.org/wp-content/uploads/2015/06/riscv-vector-workshop-june2015.pdf
[^] # Re: Et RISC-V?
Posté par tao popus . En réponse à la dépêche Sortie du noyau Linux 5.13. Évalué à 2.
Complètement, il y a aussi les traitements de données type RRD, comme ceux arrivant de différents capteurs et qui doivent être traitées en série.
# Et RISC-V?
Posté par tao popus . En réponse à la dépêche Sortie du noyau Linux 5.13. Évalué à 10. Dernière modification le 21 juillet 2021 à 23:41.
Dommage de ne pas se porter plus vers l'avenir qui commence à bien s'encrer dans le présent avec l'architecture open source RISC-V. Son support par le noyau Linux continue à se compléter.
* Support for generic clockevent broadcasts.
* Support for the buildtar build target.
* Some build system cleanups to pass more LLVM-friendly arguments.
* Support for kprobes.
Au fur et à mesure que les distributions y sont portées. Debian (Bulleseye), Ubuntu, et Fedora tourne à présent sur cette architecture, on commence à avoir des cartes autres que microcontrôleur abordables (enfin, à moins de 800€), c'est limité, plutôt orienté dev, mais ça évolue très vite. Un porteur de Haiku sur RISC-V à [utilisé le pilote radeon_hd pour faire tourner sur du Risc-V, il a visiblement principalement eu une contrainte d'alignement sur 16 bits. Ces pilotes sont aussi présent dans Debian pour RISC-V. C'est vraiment un des grands plus des sources ouvertes la portabilité. Quelqu'un fignole également la partie noyau Linux du pilote Radeon.
J'ai fait tourner du Debian sur du qemu depuis 2 mois, ça tourne plutôt bien, 95% des paquets sont portés (je pense que ce qui reste c'est ce qui test en dur une version de x86, à vérifier). J'ai quelques microcontrôleurs également pour m'amuser (on en trouve des très complets sur des cartes à partir de 3€ avec FPU, crypto, wifi, audio etc.., j'ai fait quelques essais en assembleur, c'est intéressant la conception, c'est du RISC2. Pour réduire encore le nombre d'instructions par rapport aux autres RISC, il n'y a par exemple plus que les comparateurs < et <=, plus de comparateurs > et >=, ça paraît étrange mais ça permet de réduire pas mal les transistor tout en gardant les mêmes fonctionnalités (il suffit d'inverser les registres dans le test). Les spécifications de l'assembleur comporte des macros pour faciliter l'écriture comme sur des processeurs moins optimisés. Quelqu'un s'est amusé à compiler un noyau 5.0 sur architecture RISC-V et le faire tourner sur un émulateur sur un microcontrôleur embarqué ESP32 (ISA Xtensa alors qu'il y a des ESP32-C qui sont en RISC-V). Il y a plein d'expérimentations folles en RISC-V via différents émulateurs :). Cet émulateur n'a pas l'air libre par contre :(.
Pour ceux qui s'intéresse un peu au spatial, l'ESA utilisait la famille de processeur LEON basé sur SPARC-8, pour ses satellites, les nouvelles générations baptisées NOEL-V (anagramme), sont basées sur du RISC-V, ce qui permet de réduire encore la conso. L'extension vectorielle (comme à l'époque du Cray) est utilisée pour de l'AI (traitement de photos avant l'envoie sur terre par exemple). Ça utilise le bus AMBA 2.0 d'ARM pour les SoC, dont les specs, je ne le savais pas est sous licence libre également. Les processeurs spatiaux doivent répondre aux contraintes de basse températures, et de rayons ionisants qui fausseraient les calculs sur un processeurs standard. C'est le second projet européen dont j'ai connaissance (avec le processeur européen pour supercalculateur+automobile), qui utilise du RISC-V. L'académie chinoise des sciences à aussi sorti un processeur RISC-V haut de gamme complet sous licence libre (Mulan v2), dont les sources sont en Chisel appelé Xiangshan. Ils ont sorti une implémentation ASIC avec une puissance de calcul/GHz SPEC2006 qui est comparable aux haut de gamme ARM ce mois-ci, ils espèrent atteindre le même rapport calcul/GHz qu'un i9 cet automne et c'est prévu pour faire tourner du Debian de base :).
[^] # Re: ça sent vraiment 1984 : pour pas faire de point goldwin
Posté par tao popus . En réponse à la dépêche La fin de la vie privée pour la correspondance numérique. Évalué à -2.
Contrairement à ce qui a été dis dans les médias des milliardaires, la foule était très nombreuse partout en France contre le passe sanitaire (et le reste). Mais la désinformation de masse continue. Des manifestants ont filmé par drone celle de Paris pour démontrer l'importance du cortège. Donc, non, on ne peut pas dire que les français n'aient pas protesté.
[^] # Re: Exagération ?
Posté par tao popus . En réponse à la dépêche La fin de la vie privée pour la correspondance numérique. Évalué à 1.
Je crois qu'il voulait dire, «je les mets à disposition sur internet ».
[^] # Re: Par rapport à la concurrence ?
Posté par tao popus . En réponse à la dépêche Sortie de YOGA Image Optimizer 1.0. Évalué à 1. Dernière modification le 18 juillet 2021 à 16:48.
Bon, je vais garder une Debian Buster (ou les sources + patchs de son paquet) dans un coin du coup, comme cette version optimise plus que les plus récentes (Arch).
[^] # Re: Par rapport à la concurrence ?
Posté par tao popus . En réponse à la dépêche Sortie de YOGA Image Optimizer 1.0. Évalué à 1.
J'ai la 1.0.3 (-2 ArchLinux).
[^] # Re: Par rapport à la concurrence ?
Posté par tao popus . En réponse à la dépêche Sortie de YOGA Image Optimizer 1.0. Évalué à 1.
Par exemple, son avatar en forme de fleur:
Comme dis, j'ai en utilisant
zopflipng -m avatar.png avatar.zop.png
yoga image avatar.png avatar.yoga.png
[^] # Re: Par rapport à la concurrence ?
Posté par tao popus . En réponse à la dépêche Sortie de YOGA Image Optimizer 1.0. Évalué à 1.
Je pense que c'est sur l'original, parce que si je charge celui-ci c'est un png, par contre j'ai réussi à gagné sur celui-ci (pour l'équipe de LinuxFR), avec un
zopflipng -m avatar.png avatar.zop.png(meilleur que yoga en général).[^] # Re: Générateur d'Avatars
Posté par tao popus . En réponse à la dépêche Sortie du jeu vidéo libre Distant Dials. Évalué à 1. Dernière modification le 04 juillet 2021 à 10:54.
Pas mal, mais c'est bizarre, on dirait que ça n'est pas la même personne qui à dessiné le corps, qui est parfais, et la tête/cou et main sur laquelle elle se repose qui sont très naïfs ???
Après ça me fait penser au travail de pas mal d'asiatiques du monde chinois dans les ateliers que je fréquente (Chine, Corée, Japon Vietnam), qui ont souvent un décalage entre le style du visage très « manga » et le corps plus proche de la réalité. On voit que dans les peintures chinoises anciennes, et les styles dérivés, il y a au contraire souvent beaucoup plus de détails apporté aux visage qu'au reste du corps. Je pense que dans le cas des œuvres anciennes, il y a l'importance de ces détails dans la transmission de l'émotion de la personne et au contraire, chez les camarades d'atelier, il y a plutôt la pensée et conception des choses qui prend le dessus sur la vision.
C'est une histoire de cerveau droit/gauche, il y a des méthodes pour passer cette étape, comme mettre l'œuvre dont on s'inspire à l'envers pour ne pas être influencé, ou bien, faire des études de plâtre (ça doit marcher avec une photo en s'en éloignant, pas en décalquant, ce qui retirerait tout les bienfaits de l'apprentissage) en vérifiant systématiquement avec aiguille à tricoter (pour comparer les longueurs) et fil à plomb (pour vérifier les alignements verticaux). Pour faire un fil à plomb, un objet lourd quelconque attaché au bout d'un fil suffit.
# Générateur d'Avatars
Posté par tao popus . En réponse à la dépêche Sortie du jeu vidéo libre Distant Dials. Évalué à 4.
Le générateurs d'avatars est sympa et très variés, j'aime bien. Par contre, c'est un peu étrange, l'épaule droite des personnages est un peu haute, ça donne l'impression que la tête est placée sur l'épaule gauche, et plusieurs personnages n'ont pas de muscles trapèzes, les muscles triangulaires entre le cou (en fait une grande partie de la colonne) et l'épaule, surtout le faisceau supérieur. Bonne continuation :).
# Article supprimé ?
Posté par tao popus . En réponse au lien Le nouveau Firefox pour iPhone & iPad - blog.mozilla.org. Évalué à 3.
Le lien n'existe plus et les moteurs de recherche que j'utilise ne renvoient rien avec ce titre.
[^] # Re: Article 4
Posté par tao popus . En réponse à la dépêche Revue de presse de l'April pour la semaine 21 de l'année 2021. Évalué à 4.
Ça verdit plus blanc que blanc ou ça blanchit plus vert que vert ? . ZDnet reste le relai numéro des escrocs en tout genre.
[^] # Re: DSP2
Posté par tao popus . En réponse au sondage Sous quel système d'exploitation tourne votre téléphone ?. Évalué à 2.
Pareil, mais il n'y a visiblement pas le choix. Donc, je fais la queue à la poste comme avant.
[^] # Re: DSP2
Posté par tao popus . En réponse au sondage Sous quel système d'exploitation tourne votre téléphone ?. Évalué à 3.
Donc, il faut penser à sortir soit sans son téléphone, soi sans ça carte bleue pour que cette couche obligatoire serve à quelque chose ?
# ZDNet, grand n'importe quoi comme d'habitude...
Posté par tao popus . En réponse à la dépêche Revue de presse de l'April pour la semaine 20 de l'année 2021. Évalué à 3.
Le monde de l'OpenSource est très actif dans les drones, notamment dans les drones Quadrirotor FPV utilisé en freestyle et compétition, (FPV racer, pour courses Pilotage en immersion). On y retrouve un peu l'esprit coopératif et d'échanges de la Demoscene. Les pratiquants de ce domaine utilisent parfois des imprimantes en 3d pour les structures, pour passer en dessous du poids réglementaire, et généralement ce sont des firmware libres qui sont utilisées à la fois dans la carte embarquée, appelée Contrôleur de vol, (fonctionnant généralement sur du STM32 (SoC ARM de STMicroelectronics pour l'embarqué) avec le firmware libre Betaflight, un fork de Clearflight, dans la manette de contrôle c'est le tout aussi libre OpenTX qui est utilisé.
[^] # Re: Par rapport à GCM?
Posté par tao popus . En réponse au journal OCB serait-il toujours protégé par des brevets ?. Évalué à 0.
Coquille : on peut chiffrer des >des< textes clairs de taille arbitraire
[^] # Re: XMPP ou Matrix ?
Posté par tao popus . En réponse à la dépêche Messagerie instantanée : ce n’est pas une question d’applications. Évalué à 7.
Le client linux de matrix c'est 300Mo :/, c'est ce qui m'a fait rejeter matrix. J'ai testé via le site web, c'est tout sauf convivial on voit les demandes des connaissances au moment de la connexion, et on a seulement le choix accepter ou refuser et le popup revient sans arrêt, si on fait refuser on perd le contact il faut le retrouver, c'est vraiment tout sauf ergonomique.
Je crois qu'on aurais plus intérêt à tous bosser sur le développement de XMPP, qui à un développement ouvert, communautaire, solide et qui date. Il y a aussi des tas de passerelles sur XMPP, dont le fédiverse. La mulitude de clients XMPP sont incomparablement plus légers que ce gros paté en jajascript de 300 Mo