Notices by Breizh (breizh@pleroma.breizh.pm), page 25

Nan mais le fer dans Factorio, c’est surcoté.

@sebsauvage Tiens c’est marrant, c’est exactement ce que je me retrouve à faire la plupart du temps.

Personne, quelqu’un, le lectorat, l’audience… prendre des groupes, comme c’est le nom commun du groupe qui prends l’accord et pas les personnes qui le composent. Je trouve ça plus facile/naturel, perso (j’utilise le point médian quand je vois pas comment faire autrement, notamment quand je parle en face de la personne concernée…).

@PhieLaidMignon D’où l’idée de rester sur des distros qui s’en passent, comme Mint…

Mais je râle contre les devs qui mettent en avant que les solutions qu’ils ont pré-builds au détriment des builds manuels (et donc des mainteneurs de distro qui se basent dessus).

@tangeek @lanodan @Xilokar Visiblement c’est effectivement les sous-titres qui posent problème, mais ça ne se voit pas si on embarque pas la vignette parce que le problème se passe que quand ffmpeg repasses sur un fichier contenant des sous-titres foirés (il repasse pas dessus si tu demandes pas la vignette, ou pas d’ajouter les méta-données).

https://github.com/yt-dlp/yt-dlp/issues/6918

Bref, c’est tordu. Maintenant je vais voir si y’a une issue FFMpeg.

@lanodan Ouais, limite au 1080p au pire, le résultat est le même.

Je suis en train de m’arracher les cheveux sur un bug improbable avec yt-dlp (plus probablement ffmpeg mais bon) :

Cette commande produit un fichier MKV dont la lecture déconne après environ 10 secondes :

Si je change les langues de sous-titre, que je vire le --add-metadata ou le --embed-thumbnail, ça résout le problème.

C’est la combinaison du tout qui casse le fichier final, et je pige pas du tout pourquoi.

J’ai galéré à avoir une commande minimale pour reproduire le problème.

Est-ce que certains pourraient lancer cette commande et confirmer que le résultat est corrompu ? Avant que je fasse une issue chez yt-dlp, j’aimerais m’assurer que c’est bien reproductible ailleurs.

@babe @wwahammy I can imagine the designers thinking that 4GiB was gigantic and that we'd never need that much.

A little bit like when you see than modern filesystems have a limit of something like 1 EiB. What we’ll think about this in 50 years? 🤔

@framasky Si c’est à force de s’accrocher et tirer sur le câble, faut voir si ça entre dans leur garantie à vie…

@mediapart J’espère qu’LFI n’oublie pas que si on pourrait être moins cher, c’est grâce à notre parc nucléaire…

@teslawf @selzero What's worse is that I think the person who fixed it is a young dev who recently joined the team, and this was one of the first bugs he fixed because it annoyed him personally.

At least that's what I understood at the time.

@shaft Notons que ce n’est pas un problème des jeux vidéos : c’est pareil dans la vraie vie ^^’

@shaft Demande à Neo de corriger ça.

J’adore comme c’est un message sur le Fédivers qui cite une publication Reddit qui cite un message sur X qui lui-même mentionne un message du Fédivers. Je pense que la boucle est bouclée.

@Deuchnord @sebsauvage En jouant uniquement sur la devinette à partir de ce qu’il a dit, je dirais que le TOTP dépends du temps (de l’heure du serveur qui doit être synchro avec le client et t’as X secondes pour le valider) alors que le HOTP utilise un compteur absolu (si t’as généré le 12e code sur ton téléphone, le serveur va attendre que tu lui file le 12e code. Sauf que si tu t’amuses à générer 10 codes sur le téléphone pour rien, t’es au 22 mais le serveur attends toujours le 12e et du coup t’es coincé).

@gee https://fichiers.breizh.pm/Musique/Carrousel/2010.tandem/09.El%C3%A9onore.flac

Ça me semblait à propos.

@shaft Quel dommage que ce soit du Electron :(

@GDLL @edasfr @textoo Ah bah si, trop fort c’est au-delà de 80 dB. C’est documenté déjà. En-dessous c’est à l’appréciation de chacun, mais 80 dB c’est trop fort pour tout le monde.

D’ailleurs me semble que beaucoup de salles sont censées couper automatiquement à 120 dB, mais beaucoup désactivent ce système (vu que ça sauterait tout le temps).

@GDLL @edasfr @textoo J’ai du mal à comprendre dans quel sens prendre ce message.

Mais si 80 dB c’est fort. Et oui, y compris la brasserie, et y compris la foule qui gueule.

C’est bien ce qu’on dit.

Bref, comme dit depuis le début, perso je ne remets pas en cause les compétences du personnel ou la qualité du matériel, mais je ne comprends pas votre persistence à vouloir concilier « qualité sonore » et « destruction de l’ouïe de l’auditoire ».

Vous pouvez faire tous les efforts du monde, c’est un fait, un son si fort n’est pas agréable est même un danger physique. Pourquoi vouloir tant que ça le nier ? Ça n’empêche pas les concerts d’être une activité attirante pour pas mal de monde, pour des tas de raisons. Mais faut utiliser des bouchons quand on y va (sauf peut-être si on est très loin des sources sonores, par exemple dans certains concerts extérieurs, en salle ça me semble plus difficile). C’est comme ça… (et les bouchons sont d’ailleurs un autre point qui affecte forcément la qualité perçue – et si vous dites de ne pas mettre de bouchons, c’est criminel).

Et si on veut apprécier une musique dans son plein potentiel, il est préférable de le faire avec du silence autour. Ce qui est possible dans certains concerts, d’ailleurs.

@GDLL @edasfr @textoo C’est quoi votre intérêt ? Vous travaillez dans le milieu et vous sentez insulté ? Vous êtes vous-même malentendant et avez besoin de ces volumes pour entendre ?

@edasfr Pour passer par dessus le brouhaha du public. Les bouchons redescendent la musique à un niveau acceptable en masquant le bruit du public qui lui ne monte pas aussi haut.