quand vous parlez de mixage/accélération hardware, est-il question de ces grosses cartes externes que je voyais chez des ingénieurs du son, avec pleins de boutons, switchs et leviers? Le genre de trucs qu'ils vont en général utiliser avec Protools. Je me souviens en particulier de cartes M-audio.
Ces grosses cartes doivent être des cartes son (ou interfaces audionumériques). Elles servent à connecter des instruments à l'ordi. Pour enregistrer le moindre truc, il est vite nécessaire de passer sur un carte dite pro ou semi-pro, sans quoi le son est franchement à chier. Il suffit d'essayer de brancher une guitare sur une carte son de base pour le constater.
Parmi les fonctionnalités de ces cartes (elles n'ont pas forcément tout ça) :
plusieurs I/O qu'on peut router vers/depuis des pistes différentes de séquenceur
impédances adaptées
qualité de son, tout simplement
préamplification
alimentation fantôme pour les micros qui le nécessitent
insertion d'effets externes (insert, send)
entrées XLR pour micro, jack pour instruments
I/O MIDI, SPDIF
monitoring matériel (possibilité de s'entendre sans passer par le PC, donc aucune latence, mais sans entendre d'éventuels effets logiciels)
En USB, il me semble qu'on est un peu limité parce qu'alsa ne gère que l'USB1. J'ai lu sur un forum que c'est parce qu'USB2 est mal spécifié et chaque constructeur fait à sa sauce, mais je n'ai pas de source.
En FireWire, il le pilote libre ffado, c'est un projet bénévole. Beaucoup de cartes ne fonctionnent pas ou pas complètement, ça dépend en partie des cartes à disposition des développeurs, des efforts fournis par les fabricants (specs, don de matos, peut-être) : http://ffado.org/?q=devicesupport/list
ffado ne fonctionne qu'avec jack, donc si on utilise cette carte en carte son principale, il faut tout router vers jack.
J'ai un peu la même config, et j'utilise Roundcube en sus pour l'accès de n'importe où. (Version récente présente dans le dépôt backport de squeeze.)
Roundcube a aussi un plugin pour éditer les filtres sieve. Je l'utilise pour ça car mon courrielleur (claws-mail) n'en a pas (et je n'ai pas essayé d'en coder un…).
Vous acceptez également que si vous faites payer à l’acheteur une quelconque forme de frais pour l’utilisation de PayPal, il est de votre responsabilité, et non de celle de PayPal, d’informer l’acheteur des frais appliqués.
Donc on aurait le droit.
Mais l'auteur du commentaire dit quelque chose qui me semble être vaguement contradictoire :
En gros si on propose un paiement par CB, Paypal ou chèque, par exemple, les trois doivent être traités de la même façon, et on ne peut pas dire "je propose Paypal, mais utilisez plutôt la CB, ça me fera moins de frais". L'acheteur s'en fiche, ça n'est pas trop son problème…
Donc on aurait le droit de faire payer plus cher pour compenser le coût de Paypal, mais pas de suggérer un autre moyen de paiement pour que ce soit moins cher ?
Voilà un exemple de source de ce que je disais avoir lu comme quoi il valait mieux écrire wheezy que testing dans son sources.list.
Le branche « Testing » étant particulièrement instable les semaines suivants la sortie de la version Stable il est recommandé d’utiliser dans le sources.list le nom de code de la branche « Testing » (actuellement Lenny) et de faire le cas échéant une mise à niveau vers la nouvelle version Testing une fois l’ouragan passé (un délai d’environ 2 mois est généralement suffisant).
D'après le fonctionnement que vous décrivez, c'est faux, puisqu'il n'y a pas d'un seul coup plein de nouveaux paquets dans testing, au contraire, il y a une continuité.
(J'utilise pas couramment le commit -a parce que ça m'avait conduit à committer un peu trop large accidentellement, mais si on fait attention à ce qu'on fait, c'est aussi bien, en effet.)
FlashVideoReplacer remplace les bidules Flash par les fichiers vidéo, ou redirige vers le lecteur HTML5 si disponible.
Oui, c'est bien aussi de rediriger vers un lecteur video. Même encore mieux. L'inconvénient, c'est que ça ne fonctionne que pour les sites prévus par l'extension, et que ça cesse de fonctionner quand ils sont modifiés (c'était le cas avec YT récemment).
Ça m'étonnerait qu'il soit par défaut sous Ubuntu, c'est pas Linux Mint.
Je sais pas pour Ubuntu. Et je parle de Gnash, hein, pas du lecteur adobe.
faut aller dans about:config pour virer la demande de plugin
Tu veux dire pour supprimer le fait qu'il t'affiche "Il vous manque des plugins pour afficher cette page" ?
Ce que j'aimerais trouver, c'est un réglage qui me permette de faire croire au site que je n'ai pas le lecteur. Un peu comme quand on fait passer son iceweasel pour un IE pour tromper certains tests.
Je réalise qu'il y aurait quand même un inconvénient pour les sites qui pratiquent un test et excluent les navigateurs sans flash alors que dans la pratique gnash pourrait se dépatouiller. Mais ça doit être rare : ceux qui font ces tests ont plutôt des sites tout en flash et gnash ne s'en sort pas, ou bien leur test exclut gnash aussi. En tout cas c'est assez rare pour que je m'en foute.
Peut-être faut-il que je m'oriente vers une solution propre à YT et DM. Mais je ne vois pas plus comment faire. Et c'est pas joli.
Avec tout ça, j'en ai oublié que tu ne veux pas de Flash…
Ben oui, voilà. C'est quand même ballot qu'il existe un remplacement qui fonctionne, qui est en place… mais que notre config ignore pour continuer d'utiliser le vieux flash du 20è siècle. Je me demande qui utilise la version HTML5. Les téléphones et tablettes, peut-être.
De mémoire, ça avait pas marché. Faudrait que je vérifie. Il semble qu'avec Midori, je dois le cliquer même si j'ai pas de plugin flash (c'est un peu con). Donc ça serait nécessaire, mais pas suffisant.
Si tu utilises ce plugin pour FF, ca devrait le faire, non?
Ben non. La page est envoyée avec la video en flash, et flashblock la cache. (En fait j'utilise déjà Flashblock.)
Sinon, seules les nouvelles vidéos sont disponibles en HTML5 (webM ou h264 selon la plateforme). Pour les anciennes, la plupart des cas, elles n'ont pas été (encore) converties et ne sont donc disponibles qu'en Flash.
Oui, j'ai vu. Avec DM je crois qu'elles le sont toutes. Avec YT il y en a déjà pas mal.
J'utilise Xfce au quotidien et je plussoie vigoureusement le commentaire précédent.
Je ne vois rien dans les nouveautés qui fasse que je sois pressé de recevoir cette version 4.10 dans les dépôts :
J'étais curieux du mode tiling, mais si ça ressemble au truc du windows que j'ai au boulot qui maximise les fenêtres quand on les approche du bord, c'est plutôt quelque chose que je préfère désactiver.
Je n'utilise pas le bureau. Je n'utilise pas appfinder, juste Alt+F2 parfois. J'ai un panel horizontal et le plus fin possible, donc une seule rangée (bon, avec l'écran large, j'essaierai peut-être le panel sur le côté). Je n'utilise pas la doc, ou alors je regarde en ligne.
Les paramètres, j'ai parfois tendance à les chercher un peu. Ça sera peut-être plus clair comme ça.
Bref, rien de folichon de mon point de vue. Mais ne serait-ce pas simplement parce que c'est déjà très bien et très complet ?
Tu veux dire que quand testing devient stable, il y a une période ou testing et stable ont les mêmes paquets, et ensuite testing continue d'intégrer les paquets de unstable, alors que stable est figée ?
Donc tu pourrais "s/wheezy/testing/g" dans ton sources.list et attendre que ça se passe, en fait ? Il me semblait que c'était déconseillé justement pour gérer manuellement le saut de version. C'est peut-être pour stable que c'est déconseillé, alors, mais pas pour testing.
Je pense que tout le monde est d'accord avec l'idée de faire des livraisons régulières.
Je me fous du numéro de version a priori, mais il semble que ça pose problème aux développeurs d'extensions. Et si ça complique la vie aux "petits" développeurs, c'est un problème à résoudre. D'accord.
J'avais juste le sentiment que certains se plaignent de l'effet "pshitt" : une dépêche sur une nouvelle version de FF, et en fait, presque pas de nouveautés.
Mais vous conviendrez que c'est plutôt le problème de DLFP que celui de FF, non ?
Maintenant, version mineure ou pas, chaque dépêche FF fait couler suffisamment de commentaires pour justifier de sa "pertinence". (Même si une part des commentaires discutent de cette pertinence…)
Et en fait, ce qui vous embête, c'est qu'il y ait des nouvelles versions régulièrement (early, often), ou bien c'est qu'il y ait une dépêche presque vide à chaque fois ?
Peut-être suffit-il de mettre les choses au clair avec la MOFO* une bonne fois pour toutes : On s'en fout du numéro de version, une version majeure c'est une dépêche DLFP, une version mineure c'est un journal. Et voilà.
(* On me signale dans l'oreillette que ceci c'est pas le diminutif de Mozilla Foundation.)
[^] # Re: KDE, bien que je ne l'utilise pas
Posté par jihele . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 3.
Moi j'utilise et j'aime Xfce donc je l'ai coché. De là à dire que je "mise dessus pour l'avenir"…
Si la question est de deviner celui qui tuera les autres et gagnera toutes les parts de marché, je ne mise pas sur Xfce. Sur aucun, en fait.
Je mise donc sur Xfce pour le présent. Et un peu l'avenir, d'accord, car il reste toujours quelques petits glitches, même si c'est assez complet.
[^] # Re: Pourquoi PA sux
Posté par jihele . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 4.
Ces grosses cartes doivent être des cartes son (ou interfaces audionumériques). Elles servent à connecter des instruments à l'ordi. Pour enregistrer le moindre truc, il est vite nécessaire de passer sur un carte dite pro ou semi-pro, sans quoi le son est franchement à chier. Il suffit d'essayer de brancher une guitare sur une carte son de base pour le constater.
Parmi les fonctionnalités de ces cartes (elles n'ont pas forcément tout ça) :
Attention aux problèmes de pilotes !
Ces interfaces existent en PCI, USB et FireWire.
http://linuxmao.org/tikiwiki/tiki-index.php?page=Cartes+son
http://linuxmao.org/tikiwiki/tiki-index.php?page=Cartes+son+des+membres
En USB, il me semble qu'on est un peu limité parce qu'alsa ne gère que l'USB1. J'ai lu sur un forum que c'est parce qu'USB2 est mal spécifié et chaque constructeur fait à sa sauce, mais je n'ai pas de source.
En FireWire, il le pilote libre ffado, c'est un projet bénévole. Beaucoup de cartes ne fonctionnent pas ou pas complètement, ça dépend en partie des cartes à disposition des développeurs, des efforts fournis par les fabricants (specs, don de matos, peut-être) :
http://ffado.org/?q=devicesupport/list
ffado ne fonctionne qu'avec jack, donc si on utilise cette carte en carte son principale, il faut tout router vers jack.
[^] # Jack / pulseaudio
Posté par jihele . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 2.
http://linuxmao.org/tikiwiki/tiki-index.php?page=PulseAudio#PulseAudio_et_Jack
http://fuzzle.org/~petern/index.html
Je n'ai pas essayé. Un jour j'ai désinstallé PA, et depuis, tant que je n'en ai pas besoin, je laisse comme ça.
[^] # Re: range ~~ta chambre~~ tes emails !
Posté par jihele . En réponse au journal free et la gestion des mails. Évalué à 3.
J'ai un peu la même config, et j'utilise Roundcube en sus pour l'accès de n'importe où. (Version récente présente dans le dépôt backport de squeeze.)
Roundcube a aussi un plugin pour éditer les filtres sieve. Je l'utilise pour ça car mon courrielleur (claws-mail) n'en a pas (et je n'ai pas essayé d'en coder un…).
[^] # Gandi
Posté par jihele . En réponse au journal free et la gestion des mails. Évalué à 3.
Pour l'achat d'un nom de domaine (dans les 15€ par an), tu as 5 comptes courriel, des redirections, etc.
(Et pour plus cher, tu as de l'hébergement, mutualisé on dédié virtualisé, mais c'est une autre histoire…)
[^] # Re: J'ai du mal à comprendre un truc
Posté par jihele . En réponse au journal Paypal et la liberté d'expression. Évalué à 1.
Le texte dit ceci :
Donc on aurait le droit.
Mais l'auteur du commentaire dit quelque chose qui me semble être vaguement contradictoire :
Donc on aurait le droit de faire payer plus cher pour compenser le coût de Paypal, mais pas de suggérer un autre moyen de paiement pour que ce soit moins cher ?
[^] # Re: Youtube
Posté par jihele . En réponse au message Utiliser prioritairement HTML5 sur les sites de vidéos qui le proposent. Évalué à 1.
La manip avec YT est nécessaire mais pas suffisante. Je ne crois pas qu'il y ait d'équivalent DM.
Dans ma config,
avec FF les vidéos ne s'affichent jamais en HTML5
avec Midori, elles s'affichent toutes en HTML5 chez DM et seulement si j'ai cliqué sur ton lien chez YT
[^] # Re: rêve d'une gubuntu
Posté par jihele . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 1.
Voilà un exemple de source de ce que je disais avoir lu comme quoi il valait mieux écrire wheezy que testing dans son sources.list.
D'après le fonctionnement que vous décrivez, c'est faux, puisqu'il n'y a pas d'un seul coup plein de nouveaux paquets dans testing, au contraire, il y a une continuité.
[^] # Re: Un tuto pour noob ?
Posté par jihele . En réponse au journal Combattre la crise pétrolière avec Weboob. Évalué à 2.
Ah oui, c'est juste. Au temps pour moi.
(J'utilise pas couramment le commit -a parce que ça m'avait conduit à committer un peu trop large accidentellement, mais si on fait attention à ce qu'on fait, c'est aussi bien, en effet.)
[^] # Re: Un tuto pour noob ?
Posté par jihele . En réponse au journal Combattre la crise pétrolière avec Weboob. Évalué à 1.
Il doit aussi falloir faire un git add sur les fichiers modifiés, avant le commit.
[^] # Re: Pistes
Posté par jihele . En réponse au message Utiliser prioritairement HTML5 sur les sites de vidéos qui le proposent. Évalué à 1.
Merci.
Oui, c'est bien aussi de rediriger vers un lecteur video. Même encore mieux. L'inconvénient, c'est que ça ne fonctionne que pour les sites prévus par l'extension, et que ça cesse de fonctionner quand ils sont modifiés (c'était le cas avec YT récemment).
[^] # Re: swfdec, lightspark
Posté par jihele . En réponse au message Utiliser prioritairement HTML5 sur les sites de vidéos qui le proposent. Évalué à 2. Dernière modification le 03 mai 2012 à 13:04.
Je sais pas pour Ubuntu. Et je parle de Gnash, hein, pas du lecteur adobe.
Tu veux dire pour supprimer le fait qu'il t'affiche "Il vous manque des plugins pour afficher cette page" ?
Ce que j'aimerais trouver, c'est un réglage qui me permette de faire croire au site que je n'ai pas le lecteur. Un peu comme quand on fait passer son iceweasel pour un IE pour tromper certains tests.
Je réalise qu'il y aurait quand même un inconvénient pour les sites qui pratiquent un test et excluent les navigateurs sans flash alors que dans la pratique gnash pourrait se dépatouiller. Mais ça doit être rare : ceux qui font ces tests ont plutôt des sites tout en flash et gnash ne s'en sort pas, ou bien leur test exclut gnash aussi. En tout cas c'est assez rare pour que je m'en foute.
Peut-être faut-il que je m'oriente vers une solution propre à YT et DM. Mais je ne vois pas plus comment faire. Et c'est pas joli.
[^] # Re: swfdec, lightspark
Posté par jihele . En réponse au message Utiliser prioritairement HTML5 sur les sites de vidéos qui le proposent. Évalué à 2.
Ah ben oui, tout simplement. Tu as raison.
Je n'ai pas vraiment décidé de l'installer, c'était par défaut dans Wheezy, il me semble. Mais j'ai décidé de le laisser, ce qui revient au même.
[^] # Re: swfdec, lightspark
Posté par jihele . En réponse au message Utiliser prioritairement HTML5 sur les sites de vidéos qui le proposent. Évalué à 2.
Ben oui, voilà. C'est quand même ballot qu'il existe un remplacement qui fonctionne, qui est en place… mais que notre config ignore pour continuer d'utiliser le vieux flash du 20è siècle. Je me demande qui utilise la version HTML5. Les téléphones et tablettes, peut-être.
De mémoire, ça avait pas marché. Faudrait que je vérifie. Il semble qu'avec Midori, je dois le cliquer même si j'ai pas de plugin flash (c'est un peu con). Donc ça serait nécessaire, mais pas suffisant.
[^] # Re: Flashblock?
Posté par jihele . En réponse au message Utiliser prioritairement HTML5 sur les sites de vidéos qui le proposent. Évalué à 2.
Ben non. La page est envoyée avec la video en flash, et flashblock la cache. (En fait j'utilise déjà Flashblock.)
Oui, j'ai vu. Avec DM je crois qu'elles le sont toutes. Avec YT il y en a déjà pas mal.
# Un peu de volonté
Posté par jihele . En réponse à la dépêche Sortie d'OpenBSD 5.1 « Bug Busters ». Évalué à 8.
Avec un peu de volonté, on pouvait faire les deux, non ?
(Oh et puis je vais faire mon chiant, tiens : "permettant […] de pouvoir", redondance…)
En tout cas merci pour la chanson, je pense que je l'ai dans la tête pour quelques heures, maintenant, du moins l'originale.
[^] # Re: Un environnement utilisable dans un monde de brutes
Posté par jihele . En réponse à la dépêche Xfce 4.10 est disponible !. Évalué à 4.
J'utilise Xfce au quotidien et je plussoie vigoureusement le commentaire précédent.
Je ne vois rien dans les nouveautés qui fasse que je sois pressé de recevoir cette version 4.10 dans les dépôts :
J'étais curieux du mode tiling, mais si ça ressemble au truc du windows que j'ai au boulot qui maximise les fenêtres quand on les approche du bord, c'est plutôt quelque chose que je préfère désactiver.
Je n'utilise pas le bureau. Je n'utilise pas appfinder, juste Alt+F2 parfois. J'ai un panel horizontal et le plus fin possible, donc une seule rangée (bon, avec l'écran large, j'essaierai peut-être le panel sur le côté). Je n'utilise pas la doc, ou alors je regarde en ligne.
Les paramètres, j'ai parfois tendance à les chercher un peu. Ça sera peut-être plus clair comme ça.
Bref, rien de folichon de mon point de vue. Mais ne serait-ce pas simplement parce que c'est déjà très bien et très complet ?
[^] # Re: Alternatives
Posté par jihele . En réponse à la dépêche Mikogo, logiciel de partage d´écran. Évalué à 4.
Ben oui, que manque-t-il à VNC que les autres logiciels proposent ?
Je l'utilisais au boulot pour coder sur des serveurs linux depuis un PC windows. En local.
[^] # Re: systemd vs upstart
Posté par jihele . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 1.
Quid du dernier commentaire ?
Est-ce que le service est à nouveau lancé au démarrage suivant ?
[^] # Re: rêve d'une gubuntu
Posté par jihele . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 1.
OK merci à vous deux, c'est maintenant très clair.
J'étais passé à côté de quelque chose d'essentiel.
[^] # Re: C'est stable ?
Posté par jihele . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 1.
Ca fonctionne dans plein de logiciels, alt combiné à une flèche :
Gauche ou Droite pour naviguer avant / arrière dans l'historique
Haut pour remonter l'arborescence (rien sous FF)
Home pour la page de démarrage / le répertoire utilisateur
[^] # Re: rêve d'une gubuntu
Posté par jihele . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 2.
Tu veux dire que quand testing devient stable, il y a une période ou testing et stable ont les mêmes paquets, et ensuite testing continue d'intégrer les paquets de unstable, alors que stable est figée ?
Donc tu pourrais "s/wheezy/testing/g" dans ton sources.list et attendre que ça se passe, en fait ? Il me semblait que c'était déconseillé justement pour gérer manuellement le saut de version. C'est peut-être pour stable que c'est déconseillé, alors, mais pas pour testing.
Donc debian testing est une rolling release ?
[^] # Re: rêve d'une gubuntu
Posté par jihele . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 1.
Quand testing devient stable, tu dois quand-même faire une mise à jour vers la nouvelle testing, non ?
Je suis en testing aussi, je ne sais pas si unstable est très différente, en fait, je n'en utilise aucun paquet.
[^] # Re: Nous y voilà…
Posté par jihele . En réponse à la dépêche Firefox 12 et Thunderbird 12 sont sortis ; Mobile est mis à jour. Évalué à 2.
C'était un peu de l'ironie.
Je pense que tout le monde est d'accord avec l'idée de faire des livraisons régulières.
Je me fous du numéro de version a priori, mais il semble que ça pose problème aux développeurs d'extensions. Et si ça complique la vie aux "petits" développeurs, c'est un problème à résoudre. D'accord.
J'avais juste le sentiment que certains se plaignent de l'effet "pshitt" : une dépêche sur une nouvelle version de FF, et en fait, presque pas de nouveautés.
Mais vous conviendrez que c'est plutôt le problème de DLFP que celui de FF, non ?
Maintenant, version mineure ou pas, chaque dépêche FF fait couler suffisamment de commentaires pour justifier de sa "pertinence". (Même si une part des commentaires discutent de cette pertinence…)
[^] # Re: Nous y voilà…
Posté par jihele . En réponse à la dépêche Firefox 12 et Thunderbird 12 sont sortis ; Mobile est mis à jour. Évalué à 2.
Et en fait, ce qui vous embête, c'est qu'il y ait des nouvelles versions régulièrement (early, often), ou bien c'est qu'il y ait une dépêche presque vide à chaque fois ?
Peut-être suffit-il de mettre les choses au clair avec la MOFO* une bonne fois pour toutes : On s'en fout du numéro de version, une version majeure c'est une dépêche DLFP, une version mineure c'est un journal. Et voilà.
(* On me signale dans l'oreillette que ceci c'est pas le diminutif de Mozilla Foundation.)