Que des utilisateurs puissent le maintenir de leur coté c'est pas du à la flexibilité de Arch, c'est du au fait que c'est libre.
Selon moi la flexibilité d'Arch ne vient pas du fait qu'elle utilise des logiciels libre libre, mais car elle permet aux utilisateurs de créer très facilement des paquets avec les PKGBUILDs, de poster directement ces paquets utilisateurs sur le site officiel, voir même de les intégrer directement dans les dépôts si ces paquets sont suffisamment utilisés et demandés par les utilisateurs (système de vote sur AUR).
Dans une autre distribution Mate serait peut être resté indéfiniment sur un obscure dépot d'un utilisateur, alors que sur Arch on peut faire "packer -S mate".
Heu si les mainteneurs s'énervent que leur boulot ne plaisent pas à leurs utilisateurs, y'a un problème quand même… C'est juste leur boulot d'essayer de leur plaire dans l'idée hein.
Je pense vraiment pas que les mainteneurs ont pour objectif de plaire, mais de faire la meilleure (selon eux) distribution possible.
Certe Arch est rolling release, mais loin du "on intègre tout ce qui est nouveau si c'est bien techniquement"
Systemd n'est ni nouveau, experimental ou compliqué. C'est un choix imposé par les mainteneurs car faisant vraiment parti du système de base. Outre le système d'init (et d'ailleurs on peut quand même en changer), très peu de paquets sont vraiment imposés dans Arch, la philosophie reste quand même "fait ta propre tambouille et installe ce que tu veux".
Je ne connais pas Arch
Il me semble qu'en changeant pour systemd, Arch se prive de ce qui attirait une part non négligeable de ses utilisateurs
Alors puisque tu ne connais pas : "A simple, lightweight distribution" mais aussi "Based on a rolling-release model, Arch strives to stay bleeding edge, and typically offers the latest stable versions of most software."
On a donc une distribution simple et légère, qui reste toujours à jour. En aucun cas on ne refuse le "progrès" avec Arch, la tendance est clairement à pousser les nouveautés. Pour le meilleur et pour le pire d’ailleurs. Par exemple je n'ai personnellement pas du tout apprécié de voir débarquer Gnome 3 à peine deux semaines après ça sortie, sans possibilité de garder un Gnome 2. Mais c'était un choix cohérent avec la philosophie de la distro, on s'adapte et on passe à autre chose si on aime pas. La flexibilité inhérente au modèle de fonctionnement de Arch fait qu'aujourd'hui Gnome 2 est de retour (avec Mate), et qu'on à toujours le choix entre tous les WM existant.
Après qu'on n’essaye pas de venir dire des conneries sur la validité des choix effectués par les mainteneurs, eux même ont été passablement énervés des réactions de beaucoup d'utilisateurs venus se plaindre sans avoir essayer systemd bien sur, et avec des arguments à la mord moi le noeud (genre comme ceux que l'on trouve dans les innombrables journaux anti systemd (et autre…) ici même). J'arrive pas à retrouver le thread en question mais ça a déjà été évoqué sur linuxfr.
Ceci étant dit, je pense qu'on reste dans la philosophie en installant systemd, qui est de mon point de vue et de ceux qui l'ont essayé :
- moderne et à jour, et oui désolé, systemd n'a pas 25 ans…
- simple, car tous les services démarrent "à la demande"; configuration en moins de 10 minutes (voir wiki, très bien fait)
- rapide, par ce que c'est franchement très rapide (la va falloir l'essayer pour voir)
- bien "outillé", avec des choses comme systemd_ui, systemd_analyse, des outils jamais vu avec le bon vieux sysVinit, encore moins de façon intégrés et génériques
- HO MON DIEU, on à maintenant des fichiers de conf génériques à la place du rc.conf unique à Arch Linux. Vraiment, ça vaut bien la peine de changer de distro…
Un chaton en 240p, c'est mignon quand même remarque…
Mais je suis d'accord, il est effectivement temps que ça bouge. Perso je dépasse pas 50ko/s sur youtube depuis des mois, ce qui est quand même une vrai honte pour un FAI qui se dit meilleur que les autres.
Conclusion faite joujou avec Android tant qu'il est capable de communiquer avec nos serveurs.
A quand un serveur et des applications clientes Android open source permettant l'auto-hébergement concurrentes de googleapp ?
Il existe des connecteurs Exchange, owncloud, lotus… pour communiquer avec les applis de base (contacte, calendrier, mail…) qui sont en plus libre, comme le reste du système.
Tu n'a pas besoin d'utiliser les google apps si tu ne le souhaite pas, le connecteur google non plus. Bref, je vois vraiment pas de quoi tu te plains.
Et si les serveurs, et donc les données qu'ils contiennent, sont aux états-unis ben c'est beaucoup mieux … pour les USA.
Si l'utilisateur veut s'enfermer, c'est son problème aujourd'hui, comme c'était son problème il y a 20 ans. Ne blame pas le système, qui est bon, ni google, qui "enferme" ses utilisateurs grâce a la seule qualité de son service, et non pas avec des manœuvres technico/politique comme le journal précédent voulait semble t-il le laisser entrevoir.
J'ai vu ce produit quand ils l'ont annoncés et effectivement ça à l'air d'être une petite bombe, 150€ pour un truc puissant, grand écran 7 pouces, et surtout des contrôles physiques !!
Le truc est vraiment cohérent avec lui même c'est déjà un bon point. Je veux dire par la suffisamment puissant pour jouer, et le combo touches + joypad, c'est au top. Une console android j'ai vraiment envie de dire ENFIN ! Car le jeu sur tablette, sans bouton physique, c'est une grave, très grave erreur. C'est tout simplement nul.
Alors oui, ca va très bien pour "angry bird", "cut my rope", "where's my water" (qui sont d'excellents jeux au passage, 100% prévu pour un écran tactile et ça se voit), mais tout le reste, tous les jeux / émulateurs qui nous proposent ces infâmes boutons virtuels, quelle m**** à manipuler, sans parler du fait qu'on vient mettre ses mains devants plus de 25% de l'écran. Enfin bon c'est mon avis.
Oui mais… Le problème c'est que c'est un produit Archos. J'en ai peur. Je n'ai jamais eu de bonnes expériences avec Archos, que du WTF. Entre les baladeurs ou il fallait racheter les codecs après, ceux qui étaient honteusement abandonnés après même pas un an de vie, ceux qui était juste de qualité douteuse… C'est si dur que ça de faire une gamme qui va bien et de s'y tenir ?
Bref j'ai vraiment envie de me la payer cette petite tablette, elle remplacera avantageusement ma GP2X, mais sera elle à la hauteur ?
Quel intérêt d'avoir une tablette de jeu à 150€ si ils nous foutent des joypads tout pourri pour économiser 1€ ?? (comme la gp2x par exemple )
Et enfin le fait de n'avoir que des images de synthèses à un mois de la sortie n'est pas le plus rassurant dans l'histoire…
Très bonnes remarques. Je suis tombé sur cet article l'autre jour et franchement pour un gars qui se prétend expert dans le "business"… C'est très limite. Comme d'habitude, la conclusion reste "enfermons les utilisateurs pour faire plus de brouzoufs".
Mention spécial au "empêchons les [étudiants] de pourrir nos business avec des applis moins cher que les nôtres".
Par contre, viens pas pourrir mes fichiers de configuration pour te faciliter la vie ; tu utilises systemd, c’est ton problème.
En parlant de ça, voila un extrait du débat actuel sur la mailist dev-public de Arch :
My understanding is that systemd is truly superior and will inevitably
become our default system. On the other hand, our traditional init will
need to lose some of his "personality" during a transition that might be
short or long (not clear). In this context, I wonder why don't we avoid
duplication of effort and move to systemd right away?
Non, la mailist [arch-dev-public] a un volume de mail très faible et est parfaitement indispensable pour les utilisateurs du dépôt testing (la preuve).
Le site officiel est mis à jour lors ce que les paquets litigieux atteignent core ou extra, avec les instructions qui ont été débattus au préalable sur la mailist.
et oui un joli glibc 2.16 qui a foiré … et ça se compte en jours
As tu lu les instructions sur la mailist / le site officiel concernant cette mise à jour ? Dans mon cas j'ai du bidouiller mes deux systèmes différemment pour réussir la mise à jour, mais toutes les informations étaient dispos et très bien détaillés. Et la mise en garde contre le cassage de système était la également !
Quand on a un système cassé (bon, ça peut arriver…), on boot sur un livecd arch, on chroot et on réinstalle le paquet problématique. C'est également quelque part dans le wiki.
Pour avoir un One X depuis quelques jours, je dirai que le principal défaut c'est qu'il semble pas mal chauffer sur le haut du téléphone si tu l'utilise longtemps pour jouer (ou toute autre tâche qui va faire fonctionner les 4 coeurs).
Sinon la finition est au top, l'écran est vraiment magnifique, le téléphone parfaitement réactif (encore heureux), autonomie dans la moyenne. Il y à déjà une version de Cyanogen mod 95% fonctionnelle (si peu de temps après la sortie du téléphone ça mérite d'être précisé) se qui assurera la pérennité du téléphone même une fois qu'HTC arrêtera les mises à jour (c'est à dire… bientôt…).
Dernière chose, le tel est léger et fin, mais 4.7 pouces c'est énorme. Mieux vaut être sur que tu veux un écran de cette taille. Sinon tu as le One S qui est plus petit, 4.3 pouces.
C'est l'idée même d'un mixer centralisé en userland avec un compte de daemon à part du compte utilisateur actif qui est absurde
PulseAudio lance un processus par utilisateur, le mode daemon est déprécié depuis longtemps. Donc c'est bon pour toi ?
il déclenche des context-switch par paquets
Alors peut être, mais moi tout se que je vois c'est qu'il demande moins de réveil processeur que Alsa pour la même chose = plus efficace que ce que l'on avait avant.
J'espère que tu ne penses pas à comparer une salle de ciné avec une pauvre TV LCD et 2 enceintes pourries.
Ben si, j'ose. haha !
Je préfère très largement regarder un flim chez moi (outre le prix prix prohibitif d'une place de ciné, en vf seulement). Je préfère être à 2m de mon écran fullhd (qui a une qualité très respectable) que à 30m de l'écran du ciné. Je suis myope, les lunettes + les lunettes 3d, en plus d'être totalement inconfortable ça casse le nez au bout de 2h. Et si on est pas myope pareil des deux yeux, ben sa casse aussi le cerveau (je suis le seul a avoir ce problème ? C'est vraaaiiiiiment pas agréable, on a l'impression d'être déphasé du début à la fin). Après, si vraiment on est dans un mauvais jour il y à un gars de 2m10 assit devant, ou un tocard qui fait sa version "commentaire du directeur".
Et pour le son je m'en contrebalance, et de toute manière je met un casque.
Et en plus faut marcher jusqu'au ciné. Non vraiment… :-)
On est tellement habitués à voir du 24 fps "pourri" que ce "pourri" nous manque si on le "perd" (qu'on gagne en réalisme).
Je n'ai jamais vu de flim en vrai 48fps, mais a t'on l'effet "100Hz" que je déteste à titre personnel (même si il parait qu'on s'y habitue) ? Y à t'il une différence liée au fait que le 24 nouvelles frames sont des vraies et pas des interpolations ?
Exactement, le roi lion a été dessiné il y a 15 ans (?) et pour le blu-ray ils ont sans doute juste up-scaler l'image. Rien ne t'empêche de dessiner "flou" sur du 1080p.
Je pensais plus de h264 à h265. Les gains en qualité deviennent moins évidents qu'entre les précédentes générations de codecs, pour toujours plus de complexité ajoutée dans les encodeurs et décodeurs. Pour continuer à gagner en qualité on utilise encore plus de modes d'intra-prédictions, plus d'usage de compensation de mouvement et avec des interpolations de meilleure qualité, et on fait jouer des optimisations psycho-visuelles comme le sous-échantillonnage des couleurs (qui reste la base, utilisé depuis plus de 60 ans) qui permet de stocker 4x moins d'informations de couleurs pour une qualité ressentie "identique" pour un oeil humain.
La différence de qualité "ressenti" est donc bien meilleure avec les codecs plus récents, mais la perte d'informations par rapport à la source est toujours la.
Hum je ne sais pas quelle distribution tu utilise, mais je n'ai pas ces dépendances. Peut être que ton paquet inclus également les outils graphiques tels que le gestionnaire de préférences ou de volumes (en screenshot dans la dépêche). Ou qu'il est mal packagé :-0
D-bus par contre au moins est utilisé pour communiquer avec Jack lors ce que les deux logiciels sont utilisés conjointement.
Oui mais non, les Blu-ray sont encodés avec des ratios de compressions qui ne sont pas du tout impressionnants (normal quand ils ont 50go de dispo pour la cible) avec des facteurs de quantifications bien trop élevés pour ce que c'est. Ils feraient mieux de passer au 12bpc sans subsampling par exemple, mais après la limitation viendrait plus des dalles lcd je suppose.
HEVC qui arrive encore plus
Effectivement à la lecture du draft ça va tabasser sévère. Mais reste que pour plus de compression on grignote toujours plus sur la qualité.
Petit cadeau : Sintel_1mn_4K_24_fps_5.1_channels_DCP_SMPTE (500 GB)
Merci pour le sample ! Ça fait cher la minute quand même ^
En quoi ? Dans tous les cas tu diriges des flux décodés vers des entrées. J'ai du mal à voir ce que l'accélération hardware empêche de faire.
Car avec un traitement software on passe partout, alors qu'avec un traitement hardware on est limité par l'implémentation du constructeur. Et de ses drivers proprio dans le cas du décodage vidéo.
Oui "transversal" pourrait convenir, mais c'est le genre de terme qui est écrit partout en anglais, donc commencer à utiliser une traduction içi amènerai plus de confusion qu'autre chose.
Le jour où on en sera à 1% de CPU pour décoder, le prix d'une puce additionnelle pour ça sera inutile.
Et c'est pour ca que j'ai écrit avec un ton volontairement polémique ""Hier" c'étais quasiment obligatoire, "demain" se sera complètement inutile."
Peut-être, car pour le moment on monte en gamme de qualité en vidéo, l'idée étant de monter à 7680x4320 3D, à 48 fps, sans chroma subsampling, à 12 bits par pixel au lieu de 8 actuels.
Quand on en viendra à ce niveau de qualité, le problème qui se posera je pense sera plus "bordel j'ai 10 go de vidéo compressée pour 10 minutes de film" que "ha oui sa occupe bien mon CPU".
Et d'ailleurs si on monte à se niveau de qualité, il sera temps d’arrêter (enfin de diminuer, car sinon nos disques durs vont prendre cher) avec les algos de compressions de fou qui détruisent la qualité qu'on essai de gagner ^
j'ai des vidéos en stock où ton i7 2600K morfle à fond
Je suis toujours intéressé par des samples comme ça. Par contre, c'est précisément dans se genre de cas ou on tombe de toute manière sur les limites des décodeurs hardwares, qui sont prévus pour fonctionner uniquement sur les profils les plus courants. J'ai un sample mpeg2 à 70mbps avec un mode d'entrelacement pas commode, 400mo pour moins d'une minute, et bien il ne passe que en lecture software de toute manière !
Et c'est également pour ça que je dis que les décodeurs softwares sont plus flexibles.
les exemples de besoin de puce pour l'audio ne sont pas un besoin généralisable à plus de 0.1% de la population d'utilisateurs (eux ont besoin de matos, je ne remet pas ça en cause. Mais la, pas de PA, c'est de l'OS dédié et tout le bordel).
Effectivement, les seuls personnes qui ont déjà vu leur CPU passer plus de 10% du temps sur du traitement sonore (hors décompressions qui ne sont de toute manière pas gérées en hardware) sont soit devant un bug, sois devant un cas d'utilisation très particulier.
Et ça c'est bien sur les CPUs Intel et AMD (peut être aussi sur le Cell), mais sur les ARM ce n'est pas le cas. Au grand désarrois d'Intel android est surtout utilisé sur ARM plutôt que sur x86.
Par instructions multimédia il sous entend MMX / SSEx sur x86, Altivec sur PPC, Neon sur ARM. Toute les familles de CPU ou presque ont leurs jeux d'instructions vectorielles "simd", pas de soucis.
Après les backends de rendus sont souvent plus efficaces sur CPU avec simd pour la plupart des opérations (ex: rendu des polices, génération de petits bouts d'interface, etc). La ou c'est plus rentable sur GPU c'est pour la composition de larges pans d'images, ou pour des choses genre génération de gradients…
J'ai plus les liens mais les gars de chez Qt avaient fait pas mal d'articles très instructifs sur leurs différents backend de rendu et les optimisations qu'ils avaient faits dessus.
Les résultats sont cohérents, j'ai un laptop avec un core i5 2x2.2Ghz, je peut effectivement le monter à 100% d'un coeur sur du "gros" 1080p. Et la au revoir la fluidité de la vidéo.
L'astuce pour moi dans ce cas est d'utiliser une version de mplayer et de ffmpeg bien à jour et d'activer le décodage sur plusieurs coeurs.
Détrompe toi, les décodeurs vidéo matérielles des cartes graphiques sont conçus pour être plus performants que les CPU, les économies d'énergies sont un objectif secondaire. Alors j'ai mon wattmètre mais pas mon gros PC pour vérifier ça malheureusement. Je pense que suivant les combos CPU/GPU les résultats vont être variables.
Le seul bench que j'ai pu retrouver donne ça sur un portable : http://www.phoronix.com/scan.php?page=article&item=nvidia_vdpau_mobile&num=2
Et encore c'est sur un cas particulier : le CPU et le GPU consomment globalement la même chose en charge (un intel atom et un nvidia ion), et voila pourquoi il est plus efficace de faire tourner 50% du GPU que 100% du CPU dans ce cas.
Avec mon PC j'ai bien 10% d'utilisation sur un seul coeur. Et faire 10% sur un coeur (i7 2600K, TDP max de 95W, et qui diminue très bien sa conso quand il n'est pas en charge, les derniers CPU Intel sont véritablement bon à ce niveau la) je maintiens que c'est plus efficace que de mettre la moitié de sa carte graphique en route (gtx 570, TDP max 225W), qui elle n'est vraiment pas aussi efficace niveau énergie…
Effectivement, je parle bien d'un CPU haut de gamme.
Et attention je parle de décodage vidéo et pas d'accélération 3D. Tant qu'on fera de la 3D par rasterisation non on ne se passera pas de carte graphique, même dans 5 ans.
[^] # Re: Tu portes vraiment bien ton pseudonyme
Posté par FluffyHamster . En réponse au journal Archlinux est morte…. Évalué à 0.
Selon moi la flexibilité d'Arch ne vient pas du fait qu'elle utilise des logiciels libre libre, mais car elle permet aux utilisateurs de créer très facilement des paquets avec les PKGBUILDs, de poster directement ces paquets utilisateurs sur le site officiel, voir même de les intégrer directement dans les dépôts si ces paquets sont suffisamment utilisés et demandés par les utilisateurs (système de vote sur AUR).
Dans une autre distribution Mate serait peut être resté indéfiniment sur un obscure dépot d'un utilisateur, alors que sur Arch on peut faire "packer -S mate".
Je pense vraiment pas que les mainteneurs ont pour objectif de plaire, mais de faire la meilleure (selon eux) distribution possible.
Systemd n'est ni nouveau, experimental ou compliqué. C'est un choix imposé par les mainteneurs car faisant vraiment parti du système de base. Outre le système d'init (et d'ailleurs on peut quand même en changer), très peu de paquets sont vraiment imposés dans Arch, la philosophie reste quand même "fait ta propre tambouille et installe ce que tu veux".
[^] # Re: Tu portes vraiment bien ton pseudonyme
Posté par FluffyHamster . En réponse au journal Archlinux est morte…. Évalué à 8.
Alors puisque tu ne connais pas : "A simple, lightweight distribution" mais aussi "Based on a rolling-release model, Arch strives to stay bleeding edge, and typically offers the latest stable versions of most software."
On a donc une distribution simple et légère, qui reste toujours à jour. En aucun cas on ne refuse le "progrès" avec Arch, la tendance est clairement à pousser les nouveautés. Pour le meilleur et pour le pire d’ailleurs. Par exemple je n'ai personnellement pas du tout apprécié de voir débarquer Gnome 3 à peine deux semaines après ça sortie, sans possibilité de garder un Gnome 2. Mais c'était un choix cohérent avec la philosophie de la distro, on s'adapte et on passe à autre chose si on aime pas. La flexibilité inhérente au modèle de fonctionnement de Arch fait qu'aujourd'hui Gnome 2 est de retour (avec Mate), et qu'on à toujours le choix entre tous les WM existant.
Après qu'on n’essaye pas de venir dire des conneries sur la validité des choix effectués par les mainteneurs, eux même ont été passablement énervés des réactions de beaucoup d'utilisateurs venus se plaindre sans avoir essayer systemd bien sur, et avec des arguments à la mord moi le noeud (genre comme ceux que l'on trouve dans les innombrables journaux anti systemd (et autre…) ici même). J'arrive pas à retrouver le thread en question mais ça a déjà été évoqué sur linuxfr.
Ceci étant dit, je pense qu'on reste dans la philosophie en installant systemd, qui est de mon point de vue et de ceux qui l'ont essayé :
- moderne et à jour, et oui désolé, systemd n'a pas 25 ans…
- simple, car tous les services démarrent "à la demande"; configuration en moins de 10 minutes (voir wiki, très bien fait)
- rapide, par ce que c'est franchement très rapide (la va falloir l'essayer pour voir)
- bien "outillé", avec des choses comme systemd_ui, systemd_analyse, des outils jamais vu avec le bon vieux sysVinit, encore moins de façon intégrés et génériques
- HO MON DIEU, on à maintenant des fichiers de conf génériques à la place du rc.conf unique à Arch Linux. Vraiment, ça vaut bien la peine de changer de distro…
[^] # Re: Il était temps
Posté par FluffyHamster . En réponse au journal Il y a Internet , et Internet par Free .. Évalué à 10.
Un chaton en 240p, c'est mignon quand même remarque…
Mais je suis d'accord, il est effectivement temps que ça bouge. Perso je dépasse pas 50ko/s sur youtube depuis des mois, ce qui est quand même une vrai honte pour un FAI qui se dit meilleur que les autres.
[^] # Re: Hardware, software et data
Posté par FluffyHamster . En réponse au journal Google et Alibaba un autre point de vue que celui de Microsoft. Évalué à 0.
Il existe des connecteurs Exchange, owncloud, lotus… pour communiquer avec les applis de base (contacte, calendrier, mail…) qui sont en plus libre, comme le reste du système.
Tu n'a pas besoin d'utiliser les google apps si tu ne le souhaite pas, le connecteur google non plus. Bref, je vois vraiment pas de quoi tu te plains.
# Oui mais...
Posté par FluffyHamster . En réponse à la dépêche La GamePad : la console sous Android. Évalué à 10.
J'ai vu ce produit quand ils l'ont annoncés et effectivement ça à l'air d'être une petite bombe, 150€ pour un truc puissant, grand écran 7 pouces, et surtout des contrôles physiques !!
Le truc est vraiment cohérent avec lui même c'est déjà un bon point. Je veux dire par la suffisamment puissant pour jouer, et le combo touches + joypad, c'est au top. Une console android j'ai vraiment envie de dire ENFIN ! Car le jeu sur tablette, sans bouton physique, c'est une grave, très grave erreur. C'est tout simplement nul.
Alors oui, ca va très bien pour "angry bird", "cut my rope", "where's my water" (qui sont d'excellents jeux au passage, 100% prévu pour un écran tactile et ça se voit), mais tout le reste, tous les jeux / émulateurs qui nous proposent ces infâmes boutons virtuels, quelle m**** à manipuler, sans parler du fait qu'on vient mettre ses mains devants plus de 25% de l'écran. Enfin bon c'est mon avis.
Oui mais… Le problème c'est que c'est un produit Archos. J'en ai peur. Je n'ai jamais eu de bonnes expériences avec Archos, que du WTF. Entre les baladeurs ou il fallait racheter les codecs après, ceux qui étaient honteusement abandonnés après même pas un an de vie, ceux qui était juste de qualité douteuse… C'est si dur que ça de faire une gamme qui va bien et de s'y tenir ?
Bref j'ai vraiment envie de me la payer cette petite tablette, elle remplacera avantageusement ma GP2X, mais sera elle à la hauteur ?
Quel intérêt d'avoir une tablette de jeu à 150€ si ils nous foutent des joypads tout pourri pour économiser 1€ ?? (comme la gp2x par exemple )
Et enfin le fait de n'avoir que des images de synthèses à un mois de la sortie n'est pas le plus rassurant dans l'histoire…
[^] # Re: Un autre bouquemarque sur les jeux vidéo et (un peu) Linux
Posté par FluffyHamster . En réponse au journal Valve prend Linux au sérieux. Évalué à 5.
Très bonnes remarques. Je suis tombé sur cet article l'autre jour et franchement pour un gars qui se prétend expert dans le "business"… C'est très limite. Comme d'habitude, la conclusion reste "enfermons les utilisateurs pour faire plus de brouzoufs".
Mention spécial au "empêchons les [étudiants] de pourrir nos business avec des applis moins cher que les nôtres".
[^] # Re: Nope
Posté par FluffyHamster . En réponse au journal Mon point de vue sur Archlinux. Évalué à 6.
En parlant de ça, voila un extrait du débat actuel sur la mailist dev-public de Arch :
En gros, va falloir t'y faire a systemd…
[^] # Re: Distrib pour developpeur
Posté par FluffyHamster . En réponse au journal Mon point de vue sur Archlinux. Évalué à 2.
Non, la mailist [arch-dev-public] a un volume de mail très faible et est parfaitement indispensable pour les utilisateurs du dépôt testing (la preuve).
Le site officiel est mis à jour lors ce que les paquets litigieux atteignent core ou extra, avec les instructions qui ont été débattus au préalable sur la mailist.
[^] # Re: Distrib pour developpeur
Posté par FluffyHamster . En réponse au journal Mon point de vue sur Archlinux. Évalué à 4.
As tu lu les instructions sur la mailist / le site officiel concernant cette mise à jour ? Dans mon cas j'ai du bidouiller mes deux systèmes différemment pour réussir la mise à jour, mais toutes les informations étaient dispos et très bien détaillés. Et la mise en garde contre le cassage de système était la également !
Quand on a un système cassé (bon, ça peut arriver…), on boot sur un livecd arch, on chroot et on réinstalle le paquet problématique. C'est également quelque part dans le wiki.
[^] # Re: Android
Posté par FluffyHamster . En réponse au journal Quel smartphone pour aller à la boulangerie ?. Évalué à 1.
Pour avoir un One X depuis quelques jours, je dirai que le principal défaut c'est qu'il semble pas mal chauffer sur le haut du téléphone si tu l'utilise longtemps pour jouer (ou toute autre tâche qui va faire fonctionner les 4 coeurs).
Sinon la finition est au top, l'écran est vraiment magnifique, le téléphone parfaitement réactif (encore heureux), autonomie dans la moyenne. Il y à déjà une version de Cyanogen mod 95% fonctionnelle (si peu de temps après la sortie du téléphone ça mérite d'être précisé) se qui assurera la pérennité du téléphone même une fois qu'HTC arrêtera les mises à jour (c'est à dire… bientôt…).
Dernière chose, le tel est léger et fin, mais 4.7 pouces c'est énorme. Mieux vaut être sur que tu veux un écran de cette taille. Sinon tu as le One S qui est plus petit, 4.3 pouces.
[^] # Re: Enfin pour les portables ?
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 2.
PulseAudio lance un processus par utilisateur, le mode daemon est déprécié depuis longtemps. Donc c'est bon pour toi ?
Alors peut être, mais moi tout se que je vois c'est qu'il demande moins de réveil processeur que Alsa pour la même chose = plus efficace que ce que l'on avait avant.
[^] # Re: whaou
Posté par FluffyHamster . En réponse au journal Cinéma en 3D : heu, combien de fois on me le fait payer ?. Évalué à 5.
Ben si, j'ose. haha !
Je préfère très largement regarder un flim chez moi (outre le prix prix prohibitif d'une place de ciné, en vf seulement). Je préfère être à 2m de mon écran fullhd (qui a une qualité très respectable) que à 30m de l'écran du ciné. Je suis myope, les lunettes + les lunettes 3d, en plus d'être totalement inconfortable ça casse le nez au bout de 2h. Et si on est pas myope pareil des deux yeux, ben sa casse aussi le cerveau (je suis le seul a avoir ce problème ? C'est vraaaiiiiiment pas agréable, on a l'impression d'être déphasé du début à la fin). Après, si vraiment on est dans un mauvais jour il y à un gars de 2m10 assit devant, ou un tocard qui fait sa version "commentaire du directeur".
Et pour le son je m'en contrebalance, et de toute manière je met un casque.
Et en plus faut marcher jusqu'au ciné. Non vraiment… :-)
[^] # Re: whaou
Posté par FluffyHamster . En réponse au journal Cinéma en 3D : heu, combien de fois on me le fait payer ?. Évalué à 2.
Je n'ai jamais vu de flim en vrai 48fps, mais a t'on l'effet "100Hz" que je déteste à titre personnel (même si il parait qu'on s'y habitue) ? Y à t'il une différence liée au fait que le 24 nouvelles frames sont des vraies et pas des interpolations ?
[^] # Re: whaou
Posté par FluffyHamster . En réponse au journal Cinéma en 3D : heu, combien de fois on me le fait payer ?. Évalué à 3.
Exactement, le roi lion a été dessiné il y a 15 ans (?) et pour le blu-ray ils ont sans doute juste up-scaler l'image. Rien ne t'empêche de dessiner "flou" sur du 1080p.
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 1.
Moi non plus enfaîte… Ça fait déjà un moment qu'on dérive :-) C'étais pour faire avancez le schimlibi, le shimiliibilik !
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 3.
Je pensais plus de h264 à h265. Les gains en qualité deviennent moins évidents qu'entre les précédentes générations de codecs, pour toujours plus de complexité ajoutée dans les encodeurs et décodeurs. Pour continuer à gagner en qualité on utilise encore plus de modes d'intra-prédictions, plus d'usage de compensation de mouvement et avec des interpolations de meilleure qualité, et on fait jouer des optimisations psycho-visuelles comme le sous-échantillonnage des couleurs (qui reste la base, utilisé depuis plus de 60 ans) qui permet de stocker 4x moins d'informations de couleurs pour une qualité ressentie "identique" pour un oeil humain.
La différence de qualité "ressenti" est donc bien meilleure avec les codecs plus récents, mais la perte d'informations par rapport à la source est toujours la.
[^] # Re: et sans interface graphique ?
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 4.
Hum je ne sais pas quelle distribution tu utilise, mais je n'ai pas ces dépendances. Peut être que ton paquet inclus également les outils graphiques tels que le gestionnaire de préférences ou de volumes (en screenshot dans la dépêche). Ou qu'il est mal packagé :-0
D-bus par contre au moins est utilisé pour communiquer avec Jack lors ce que les deux logiciels sont utilisés conjointement.
http://www.archlinux.org/packages/extra/i686/pulseaudio/
http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules#JACK_Connectivity
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 3.
Oui mais non, les Blu-ray sont encodés avec des ratios de compressions qui ne sont pas du tout impressionnants (normal quand ils ont 50go de dispo pour la cible) avec des facteurs de quantifications bien trop élevés pour ce que c'est. Ils feraient mieux de passer au 12bpc sans subsampling par exemple, mais après la limitation viendrait plus des dalles lcd je suppose.
Effectivement à la lecture du draft ça va tabasser sévère. Mais reste que pour plus de compression on grignote toujours plus sur la qualité.
Merci pour le sample ! Ça fait cher la minute quand même ^
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 2.
Car avec un traitement software on passe partout, alors qu'avec un traitement hardware on est limité par l'implémentation du constructeur. Et de ses drivers proprio dans le cas du décodage vidéo.
[^] # Re: Bravo et merci
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 1.
Oui "transversal" pourrait convenir, mais c'est le genre de terme qui est écrit partout en anglais, donc commencer à utiliser une traduction içi amènerai plus de confusion qu'autre chose.
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 5.
Oui on est bien d'accords.
Et c'est pour ca que j'ai écrit avec un ton volontairement polémique ""Hier" c'étais quasiment obligatoire, "demain" se sera complètement inutile."
Quand on en viendra à ce niveau de qualité, le problème qui se posera je pense sera plus "bordel j'ai 10 go de vidéo compressée pour 10 minutes de film" que "ha oui sa occupe bien mon CPU".
Et d'ailleurs si on monte à se niveau de qualité, il sera temps d’arrêter (enfin de diminuer, car sinon nos disques durs vont prendre cher) avec les algos de compressions de fou qui détruisent la qualité qu'on essai de gagner ^
Je suis toujours intéressé par des samples comme ça. Par contre, c'est précisément dans se genre de cas ou on tombe de toute manière sur les limites des décodeurs hardwares, qui sont prévus pour fonctionner uniquement sur les profils les plus courants. J'ai un sample mpeg2 à 70mbps avec un mode d'entrelacement pas commode, 400mo pour moins d'une minute, et bien il ne passe que en lecture software de toute manière !
Et c'est également pour ça que je dis que les décodeurs softwares sont plus flexibles.
Effectivement, les seuls personnes qui ont déjà vu leur CPU passer plus de 10% du temps sur du traitement sonore (hors décompressions qui ne sont de toute manière pas gérées en hardware) sont soit devant un bug, sois devant un cas d'utilisation très particulier.
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 5.
Par instructions multimédia il sous entend MMX / SSEx sur x86, Altivec sur PPC, Neon sur ARM. Toute les familles de CPU ou presque ont leurs jeux d'instructions vectorielles "simd", pas de soucis.
Après les backends de rendus sont souvent plus efficaces sur CPU avec simd pour la plupart des opérations (ex: rendu des polices, génération de petits bouts d'interface, etc). La ou c'est plus rentable sur GPU c'est pour la composition de larges pans d'images, ou pour des choses genre génération de gradients…
J'ai plus les liens mais les gars de chez Qt avaient fait pas mal d'articles très instructifs sur leurs différents backend de rendu et les optimisations qu'ils avaient faits dessus.
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 2.
Les résultats sont cohérents, j'ai un laptop avec un core i5 2x2.2Ghz, je peut effectivement le monter à 100% d'un coeur sur du "gros" 1080p. Et la au revoir la fluidité de la vidéo.
L'astuce pour moi dans ce cas est d'utiliser une version de mplayer et de ffmpeg bien à jour et d'activer le décodage sur plusieurs coeurs.
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 4.
Détrompe toi, les décodeurs vidéo matérielles des cartes graphiques sont conçus pour être plus performants que les CPU, les économies d'énergies sont un objectif secondaire. Alors j'ai mon wattmètre mais pas mon gros PC pour vérifier ça malheureusement. Je pense que suivant les combos CPU/GPU les résultats vont être variables.
Le seul bench que j'ai pu retrouver donne ça sur un portable :
http://www.phoronix.com/scan.php?page=article&item=nvidia_vdpau_mobile&num=2
Et encore c'est sur un cas particulier : le CPU et le GPU consomment globalement la même chose en charge (un intel atom et un nvidia ion), et voila pourquoi il est plus efficace de faire tourner 50% du GPU que 100% du CPU dans ce cas.
Avec mon PC j'ai bien 10% d'utilisation sur un seul coeur. Et faire 10% sur un coeur (i7 2600K, TDP max de 95W, et qui diminue très bien sa conso quand il n'est pas en charge, les derniers CPU Intel sont véritablement bon à ce niveau la) je maintiens que c'est plus efficace que de mettre la moitié de sa carte graphique en route (gtx 570, TDP max 225W), qui elle n'est vraiment pas aussi efficace niveau énergie…
[^] # Re: Pourquoi PA sux
Posté par FluffyHamster . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 3.
Effectivement, je parle bien d'un CPU haut de gamme.
Et attention je parle de décodage vidéo et pas d'accélération 3D. Tant qu'on fera de la 3D par rasterisation non on ne se passera pas de carte graphique, même dans 5 ans.