Justement j'ai lu FAQ, le man, le fichier de conf ..
je n'ai pas trouvé exactement ce que je voulais...
Il y a bien le mode +i mais seulement pour les channels enregistrés.
Il y a une option qui limite le nombre de channels rejoints par un user.
Mais je n'ai pas vu d'option ou de mode interdiant un user de rejoindre n'importe quel channel à part les channels que j'ai décidé....
Personnellement , pour répondre au débat, je suis ni pour ni contre XMPP ou IRC. Je trouve mon bonheur dans les 2 protocoles pour de multiples raisons. D'ailleurs j'utilise les 2 assez régulièrement. XMPP me sert pour des salons privés avec un cercle d'amis et IRC me sert plutot pour des canaux plus ouverts comme #debian ooù on croise beaucoup de monde (même si ca peut être le cas sur XMPP) .
En fait c'est tout simple, c'est un test que nous faisons avec une communauté. Nous testons les 2 .. XMPP ET IRC .. Et je m'occupe de la partie IRC. Voila pourquoi :)
Je vais continuer à re-lire la FAQ car je n'ai pas trouvé de réponse pour l'instant :)
Ah désolé, c'est vrai que j'ia pas mentionné parce que je posais cette question plutot de mankère générale et pas forcément spécifiquement à ma machine. j'ai actuellement une radeon HD 5770 et j'ai essayé de faire tourner les jeux avec les drivers officiels
Est ce que tu peux me donner une marche à suivre ?
Parce que quand je fais alsamixer j'ai juste une seule barre à 100% et elle me semble pas en mute :/ .
Comment je peux vérifier qu'alsamixer m'affiche bien toutes les sorties possibles?
Rajout : bon j'ai regardé le premier lien et j'ai vu ca :
pcm.ch40dup {
type route
slave.pcm surround40
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1 }
ce genre de configuration est ce que ca duplique le flux audio sur chaque sortie ? Ou ca isole une partie du son et ca l'envoie vers la sortie correspondante? Parce que dans ce cas la, si ca fait que dupliquer, en reprenant l'exemple donné dans ton lien j'aurai le flux audio sur chaque sortie et ca devrait fonctionner ?
sinon j'avais pensé à modifier de la facon suivante :
pcm.ch20dup {
type route
slave.pcm stereo20
slave.channels 2
ttable.4.4 1 <- pour le center
ttable.2[ou 3 en fonction du rear].4 1 <- rear sur center
}
Ca va te sembler bête la question mais comme le fichier de configuration me semble encore un peu obscur, tous les tutos de routage que je trouve c'est pour faire stereo -> surround. Or moi, étant donné que j'ai des enceintes toutes simples je veux juste router mon rear speaker vers le front . C'est faisable dans le meme principe ?
J'ai vu aussi voir le programme Jack qui me semble bien complet!
Waip mais bon je suis pas Jackadin hein XD, le bricolage je suis pas fort ^^.
Sinon j'avais vu sur un site dédié à alsa qu'il était possible de modifier le fichier .asoundrc pour router les flux audio vers d'autres enceintes (utilisé habituellement pour router vers plusieurs enceinte en surround). Donc peut-être qu'en partant de ce principe, il serait possible de router la sortie Rear Speaker vers le Front ?
Merci pour ta réponse. C'est vrai qu'acheter une nouvelle carte son c'est rageant (même si c'est pas excessif comme investissement) surtout que j'avais une carte son qui vient de lacher et que c'est à cause de ca que j'étais repassé sur la carte son intégrée ! En plus pour une fois le son était pas dégeulasse :S.
Par contre à la place du switch, est ce qu'il existe un genre de dédoubleur femelle -> 2 mâles ? Pour ca même pas besoin de switcher ?
Pourtant alsa m'a bien tout détecté et tout configurer c'est ca que j'ai un peu de mal à comprendre. Si alsa le détecte, pourquoi serait-il trop vieux pour le prendre en compte?
J'ai un ami qui pense que ca provient du fait que la carte son fait du surround et voir pour éventuellement forcer la carte son à faire du 2.0 (car j'ai juste 2 enceintes toutes bêtes) pour que le son sorte obligatoirement par le front . Il me dit que ca peut eventuellement se configurer sur le bios..
Et ca ne marche pas avec l'option -ax86_64 ou -aamd64 ?
J'avais vu dans le man que dpkg-buildpackage propose cette option.
Sinon j'ai vu aussi que beaucoup parlent de dpkg-cross qui aide beaucoup à la compilation croisée..
Je n'ai pas encore eu le temps de tester liboping.
Apparemment, quand tu installes liboping il se loge directement dans un dossier qui sera utilisé naturellement par oping. Après il faut éditer les fichiers de config (le fameux ping_setopt) et oping utilisera ces fichiers directement (du moins si j'ai bien compris la documentation qui, effectivement, n'est pas très bien fournie)
Apparemment dans Oping tu peux rajouter des fonctions supplémentaires via la librairie liboping et dans ces fonctions il y a justement la possibilité de spécifier la taille des paquets (vu que c'est la seule chose qui te manque ) :
Ton noyau n'est pas configuré pour le faire tout seul?
Maintenant avec les noyaux actuellement (du moins d'une manière générale), les clés usb que tu branchent sont détectées et montées de manière automatique .
Sinon si ton noyau ne le fait pas .. a part le reconfigurer tu peux peut etre trouver un truc du genre une boucle qui analyse la commande
lsusb -vs.
Et lorsque tu branches ta clé, ca va apparaitre dans lsusb, tu balanceras le mount.. Enfin j'imagine ça mais j'attends la confirmation de gens plus qualifiés en shell ...
Il existe aussi Jabber APINC qui te propose de t'enregistrer sur leur serveur de manière gratuite.
Il est aussi possible d'utiliser son propre nom de domaine d'après le site
[http://jabber.apinc.org/]
Il existe un petit programme (qui fonctionne sous windows par contre :/) qui te permet de créer ta propre clé usb personnalisée.
Tu télécharges le paquet (un paquet existe avec virtualbox à l'intérieur te permettant d'émuler le système linux pour voir à quoi il ressemblera avant de l'installer).
tu choisis une clé, le système avec le gestionnaire voulu (comme le disait NeoX, KDE est un bon début) et choisir parmi une multitude d'options (sauvegarde permise ou pas sur la clé, démarrage au boot ou directement DANS windows grâce à la virtualisation car si les cibles de ton projet n'ont aucune connaissance informatique, changer le boot en USB peut être un obstacle) .
Après, il est évident qu'il est plus simple d'utiliser un projet déjà créé mais si tu as une idée extrèmement précise, ca peut être sympathique de monter ta propre clé usb personnalisée !
je n'ai pas travaillé personnellement sur ce genre de projet mais je connais une boite qui en utilise fréquemment. Apparemment il y a une société relativement connue qui produit ce genre de smartcard , appelée newcom : [http://www.newcom.sg/].
Voici également 2 autres liens qui vont pouvoir t'aider :
[^] # Re: man ircd-hybrid
Posté par KuunLann . En réponse au message [Debian]Ircd-hybrid - empêcher la création de channels. Évalué à 0.
Justement j'ai lu FAQ, le man, le fichier de conf ..
je n'ai pas trouvé exactement ce que je voulais...
Il y a bien le mode +i mais seulement pour les channels enregistrés.
Il y a une option qui limite le nombre de channels rejoints par un user.
Mais je n'ai pas vu d'option ou de mode interdiant un user de rejoindre n'importe quel channel à part les channels que j'ai décidé....
[^] # Re: Pourquoi IRC et pas XMPP?
Posté par KuunLann . En réponse au message [Debian]Ircd-hybrid - empêcher la création de channels. Évalué à 1.
Très intéressant ce bot :) .
Personnellement , pour répondre au débat, je suis ni pour ni contre XMPP ou IRC. Je trouve mon bonheur dans les 2 protocoles pour de multiples raisons. D'ailleurs j'utilise les 2 assez régulièrement. XMPP me sert pour des salons privés avec un cercle d'amis et IRC me sert plutot pour des canaux plus ouverts comme #debian ooù on croise beaucoup de monde (même si ca peut être le cas sur XMPP) .
# Pourquoi IRC et pas XMPP?
Posté par KuunLann . En réponse au message [Debian]Ircd-hybrid - empêcher la création de channels. Évalué à 1.
En fait c'est tout simple, c'est un test que nous faisons avec une communauté. Nous testons les 2 .. XMPP ET IRC .. Et je m'occupe de la partie IRC. Voila pourquoi :)
Je vais continuer à re-lire la FAQ car je n'ai pas trouvé de réponse pour l'instant :)
[^] # Re: Libre ≠ Rapide
Posté par KuunLann . En réponse au message Question sur la prise en charge de wine et des possibilités d'une carte graphique.. Évalué à 1.
[^] # Re: conversion DirectX -> ta carte graphique
Posté par KuunLann . En réponse au message Question sur la prise en charge de wine et des possibilités d'une carte graphique.. Évalué à 1.
[^] # Re: volume ?
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 1.
[^] # Re: volume ?
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 1.
Parce que quand je fais alsamixer j'ai juste une seule barre à 100% et elle me semble pas en mute :/ .
Comment je peux vérifier qu'alsamixer m'affiche bien toutes les sorties possibles?
[^] # Re: euh......
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 2.
pcm.ch40dup {
type route
slave.pcm surround40
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1 }
ce genre de configuration est ce que ca duplique le flux audio sur chaque sortie ? Ou ca isole une partie du son et ca l'envoie vers la sortie correspondante? Parce que dans ce cas la, si ca fait que dupliquer, en reprenant l'exemple donné dans ton lien j'aurai le flux audio sur chaque sortie et ca devrait fonctionner ?
sinon j'avais pensé à modifier de la facon suivante :
pcm.ch20dup {
type route
slave.pcm stereo20
slave.channels 2
ttable.4.4 1 <- pour le center
ttable.2[ou 3 en fonction du rear].4 1 <- rear sur center
}
[^] # Re: euh......
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 1.
J'ai vu aussi voir le programme Jack qui me semble bien complet!
Merci pour tes liens Hervé
[^] # Re: Noyau trop vieux ?
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 1.
[^] # Re: Switch
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 1.
Sinon j'avais vu sur un site dédié à alsa qu'il était possible de modifier le fichier .asoundrc pour router les flux audio vers d'autres enceintes (utilisé habituellement pour router vers plusieurs enceinte en surround). Donc peut-être qu'en partant de ce principe, il serait possible de router la sortie Rear Speaker vers le Front ?
[^] # Re: Switch
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 1.
Par contre à la place du switch, est ce qu'il existe un genre de dédoubleur femelle -> 2 mâles ? Pour ca même pas besoin de switcher ?
[^] # Re: Noyau trop vieux ?
Posté par KuunLann . En réponse au message Configuration d'alsa. Évalué à 2.
J'ai un ami qui pense que ca provient du fait que la carte son fait du surround et voir pour éventuellement forcer la carte son à faire du 2.0 (car j'ai juste 2 enceintes toutes bêtes) pour que le son sorte obligatoirement par le front . Il me dit que ca peut eventuellement se configurer sur le bios..
[^] # Re: Cross-compilation
Posté par KuunLann . En réponse au message Compiler en x64. Évalué à 1.
J'avais vu dans le man que dpkg-buildpackage propose cette option.
Sinon j'ai vu aussi que beaucoup parlent de dpkg-cross qui aide beaucoup à la compilation croisée..
[^] # Re: Cross-compilation
Posté par KuunLann . En réponse au message Compiler en x64. Évalué à 0.
[^] # Re: Cross-compilation
Posté par KuunLann . En réponse au message Compiler en x64. Évalué à -3.
Et une fois le paquet dans ton ordi tu peux tenter un :
dpkg --force-architecture -i
Sinon après, tu peux compiler à la source avec multilib et utiliser l'option -m64 mais bon, on perd l'avantage du debian en faisant cette technique...
[^] # Re: ping
Posté par KuunLann . En réponse au message Afficher les ping en timeout. Évalué à 1.
Apparemment, quand tu installes liboping il se loge directement dans un dossier qui sera utilisé naturellement par oping. Après il faut éditer les fichiers de config (le fameux ping_setopt) et oping utilisera ces fichiers directement (du moins si j'ai bien compris la documentation qui, effectivement, n'est pas très bien fournie)
[^] # Re: ping
Posté par KuunLann . En réponse au message Afficher les ping en timeout. Évalué à 3.
Le site d'oping qui décrit tout :
[http://verplant.org/liboping/#documentation]
La page parlant de l'option ping_setopt :
[http://verplant.org/liboping/manpages/ping_setopt.3.html]
Et la il te parle de l'option PING_OPT_DATA
# Automount
Posté par KuunLann . En réponse au message Hotplug : attendre le branchement d'une clé usb dans un script.. Évalué à 2.
Maintenant avec les noyaux actuellement (du moins d'une manière générale), les clés usb que tu branchent sont détectées et montées de manière automatique .
Sinon si ton noyau ne le fait pas .. a part le reconfigurer tu peux peut etre trouver un truc du genre une boucle qui analyse la commande
lsusb -vs.
Et lorsque tu branches ta clé, ca va apparaitre dans lsusb, tu balanceras le mount.. Enfin j'imagine ça mais j'attends la confirmation de gens plus qualifiés en shell ...
# Apinc
Posté par KuunLann . En réponse au message XMPP: Des retours sur Hosted.IM / Autres fournisseurs. Évalué à 1.
Il est aussi possible d'utiliser son propre nom de domaine d'après le site
[http://jabber.apinc.org/]
C'est quelque chose comme ca que tu cherches?
Par contre je n'ai pas eu de retour de Hosted.IM
[^] # Re: Tu peux également..
Posté par KuunLann . En réponse au message LiveCD léger en français?. Évalué à 1.
Edit : Comme le disait Dubis ....
[^] # Tu peux également..
Posté par KuunLann . En réponse au message LiveCD léger en français?. Évalué à 1.
Il existe un petit programme (qui fonctionne sous windows par contre :/) qui te permet de créer ta propre clé usb personnalisée.
Tu télécharges le paquet (un paquet existe avec virtualbox à l'intérieur te permettant d'émuler le système linux pour voir à quoi il ressemblera avant de l'installer).
tu choisis une clé, le système avec le gestionnaire voulu (comme le disait NeoX, KDE est un bon début) et choisir parmi une multitude d'options (sauvegarde permise ou pas sur la clé, démarrage au boot ou directement DANS windows grâce à la virtualisation car si les cibles de ton projet n'ont aucune connaissance informatique, changer le boot en USB peut être un obstacle) .
[http://www.linuxliveusb.com/]
Après, il est évident qu'il est plus simple d'utiliser un projet déjà créé mais si tu as une idée extrèmement précise, ca peut être sympathique de monter ta propre clé usb personnalisée !
[^] # Re: Java card
Posté par KuunLann . En réponse au message Java Card et linux. Évalué à 4.
[http://www.amazon.fr/s/ref=nb_sb_noss?__mk_fr_FR=%C5M%C5Z%D5(...)]
# Java card
Posté par KuunLann . En réponse au message Java Card et linux. Évalué à 5.
je n'ai pas travaillé personnellement sur ce genre de projet mais je connais une boite qui en utilise fréquemment. Apparemment il y a une société relativement connue qui produit ce genre de smartcard , appelée newcom : [http://www.newcom.sg/].
Voici également 2 autres liens qui vont pouvoir t'aider :
[http://www.smarttrust.com/home/smarttrust-certified/certifie(...)]
et
[http://weblogs.java.net/blog/2007/05/15/java-card-developmen(...)]
J'ai trouvé également quelques sites d'apprentissage de développement en java card sous Linux :
[http://sen.enst.fr/node/408]
Ainsi qu'un site regroupant un panel de liens annexes pour le hardware et software pour le java card sous linux :
[http://www.linuxnet.com/index.html]
En espérant que ca t'aidera ! bon courage!
[^] # Re: Tout ou tous?
Posté par KuunLann . En réponse au message Français. Évalué à 0.