sebas a écrit 734 commentaires

Ah, évidemment, dans ce cas ça explique tout, et je retire ce que j'ai dit. Merci.

Surpris de ne pas voir debian dans la liste des distributions supportées, j'ai vérifié et il est bien présent dans tous les dépôts, bien sûr.

Peut-être qu'un modérateur pourrait rajouter debian dans la liste ?

C’est toujours un plaisir d’être coincé dans le passé à cause de cette distro.

Tu n'as jamais entendu parler de debian testing ?

Je dois déjà faire des fork()+exec() pour Tesseract, et ça m'embête déjà bien. Je refuse de faire des fork()+exec() pour générer les fichiers DjVu.

Je génère mes djvu avec OCR avec la commande
djvubind --tesseract-option="-l fra"
(il traite les fichiers dans le répertoire courant, ou on lui donne le nom d'un répertoire en paramètre)

Donc si tu fais un fork pour tessaract, tu peux peut-être le faire pour djvubind qui lui prendra en charge tessaract, ça ne fait pas un fork en plus.

Je pense qu'on se fout un peu de notre gueule. C'est du vol et du plagiat.

Mais…. Tu te permets d'interrompre ce flime ?

Si tu as pulseaudio activé

Euh, merci pour l'idée, mais tu as dû lire le fil un peu rapidement :P

Toutefois, je cherche, sous alsa, le moyen de choisir la carte audio en sortie.

.

Avec pulse, on n'a pas ce problème puisque qu'on peut diriger chaque flux audio sur le dispositif que l'on veut en utilisant l'interface de pulse, mais alsa n'a pas cette possibilité.

.

Si je comprends toujours bien, si tu utilises Pulse, pas de problème. C'est uniquement lorsque tu utilises ALSA que ca se corse.

Ouais exact, il faut les greffons "ugly" pour lire le mp3 avec GStreamer. Quand j'ai fait mon package, je l'ai bien mis dans les dépendances (apt-cache show goodvibes | grep Depends), donc j'imagine que ça aurait du installer gstreamer-plugins-ugly automatiquement si tu as installé avec apt-get depuis le ppa, non ? Ou échouer si tu installes avec dpkg. Ah oui, car j'ai maintenant un dépot sur Launchpad: https://launchpad.net/~elboulangero/+archive/ubuntu/goodvibes.

J'ai installé le paquet deb avec dpkg, puis installé les dépendances suivantes avec apt :
gstreamer1.0-plugins-ugly
gstreamer1.0-alsa
libsidplay1v5

et toutes mes dépendances étaient résolues (nonobstant celles qui étaient déjà installées, bien sûr ;))

Je veux bien que tu le fasses, si ça ne te dérange pas, tu sauras cibler exactement le ticket.
Et merci pour donner suite.

Je soupçonne que ton goodvibes va faire son petit bonhomme de chemin parmi les amateurs de logiciels efficaces et sans fioritures :-D
J'espère que dès qu'il sera mûr, il fera son entrée dans les dépôts debian.

Merci pour ta réponse.

Oui, tu as bien compris mes besoins. Non, je n'aurai pas besoin en principe de changer ça souvent (uniquement d'ailleurs parce que j'ai "solidifié" le numéro de chaque dispositif dans asoundrc, alsa auparavant m'en attribuait le numéro aléatoirement), mais ça peut arriver, par ex. quand j'emmène mon laptop en voyage et qu'alors je retombe sur la sortie par défaut (hw0). De toute façon, je pense que la problématique serait de ne pas régler mon cas en particulier, mais de proposer une manière pratique de choisir sa sortie audio (d'autres pourront par ex. avoir une deuxième carte son dans leur desktop, ou vouloir utiliser la sortie HDMI, etc.)

Je n'avais jamais utilisé quodlibet, mais puisque tu proposes une solution calquée sur la leur, je l'ai installé et j'ai tenté d'y résoudre mon problème. Après presque une heure de recherches pour trouver la syntaxe correcte, j'ai fini par réussir à faire passer le son dans mon DAC, les paramètres à passer au pipeline étant, dans mon cas : alsasink device=hw:2,0 (ou hw:2). Donc, si tu crées une interface pour passer ces paramètres à gstreamer, ça résoudra le problème, mais si tu avais une lib sous la main qui te permettait de choisir les dispositifs sur une liste déroulante, ça serait évidemment le rêve.

Dans la cas où tu adoptes la solution à la quodlibet, je suggérerais de mettre une entrée dans ton wiki pour aider à choisir les paramètres nécessaires, parce que ça n'est vraiment pas facile de trouver comment formuler les paramètres, même pas et surtout pas chez gstreamer ou dans le man gst-launch

Dans le menu contextuel, atteint avec un clic droit sur la liste des radios, tu as Add / Delete / Edit

c'est quoi exactement que tu souhaiterais faire avec un réglage comme ça ?

Eh bien choisir ma sortie audio ;-). La sortie standard de mon ordi a un son de casserole, j'ai donc pour ma musique, films, etc., un DAC qui est branché sur une sortie USB et qui apparaît dans la liste des dispositifs alsa (hw 2.0, par ex.). Le son de ce DAC passe ensuite dans une chaîne hifi. J'ai aussi un casque + micro qui est également branché sur USB et qui est un autre dispositif accessible (utilisé par linphone ou twinkle).

Tous ces logiciels me laissent choisir la sortie (ou entrée) audio, et je peux donc dispacher suivant les besoins, le mieux étant de pouvoir choisir non pas par le numéro du dispositf (hw 1.0 par ex., à la smplayer) mais par le nom sur une liste déroulante (USB microStreamer par ex., à la linphone, twinke, audacious, smplayer2, etc.), mais l'un ou l'autre ferait l'affaire.

L'avantage de pouvoir choisir par le nom du dispositif (et de le garder en mémoire dans les configs pour que le réglage ne soit pas nécessaire à chaque démarrage) est que si on n'utilise pas un hack pour imposer le numéro à chaque dispositif (hw0, hw1, ..), alsa va l'attribuer aléatoirement à chaque boot, et donc le réglage de GoodVibes ne sera pas pérenne (j'ai eu ce problème quand smplayer a changé sa manière de configurer le dispositif de sortie, que j'ai contourné avec ledit hack).

Avec pulse, on n'a pas ce problème puisque qu'on peut diriger chaque flux audio sur le dispositif que l'on veut en utilisant l'interface de pulse, mais alsa n'a pas cette possibilité.

Merci beaucoup pour ce logiciel. Comme tu l'as annoncé, simple et efficace. Il trouvera facilement sa place sur mon bureau.
Toutefois, je cherche, sous alsa, le moyen de choisir la carte audio en sortie.
Je n'ai rien trouvé ni dans ton wiki, ni dans la config, ni dans le fichier de config.

Pour te donner une idée comment ça se passe avec alsa, si tu as pulseaudio, voici les configs correspondantes de smplayer2, audacious et smplayer (dans l'ordre de praticité)
smplayer2
Audacity
smplayer

OpenNIC également, j'ai changé à la suite des mauvais bruits qui ont courus sur openDNS, et de toute façon leur rachat par Cisco n'était pas pour me plaire.
J'utiliserais bien ceux de FDN, mais n'étant pas en France, j'arrive à trouver avec openNIC des serveurs localisés plus près géographiquement

Effectivement, tu as raison, je n'avais pas vu cette dépendance à libqtav, qui n'existe pas dans les dépôts debian.
J'ai bien modifié le fichier control pour que la dépendance à libtag1v5 soit résolue, mais il demande ensuite libqtav.
Bon, tant pis, merci pour ta réponse et merci également pour ton logiciel.

J'ai pris le deb amd64 de ton ppa pour l'installer sur ma debian testing, mais on a un problème de dépendance qui ne peut pas être résolu :

  dpkg: dependency problems prevent configuration of miam-player:amd64:
  miam-player:amd64 depends on libqtav (>= 1.9.0~); however:
  Package libqtav is not installed.
  miam-player:amd64 depends on libtag1v5 (>= 1.9.1-2.4ubuntu1); however:
      Version of libtag1v5:amd64 on system is 1.9.1-2.4.

Comme tu peux voir, libtag1v5 est déjà installée sur mon système en v 1.9.1-2.4., mais ça n'est pas compatible avec la version 1.9.1-2.4ubuntu1 que ta config demande.

Tu pourrais éventuellement fournir un paquet deb qui puisse s'installer sur debian ?
Merci.

Pour ce que nom sonne bien de chez nous, on pourrait l'appeler ClacOS.

Joli nom. En attendant, vu le temps que ça risque de prendre, on pourrait appeler les alphas et betas avec le nom de code craignOS

Salut,

Merci pour ton soft. J'aimais beaucoup l'idée de pouvoir utiliser la touche compose (win gauche, en ce qui me concerne) dans ma machine virtuelle XP. Toutefois, une fois installé, wincompose a mis la pagaille dans le souris-clavier : le clic gauche de la souris m'appelait le menu contextuel, et le clavier ne répondait plus (mais les touches F1, F2 etc., si)

Je l'ai aussitôt désinstallé, mais ça n'a rien changé, il a fallu que je redémarre XP pour revenir à la normale.

Si ça t'intéresse et que je peux t'aider à localiser le bug, je peux le réinstaller.

virtualbox 4.3.30 avec XP 32bits

Je me permets juste de faire un peu de pub à l'extension Disconnect pour Firefox qui permet de filtrer tout ce qui vient des réseaux sociaux et autres espions, tout en améliorant les temps de chargement des pages, pour palier l'irresponsabilité de certains webmasters.

Une question : cette extension rajoute-t-elle quelque chose quand on utilise privoxy ?
Dans la mesure ou privoxy filtre la plupart des URI (sinon toutes) provenant des sites de traçage, je me demande si Disconnect ne fait pas dans ce cas double usage (d'autant plus qu'on peut — comme je l'ai fait — rajouter manuellement dans les filtres : google, facebook, tweeter, bing, etc.)

Je pense qu'il est important de ne répondre qu'une seule fois pour ne pas biaiser les résultats. Pour que cela apparaisse bien nettement dans ce sondage, j'invite tout le monde à voter plusieurs fois pour cette option.

… car un système basé sur Linux mais avec une surcouche non-GNU peut ne pas être libre et se retourner contre son utilisateur, comme le prouve bien Android : Google a réussi à imposer tout un système non libre et non modifiable au dessus du noyau linux, Android n'est pas un système libre. Android vous espionne, transmet vos informations et vous ne pouvez rien y faire, à par changer de système.

Google’s iron grip on Android: Controlling open source by any means necessary (en anglais)

GNU/Linux impose certaines conditions qui font que ce système est toujours contrôlable par son utilisateur.

La différence entre l'appellation Linux ou GNU/Linux qui était une querelle académique prend maintenant un sens réel et immédiatement perceptible.

Roxterm pour les usages courants.

xfce4-terminal avec l'option --drop-down pour avoir un terminal du style guake quand j'en ai besoin (je suis sous xfce). Je l'ai associé avec un raccourci clavier, bien sûr.

Il faudrait remapper les touches qui te posent problème, tu aurais alors un vimrc que tu activerais quand tu es en azery et un autre (sans remappage) pour le qwery.

Un autre moyen plus radical mais plus efficace : utilise, comme je l'ai fait, un des excellents logiciels qui t'apprennent à taper en aveugle (klavaro, par exemple, ça a été mon choix) et tu ne chercheras plus jamais où sont les touches spéciales quand tu changeras d'ordi et de locale, il suffira de mettre le clavier en mode qwerty du pays que tu éliras comme ton préféré. Ou alors bepo, mais je doute que ça résolve ton problème avec vim ;-). Franchement, ça demande un peu de travail au début, mais après 15j ou 3 semaines avec 20mn par jour, tu es opérationnel et bien plus efficace dans la frappe.

Merci pour ta réponse.
Non je ne suis pas chez Bouygues, ni en France. Mon FAI est un petit fournisseur par radio, et il a un NAT assez sévère, Mais comme twinkle passe, avec les mêmes ports RTP (8000), je ne comprends pas bien. D'autant plus que linphone marchait bien il y a peu. J'ai mis les mêmes réglages de ports et de traversial NAT póur twinklle et pour linphone, mais rien à faire (ni avec STUN, ni direct connection, ni fixed IP). Je ne peux d'ailleurs pas faire du SIP à SIP, il faut que je passe dans ce cas par ostel.co, que je conseille d'ailleurs pour passer les NAT et FW, ça vaut bien skype en ce sens, et marche bien avec linphone.

Pour ceux qui ont testé : est-ce que ça vaut le coup de tenter Linphone ? Ou aurait eu le même problème et trouvé une autre solution satisfaisante ?

Twinkle est bien, il moins lourd que linphone, et la qualité est ok. Malheureusement, il ne semble plus être développé. Pour pouvoir l'installer sur debian j'ai dû chercher les dépendances sur lenny (mais ça marche, pas de conflit avec le système actuel)

Linphone est bien aussi, mais bien plus lourd, et j'ai actuellement un problème de son (j'entends mais mon interlocuteur ne m'entend pas) avec le transport UDP, mais pas avec le transport TLS, je me demande si ça ne vient pas du NAT derrière lequel je suis. Ce que je ne comprends pas est que rien (ni ma config ni, apparemment celle du NAT de mon FAI) n'a changé. Je précise que je suis encore en 3.6.1, c'est la version qui est fournie dans les dépôt debian.

Tu peux tenter de jouer avec les codecs, le G726-32 me donne des bons résultats pour linphone et pour twinkle.

Merci pour ces infos.

il est possible de choisir le type de transport de chaque compte SIP ; auparavant, un seul transport était appliqué à tous.

C'était pas déjà sorti dans la version 3.7, ça ? Y a eu une amélioration depuis la 3.7 ?

Ce qui est dommage, c'est que sur debian, on en est toujours á la version 3.6.1, même sous sid ou experimental, et que cette option m'intéresse au plus haut point (j'utilise en même temps le SIP classique pour la téléphonie, et le SIP - TLS pour ostel.co en substitution de skype). Mes tentatives de compil de la 3.7 se sont soldées par un échec.