Clément V a écrit 115 commentaires

C'est un peu comme si tu avais conçu une affiche pour être imprimée sur un papier jaune. Ton produit final est l'affiche, donc tu (ou ton logiciel) vas ajuster les couleurs pour avoir le rouge ou le vert que tu souhaites quand tu imprimes sur papier jaune. Si maintenant quelqu'un réimprime la même épreuve sur papier blanc, les couleurs ne seront pas fidèles au rendu escompté. Ben ici c'est pareil.

Mais si tu mets tes lunettes jaunes, tu verras les bonnes couleurs, non ? Pas les couleurs qui auraient été choisies si on avait voulu du papier blanc, mais celles du papier jaune.

Les choix artistiques ont été fait en considérant les limitations techniques de l'époque. Si on retire les limitations sans changer les choix, Le rendu n'est plus le bon, mais on peut le retrouver en recréant artificiellement les limitations de l'époque. D'un point de vue conservation, c'est bon. D'un point de vue artistique, c'est nul.

Si on veut faire un vrai remaster, il faut faire un nouveau choix de couleurs adapté aux nouveaux supports. Mais ce sera une nouvelle version à part entière avec ses propres choix artistiques et, suivant les goûts, certains préféreront l'une ou l'autre version.

Si on veut conserver la version original, alors il garder les couleurs d'origine mais en les considérant dans l'espace de couleurs imposé par les films de l'époque.

J'ai vu plusieurs comparaisons de ressorties de films, que ce soit en animation ou en prise de vue réelle, et les couleurs changent à chaque fois. Et ça ne plaît pas toujours à un public exigeant. Ça ne semble pas propre à l'animation de cette époque.

En fait, dans le cas particulier de Toy Story, si j'ai bien compris, le reproche est que les couleurs n'ont pas été retravaillées pour le numérique et sont celles d'origine pour le film. Du coup, du point de vue de la conservation, c'est plutôt bon, non ? Il n'y a pas eu de pertes. On pourrait appliquer un filtre au moment du visionnage pour retrouver les couleurs du film.

Ça me rappelle un autre cas, en dehors des films. Je joue parfois à des jeux Game Boy Color/Advance en émulation. Les consoles en question avait des écrans avec un faible contraste et des couleurs assez ternes. Les jeux faits pour ces écrans vus sur un écran moderne ont des couleurs beaucoup trop agressives. Heureusement les émulateurs permettent d'appliquer des shaders pour se rapprocher des couleurs d'origine. On pourrait faire de même pour Toy Story.

C'est plus un problème de locale que d’Unicode. Même avec l'ASCII, on pouvait avoir des bugs pour parser des nombres dans certaines locales comme le français ("1.2" en anglais, contre "1,2" en français).

Les fonctions dépendantes des locales devraient être réservées à l'affichage, et on devrait utiliser uniquement des fonctions indépendantes des locales pour tout ce qui est lié à des formats de fichier (par exemple fichier de config ou code source). Mais on fait pas trop attention et des bugs de ce genre réapparaissent régulièrement.

Des DeLorean moddés avec réacteurs au plutonium (ou sa version alimenté à la foudre). Parce qu'une DeLorean stock c'est 95kW d'après sa fiche wiki. Donc on est à plus de 100 000 DeLorean (mais moins de 9 000 ont été produites).

Pourquoi cette obsession pour Discord chez les "gamers" ? Si le but est la publicité, pourquoi cacher les informations derrière un login ? Je ne vais pas créer un compte en ligne juste pour faire le curieux. J'en ai marre de voir des "plus d'informations sur Discord", faites des sites lurkables.

Ça a l'air très intéressant io_uring. Les premières fois que j'en ai entendu parler, c'était surtout pour en vanter les performances et j'ai cru que ça se limitait aux applications qui font des read/write de façon très intensive, et donc pas très intéressant pour moi.

J'ai appris très récemment que l'usage était beaucoup plus large et que ça permet de faire une grande variété d'appels systèmes de façon complètement asynchrone, et ça m'intéresse beaucoup plus. Mais je n'ai pas encore appris à m'en servir.

Dans le cas du spawn, les avantages io_uring semblent également dépasser le simple gain de vitesse.

Elle est bizarre cette licence : j'ai pas le droit de dire "je l'ai fait", mais je peux dire "mon chat l'a fait".

Il y a d'autres commandes que dbus-send, souvent plus complètes et plus pratiques. Chez moi, j'ai : gdbus (basé sur glib), qdbus (basé sur Qt) et busctl (basé sur libsystemd). J'aime bien busctl, à la fois en interactif, et en script avec la sortie en json pipé sur jq.

Par exemple, avoir la liste des services MPRIS :

busctl --user -j list | jq -r '.[].name | select(contains("org.mpris.MediaPlayer2."))'

Titre du morceau en cours :

busctl --user -j get-property \
    org.mpris.MediaPlayer2.clementine \
    /org/mpris/MediaPlayer2 \
    org.mpris.MediaPlayer2.Player \
    Metadata \
  | jq -r '.data["xesam:title"].data'

En effet, -Wmissing-field-initializers est le coupable. Je dirais bien de le désactiver, ça ne semble pas très utile (en C++) et directement en contradiction avec le style de Clay.

Apparemment, cette option a réussie à rendre Matt Godbolt lui-même confus (suivi d'un débat sur la pertinence de l'avertissement dans ce cas).

Si tu n'as pas de constructeur défini par l'utilisateur et que le constructeur par défaut n'est pas supprimé, il y a un constructeur par défaut implicite. Et les types primitifs sont initialisés à zéro. Je ne vois même pas comment un type C pourrait obliger à passer une valeur explicitement.

Exemple avec une structure de Clay prise au hasard
Ou l'exemple C++ du projet lui-même qui contient des initialiseurs partiels.

Donc il va falloir vraiment tout préciser si on veut comprendre le problème.

Je suis surpris qu'il n'y ait pas d'avertissement sans -pedantic, même avec -Wall ou -Wextra.

Sinon, le problème de ton exemple en C++11, c'est pas les "designated initializers", mais le changement de définition de ce qui est un "aggregate". Si tu enlèves les valeurs par défaut, ça passe.

C'est C++20, pas C++>11 (un alias pour C++14 ?). Mais, oui, on peut en omettre. Si ça ne marche pas c'est probablement qu'il manque des constructeurs par défaut.

https://en.cppreference.com/w/cpp/language/aggregate_initialization.html#Designated_initializers

For a non-union aggregate, elements for which a designated initializer is not provided are initialized the same as described above for when the number of initializer clauses is less than the number of members (default member initializers where provided, empty list-initialization otherwise):

Est-ce que ton numéro commence par 06 90 ? J'ai eu beaucoup d'appels utilisant le même préfixe (6 chiffres sur 10) que mon propre numéro (pour se faire passer pour un appel local qu'on un fixe est appelé peut-être ?).

Coïncidence, ScienceClic sort une vidéo sur les couleurs. La couleur "olo" est mentionnée rapidement à la fin.

Sinon, j'aime bien l'article de Wikipédia sur les couleurs impossibles (en anglais, l'article français n'est pas aussi complet). D'après sa description, je verrais plutôt l'octarine comme mélange de couleurs opposées (section "Colors outside physical color space") que dans les couleurs comme l'olo.

J'avais plus pensé à ed ou ex pour les éditeurs en ligne de commande. Mais je pertinente la distinction.

Ton exemple c'est quelqu'un qui essaye volontairement de tromper le relecteur. Les cas accidentels sont souvent détectés par le compilateur. Mais, oui, c'est un danger.

La déclaration me semble moins dangereuse en fait. La déclaration se repère mieux que des parenthèses superflues et force l'affectation (if (int num_fired == fire_off(argv)) { n'a pas de sens). Donc l'affectation devrait être plus repérable par le relecteur.

Je ne vois pas quels risques sont ajoutés, même si ça ne retire pas les risques déjà existants.

Ça semble possible avec pipewire également : https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1610

Je ne sais pas pour pipewire, mais avec pulseaudio, c'est possible : https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/SystemWide/

Mais pour ce que tu veux faire, il n'y a pas besoin de root, tu peux utiliser une session utilisateur.

Il faut comprendre atome dans son vieux sens : insécable (ce qui fait de la fission de l'atome un oxymore).

Ou utiliser un bon dictionnaire : https://fr.wiktionary.org/wiki/atomique.

Sur d'autres sites on trouve quelques disputes :

https://bsky.app/profile/gaelduval.bsky.social/post/3lmzul7wzy22h
https://xcancel.com/gael_duval/status/1905340603283406967
https://xcancel.com/gael_duval/status/1905340792455246101
https://xcancel.com/gael_duval/status/1905576278108909715

Sur X, je trouve la publicité très agressive (de tous les intervenants), ce site ne me donne vraiment pas envie. Je ne vais pas chercher plus pour savoir qui c'est qu'a commencé leur guerre idiote.

Pour les TI-68k, on peut compiler du C, pas obligé de faire de l'assembleur.

http://tigcc.ticalc.org/
https://github.com/debrouxl/gcc4ti

Le lien pointe vers toute une catégorie. Vu le titre, je suppose que le lien devrait pointer vers le billet qui est pour le moment tout en haut : https://rogueesr.fr/debout-pour-les-sciences/.

Sur OSM, il est là (avec plein de noms), mais ce n'est pas affiché sur le rendu openstreemap.org.

Shift+V, c'est le visuel ligne. Pour juste inverser l'ordre des phrases le visual simple suffit : viwc est équivalent à ciw. Le visuel ligne sera pour les opérations par lignes : Vc au lieu de cc (ou Vjc au lieu de c2c). Le visuel bloc (Ctrl+V) est un peu à part et ne correspond pas directement à des commandes simples.

PS : et pour l'USB vers Jack, ça n'a rien à voir avec une carte son, c'est juste 3 fils et 2 connecteurs physiques car le convertisseur numérique vers analogique reste dans le téléphone. Rien de méchant et tu mets l'adaptateur à 1 € sur ton casque, pareil pas un besoin réel.

Je découvre cette possibilité qui apparemment s'appelle "Audio Adapter Accessory Mode". Et qui semble déjà morte avec la spécification 2.3 du câble USB-C (page 26 et 30).

Aujourd'hui la plupart des adaptateurs incluent un DAC. Et heureusement car mon Fairphone 4 ne supporte pas les câbles sans DAC.