Oh eh bien, dans ma liste ci-dessus y'a juste à enlever Mass Effect et Dragon Age, alors.
Dans le genre 2D, y'a toujours le choix : Arcanum, Baldur's Gate, Fallout 1&2, … ;)
Dans le genre 3D d'il y a 15 ans, NeverWinter Nigths et ses MODs domine.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse au journal Humble Indie Bundle 9.
Évalué à 2.
Dernière modification le 13 septembre 2013 à 09:51.
Tu prends les jeux non-natifs aussi ?
Car Mass Effect et Dragon Age : Origins semblent bien tourner sous Wine d'après leur fiche sur l'AppDB.
D'occasion sur Amazon ou ailleurs, ils doivent pas être très chers (je te déconseille de les prendre sur Origin, le bidule à DRM de EA, ça va sûrement compromettre la compatibilité avec Wine !).
Sinon, NWN a beaucoup de mods single player sur le nwvault, et tourne en natif (nwvault fournit aussi énormément de MODs multi-joueurs. Même aujourd'hui, il existe beaucoup de serveurs pour faire du roleplay, …). La campagne solo de NWN1 n'est pas très bonne. Les deux extensions (SoU et HoTU) sont bien meilleurs de ce côté là (souvent les MODs requierent les deux extensions + le dernier patch 1.69). Faut dire que NWN était surtout vendu pour sa boîte à outils pour faire des MODs solos et multi-joueurs, vendue avec.
Deux mods solo que je recommande pour commencer : A Dance with rogues (TRES adulte, quand même !), et Honor Among Thieves.
Un très bon jeu RPG auquel j'ai joué sous Wine récemment aussi : Planescape Torment (en VO, pris sur GOG.com).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Même un netbook Atom serait largement mieux qu'un Rasberry Pi.
Et il se trimballe pas un GPU PowerVR nécessitant un firmware non-libre tentaculaire (le pilote open-source s'occupant de trois fois rien) , lui ( vu que la plupart du temps un netbook a un Intel GMA).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Si tu avais suivi l'histoire Nokia depuis le début, tu aurais compris que tout était déjà en place pour ce final.
Je remercie linuxfr de m'avoir informé de ce rachat. Comme site d'informations c'est un des meilleurs (pour troller aussi d'ailleurs ;-) )
Linuxfr ne se focalise pas sur l'actualité libre, et c'est tant mieux. Ça gêne tes oeillères, c'est dommage et tu as ma sympathie, mais on peut pas tout avoir. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Non. C'est totalement impossible et assumé par Lenart. Journald ne sait discuter qu'avec systemd dans un environement (structure du file system, variables de kernel, outils d'interaction etc.) prévu pour.
"tout seul" = "sans syslog".
Je sais bien que journald dépend de systemd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
journald aurait dut être conçu comme un système de log, tel que syslogd, pas comme un 'routeur' de log qui ne fait rajouter une couche et complexifie inutilement le système.
C'est un système de log à part entière.
Je n'utilise même plus syslog, d'ailleurs. J'aime pas les doublons.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Ce n'est pas une couche en plus. On peut utiliser journald tout seul.
La compatibilité syslog, c'est juste de la rétrocompatibilité et pour ceux qui préfèrent les logs en texte (même si journald fournit de quoi filtrer ses logs et sort du texte sur la sortie standard quand on appelle journalctl). Bref, c'est totalement inutile dispensable.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Ce que j'aime particulièrement avec les systèmes de type Unix, c'est que beaucoup de choses sont modulaires, on fait attention à ce que chaque brique s'imbrique plus ou moins biens avec le reste du système.
Myth: systemd is not UNIX.
There's certainly some truth in that. systemd's sources do not contain a single line of code originating from original UNIX. However, we derive inspiration from UNIX, and thus there's a ton of UNIX in systemd. For example, the UNIX idea of "everything is a file" finds reflection in that in systemd all services are exposed at runtime in a kernel file system, the cgroupfs. Then, one of the original features of UNIX was multi-seat support, based on built-in terminal support. Text terminals are hardly the state of the art how you interface with your computer these days however. With systemd we brought native multi-seat support back, but this time with full support for today's hardware, covering graphics, mice, audio, webcams and more, and all that fully automatic, hotplug-capable and without configuration. In fact the design of systemd as a suite of integrated tools that each have their individual purposes but when used together are more than just the sum of the parts, that's pretty much at the core of UNIX philosophy. Then, the way our project is handled (i.e. maintaining much of the core OS in a single git repository) is much closer to the BSD model (which is a true UNIX, unlike Linux) of doing things (where most of the core OS is kept in a single CVS/SVN repository) than things on Linux ever were.
Ultimately, UNIX is something different for everybody. For us systemd maintainers it is something we derive inspiration from. For others it is a religion, and much like the other world religions there are different readings and understandings of it. Some define UNIX based on specific pieces of code heritage, others see it just as a set of ideas, others as a set of commands or APIs, and even others as a definition of behaviours. Of course, it is impossible to ever make all these people happy.
Ultimately the question whether something is UNIX or not matters very little. Being technically excellent is hardly exclusive to UNIX. For us, UNIX is a major influence (heck, the biggest one), but we also have other influences. Hence in some areas systemd will be very UNIXy, and in others a little bit less.
Et à propos de journald :
Myth: systemd makes it impossible to run syslog.
Not true, we carefully made sure when we introduced the journal that all data is also passed on to any syslog daemon running. In fact, if something changed, then only that syslog gets more complete data now than it got before, since we now cover early boot stuff as well as STDOUT/STDERR of any system service.
Et tant que j'y suis :
Myth: systemd is monolithic.
If you build systemd with all configuration options enabled you will build 69 individual binaries. These binaries all serve different tasks, and are neatly separated for a number of reasons. For example, we designed systemd with security in mind, hence most daemons run at minimal privileges (using kernel capabilities, for example) and are responsible for very specific tasks only, to minimize their security surface and impact. Also, systemd parallelizes the boot more than any prior solution. This parallization happens by running more processes in parallel. Thus it is essential that systemd is nicely split up into many binaries and thus processes. In fact, many of these binaries[1] are separated out so nicely, that they are very useful outside of systemd, too.
A package involving 69 individual binaries can hardly be called monolithic. What is different from prior solutions however, is that we ship more components in a single tarball, and maintain them upstream in a single repository with a unified release cycle.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Le choix aurait tellement été plus simple si l'autoradio avait été conçu de sorte à être facilement remplaçable…
Je pense pourtant que c'est le cas…
Myth: systemd doesn't allow your to replace its components.
Not true, you can turn off and replace pretty much any part of systemd, with very few exceptions. And those exceptions (such as journald) generally allow you to run an alternative side by side to it, while cooperating nicely with it.
Myth: systemd is not modular.
Not true at all. At compile time you have a number of configure switches to select what you want to build, and what not. And we document how you can select in even more detail what you need, going beyond our configure switches.
This modularity is not totally unlike the one of the Linux kernel, where you can select many features individually at compile time. If the kernel is modular enough for you then systemd should be pretty close, too.
Myth: systemd is not scriptable, because of its D-Bus use.
Not true. Pretty much every single D-Bus interface systemd provides is also available in a command line tool, for example in systemctl, loginctl, timedatectl, hostnamectl, localectl and suchlike. You can easily call these tools from shell scripts, they open up pretty much the entire API from the command line with easy-to-use commands.
That said, D-Bus actually has bindings for almost any scripting language this world knows. Even from the shell you can invoke arbitrary D-Bus methods with dbus-send or gdbus. If anything, this improves scriptability due to the good support of D-Bus in the various scripting languages.
Myth: systemd requires you to use some arcane configuration tools instead of allowing you to edit your configuration files directly.
Not true at all. We offer some configuration tools, and using them gets you a bit of additional functionality (for example, command line completion for all settings!), but there's no need at all to use them. You can always edit the files in question directly if you wish, and that's fully supported. Of course sometimes you need to explicitly reload configuration of some daemon after editing the configuration, but that's pretty much true for most UNIX services.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Chaque application susceptible de produire du son intègre déjà son propre réglage de volume, du coup le réglage apporté par pulseaudio n'est qu'un doublon inutile, il n'y a donc absolument rien de pratique ! Et ce d'autant plus qu'il est bien plus rapide de régler le volume directement depuis l'application dans laquelle on est que d'aller chercher le réglage ailleurs.
Bah non, avec ALSA, cela modifie le Master volume, donc ça affecte tout le monde. Un des pires bugs que j'ai jamais vu !
Je baisse le son dans Audacious, ça baisse le volume Master, et ça baisse le volume dans SMPlayer, dans Parole, partout !
Et non, utiliser le mixer logiciel (déconseillé) d'audacious, ou un canal "pas utilisé" comme "canal de mixage" dans Audacious (chose que les autres applications n'offraient pas) ne règle rien.
Situation la plus con possible personnellement rencontrée à ce sujet : ne sont listées que les applications qui produisent du son (et non pas celle susceptibles d'en produire), du coup, quand on utilise une application sonore qui arrête de produire du son quand elle perd le focus – par exemple quand on clique sur l'icône de haut-parleur pour régler son volume dans pulseaudio – sa jauge y disparaît (puisqu'elle ne produit plus de flux sonore).
Bah non, chez moi PA a toujours listé les applications qui produisent du son et celles susceptibles d'en produire (exemple : je viens de lancer DOSBox, et il s'affiche. Pourtant, il ne sort aucun bruit).
Il me liste aussi Timidity, alors qu'il ne produit rien comme son en ce moment (et ce depuis le début de ma session).
Et quand je lance SMPlayer ou Parole, il n'est pas affiché. Mais si je lance un film, il l'est. Et il est toujours affiché, même si je mets le film en pause ou que l'application perd le focus.
Pour terminer, personne n'est obligé d'aller trifouiller dans les canaux d'Alsa, par défaut il donne accès au canal global (configurable).
A tout le monde. Ce qui est totalement idiot (voir plus haut).
Mais ceux qui ont un besoin plus avancé peuvent tout simplement y accéder en un clic, et pour eux les canaux en question n'ont absolument rien d'obscur. Au passage, quand tu veux configurer tes aigus, basses ou l'équilibrage des sorties, tu peux le faire avec ces canaux, alors que pulseaudio ne t'y donne juste pas accès et tu peux t'asseoir dessus.
Et j'utilise pourtant PA en ce moment même.
Bref, face à la montagne de merdes que je rencontrais depuis que je m'étais astreint à utiliser pulseaudio installé par défaut, j'ai fini par le virer et revenir sur Alsa, depuis je revis.
Face à la bataille pour accéder au canal Master, j'utilise PA et plus aucune application ne fait ce qu'elle veut.
Power to the user ! \m/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
D'la merde accoustique, codé avec les moyens du bords ( à la systemd ), par un gus qui n'a absolument aucunes connaissances musicale. Au final ça s'adresse plutôt bien à des utilisateurs qui n'ont aucune oreille et qui aiment écouter du son dans une casserole 8bits, 8000 Hz.
Trop gros, passera pas.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Xorg marche bien et répond à tous les besoins (même le jeu)
Euh bah non. Le rendu est pourri, et il est trop lourd, trop lent. Sinon, y'aurait pas besoin de Wayland. Le remote desktop natif de X, par exemple, est inutilisable (trop lent) en dehors du réseau local.
Xorg fait une chose : de l'IPC. Et il la fait mal. Très mal.
, alors pourquoi réinventer Wayland (pas de remote display), Weston, dans le temps Berlin project) et j'en passe.
"Et j'en passe ?"
Y'a d'autres projets à part Wayland et Mir ?
Je suis sur qu'il existe encore plein de clone de PulseAudio en préparation,
Source ?
pour des raisons plus stupides les unes que les autres, genre la licence ne me convient pas, soit GPL est trop restrictif, soit LGPL est trop laxiste, bref, des considérations qui n'aident en rien le progrès.
Ce fut d’ailleurs le cas par le passé: projet Armony pour contrer Qt, projet Gnome pour contrer KDE qui avait le toupet d'utiliser une librairie pas GPL….
Elle était même carrément propriétaire, comme celle de Xfce à ses débuts.
Si tu ne veux pas un OS libre, mais un OS tout court, t'as qu'à prendre Windows ou Mac OS.
Que d'efforts dupliqués pour quoi au final:
Tu sais, même sous Windows il y a énormément de logiciels concurrents. Est-ce que ça fait du tort à Windows ? Certainement pas !
Toujours pas de suite office qui permette de se passer d'MS Office.
Je m'en passe pourtant… avec LibreOffice et Thunderbird.
Aucun, je dis bien aucun client de messagerie capable de se connecter à un serveur Outlook en MAPI.
C'est peut-être parce que ce n'est pas standard, pas documenté, changeant, et propriétaire.
Que des pseudo solution à base de proxy serveurs (openchange), webdav ou imap, mais rien qui permette dans le monde de l'entreprise d'arriver avec un PC linux et d'utiliser la messagerie imposée ou les fichiers offices imposés.
Rien non plus pour remplir les PDF formulaires signés….
Il n'y a pas plusieurs serveurs de sons sous Windows
Vraiment ?
Plusieurs API se sont succédées, pourtant. Au moins, WaveOut, DirectSound, et Media Foundation.
Du côté du MIDI, depuis Windows 2000, windows embarque son propre synthétiseur logiciel et sa propre banque de sons (on peut la remplacer, heureusement).
Et puis du côté de NT, y'a un service "Audio Windows" qu'on peut désactiver/redémarrer.
Le véritable serveur de son est apparu avec Vista (il a au moins toutes les fonctionnalités de PA que j'ai décris plus haut : volume et état sonore par application, application d'effets/traitements sonores, détection du casque audio, …).
Bref, tout ça me porte à croire qu'il y a eu beaucoup d'évolutions depuis l'époque de l'accès direct à la carte son via/sous DOS. ;-)
Donc, beaucoup de fragmentation…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Au départ, à la place de pnmixer, je voulais indicator-sound-gtk2 (qui provient de Xubuntu), mais je n'ai jamais réussi à le compiler (problème avec la bibliothèque… libido. Non, je rigole pas !).
Pourtant, indicator-sound-gtk2 est joli et permet d'interagir avec le lecteur audio depuis le tableau de bord (j'imagine qu'il utilise pour cela le standard MPRIS :
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Je fais un hors sujet
Posté par xcomcmdr . En réponse à la dépêche Humble Indie Bundle 9. Évalué à 4.
De ce point de vue, tout ce qui est 'loisir' est stérile. Je ne serais pas forcément de cet avis…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Jeu de rôle ?
Posté par xcomcmdr . En réponse au journal Humble Indie Bundle 9. Évalué à 1.
Je sais pas, c'est quoi ?
En tout cas c'est le dernier jeu fait avec le moteur de Baldur's Gate.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Jeu de rôle ?
Posté par xcomcmdr . En réponse au journal Humble Indie Bundle 9. Évalué à 1.
Oh eh bien, dans ma liste ci-dessus y'a juste à enlever Mass Effect et Dragon Age, alors.
Dans le genre 2D, y'a toujours le choix : Arcanum, Baldur's Gate, Fallout 1&2, … ;)
Dans le genre 3D d'il y a 15 ans, NeverWinter Nigths et ses MODs domine.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Jeu de rôle ?
Posté par xcomcmdr . En réponse au journal Humble Indie Bundle 9. Évalué à 2. Dernière modification le 13 septembre 2013 à 09:51.
Tu prends les jeux non-natifs aussi ?
Car Mass Effect et Dragon Age : Origins semblent bien tourner sous Wine d'après leur fiche sur l'AppDB.
D'occasion sur Amazon ou ailleurs, ils doivent pas être très chers (je te déconseille de les prendre sur Origin, le bidule à DRM de EA, ça va sûrement compromettre la compatibilité avec Wine !).
Sinon, NWN a beaucoup de mods single player sur le nwvault, et tourne en natif (nwvault fournit aussi énormément de MODs multi-joueurs. Même aujourd'hui, il existe beaucoup de serveurs pour faire du roleplay, …). La campagne solo de NWN1 n'est pas très bonne. Les deux extensions (SoU et HoTU) sont bien meilleurs de ce côté là (souvent les MODs requierent les deux extensions + le dernier patch 1.69). Faut dire que NWN était surtout vendu pour sa boîte à outils pour faire des MODs solos et multi-joueurs, vendue avec.
Deux mods solo que je recommande pour commencer : A Dance with rogues (TRES adulte, quand même !), et Honor Among Thieves.
Un très bon jeu RPG auquel j'ai joué sous Wine récemment aussi : Planescape Torment (en VO, pris sur GOG.com).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Javascript gourmand ?
Posté par xcomcmdr . En réponse à la dépêche Pack de logiciels libres pour les entreprises v2.0. Évalué à 1. Dernière modification le 12 septembre 2013 à 12:45.
Testé avec Firefox 23.0.1, profil vierge, même problème.
Le problème vient du site.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Javascript gourmand ?
Posté par xcomcmdr . En réponse à la dépêche Pack de logiciels libres pour les entreprises v2.0. Évalué à 1.
Pareil, sur un Intel Core2Duo T5800 à 2 Ghz.
Y'a comme un problème.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Le vieux, c'est bien, mais ca consomme
Posté par xcomcmdr . En réponse à la dépêche Emmabuntüs 2 (12.04). Évalué à 2.
Même un netbook Atom serait largement mieux qu'un Rasberry Pi.
Et il se trimballe pas un GPU PowerVR nécessitant un firmware non-libre tentaculaire (le pilote open-source s'occupant de trois fois rien) , lui ( vu que la plupart du temps un netbook a un Intel GMA).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: OSEF
Posté par xcomcmdr . En réponse à la dépêche Microsoft rachète les téléphones de Nokia. Évalué à 4.
Je remercie linuxfr de m'avoir informé de ce rachat. Comme site d'informations c'est un des meilleurs (pour troller aussi d'ailleurs ;-) )
Linuxfr ne se focalise pas sur l'actualité libre, et c'est tant mieux. Ça gêne tes oeillères, c'est dommage et tu as ma sympathie, mais on peut pas tout avoir. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 2.
"tout seul" = "sans syslog".
Je sais bien que journald dépend de systemd.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 2.
C'est un système de log à part entière.
Je n'utilise même plus syslog, d'ailleurs. J'aime pas les doublons.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 3. Dernière modification le 05 septembre 2013 à 13:59.
Ce n'est pas une couche en plus. On peut utiliser journald tout seul.
La compatibilité syslog, c'est juste de la rétrocompatibilité et pour ceux qui préfèrent les logs en texte (même si journald fournit de quoi filtrer ses logs et sort du texte sur la sortie standard quand on appelle journalctl). Bref, c'est totalement
inutiledispensable."Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 3.
Ça tombe bien, systemd est modulaire
Et à propos de journald :
Et tant que j'y suis :
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 4.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 1.
Bah non, avec ALSA, cela modifie le Master volume, donc ça affecte tout le monde. Un des pires bugs que j'ai jamais vu !
Je baisse le son dans Audacious, ça baisse le volume Master, et ça baisse le volume dans SMPlayer, dans Parole, partout !
Et non, utiliser le mixer logiciel (déconseillé) d'audacious, ou un canal "pas utilisé" comme "canal de mixage" dans Audacious (chose que les autres applications n'offraient pas) ne règle rien.
Bah non, chez moi PA a toujours listé les applications qui produisent du son et celles susceptibles d'en produire (exemple : je viens de lancer DOSBox, et il s'affiche. Pourtant, il ne sort aucun bruit).
Il me liste aussi Timidity, alors qu'il ne produit rien comme son en ce moment (et ce depuis le début de ma session).
Et quand je lance SMPlayer ou Parole, il n'est pas affiché. Mais si je lance un film, il l'est. Et il est toujours affiché, même si je mets le film en pause ou que l'application perd le focus.
A tout le monde. Ce qui est totalement idiot (voir plus haut).
Et j'utilise pourtant PA en ce moment même.
Face à la bataille pour accéder au canal Master, j'utilise PA et plus aucune application ne fait ce qu'elle veut.
Power to the user ! \m/
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bah c'est un Linux
Posté par xcomcmdr . En réponse au journal Parait qu'Android est un Linux.... Évalué à 0. Dernière modification le 04 septembre 2013 à 18:12.
Source ?!
Le nom officiel, c'est Xbox, Xbox 360, voire Xbox One.
Y'a pas à se compliquer la vie avec des noms complets devinés sur linuxfr.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bah c'est un Linux
Posté par xcomcmdr . En réponse au journal Parait qu'Android est un Linux.... Évalué à 2.
C'est nouveau, c'est quoi ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Re : Écriture de deux rapports de projets
Posté par xcomcmdr . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 2. Dernière modification le 04 septembre 2013 à 16:26.
Même expérience, mais en 2012 et avec LibreOffice Writer 3.5.X/4.0, et une machine datant de 2009.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 3.
Ah ben oui c'est super utile un système de démarrage sans journal.
(par ailleurs, journald peut facilement enregistrer à la fois dans son journal et ceui de syslog, ou un autre sysloger)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: éteindre brutalement sa machine,
Posté par xcomcmdr . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 10.
Reboot The Fucking Machine ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Alsa + Jack + Kernel RT
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 6.
Trop gros, passera pas.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Faire le choix du long terme
Posté par xcomcmdr . En réponse au journal SDL2 ou SFML2 ou ... ?. Évalué à 2.
Les meilleurs perfs en js pour les jeux c'est surtout si on utilise asm.js
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 2.
Ça marche pourtant bien sur un pauvre netbook Atom.
Plus précisément, Xubuntu (qui embarque PA) n'a aucun problème au niveau du son sur un Asus eeePC 1005 HA.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: inutile
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 8. Dernière modification le 03 septembre 2013 à 13:47.
Euh bah non. Le rendu est pourri, et il est trop lourd, trop lent. Sinon, y'aurait pas besoin de Wayland. Le remote desktop natif de X, par exemple, est inutilisable (trop lent) en dehors du réseau local.
Xorg fait une chose : de l'IPC. Et il la fait mal. Très mal.
"Et j'en passe ?"
Y'a d'autres projets à part Wayland et Mir ?
Source ?
Elle était même carrément propriétaire, comme celle de Xfce à ses débuts.
Si tu ne veux pas un OS libre, mais un OS tout court, t'as qu'à prendre Windows ou Mac OS.
Tu sais, même sous Windows il y a énormément de logiciels concurrents. Est-ce que ça fait du tort à Windows ? Certainement pas !
Je m'en passe pourtant… avec LibreOffice et Thunderbird.
C'est peut-être parce que ce n'est pas standard, pas documenté, changeant, et propriétaire.
Je l'ai fait avec evince l'autre jour ! Et puis il n'y a pas que Evince :
http://askubuntu.com/questions/29230/is-there-software-that-can-fill-pdf-forms
http://unix.stackexchange.com/questions/41295/how-to-save-a-copy-of-a-protected-pdf-form-in-evince
Chez les utilisateurs de Windows avancées (aka "power users"), ça y va aussi, t'inquiètes pas. ;-)
Windows se réinvente en permanence lui aussi. Et pourtant, il domine toujours le desktop. Comme quoi, ça n'a rien à voir.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: inutile
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 7. Dernière modification le 03 septembre 2013 à 12:28.
Vraiment ?
Plusieurs API se sont succédées, pourtant. Au moins, WaveOut, DirectSound, et Media Foundation.
Du côté du MIDI, depuis Windows 2000, windows embarque son propre synthétiseur logiciel et sa propre banque de sons (on peut la remplacer, heureusement).
Et puis du côté de NT, y'a un service "Audio Windows" qu'on peut désactiver/redémarrer.
Le véritable serveur de son est apparu avec Vista (il a au moins toutes les fonctionnalités de PA que j'ai décris plus haut : volume et état sonore par application, application d'effets/traitements sonores, détection du casque audio, …).
Bref, tout ça me porte à croire qu'il y a eu beaucoup d'évolutions depuis l'époque de l'accès direct à la carte son via/sous DOS. ;-)
Donc, beaucoup de fragmentation…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Oubli
Posté par xcomcmdr . En réponse au sondage Votre solution pour le son. Évalué à 2.
Au départ, à la place de pnmixer, je voulais indicator-sound-gtk2 (qui provient de Xubuntu), mais je n'ai jamais réussi à le compiler (problème avec la bibliothèque… libido. Non, je rigole pas !).
Pourtant, indicator-sound-gtk2 est joli et permet d'interagir avec le lecteur audio depuis le tableau de bord (j'imagine qu'il utilise pour cela le standard MPRIS :
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)