Donc il n'y as pas d'interruption plus prioritaire qu'une autre sur les systeme PC
Il ne faut pas exagérer :-) Comment ca se passerait dans ce cas si deux interruptions se produisaient *exactement* (sur le même cycle d'horloge) en même temps ? Il faut bien qu'il y ai un choix à un moment.
Par contre, au sujet des cartes sons, je suis allé un peu vite, merci de m'avoir corrigé. Mais mon raisonnement doit rester valable en remplaçant "échantillan par "buffer". Un transfert de 512 ou 1024 octets vers la carte son ou la lecture de la position de la souris, ce n'est pas très violent pour un processeur de nos jours. Par contre, l'envoi de données d'images vers la carte graphique est généralement bien plus lourd.
Sinon, je vais peutêtre me tromper, (corrigez si c'est le cas), mais je me dis qu'il peut s'agir d'une question de priorité d'interruption matérielle :
Si la carte son a une priorité plus basse que la carte graphique, le traitement du son sera constamment interrompu dès que de l'affichage sera demandé. C'est, je pense, le même problème que la copie d'un fichier depuis un cdrom qui fait saccader la souris.
La sortie du son demandant un temps de traitement bien moins important que les opérations d'affichage usuelles (surtout que l'envoi des données sonores est découpé en échantillons de base envoyés à intervalle régulier, temps de traitement très faible pour chacun). Dans ce cas, l'odre de branchement sur la carte mère peut aider ? ou alors le bios propose des options pour changer l'interruption du chip sonore (si intégré) ?
Hey, ne moissez pas ce message, svp ! D'accord ou pas d'accord, il n'a aucune aucune raison d'être caché : il doit sûrement être *intéressant* à défaut de *pertinent* vu le fil de discussion qui en découle.
En plus, c'est complêtement idiot, car toute personne censée lira la racine du fil en premier du moins si elle souhaite comprendre le débat ;-)
Merci de votre attention.
ps : ce message-ci par contre, est totalement inutile rapport au fond du débat au coeur de ce fil. Ne vous trompez pas en cliquant.
Vim c'est seulement les jours où je me sens vraiment motivé. En temps normal, j'utilise kwrite :-)
Sinon, j'ai bien compris qu'il vaut mieux utiliser utf8. Il faudra vraiment que j'essaye une compil sous windows avec différents encodages. Qu'il faille télécharger un éditeur utf8 sous cet OS je m'en tamponne un peu (y a gvim au moins), mais il faut que gcc parvienne à lire le source sur toutes les plateformes :-)
Le programme n'aurait-il pas été développé sous DOS (plutôt que Windows) ?
En effet, j'ai commencé sous DOS, puis adapté pour qu'il se compile sous Windows également.
iconv -f CP850 -t ISO8859-1
Bingo ! Les accents sont revenus :-) J'essayerais de lire le fichier sous Windows demain pour voir si ça passe également. Bon, il y a encore quelques caractères qu'iconv n'aime pas mais je peux me passer de ceux-là.
Effectivement, la compatibilité DOS, je m'en tamponne un peu maintenant : je ne crois pas que ce système soit toujours d'actualité pour une plate forme de jeu.
Je dirais que j'ai une petite idée de qui est DG au travers d'au moins une de ses contributions au logiciel libre (nvu est bien libre ? pas en GPL je pense puisqu'il la dénigre dans un commentaire), mais je dois dire que cette page de son blog ne me donne pas une bonne image de lui :
- Il est fermé à toute discussion. Il a raison point.
- Il affirme des choses sans citer aucune source (heuresement que les petits gars visés ont eu vent de l'affaire et sont venus les donner.
- De plus, les phrases citées sont coupées, complètement hors contexte.
Je n'essaie même pas de savoir qui a raison ou tord. Mon impression est que les gens méchamment descendus essaient tout simplement de défendre le logiciel libre à leur façon, qui n'engage qu'eux. Cela mérite-t-il des propos si vindicatifs ? Peut-être y-a-til quelque chose de personnel là-dedans qui ne nous est pas visible au travers de cette seule page ? je ne sais pas, mais je ne vois rien là-dedans qui mérite un tel flamewar et un propos aussi tranché (je trouve DG vraiment dur) à l'égard de cette asso.
Sinon, je trouve que DG tiens un propos beaucoup moins argumenté que les gens qu'il attaque. Il sembe même refuser toute discussion publique (il n'est plus possible d'ajoute de commentaire sur la page).
Attendons cependant de voir ce qu'il en est, dès fois que cette asso soit une vile organisation terrorsiste visant à décrédibiliser le logiciel libre...
De toutes façon, on s'en moque, car le chiffre de 10% concernerait le taux de non-filtrage des mails de SB, dont on ne connaît pas la quantité de mails reçus par jour :
" M. Ballmer [...] a déclaré que 10% seulement du total parvenait jusque dans sa boîte aux lettres grâce au filtrage."
Sinon, l'article ne me donne pas l'impression que Microsoft mobilise toute une équipe pour filtrer les mails de BG, mais plutôt pour maintenir leur technologie de filtrage perso, dont on ne connait pas le nombre de bénéficiaires.
Il suffisait en effet de copier le contenu de /dev, mais une fois udev arrêté. Malgré le passage en mode "init 1", ce service tourne toujours. Il convient de l'arrêter avant de copier /dev.
Merci déjà de te pencher sur mon problème. Mais mes fichiers sont déjà copiés :-), il ne me reste "que" /dev qui pose un problème. J'ai cru comprendre que /dev ne contient aucun vrai fichier. C'est peut-être pour ça que cp -ax n'a pas dupliqué ce qui se trouvait dedans ? Comment faire pour recréer tous les devices dans /mnt/temp/dev ?
Sinon, j'ai effectivement pensé à mettre à jour fstab, mais pour avoir déjà fait des erreurs de typo dedans, je sais que ce n'est pas ça qui va empêcher le système de booter :-)
Posté par Cyberdivad .
En réponse au message muse.
Évalué à 2.
Je ne suis pas sûr que les paquets Sid soient compilées avec les options de débogage mais je veux bien essayer :-) Ou doit se trouver le fichier core normalement (je n'y connais rien) ?
Décrire le problème sera difficile, puisque le plantage semble plutôt aléatoire, c'est à dire que je ne peux pas donner d'exemple reproductible à 100% Parfois, ça plante en changeant un instrument, parfois en ouvrant un fichier, parfois en ouvrant le piano roll. Par contre, si je ne peux rien dire du moment, je suis à peu près sûr que le plantage se produira à très court terme :-) En tout cas, je n'ai encore jamais quitté l'appli normalement avant plantage !
Cependant, Muse perd un peu de son intérêt pour moi puisque j'ai découvert RoseGarden4, qui fonctionne plutôt bien en s'appuyant sur les memes outils (jacks,qjackcontrol,fluidsynth) et remplis bien mes besoins, du moins pour le moment.
Posté par Cyberdivad .
En réponse au message muse.
Évalué à 2.
Suite à mon déboire, j'ai essayé rosegarden4 (debian sid toujours) : il fonctionne parfaitement, après plus de deux heures d'essais. L'éditeur de score est plus intuitif je trouve. C'est un programme kde, il y a des dépendances sur ses libs.
J'en ai juste un peu bavé pour faire fonctionner fluidsynth (dans Muse c'est intégré). Pour l'instant, j'ai fait un script qui lance d'un trait la trilogie qjackcontrol/fluidsynth/rosegarden4 en attendant de trouver mieux :-)
Maintenant, il me reste à découvrir comment faire pour que ces programmes puissent réserver de la mémoire physique, les sons de fluidsynth saccadent un peu les premières minutes :-)
Posté par Cyberdivad .
En réponse au message muse.
Évalué à 2.
Une config vierge de quoi ? de Qt ? De Jacks ? de Muse ? Ils viennent tous d'être installés, en même temps que Muse. Je ne pense pas que ça vienne de gnome, je viens de tester sur une autre config (toujours debian sid) avec kde : même plantages.
A la limite, je voudrais bien faire un bug report, mais il me faudrait pouvoir obtenir plus d'infos sur le plantage que "segmentation fault".
En plus, je viens de voir que muse 0.7 est sorti, les développeurs n'auront peut-être rien à faire de mon bug report pour la 0.6.x Il me diront d'installer la 0.7, et je devrais attendre le paquet de la debian Sid (ou alors que j'ai appris à faire à un paquet propre).
Merci pour le lien. Une liste de configs typiques risque en effet d'être des plus utiles.
J'avais en effet dans l'idée de constituer une mini-bibliothèque d'extraits de XF86Config pour divers périphériques ainsi que regrouper toute doc utile pour le projet (voir le wiki).
Sinon, je ne comptais pas m'occuper des versions de XFree86 <4, : le format du fichier est différent et XFree 3 peut être considéré comme obsoloète (je suis sûr que certains diront le contraire mais bon). Il y a déjà à faire comme cela de toute façon, et il sera temps de s'occuper de l'ancienne version si le projet aboutit à quelque chose.
Je vous remercie tous pour vos contributions, qui m'ont toute parues constructives (malgré quelques "inutilages". Hey, ceux qui ne sont pas d'accord avec un propos peuvent donner leur avis ou expliquer pourquoi untel s'est planté, ça sera plus constructif que de le moinsser sans autre forme de procès).
Même si j'ai bien conscience que les distributions s'améliorent de plus en plus, je me rend bien compte que c'est encore loin d'être la panacée, et comme on lance souvent de par les contrées linuxfriennes "fais un patch !", je me dit que je vais tenter de poser ma petite pierre à l'édifice, en commençant déjà par une petit état des lieux, puis une étude des faisabilités et peut-être un outil fonctionnel si je parviens au bout (voir le lien page perso pour suivre l'avancée de mes recherches).
Tant pis si je perds mon temps, ça n'est pas pire que de se vautrer devant la télé à se vider le cerveau au profit de bulles gazeuzes bien connues ;-)
Mon anglais n'est pas très excellent, mais j'ai l'impression que d-bus serait plutot un outil qui permettrait justement de mener à bien ce genre de projet. Enfin, c'est ce que me suggère la phrase d'introduction :
"D-BUS is a message bus system, a simple way for applications to talk to one another.
D-BUS supplies both a system daemon (for events such as "new hardware device added" or "printer queue changed") and a per-user-login-session daemon (for general IPC needs among user applications). Also, the message bus is built on top of a general one-to-one message passing framework, which can be used by any two apps to communicate directly (without going through the message bus daemon). "
De plus, je ne crois pas qu'il permette de modifier directement un XF86Config ;-)
Ou alors je me trompe ?
J'oubliais : essaye d'installer le driver synaptic pour profiter des améliorations rendant plus supportable l'utilisation d'un touchpad (ascenseurs, boutons virtuels, pression, glisser déposé simplifié, etc.) et dis moi si tu t'en sors sans toucher manuellement au XF86Config :-)
Certes, cette manipulation là n'est pas trop compliquée si on suit bien la doc (ca change selon qu'on est en noyau 2.4 ou 2.6), mais ne serait-ce pas mieux si ça pouvait être évité ?
De plus, une phrase qu'on entend souvent dans le monde Linux est "ne réinvente pas la roue". N'est-ce pas ce qu'on oblige tous les utilisateurs à faire lorsqu'il doivent configurer manuellement leurs périphériques, en suivant une doc poussiéreuse (pas très attrayante par le look et la technicité et in english only), le plus souvent en se contentant de la config donnée par le how-to (par peur de faire des bêtises je pense) ?
Vaut-il mieux laisser 10 000 utilisateurs passer 1 heure pour installer une bête tablette ou un développeur qui se dévoue 100 heures à créer un outil pour que les 10 000 utilisateurs soient tranquilles ?
En fait, ca marche aussi dans debian, parce qu'est prévu par défaut une sorte de wrapper qui "canalise" la souris ps/2 et la première souris usb vers /dev/input/mice.
Maintenant, si la config rentre dans d'autres cas, ça ne fonctionnera plus. Exemples :
- tablette usb : je n'ai encore rien vu d'automatique à ce niveau. Meme si les tablettes ont pas mal d'options de config, il pourrait être prévu une config par défaut qui fait fonctionner le périphérique. Sous windows aussi, les périphériques sont installés et mis en marche avec une config par défaut que l'utilisateur peut changer après.
- touchpad+tablette usb+souris usb : si la tablette est chargée avant le touchpad, ca mettra le souc dans le wrapper /dev/input/mice
Evidemment, certains vont me dire qu'il est rare d'avoir plusieurs périphériques de pointage. Pourtant, sur un portable, on arrive vite à utiliser une vraie souris parce que le touchpad n'est pas pratique, puis on peut décider d'installer une tablette (tout en gardant la souris pour l'utilisation "normale"), voilà déjà 3 périphériques en meme temps :-)
De plus, les utilisateurs de portable désirent parfois désactiver le touchpad, ce qui nécessite d'éditer XF86Config si aucun bouton n'est prévu à cet effet sur le touchpad.
Et puis, les périphériques gérés par XFree ne se limitent pas à la souris :-) Dans mon répertoire /usr/X11/lib/modules, je devine, en vrac : clavier, souris, tablettes wacom/acecad, écran tactile (sorte de souris il est vrai), joystick.. C'est vrai qu'il n'y a pas tant que ça de monde à priori ..
Peut-être que le projet parait un peu complexe par rapport au bénéfice qui en ressortirait ?
Mais, en admettant que le projet démarre, tant qu'à créer un outil d'édition de XF86Config dynamique, on pourrait imaginer un panneau de config permettant de configurer le xinérama, activer l'accélération matérielle de nombreuses cartes (même l'accélération 2d xv n'est pas toujours évidente à obtenir) etc.
Et oui, je ne crois pas que ca impliquerais de réinventer la roue, puisque le système se baserait justement sur hotplug pour la partie détection, qui insérerait le module noyau (grâce à modprobe s'il en faut un) avant de lancer le script capable de reconfigurer XFree.
Pour la modification d'XFree, je sais qu'il existe une lib appelée libconf, qui pourrait être bien utile lors de la mise en oeuvre pratique. Cette lib permet de modifier divers fichiers de config à la volonté du programmeur au moyen de templates.
Il faut bien voir que l'idée ne se limiterait pas à la config des souris, où les distribs se débrouillent pas trop mal en général, mais pourrait etre étendue à tous les modules contenus dans XFree : les tablettes graphiques (dieux que c'est éprouvant à faire marcher), la carte 3D, le xinérama, que sais-je.
Et le jour ou X.org sera capable de prendre en compte une nouvelle config à la volée, ca serait le bonheur complet :-) On branche une deuxième souris usb, hop elle fonctionne tout de suite :-)
J'ai pensé à un fichier de configuration puisque c'est le modèle sur lequel fonctionne Xfree avec sont /etc/x11/XF86Config(-4) :-)
Les fichiers propres à chaque périphérique contiendrait en somme les lignes à ajouter à XF86Config pour le faire fonctionner. Peut-être pas sous forme directe si les lignes à ajouter dépendent de la config matérielle exacte. on pourrait imaginer un fichier contenant un ensemble de règles, ou autre chose. Perso, je préfèrerais un fichier texte formaté selon des règles précises à un script bash ou autre :
- le fichier est parsé par le script configurateur
- celui ci en déduit la modif à apporter à XF86Config-4
- le fichier ne contient aucune instruction (impossible de faire un rm ou autre) et ne pilote le configurateur que dans un cadre scrictement limité. un peu comme un parseur html (je parle du cas brut, sans script) est capable de déduire d'un simple fichier html une page textuelle/graphique complète avec navigation hypertexte.
Peut-être que la création d'une APi "xf86config modification libt" serait encore le mieux ?
J'ai du un peu m'emmeller les pinceaux dont mon explication : je ne propose pas le téléchargement automatique de modules par internet, mais en gros des éléments nécessaires pour modifier automatiquement XF86Config, pour les modules d'XFree.
Entendons nous bien : je ne parle pas de modules noyau mais bien de lignes de textes "magiques" (et des critères qui vont avec) qu'on doit normalement introduire à la main dans XF86Config. Je voudrais juste pouvoir automatiser la détection et la configuration des nombreux modules déjà fournis par XFree en standard !
Le répertoire de ces modules a beau etre bien fourni (module watcom, souris diveres), rendre fonctionnel la plupart des périphériques sous XFree n'est pas une mince affaire. Rien que le guide de lea-linux pour configurer une watcom ferait peur à n'importe quel débutant.
Il est de plus en plus admis que l'utilisateur n'a pas être obligé de se soucier de la config de son système (dès que c'est possible du moins), pourquoi ne pas aller plus loin et étendre la notion de configuration automatique à XFree ?
Question sécurité, il n'y aurait pas de problème je pense. Difficile de flinguer une souris ou d'ouvrir une backdoor avec les paramètres du style "protocol" ou "driver". Concernant les modelines d'écran, c'est déjà plus risqué je le reconais. Mais là, il suffirait de classer les configs fournies par les internautes en plusieurs catégories : non testé/reservé aux experts (qui sauront lire la config avant de l'appliquer), testé et noté, populaire, etc. Seuls des votes d'inscrits permettraient de faire changer un périphérique de catégorie par exemple.
Concernant ton dernier point, je voudrais que ca soit comme pour les périphériques noyaux (carte son, clef usb, etc.), automatisé au maximum ! Meme les draketools et l'outil xf86config ne savent pas tenir compte de plusieurs périphériques de pointage à la fois, et ils ne fonctionnent pas automatiquement car il faut les lancer manuellement pour prendre en compte les nouveaux périphériques !
Mon idée est peut-être loufoque, aussi j'attends vos remarques constructives pour la démonter proprement si c'est le cas :-)
[^] # Re: invitations
Posté par Cyberdivad . En réponse au message invitation gMail. Évalué à 1.
[^] # Re: invitations
Posté par Cyberdivad . En réponse au message invitation gMail. Évalué à 1.
# invitations
Posté par Cyberdivad . En réponse au message invitation gMail. Évalué à 2.
[^] # Re: AMHA
Posté par Cyberdivad . En réponse au message Coupure du son lorsque le CPU est trop chargé. Évalué à 2.
Il ne faut pas exagérer :-) Comment ca se passerait dans ce cas si deux interruptions se produisaient *exactement* (sur le même cycle d'horloge) en même temps ? Il faut bien qu'il y ai un choix à un moment.
Par contre, au sujet des cartes sons, je suis allé un peu vite, merci de m'avoir corrigé. Mais mon raisonnement doit rester valable en remplaçant "échantillan par "buffer". Un transfert de 512 ou 1024 octets vers la carte son ou la lecture de la position de la souris, ce n'est pas très violent pour un processeur de nos jours. Par contre, l'envoi de données d'images vers la carte graphique est généralement bien plus lourd.
[^] # Re: AMHA
Posté par Cyberdivad . En réponse au message Coupure du son lorsque le CPU est trop chargé. Évalué à 2.
Si la carte son a une priorité plus basse que la carte graphique, le traitement du son sera constamment interrompu dès que de l'affichage sera demandé. C'est, je pense, le même problème que la copie d'un fichier depuis un cdrom qui fait saccader la souris.
La sortie du son demandant un temps de traitement bien moins important que les opérations d'affichage usuelles (surtout que l'envoi des données sonores est découpé en échantillons de base envoyés à intervalle régulier, temps de traitement très faible pour chacun). Dans ce cas, l'odre de branchement sur la carte mère peut aider ? ou alors le bios propose des options pour changer l'interruption du chip sonore (si intégré) ?
[^] # Re: Et si on pensait au sujet principal ?
Posté par Cyberdivad . En réponse au journal hot-babes. Évalué à -3.
En plus, c'est complêtement idiot, car toute personne censée lira la racine du fil en premier du moins si elle souhaite comprendre le débat ;-)
Merci de votre attention.
ps : ce message-ci par contre, est totalement inutile rapport au fond du débat au coeur de ce fil. Ne vous trompez pas en cliquant.
[^] # Re: Encodage caractère
Posté par Cyberdivad . En réponse au message encodage des sources. Évalué à 1.
Sinon, j'ai bien compris qu'il vaut mieux utiliser utf8. Il faudra vraiment que j'essaye une compil sous windows avec différents encodages. Qu'il faille télécharger un éditeur utf8 sous cet OS je m'en tamponne un peu (y a gvim au moins), mais il faut que gcc parvienne à lire le source sur toutes les plateformes :-)
[^] # Re: Encodage caractère
Posté par Cyberdivad . En réponse au message encodage des sources. Évalué à 2.
En effet, j'ai commencé sous DOS, puis adapté pour qu'il se compile sous Windows également.
iconv -f CP850 -t ISO8859-1
Bingo ! Les accents sont revenus :-) J'essayerais de lire le fichier sous Windows demain pour voir si ça passe également. Bon, il y a encore quelques caractères qu'iconv n'aime pas mais je peux me passer de ceux-là.
Effectivement, la compatibilité DOS, je m'en tamponne un peu maintenant : je ne crois pas que ce système soit toujours d'actualité pour une plate forme de jeu.
Merci pour ton aide :-)
[^] # Re: Wow : lamentable ou pitoyable ?
Posté par Cyberdivad . En réponse au journal Une performance hors du commun.... Évalué à 10.
- Il est fermé à toute discussion. Il a raison point.
- Il affirme des choses sans citer aucune source (heuresement que les petits gars visés ont eu vent de l'affaire et sont venus les donner.
- De plus, les phrases citées sont coupées, complètement hors contexte.
Je n'essaie même pas de savoir qui a raison ou tord. Mon impression est que les gens méchamment descendus essaient tout simplement de défendre le logiciel libre à leur façon, qui n'engage qu'eux. Cela mérite-t-il des propos si vindicatifs ? Peut-être y-a-til quelque chose de personnel là-dedans qui ne nous est pas visible au travers de cette seule page ? je ne sais pas, mais je ne vois rien là-dedans qui mérite un tel flamewar et un propos aussi tranché (je trouve DG vraiment dur) à l'égard de cette asso.
Sinon, je trouve que DG tiens un propos beaucoup moins argumenté que les gens qu'il attaque. Il sembe même refuser toute discussion publique (il n'est plus possible d'ajoute de commentaire sur la page).
Attendons cependant de voir ce qu'il en est, dès fois que cette asso soit une vile organisation terrorsiste visant à décrédibiliser le logiciel libre...
[^] # Re: oula
Posté par Cyberdivad . En réponse au journal Bill Gates reçoit 4 millions d'emails par jour mais n'en lit que 40.000. Évalué à 4.
" M. Ballmer [...] a déclaré que 10% seulement du total parvenait jusque dans sa boîte aux lettres grâce au filtrage."
Sinon, l'article ne me donne pas l'impression que Microsoft mobilise toute une équipe pour filtrer les mails de BG, mais plutôt pour maintenir leur technologie de filtrage perso, dont on ne connait pas le nombre de bénéficiaires.
[^] # Re: J'ai eu ça comme message
Posté par Cyberdivad . En réponse au message Applet. Évalué à 2.
[^] # Re: au fait
Posté par Cyberdivad . En réponse au message Applet. Évalué à 2.
- de ta barre gnome ? Tu peux peut-être les ré-afficher en utilisant le clic droit dessus. Elles devraient être quelque par dans le menu.
- du menu dont je parle juste au dessus ? Tu peux essayer de les réinstaller : apt-get install gnome-applets gnome-applets-data
[^] # Re: cp -a
Posté par Cyberdivad . En réponse au message copie du systeme sur une autre partition. Évalué à 2.
Il suffisait en effet de copier le contenu de /dev, mais une fois udev arrêté. Malgré le passage en mode "init 1", ce service tourne toujours. Il convient de l'arrêter avant de copier /dev.
Voilà, ca fonctionne très bien maintenant :-)
[^] # Re: rsync ?
Posté par Cyberdivad . En réponse au message copie du systeme sur une autre partition. Évalué à 2.
Sinon, j'ai effectivement pensé à mettre à jour fstab, mais pour avoir déjà fait des erreurs de typo dedans, je sais que ce n'est pas ça qui va empêcher le système de booter :-)
[^] # Re: Essaye dans un autre compte
Posté par Cyberdivad . En réponse au message muse. Évalué à 2.
Décrire le problème sera difficile, puisque le plantage semble plutôt aléatoire, c'est à dire que je ne peux pas donner d'exemple reproductible à 100% Parfois, ça plante en changeant un instrument, parfois en ouvrant un fichier, parfois en ouvrant le piano roll. Par contre, si je ne peux rien dire du moment, je suis à peu près sûr que le plantage se produira à très court terme :-) En tout cas, je n'ai encore jamais quitté l'appli normalement avant plantage !
Cependant, Muse perd un peu de son intérêt pour moi puisque j'ai découvert RoseGarden4, qui fonctionne plutôt bien en s'appuyant sur les memes outils (jacks,qjackcontrol,fluidsynth) et remplis bien mes besoins, du moins pour le moment.
[^] # Re: Aucun !
Posté par Cyberdivad . En réponse au message muse. Évalué à 2.
J'en ai juste un peu bavé pour faire fonctionner fluidsynth (dans Muse c'est intégré). Pour l'instant, j'ai fait un script qui lance d'un trait la trilogie qjackcontrol/fluidsynth/rosegarden4 en attendant de trouver mieux :-)
Maintenant, il me reste à découvrir comment faire pour que ces programmes puissent réserver de la mémoire physique, les sons de fluidsynth saccadent un peu les premières minutes :-)
[^] # Re: Essaye dans un autre compte
Posté par Cyberdivad . En réponse au message muse. Évalué à 2.
A la limite, je voudrais bien faire un bug report, mais il me faudrait pouvoir obtenir plus d'infos sur le plantage que "segmentation fault".
En plus, je viens de voir que muse 0.7 est sorti, les développeurs n'auront peut-être rien à faire de mon bug report pour la 0.6.x Il me diront d'installer la 0.7, et je devrais attendre le paquet de la debian Sid (ou alors que j'ai appris à faire à un paquet propre).
[^] # Re: merci
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 2.
J'avais en effet dans l'idée de constituer une mini-bibliothèque d'extraits de XF86Config pour divers périphériques ainsi que regrouper toute doc utile pour le projet (voir le wiki).
Sinon, je ne comptais pas m'occuper des versions de XFree86 <4, : le format du fichier est différent et XFree 3 peut être considéré comme obsoloète (je suis sûr que certains diront le contraire mais bon). Il y a déjà à faire comme cela de toute façon, et il sera temps de s'occuper de l'ancienne version si le projet aboutit à quelque chose.
# merci
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 2.
Même si j'ai bien conscience que les distributions s'améliorent de plus en plus, je me rend bien compte que c'est encore loin d'être la panacée, et comme on lance souvent de par les contrées linuxfriennes "fais un patch !", je me dit que je vais tenter de poser ma petite pierre à l'édifice, en commençant déjà par une petit état des lieux, puis une étude des faisabilités et peut-être un outil fonctionnel si je parviens au bout (voir le lien page perso pour suivre l'avancée de mes recherches).
Tant pis si je perds mon temps, ça n'est pas pire que de se vautrer devant la télé à se vider le cerveau au profit de bulles gazeuzes bien connues ;-)
[^] # Re: ca existe deja
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 2.
"D-BUS is a message bus system, a simple way for applications to talk to one another.
D-BUS supplies both a system daemon (for events such as "new hardware device added" or "printer queue changed") and a per-user-login-session daemon (for general IPC needs among user applications). Also, the message bus is built on top of a general one-to-one message passing framework, which can be used by any two apps to communicate directly (without going through the message bus daemon). "
De plus, je ne crois pas qu'il permette de modifier directement un XF86Config ;-)
Ou alors je me trompe ?
[^] # Re: 2 souris..
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 2.
Certes, cette manipulation là n'est pas trop compliquée si on suit bien la doc (ca change selon qu'on est en noyau 2.4 ou 2.6), mais ne serait-ce pas mieux si ça pouvait être évité ?
De plus, une phrase qu'on entend souvent dans le monde Linux est "ne réinvente pas la roue". N'est-ce pas ce qu'on oblige tous les utilisateurs à faire lorsqu'il doivent configurer manuellement leurs périphériques, en suivant une doc poussiéreuse (pas très attrayante par le look et la technicité et in english only), le plus souvent en se contentant de la config donnée par le how-to (par peur de faire des bêtises je pense) ?
Vaut-il mieux laisser 10 000 utilisateurs passer 1 heure pour installer une bête tablette ou un développeur qui se dévoue 100 heures à créer un outil pour que les 10 000 utilisateurs soient tranquilles ?
[^] # Re: 2 souris..
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 1.
Maintenant, si la config rentre dans d'autres cas, ça ne fonctionnera plus. Exemples :
- tablette usb : je n'ai encore rien vu d'automatique à ce niveau. Meme si les tablettes ont pas mal d'options de config, il pourrait être prévu une config par défaut qui fait fonctionner le périphérique. Sous windows aussi, les périphériques sont installés et mis en marche avec une config par défaut que l'utilisateur peut changer après.
- touchpad+tablette usb+souris usb : si la tablette est chargée avant le touchpad, ca mettra le souc dans le wrapper /dev/input/mice
Evidemment, certains vont me dire qu'il est rare d'avoir plusieurs périphériques de pointage. Pourtant, sur un portable, on arrive vite à utiliser une vraie souris parce que le touchpad n'est pas pratique, puis on peut décider d'installer une tablette (tout en gardant la souris pour l'utilisation "normale"), voilà déjà 3 périphériques en meme temps :-)
De plus, les utilisateurs de portable désirent parfois désactiver le touchpad, ce qui nécessite d'éditer XF86Config si aucun bouton n'est prévu à cet effet sur le touchpad.
Et puis, les périphériques gérés par XFree ne se limitent pas à la souris :-) Dans mon répertoire /usr/X11/lib/modules, je devine, en vrac : clavier, souris, tablettes wacom/acecad, écran tactile (sorte de souris il est vrai), joystick.. C'est vrai qu'il n'y a pas tant que ça de monde à priori ..
Peut-être que le projet parait un peu complexe par rapport au bénéfice qui en ressortirait ?
Mais, en admettant que le projet démarre, tant qu'à créer un outil d'édition de XF86Config dynamique, on pourrait imaginer un panneau de config permettant de configurer le xinérama, activer l'accélération matérielle de nombreuses cartes (même l'accélération 2d xv n'est pas toujours évidente à obtenir) etc.
[^] # Re: Oui !
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 1.
Et oui, je ne crois pas que ca impliquerais de réinventer la roue, puisque le système se baserait justement sur hotplug pour la partie détection, qui insérerait le module noyau (grâce à modprobe s'il en faut un) avant de lancer le script capable de reconfigurer XFree.
Pour la modification d'XFree, je sais qu'il existe une lib appelée libconf, qui pourrait être bien utile lors de la mise en oeuvre pratique. Cette lib permet de modifier divers fichiers de config à la volonté du programmeur au moyen de templates.
Il faut bien voir que l'idée ne se limiterait pas à la config des souris, où les distribs se débrouillent pas trop mal en général, mais pourrait etre étendue à tous les modules contenus dans XFree : les tablettes graphiques (dieux que c'est éprouvant à faire marcher), la carte 3D, le xinérama, que sais-je.
Et le jour ou X.org sera capable de prendre en compte une nouvelle config à la volée, ca serait le bonheur complet :-) On branche une deuxième souris usb, hop elle fonctionne tout de suite :-)
[^] # Re: très bien
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 5.
Les fichiers propres à chaque périphérique contiendrait en somme les lignes à ajouter à XF86Config pour le faire fonctionner. Peut-être pas sous forme directe si les lignes à ajouter dépendent de la config matérielle exacte. on pourrait imaginer un fichier contenant un ensemble de règles, ou autre chose. Perso, je préfèrerais un fichier texte formaté selon des règles précises à un script bash ou autre :
- le fichier est parsé par le script configurateur
- celui ci en déduit la modif à apporter à XF86Config-4
- le fichier ne contient aucune instruction (impossible de faire un rm ou autre) et ne pilote le configurateur que dans un cadre scrictement limité. un peu comme un parseur html (je parle du cas brut, sans script) est capable de déduire d'un simple fichier html une page textuelle/graphique complète avec navigation hypertexte.
Peut-être que la création d'une APi "xf86config modification libt" serait encore le mieux ?
[^] # Re: Sécurité
Posté par Cyberdivad . En réponse au journal idée idiote. Évalué à 7.
Entendons nous bien : je ne parle pas de modules noyau mais bien de lignes de textes "magiques" (et des critères qui vont avec) qu'on doit normalement introduire à la main dans XF86Config. Je voudrais juste pouvoir automatiser la détection et la configuration des nombreux modules déjà fournis par XFree en standard !
Le répertoire de ces modules a beau etre bien fourni (module watcom, souris diveres), rendre fonctionnel la plupart des périphériques sous XFree n'est pas une mince affaire. Rien que le guide de lea-linux pour configurer une watcom ferait peur à n'importe quel débutant.
Il est de plus en plus admis que l'utilisateur n'a pas être obligé de se soucier de la config de son système (dès que c'est possible du moins), pourquoi ne pas aller plus loin et étendre la notion de configuration automatique à XFree ?
Question sécurité, il n'y aurait pas de problème je pense. Difficile de flinguer une souris ou d'ouvrir une backdoor avec les paramètres du style "protocol" ou "driver". Concernant les modelines d'écran, c'est déjà plus risqué je le reconais. Mais là, il suffirait de classer les configs fournies par les internautes en plusieurs catégories : non testé/reservé aux experts (qui sauront lire la config avant de l'appliquer), testé et noté, populaire, etc. Seuls des votes d'inscrits permettraient de faire changer un périphérique de catégorie par exemple.
Concernant ton dernier point, je voudrais que ca soit comme pour les périphériques noyaux (carte son, clef usb, etc.), automatisé au maximum ! Meme les draketools et l'outil xf86config ne savent pas tenir compte de plusieurs périphériques de pointage à la fois, et ils ne fonctionnent pas automatiquement car il faut les lancer manuellement pour prendre en compte les nouveaux périphériques !
Mon idée est peut-être loufoque, aussi j'attends vos remarques constructives pour la démonter proprement si c'est le cas :-)