xcomcmdr a écrit 3537 commentaires

Ma carte son :

lsmod | grep hda
snd_hda_codec_realtek
snd_hda_intel
snd_hda_codec

Même si ma carte son s'occupe du mixage toute seule (HDA codec realtek), PulseAudio me permet de modifier le volume d'une application sans que ça affecte le volume globale (oui d'après certains c'est possible avec ALSA seul mais j'y suis jamais arrivé, même en installant dmix).
Il me permet aussi de mettre le son à 150% du volume, utile quand le son est vraiment bas. Il se souvient aussi du volume sonore / état sonore (muet/pas muet) des applications. Il détecte aussi si un casque est branché et se rappelle du volume globale appliqué au "périphérique de sortie" pré-nommé "Casque", ce qui évite de se péter les oreilles.

Je sais qu'il a bien plus de fonctionnalités, mais ce sont celles que j'apprécie le plus.

Bon, tout ça c'est bien, mais au début, j'avais des problèmes :

• Beaucoup de latence / son distordu avec Timidity. Or, j'aime beaucoup la banque de sons Titanic (démo sonore sur Youtube), ça me donne l'impression d'avoir une Sound Blaster AWE32 plutôt qu'une HDA qui ne connaît même pas la synthé MIDI FM. ;-)

Pour ça, il m'a fallu trouver la commande magique :

timidity -iAD -Os &

L'argument qui évite d'avoir la moindre latence est le "-0s" :

-O mode, --output-mode=mode
--flac-verify
--flac-padding=n
--flac-complevel=n
--oggflac
--speex-quality=n
--speex-vbr
--speex-abr=n
--speex-vad
--speex-dtx
--speex-complexity=n
--speex-nframes=n
Selects the output mode from the compiled-in alternatives. mode
must begin with one of the supported output mode identifiers.
Run TiMidity++ with the -h option to see the list.
Special in Ogg FLAC output mode, verifying generated data (will
be a bit slower), the size of header padding (default is 4096),
the compression level (0 to 8) (default is 5), and enabling
OggFLAC stream can be specified by --flac-verify, --flac-pad‐
ding, --flac-complevel and --oggflac options respectively.
Special in Ogg Speex output mode, the compression quality (0 to
10) (default is 8), Enabling VBR output, enabling ABR output and
setting the ratio to n, enabling VAD (voice activity detection),
enabling DTX (discontinuous transmission), the encoding complex‐
ity (0 to 10) (default is 3), and frames in a single Ogg packet
(0 to 10) (default is 1) can be specified by --speex-quality,
--speex-vbr, --speex-abr, --speex-vad, --speex-dtx, --speex-com‐
plexity and --speex-nframes options respectively.
The following identifiers are available in all versions:

          -Od    Outputs via audio device (default)

          -Os    Output to ALSA

• Pas d'intégration dans Xfce (du moins sous Archlinux, les utilisateurs de Xubuntu n'ont pas ce problème, ni celui de Timidity, ni celui après d'ailleurs)

Par défaut, Xfce n'a aucun support pour PulseAudio. En effet, xfce4-mixer et xfce4-mixer-plugin (le greffon pour le tableau de bord), et xfce4-volumed (le gestionnaire de touches multimédia liées au son) utilisent tous le mixer de gstreamer0.10, qui est compatible sous Linux avec ALSA uniquement.

En plus, cette API n'existe plus dans gstreamer1.0 (donc si des volontaires veulent contribuer, c'est l'un des gros bugs de Xfce en ce moment !)

En remplacement j'ai dû installer pnmixer-xfce4. Ce dernier met à disposition :
- un applet dans la zone de notification,
- un accès rapide au volume global via un clic gauche,
- modification du volume global en utilisant la molette de la souris sur l'icône
- notifications (désactivable)
- support pour les touches multimédia
- muet / pas muet via clic milieu sur l'icône (c'est l'action par défaut, on peut en mettre une autre)
- choix de la carte son et du canal principal
- spécification d'une commande à lancer lors d'un clic sur "Contrôle du volume" dans le menu contextuel (clic droit sur l'icône)
- rechargement d'ALSA à la volé

Et pour le support des touches multimédia (avec notifications), j'ai mis à disposition sur l'AUR xfce4-volumed-pulse, c'est à dire le fork de xfce4-volumed écrit par Lionel Le Folgoc (aussi connu sous le pseudonyme de mr_pouit) pour Xubuntu. Évidemment c'est un peu superflu avec pnmixer, mais ça je l'ai appris après.

• Problème de 'race-condition' (pour ainsi dire) entre PulseAudio et ses serviteurs

Parfois, timidity se lancait avant PulseAudio : pas de son.
D'autres fois, xfce4-volumed-pulse se lançait avant PA : pas de support pour les touches multimédia

Ça, c'était simple à résoudre :

$ cat bin/pulseaudio-timidity.sh
start-pulseaudio-x11 &
sleep 5
xfce4-volumed-pulse &
timidity -iAD -Os &
pnmixer &

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Wormux ou un autre de ces clones de Worm qui met une machine a genoux alors que l'on pouvait jouer a l'original sur un PC d'il y a plus de 15 ans.

L'original était en 320x200, etc…

Et quand je vois wormux tourner sur un netbook Atom, j'me dis qu'il n'est pas si mal fichue niveau perfs.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Il est propriétaire, mais n'a pas de problèmes de perfs.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Battle for Wesnoth, FTL, …

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

je suis passé de vouloir avoir un environnement joli à vouloir avoir un environnement qui ne se voit pas. Aucun bureau ne permet ça, seul les gestionnaires de fenêtre dit minimalistes le font.

Si tu ne vois pas ton environnement, comment veux-tu être productif ! ;-)

Blague à part, y'a des bureaux qui peuvent se faire oublier (autohide, et puis voilà).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

forcément, quand on compare un truc lent à un truc lent, tu va trouver que c'est pareil. Bravo! Merci pour cette comparaison…

Le post auquel je répondais recommandait Python à la place de Ruby, alors que justement les deux sont tout autant rapidess/lents (ce qui n'était pas le cas il y a quelques années).

Les temps changent, les performances aussi.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

et oui tout le monde n'a pas le temps de redémarrer près chaque mise à jour pour tester qu'il n'y a pas de configuration à faire après installation

Mais pourquoi faire ?!

J'ai jamais eu à faire ça et je suis sous Arch depuis bientôt 3 ans, sur plusieurs ordinateurs.
S'il y a une configuration à faire après installation, c'est signalé par pacman (création de fichiers .pacnew).

S'il s'agit d'un nouveau paquet, il y a à coup sûr une configuration à faire.

Si la mise à jour ne passe pas, c'est documenté sur archlinux.org

Bref, Arch, ça se maîtrise, et les paquets sont testés avant d'être intégrés aux dépôts.
S'il y a un problème :
1) c'est rare
2) Si ce n'est pas rare (-> "un énième problème suite à une mise à jour") soit le matériel pose problème, soit c'est l'utilisateur qui pose problème.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ruby n'est pas plus lent que les autres (notamment Python)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Et c'est là que le Xfce tout léger et minimaliste a du souci à se faire. KDE est basé sur Qt et une biblio interne très complète. Du coup les logiciels ne tirent pas avec eux montagnes de bibliothèques supplémentaires en mémoire, vu que beaucoup y sont déjà (et contribuent à faire baisser le score initial).

Si on oublie que y'a pas mal d'applications Xfce (qui utilisent des bibliothèques communes), et que les logiciels Gnome n'ont pas attendu KDE pour réutiliser des bibliothèques communes, c'est presque vrai.

Au final, avec quelques applis "équivalentes" lancées de chaque côté, la session Xfce finit par consommer plus faute d'intégration!

Euh ouais, ça a jamais été mon cas. :)

Parce que dans la vraie vie, tu n'utilises pas 15 applications différentes en même temps.

(dans la vraie vie, c'est Firefox et Virtualbox qui bouffent tout, d'ailleurs)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Ça doit être un bidule systemd qui s'occupe des crashs (oui systemd s'occupe d'enregistrer les crash dumps), vu que dans VirtualBox, plasma arrêtait pas de planter.

Bon, j'ai aussi testé en vrai, et là ça prenait ~700 Mo de mémoire, mais je voulais essayer avec une config propre (même si j'ai fait un utilisateur spécial, je pense qu'il y a des différences sous Arch entre le méta-paquet kde et le méta-paquet kde-meta qui se répercute sur l'utilsation mémoire)

Évidemment, en retour KDE a bien plus de fonctionnalités. :)

[troll] mais quand tu vois Kubuntu 12.04 amd64 swapait à mort avec 1 Go de RAM, ça fait peur. :p [/troll]

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

OH BORDEL MERCI MERCI MERCI

pleure de joie

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

réutilisant ainsi des bibliothèques et autres composants déjà présents en mémoire pour plus de légèreté ?

léger, c'est vite dit.

Xfce 4.10 vanilla (archlinux) :

KDE 4.11 vanilla (archlinux) :

:p

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

j'ai trouvé l'équivalent : scripts bash basées sur ffmpeg
Bon, il manque peut-être des plugins…

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Il y a longtemps, j'ai eu le même genre de bonnes surprises avec Aquaria !

Chez moi Aquaria (qui est pourtant un jeu 2D) ne passe pas les animations (vidéos) 2D d'introduction avec nouveau sur ma GeForce 9300M GS.
Je trouve cela étrange, alors que Darkplaces et ScummVM fonctionnent bien.
Dans le même genre, FTL (2D) ne passe pas le stade du menu principal.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

et/ou le modifiant à mettre à disposition les sources dudit logiciel et de leurs modifications

Non ! La GPL n'oblige pas à (re)distribuer. Et heureusement d'ailleurs.

En revanche, la GPL oblige à distribuer les modifications du logiciel avec les sources du logiciel si tu décides de distribuer ta version modifiée.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

ou la conférence sur le Youtube → http://youtu.be/NvMNf0Po1wY

ironique, on se met devant un écran pour savoir les critiques sur le petit écran.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Je suis "victime" du même phénomène.

Que ce soit UFO Extraterrestrials Gold, UFO : AI, la série des UFO : After, ou autre, peu importe le nombre de mods, ou d'améliorations par rapport à l'original (ou TFTD), j'accroche pas. Je pense que ce sont les graphismes 3D, le fait de devoir s'adapter, et le fait qu'ils soient très longs à finir.

Et puis, l'impression de jouer à une pâle copie de l'originale. En plus ces jeux mettent bien plus longtemps à se lancer, à sauvegarder/charger (enfin ça c'était surtout vrai pour UFO : Aftertruc sur mon ancien PC) que le premier UFO : Enemy Unknown de nos jours dans DOSBox.

J'ai aussi pas vraiment accroché à X-COM : Apocalypse. Il est très bon, mais je l'ai fini pas plus d'une fois, car il est très très long, et j'aime plus l'aspect "global" des deux premiers.

La seule exception étant XCOM : Enemy Unknown (le remake, pas libre du tout), qui était beau, et était de loin le plus proche de l'original.

Du coup, j'attends Xeonauts et ses graphismes old-school de pied ferme. :)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Sous GNU/Linux, les droits NTFS sont totalement ignorés.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

parce qu'Android et Linux, c'est juste infaisable sans tutoriel. Et encore, il faut avoir la bonne distribution sinon mains dans le camboui

Windows et le kernel NT, c'est juste infaisable sans tutoriel. Et encore, il faut avoir la bonne version (surtout pas Windows 8), sinon on est dans le cambouis.

Et en plus il faut réussir à éviter de se retrouver avec un Windows OEM tellement bourré de crapwares constructeurs qu'il en devient inutilisable.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

(traduction de facility)

Je le vois plus souvent en anglais être utilisé pour ses autres sens. C'est souvent un faux ami.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

tu peux arriver avec un binaire de 1995, et ca démarre quand même,

J'en ai énormément qui ne démarrent plus sous XP ou >= Vista, même avec le mode de compatibilité.

Le plus souvent, c'est parce qu'ils utilisaient une version très spécifique du MSVC runtime…

Exemple plus récent : Outlook 2002 sous Windows 7 dont l'assistant ne fonctionne plus (MS Agent 2.0 n'est pas pris en charge à partir de Windows 7) et qui n'enregistre pas les mots de passes (l'API de l'époque est en "lecture seule" sous Windows 7, et est remplacée par une nouvelle API).

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Même question du côté Ruby pour libgosu qui est plutôt un concurrent à la SDL, mais qui utilise sdl_ttf.

(quant à Rubygame, ça fait longtemps que c'est mort)

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

(alors que le noyau de windows stagne et c'est un développeur de Microsoft qui le dit)

Quand le noyau Windows permet (entre autres évolutions) depuis Windows 7 de redémarrer les pilotes sans redémarrer l'OS (le meilleur exemple étant de pouvoir redémarrer le pilote graphique planté sans fermer la session graphique ni les applications, là où GNU/Linux n'est pas capable de faire ça), j'ai comme un doute.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

Pardon, mais tes arguments ( 1), 2),…) ne seraient-ils pas un copier/coller de la plaquette publicitaire de Lennart ?

A moins que le mainteneur d'Archlinux que je cite ne soit Lennart, non.

Et à part ça, j'utilise quotidiennement systemd depuis août 2012. Systemd est aussi largement utilisé en dehors de Archlinux. Le recul, il est là.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

bon, après, 12 ans de service

*12 ans, 5 mois, et 14 jours. Ou 392 947 200 secondes.

"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)