fork_bomb a écrit 249 commentaires

Il parlait de lecture, pas d'écriture :)

Ah ? C'est dans quelle langue ? Ou plutôt comment est-ce que tu donne le nom de cette molécule en français ?

Donc en fait on est d'accord :) vu que les options d'encodage que j'utilise (lame --preset standard) correspondent à un encodage d'à peu près 192k.

me fait penser à de sinistres périodes de notre histoire pas si lointaine que cela.

Eh ben... Point Godwin dès le journal. La qualité des trolls diminue...

Pour l'audio, je concède que la plupart des enceintes "multimedia" qui équipent bon nombre d'ordinateurs ne permettent pas de faire la différence...
Mais quand tu utilises une chaîne hifi à la place de ces choses, tu as des chances de percevoir la différence de qualité.

J'ai une mini-chaîne thomson, qui certes ne vaut pas une vrai chaîne hifi, mais est sans commune mesure avec des enceintes multimédia.

Pour t'en convaincre, prend un logiciel de retouche sonore, et observe la courbe de son d'une piste tirée d'un CD, puis la même encodée en ogg, mp3, ou autre. La différence entre deux morceaux compressés à différents bitrates sera du même acabit.

Un peu comme regarder un jpeg à 200% sur l'écran, non ? Ce qui ne correspond à rien en pratique.

Pour l'image, en effet la plupart des appareils photos utilisent ce format par défaut, mais si tu es friand de retouches, recadrages ou d'agrandissements, tu sera heureux de trouver du tiff, voire du raw.

En effet je prends toutes mes photos en raw, mais pour des raisons de flexibilité et non de qualité, qui est, je le répète, suffisante même pour de grands agrandissements en jpeg.

Mais si tu préfère un avis de professionnel, tu peux regarder ici : http://www.kenrockwell.com/nikon/d200/quality-settings.htm ou sur beaucoup d'autres sites de photographes.

J'ai fait le test, et je n'ai entendu aucune différence, même en essayant de passer un bout du morceau en mp3, puis un bout du cd. Je trouve même que le mp3 est mieux car on n'entend alors pas le cd tourner dans la platine.

Cependant je ne prétend pas avoir une excellente oreille.

C'est peut-être un des facteurs explicatifs, mais il faut quand même se rappeler que la fnac a souvent paru opposée aux drm. Par exemple il était expliqué sur son site (l'est-ce encore ?) comment supprimer les DRM en gravant un cd-rw puis en réenregistrant en mp3.

Je pense que la plus grosse difficulté est de faire accepter les labels de fournir de la musique sans drms.

Genre que l'on peut entendre la différence entre du mp3 de bonne qualité (genre lame --preset standard) et du ogg -q10...

Pas mal d'"audiophiles" prétendent ça, mais je n'ai jamais vu d'étude sérieuse allant de quelque façon dans ce sens.

Pour faire un parallèle avec un autre domaine, en photo personne de sérieux ne prétend qu'un jpeg offre en pratique (impression même grand format) une qualité inférieure au tiff... D'ailleurs même en recompressant plusieurs fois une image on n'aura pas une grosse augmentation de la quantité d'artefacts.

Je ne vois pas pourquoi ce serait très différent dans le domaine du son...

Tu devrais demander à ta soeur l'intérêt du 24bits, notamment en photo.

Uhm, tu es C Lead Architect ?

La différence est que c'est pour la plupart complètement gratuit, pour une bande passante souvent illimitée, que l'accès est beaucoup plus facile pour les autres (suffit de comparer un site perso lambda et une gallerie flickr), que c'est beaucoup plus facile à mettre en place et j'en passe.

donc tu es ?

Si ce sont de vrais bugs de gcc (pas une mauvaise utilisation) ça fait déjà un avantage d'avoir des distributions comme gentoo.

Je n'en suis pas convaincu : les utilisateurs utilisant des options d'optimisation très agressives pour le système complet, ne sont, à mon avis pas spécialement compétents, et par conséquent ce sera très difficile pour eux de retrouver le bug de gcc, si il existe.

Par contre, ceux qui utilisent ces options à bon escient (programmes très cpuivores) auront beaucoup plus de chances de retrouver les bugs, vu que ils vont probablement comparer les résultats du programme avec et sans optimisation.

Beh disons qu'il faut se mettre à la place des constructeurs d'APN, mieux vaut-il faire un capteur 16/9 et forcer la perte de qqs Mpixels si l'utilisateurs veut du 4/3 ou 3/2 plutôt que le contraire ?

Si l'on veut recadrer il est de toute façon préférable d'utiliser un format le plus proche possible du carré : l'image projetée par l'objectif étant circulaire, pour un même objectif on aura un capteur plus grand, donc meilleure résolution et moins de bruit à procédé de fabrication égal.

Pour le format d'impression, j'ai l'impression qu'on nous force à faire du 3/2 (au moins au niveau du tarif). Mais j'avous que je ne comprends pas bien pourquoi... (la surface plus petite peut-être...)

Je ne vois pas... Par exemple sur digibao le 10x15 et le 11x15 sont au même prix. Sur pixmania, le 11x15 est à 1ct de plus que le 10x15...

C'est une déclaration qui n'engage que toi.

Il ne te reste qu'à nous prouver le contraire. Jusque là je n'ai vu aucun article montrant que gentoo peut permettre un gain signigicatif de perfs.

Par contre j'ai vu beaucoup d'utilisateurs déclencher des bugs de gcc en utilisant des paramètres d'optimisation ridicules.

Par contre, on a une incohérence entre les capteurs (en général 4/3, sauf qqs rares appareil genre panasonic, ...) et l'impression sur le net (3/2)...

Non, la quasi-totalité des labos proposent des formats 4/3 ou 3/2 au choix. Par exemple ici : http://labo.digibao.fr/serv_produits.html

ça pourrait être une bonne idée de généraliser ça (si on veut du 16/9 bien sur).

Pourquoi vouloir généraliser quoi que ce soit ? C'est quand même mieux d'avoir le choix !

Pas du tout, l'argentique (24x36) c'est du 3/2, et la plupart des compacts numériques du 4/3. Puis il y a quelques appareils récents en 16/9.

Choisir le ratio directement sur l'appareil n'a aucun intérêt : ça crope l'image, et donc tu n'utilise pas le capteur à son maximum. Bref tout aussi inutile que le zoom numérique.

Autant retailler l'image en post-traitement, si tu y tiens.

n/t

Compatible moyennant l'achat d'un module optionnel, je n'appelle pas ça compatible...

Excellent conseil, en plus chez beaucoup on peut y acheter des cds d'occase bien moins chers, et en plus sans reverser un sou aux majors.

Sur mon PC (lecteur liteon 24103S+cdda2wav), je n'ai jamais vu de différence entre cd cc et cd red book.

Par contre sur ma chaîne, ils se lisent souvent en mono, ce qui est assez pénible.

Tu ne veux pas gagner le concours ?

Je ne me plains de rien. Je constate simplement que le site tel qu'il est actuellement et ce qui se dit, notamment sur la tribune ne donne pas envie de poster.

D'ailleurs si une dépèche est refusée pour "re-redaction", pas surprenant que l'auteur se braque : il se donne la peine d'écrire une dépèche, ce qui prend quand même assez longtemps, et on lui balance qu'il écrit n'importe comment ! Sur des sites (par exemple d'art) où l'on soumet justement pour se faire critiquer, _personne_ ne se permet de rejeter une proposition de façon aussi abrupte.

D'ailleurs je suis très content et je ne me plains de rien. Je pense simplement que si les administrateurs du site linuxfr souhaitent faire remonter la pente au site ils se remettent en question plutôt que de se plaindre que les utilisateurs sont trop sensibles.

Si je n'ai pas proposé de dépèches jusque là c'est uniquement en raison d'utilisateurs qui viennent régulièrement se plaindre sur la tribune de dépèches rejetées selon eux sans raison valable.

Quant au fait que les administrateurs ne sont pas responsables, c'est bien relatif. Ce sont quand même eux qui décident du mode de fonctionnement du site ! Et ce mode de fonctionnement ne me donne pas envie de poster de dépèche.

D'ailleurs je n'ai pas accès aux dépèches refusées, mais rien que rapport entre dépèches acceptées et refusées me laisse penser que la place a la discussion n'est pas très grande, ou alors que la modération / les administrateurs ne prennent pas les mesures qu'il faut contre les utilisations abusives.

Merci pour le lien :)
Mais en fait j'avais déjà lu le manuel (bien fichu d'ailleurs)...