Bordel, mes machines avaient des noms sur le même thème avant : osiris, isis, toutankhamon. J'ai changé pour un thème météorologique (phénomènes naturels) parce que je faisais tout le temps des erreurs en tapant le dernier nom -p
En fait, en re-parcourant le texte de Jayce sur Linux, je viens de comprendre, d'un seul coup : il énonce une expérience personnelle (la sienne ou lue quelques part probablement) comme étant le le cas général, voire la "vérité ultime".
Exemples :
" ... Il vous demandera aussi beaucoup plus de temps pour trouver l'un ou l'autre driver périphérique ..."
"... Linux est téléchargeable gratuitement, mais il faudra tout de même 3 CD ROM de 650 Mo. ..."
"... En clair, un tas d'étudiants créent des logiciels, les mettent sur Internet gratuitement pour que tout le monde puisse y accéder et à code ouvert afin que tout le monde sache comment le logiciel a été créé. ..."
Celle-la n'a rien à voir, mais ca doit venir d'un de ces passages sur des forums comme fcold où il était venu saoûler tout le monde avec ces incohérences. Il s'est donc fait rembarrer rapidement :-p :
" ... Les étudiants du monde Linux se disent toujours les maître du monde et croient toujours que tout arrive seul. Ils sont très pointilleux vis à vis des termes utilisés, n'hésiteront pas à parler de vous comme étant de la merde pour faire valoir leur supériorité, ..."
En gros, il suffit qu'il lise un texte relatant une expérience personnelle pour qu'il pense que c'est _toujours_ le cas et concerne tout le monde. Un affreux mélange de mensonges et semis-vérités donc, qui fait de lui un FUDeur malgré lui ..
Oui, mais n'oublions pas que Windows cache toujours l'extension des fichiers par défaut.
Beaucoup de gens ne tiltent pas lorsque leur logiciel de messagerie affiche une extension (.doc donc, qu'il ne faudrait de toute façon pas ouvrir, trop sensible aux macros virusés).
Sans vouloir alimenter un troll stérile, je souhaite réagir à tes propros :
Tu veux un systeme source? gentoo gère les deps.
Tu veux du binaire avec les dependances gérées en quelques commandes? apt-get sur rpms, urpmi sur mandrake uniquement, apt-get sur la debian aussi évidemment.
Et c'est encore plus simple d'installer un prog de la sorte que sous Windows. ( y'a juste à savoir le nom )
C'est bien plus simple que sous Windows, c'est vrai, mais à plusieurs conditions :
- avoir compris le principe de paquet/package/paquetage et de source (pas toujours évident pour les nouveaubies au début, habitués à des programmes installeurs). Ce cap est rapidement passé une fois expliqué.
- disponibilité du logiciel recherché sous forme de paquet compatible avec la distribution. Il y a beau en avoir de plus en plus, il reste toujours plusieurs logiciels qu'on souhaite essayer au gré des visites sur le Net (surtout les jeux Linux, mais aussi applis spécifiques comme édition musicale par exemple ou à faible demande), et je trouve qu'il est en effet frustrant de ne pas pouvoir installer directement n'importe quel logiciel estampillé Linux. Voir ca surtout du point de vue de newbie qui n'a pas encore assimilé tous les principes de base de GNU/Linux. Et ne me dites pas que les logiciels cherchés par les débutants se trouvent en majorité dans des paquets, ca n'est pas vrai ;-)
Personne ne me contredira sur le fait que c'est bien énervant de devoir se taper X mises à jour de librairies (moi encore, j'ai l'adsl mais par RTC faut être motivé) uniquement pour tester un logiciel qu'on ne gardera peut--être pas finalement ;-)
Si la directive s'avère finalement favorable, avec les amendements, il me vient une question importante à l'esprit :
Que vont-ils faire des quelques milliers de brevets déjà accordés, notemment du musée des horreurs bien fourni ?
Les annuler et rembourser les détenteurs avec leur plus plates excuses ?
Les laisser en place malgré les problèmes que cela implique (brevets non conformes aux amendements, etc.) ?
D'ailleurs pourquoi accorder des brevets alors que le champ d'application exact n'est même pas encore défini ? Afin de délibérément forcer le passage du texte initial ?
Je confirme la disparition du bug, mais je suis comme toi, j'aimerais comprendre le pourquoi du comment :-) Peut-être suffirait-il de modifier la bonne ligne dans le fameux fichier ?
Je n'ai cependant pas effacé le fichier, je me suis contenté de renommer le fichier ".fonts.conf", des fois qu'un problème résulte de la disparition de ce fichier ;-)
1/ Ca c'est le genre de filtre qu'on n'a pas vraiment l'occasion d'étudier à l'école :-) Mais je crois que tu es à peu près dessus : un filtre (à déterminer) donc la fréquence de coupure est commandable par un signal basse-fréquence (0.1~1Hz environ)
2/ En fait, tous les filtres peuvent être implémentés avec un seule fonction (voir le produit de convolution noté *) : s(t)=e(t)*h(t)= integrale ( e(t-tau) . h(tau).dt ). Côté programmation, cette formule s'adapte bien au traitement par échantillons. Une simple somme suffit (on peut le faire rapidement avec un peu d'astuce), et on travaille directement en temporel. En entrée, on a un tableau d"échantillons, et le filtre est un simple tableau de coefficients (qui déterminent le type du filtre et son ordre). Les DSPs matériels fonctionnent comme ca (les instructions du processeur sont spécialement prévues pour ca).
Comprendre les mathématiques derrière tout ca peut être un peu ardu, mais c'est plutôt simple à mettre en oeuvre, et une seule fonction permet de créer pratiquement n'importe quel type de filtre :-) Calculer les coefficients demandent un peu plus de boulot cependant ;-) Je pourrais sûrement t'aider pour mettre ca en place, j'ai un projet scolaire (en java) qui traîne quelque part sur le sujet (pas du temps réel cependant, c'était pour faire de la simulation de filtrage d'un signal avec des jolies courbes, etc.).
Par contre, implémenter un cut-uff variable (commandable) demandera un petit peu de recherche, je vois mal le logiciel recalculer les coefficients du filtre à chaque fois que l'utilisateur joue sur ce paramètre :-p
Si tu souhaites me contacter ;-) : dlfp chez cyberdivad point com
A priori donc, la lib pourrait être utilisée pour du traitement temps réel (en tunant au mieux la taille des tampons mémoire etc. c'est ce que font déjà les logiciels de sampleur virtuel à priori). Et vu tes réponses, un sampleur virtuel semble être fortement envisageable. Tu parle d'un sound tracker, c'est finalement beaucoup la même chose, à part qu'au lieu de lire les commandes dans un fichier, on les recoit au fur et à mesure (clavier du pc, boitier midi quelconque, etc.)
J'ai malheureusement déjà plusieurs projets en cours, mais cette lib m'intéresse fortement. Je crois que je ne vais pas résister à l'envie de la télécharger et de la tester. Voilà que mon cerveau ne peux s'empêcher d'ébaucher des idées pour un soft de sampleur. Le temps, on en a jamais assez :-/
Le traitement du signal, j'en ai bouffé plus que de raison au cours de mes études (ahh les FFT cé bon, miam :-p), je pourrais peut-être t'aider ponctuellement à l'occasion.
Je n'ai pas trouvé beaucoup d'infos sur le site, alors je pose mes petites questions ici :-) :
Si j'ai bien compris, cette bibliothèque permet d'assembler des DSPs dans le but de traiter du son.
- Le traitement est-il bien prévu pour fonctionner en temps réel ?
- les sons pourraient-il etre streamé à partir de la mémoire (préchargement) ?
- Pourra-t-on chainer différents types de modules (filtres, transposeur, mélangeur, etc.) ?
- Gestion de plusieurs sons en simultané (d'ou le mélangeur) ?
En fait, et pour résumer,je souhaiterais savoir si cette lib permettrait la création d'un logiciel de sampleur virtuel multimbral en temps réel (commandable par midi). Ca fait longtemps que je cherche un logiciel de ce type pour Linux, et rien ne m'a vraiment convaincu pour l'instant (en tout cas ceux que j'ai pu compiler parmis ceux dont quelque chose avait été releasé). Si cette lib permet de faire ca (ou le permettra à terme), je sens que je vais être très intéressé :-)
Ceci étant dit, j'ai déjà essayé d'installer une Mandrake 9.1 et une RH 8 sur ce pauvre Presario 1692 (K6-2 433, 192 Mo de RAM, Rage Mobility 8 Mo) et c'était lent, mais c'était leeeent... Et pas moyen de savoir si ça venait de la carte graphique/drivers ou du CPU...
Mhmm, tu parle de Linux ou des jeux, là ? Parce que mon pc perso est un portable pII 400 / 192Mo RAM / ATI rage mobility (mach 64 et pas radeon), et ca roule bien.
Pour les jeux, il faut savoir que la mach64 est méga pourrie en mode fenetré, il faut lancer les jeux uniquement en mode plein écran. Les drivers gatos pour la mach64 évoluent encore, et commencent seulement à etre vraiment utilisable (le développement avait plus ou moins freezé pendant un moment lors du passage xfree 3.x vers 4.x).
Sous linux, je reconnais que la 3d n'est pas tip top avec cette carte, et clairement moins performante que sous Windows, où je pouvais jouer sans problème à half life, cochons de guerre, et meme warcraft III (en baissant beaucoup la qualité cependant), alors que TuxRacer rame sous Linux..
Faut voir aussi que, même sous Windows, je n'ai jamais réussi à faire tourner un DivX/Xvid correctement sans que ça rame. Pour un CPU à 433 Mhz c'est un peu gros quand même (alors que mon frère sur un Celeorn 333 avec une Rage Fury faisait tourner n'importe quelle vidéo)
La, je ne peux pas laisser passer ca :-) Avec le support xv, mplayer est capable de lire sans problème n'importe quel divx, là ou certains saccadaient sous Windows 98, sachant que sous Linux, j'ai une meilleure qualité, je n'ai pas de problème de désynchro temporaire du son et de l'image quand je fais un avance rapide, et mplayer ne me bouffe pas 80% de mon cpu..
Je suis dans le même cas que toi, et en fait c'est assez simple à mettre en oeuvre. L'astuce réside dans la section ServerLayout, avec l'option SendCoreEvents.
Ne confondons pas :-)
Si tu veux programmer une application DOS, djgpp est pour toi. Mais si tu veux une application Windows, regarde du côté de mingw32. Il permet de créer des applications Windows natives, qui peuvent tourner en fenêtre ou en console.
Dans le cas du modem ADSL, tu ne fais que déplacer le problème, puisqu'il te faut une carte réseau pour le modem ethernet. Certes, il y a beaucoup plus de choix, mais tu peux te retrouver bloqué avec une carte réseau mal supportée et devoir en changer pour la même raison. Mais le problème est bien sûr moins grave puisque les cartes réseaux sont généralement bon marché.
mais bon tout irait pour le mieux si les constructeurs arretaient de faire des economies de 50f sur le modem intégré dans les portables!
Note que je ne cautionne rien, mais je pense que le prix de revient n'est pas seul en cause, puisque ce genre de modem est également apprécié pour la faible occupation physique qu'il occasionne. On en retrouve même dans des portables dits professionnels où le prix du modem n'est plus qu'une goutte d'eau en egard au prix du portable complet.
En effet, un langage de script comme python me semble également une bonne idée. wxPython est une extension de Python ?De toute façon, d'ici que je mette mes idées au clair, j'ai le temps de choisir le langage et de m'y initier ;-)
Posté par Cyberdivad .
En réponse au journal Li.
Évalué à 1.
Vu comme un périphérique IDE ? Tu peux donner un exemple d'affichage dans le BIOS de cette bizarreté ;) ?
Si c'est vraiment le cas (mais vraiment bizarre quand même!), il faudrait que tu relance lilo pour qu'il retrouve ses petits et sa configuration IDE.
Si tu as un cd knoppix sous la main ou une disquette rescue, ca devrait être assez rapide à tester.
Je te propose d'étoffer ton post de quelques exemples et de l'envoyer à qui de droit (a priori, une mailing list mandrake)
Si je veux ca, il vaut mieux modifier légèrement la forme de mon message, sinon ils ne voudront pas lire ca ;-)
Voila voila...
Ceci dit, je suis globalement moins négatif que toi, et le panneau de contrôle mandrake est le genre d'outil idéal pour initier quelqu'un qui tripatouille déjà son panneau de configuration windows mais qui n'a jamais vu de ligne de commande de sa vie (rigolez pas, j'ai déjà vu ça plusieurs fois chez des macqueux ou des windowsiens qui connaissent quand même relativement bien leur machine).
Bref, j'ai confiance dans les développeurs Mandrake pour la suite, quitte à les pousser un peu dans la bonne direction (toujours bien ça, les retours d'utilisateur)
Moi aussi, j'espère que leurs outils vont s'améliorer, mais cela fait quand même quelques temps qu'ils planchent dessus, et que leur utilité reste malgré tout discutable, version après version.
Ah si, dernier point:
Un logiciel de configuration graphique d'Xfree, il me semble avoir vu passer ça, mais ça me semble velu comme projet - explorer toutes les subtilités de XF86config, se manger des brouettes de docs pour savoir comment configurer la palette graphique truc, l'écran machin, la souris à 27 boutons pour droitier sans bousiller le reste, bon courage...
C'est vrai qu'un tel projet n'est pas simple à concevoir, j'en ai bien conscience même si je ne l'ai pas précisé lors de ma frénésie d'écriture ;-)
Il ne sera probablement pas capable de gérer toutes les options possibles (ce qu'est de toute façon loin de faire l'outil de mandrake). Si on regarde bien, le fichier XF86Config-4 est très bien organisé, et de manière très simple. Selon ma vision, ca s'apparente un peu à une organisation en répertoires à un seul niveau. Rien à priori empêche de le gérer par un outil graphique.
Pour l'exemple que tu donne, le logiciel que je propose de concevoir ne s'occuperait pas de la compilation du module, mais bien de pouvoir l'intégrer à la configuration d'XFree sans risque d'erreur de frappe ni édition compliquée :-)
Pour pouvoir gérer l'ensemble faramineux des périphériques foncitonnant sous Linux, je pense à une sorte de "base de données" (je vois pour chaque module, une sorte de fichier (structure à déterminer) décrivant les paramétrages possibles) alimentable depuis un serveur Internet (http ou ftp). Ce dernier contiendra l'ensemble de ces fichiers, plus un fichier index référençant la liste des fichiers disponibles. Ainsi, quelqu'un qui a fait un nouveau fichier de description pour son périphérique pourra le proposer à la communauté.
J'imagine un exemple : j'ai acheté un nouveau périphérique de pointage que je souhaite faire fonctionner. Je lance le programme, qui est divisé en plusieurs programmes distrincts : détection et configuration.
- le logiciel de détection (avec le pci et l'usb, ca ne doit pas etre trop dur, vu que chaque périphérique a un identifiant unique) voit les périphériques inconnus, non gérés actuellement par XFree. Comme avec les périphériques USB, on ne peut pas toujours savoir à l'avance si le périphérique en question est une souris ou une webcam, il y aura un système de marquage.
- si le périphérique est inconnu dans la base de données locale, on se connecte à Internet (avece l'autorisation de la personne), et on regarde s'il y a des nouveautés et on met à jour la base.
- Coup de chance, le périphérique est bien dans la base à présent. Le programme sait donc maintenant ce que c'est (si c'est une webcam, ce n'est pas pour lui ;-)), comment le gérer, et il apparait dans la liste des périphériques "utilisables" (genre nouvelle souris).Le fichier de description permet d'indiquer au programme comment le gérer correctement (options possibles, etc.) et d'afficher la boite de configuration.
Le problème qui se pose est bien sûr au niveau des pilotes, et il faudra choisir un comportement à ce niveau si le pilote n'est pas là :
- proposer un lien vers la page du pilote ? voire également vers une doc ?
- créer également une base de données de pilotes directement sur le serveur par version de Xfree ? (vu que ca n'évolue pas trop vite, ca doit etre gérable) Mais quid des versions bizarres de Xfree proposées par les diverses distributions ?
En tout cas, tant que le pilote ne sera pas là, le programme se bornera à proposer l'un des deux chois ci-dessus et empêchera son utilisation.
Cet exemple est encore assez vague, mais c'est une direction possible à prendre. En tout cas, ca permettrait de régler plusieurs souris / cartes graphiques/ etc. à la fois.
Pour gérer également le server layout, le seul moyen est de prévoir en plus un script au démarrage de la machine / avant le démarrage de Xfree qui affiche un choix dans un menu.
Sinon, pour l'apparence de l'outil en question, j'ai déjà une ou deux petites idées afin de tenir compte du fait que les options peuvent être complètement différentes d'un périphérique à l'autre, mais encore vagues et à peaufiner.
Long journal s'il en est...
Mais j'avoue que ta vision des choses me semble très réaliste.
Elle est basée sur mon expérience, certes faillible, et mon exaspération grandissante ;-)
A titre personnel, je suis souvent agacé par ce genre de petits détails qui peuvent anéantir toute envie de découvrir un nouveau logiciel / outil / distribution.
Mais de manière plus gênante, en milieu professionnel ou pour le "grand public", je vois mal comment de tels outils peuvent encourager une vision stable et sérieuse d'un système. Il est souvent reprocher ici à Windows des travers alors qu'on peut en trouver de similaires sous Linux. Ce n'est pas pour défendre cet OS mais de telles situations sont dommageables et donnent une vision erronée de l'Opensource.
Tu résume en effet assez bien mon point de vue. Un débutant qui arrive sous Linux va, tout naturellement et dans un premier temps (s'il n'abandonne pas), faire confiance aux outils qui se présentent à lui. Et pourquoi pas ? S'il est installé, c'est qu'il fonctionne, non ?
Je ne suis pas d'accord avec la croyance qui veut qu'un outil en ligne de commande est forcément plus puissant que son équivalent graphique (et qui ajoute parfois que s'il est buggé y avait qu'à pas l'utiliser !) Pourquoi serait-ce le cas ? Arprès tout, entre les deux versions, seule l'IHM change. Aucune différence de fonctionnalités ne devrait être à craindre, et les deux devraient fonctionnaient parfaitement. Pour moi la différence devrait seulement se situer dans la prise en main, car je suis d'accord pour dire qu'un programme en ligne de commande maitrisé permet une administration plus rapide (pas de fenêtre à charger, réponse immédiate, etc.)
A mon sens, la véritable force de Linux reste sa ligne de commande et les front-end en console. Le "monde" fenêtré/graphique demeure de qualités très inégales même si certains logiciels sont admirables.
Certes, mais comme tu le dit dans ton exemple, les problèmes ne viennent pas de l'interface graphique en elle-même, mais de la façon dont elle est utilisée ou de celle dont le programme est conçu. Je crois que la difficulté que certaines personnes ont à l'admettre vient du fait qu'en ligne de commande, on ajoute les options les unes après les autres, ce qui est différent du mode graphique. L'utilisation courante des pipes et autre joyeusetés y contribuent également.
PS: Si tu souhaites toujours te lancer dans la configuration XFree et que tu cherches quelques personnes... voire une... ,o)
Cette idée est toujors en vigueur dans mon esprit :-) Je vais déjà la laisser décanter un petit peu, histoire d'avori une vision claire de mon problème, griffonner des brouillons, mettre en place le concept, quoi. Si quelqu'un est intéressé pour participer, pourquoi pas ? Ce sera en GPL de toute façon :-) Je préviens que si je connais plutôt bien la programmation sous Windows (ben oui, mais avec gcc ;-)) et sous Linux en ligne de commande & ncurses, je débute encore dans la programmation graphique.
Je t'en prie, continue, et envoie des rapports de bugs sur leur bugzilla^W^W^Wmailing-list
Il m'est déjà arrivé d'envoyer des rapports de bugs, mais pas dans le cadre de la Mandrake. Le faire n'est pas si simple que ca, car il faut d'abord s'assurer que le bug n'est pas déjà connu, qu'il n'est pas corrigé dans la version de développement (cooker/ release candidate) que je n'utilise pas pour diverses raisons.
Cela revient donc s'impliquer un minimum dans le développement, ce qui demande du temps (ne serait-ce que bien identifier et cerner le bug afin qu'il ait des chances d'être confirmé en pris en compte en demande déjà). Il n'est, je pense, raisonnablement possible d'agir que pour un nombre limité de projets, sachant que je participe déjà à d'autres choses sur mon temps limité ;-)
De plus, je sais que les équipes de Mandrake comportent déjà un grand nombre de bénévoles, et je trouve que la grande majorité des bugs que j'ai trouvé sont plutôt de l'ordre de problèmes de conception qui auraient du leur sauter aux yeux. J'en veux pour exemple le nombre de gens que je sais avoir rencontré ces problèmes
Des trucs aussi mal conçus, excusez moi de ma franchise, ne me donnent pas trop envie d'y participer, sachant que je demanderai de revoir l'organisation même de certains outils, ce qu'ils ne feront probablement pas. Ils vont se dire "mais pour qui il se prend celui-là" ;-)
Je crois plutôt qu'on n'est jamais mieux servi que par soi-même, et vais plancher sur une idée de projet, dont les bases même seront conformes à ma conception du sujet, très exigente je l'admet. Après tout, c'est un des principes et une des forces du Logiciel Libre, que de pouvoir explorer de nouvelles pistes sans gêner celles qui ont actuellement cours ;-) Par contre, parvenir faire un outil indépendant d'une distribution me paraît déjà poser des problèmes plus épineux.
C'est à peu près cela.
Pour être exact, l'ICS de Windows XP met également en fonction un cache DNS. Le service dhcp peut être embêtant si le pc client est allumé avant la passerelle.
La solution la plus simple, à mon avis est de configurer le client en IP fixe (192.168.0.x), passerelle et dns primaire pointant sur 192.168.0.1.
Windows Xp reconfigure automatiquement l'ip de la passerelle en 192.168.0.1, qu'il vaut mieux garder car cela sera remis à chaque fois que la soeur touchera aux réglages de connection.
Dernier détail, il ne faut pas oublier de d'arrêter/redémarrer la connection Internet (si elle était active) pour que le partage fonctionne, voire de redémarrer XP si ca ne fonctionne pas bien (genre la résolution DNS ne fonctionne pas sur le poste client, ce qui m'est déjà arrivé).
[^] # Re: Installation à partir de disquettes
Posté par Cyberdivad . En réponse au journal Installation à partir de disquettes. Évalué à 3.
Basée sur une slack 7.1, cette distrib me parait en effet être un très bon choix possible ;-)
# Re: Noms de nos chers ordinateurs ;)
Posté par Cyberdivad . En réponse au journal Noms de nos chers ordinateurs ;). Évalué à 1.
[^] # Re: Noms de nos chers ordinateurs ;)
Posté par Cyberdivad . En réponse au journal Noms de nos chers ordinateurs ;). Évalué à 1.
# Re: Un franc moment de rigolade...
Posté par Cyberdivad . En réponse au journal Un franc moment de rigolade.... Évalué à 2.
Exemples :
" ... Il vous demandera aussi beaucoup plus de temps pour trouver l'un ou l'autre driver périphérique ..."
"... Linux est téléchargeable gratuitement, mais il faudra tout de même 3 CD ROM de 650 Mo. ..."
"... En clair, un tas d'étudiants créent des logiciels, les mettent sur Internet gratuitement pour que tout le monde puisse y accéder et à code ouvert afin que tout le monde sache comment le logiciel a été créé. ..."
Celle-la n'a rien à voir, mais ca doit venir d'un de ces passages sur des forums comme fcold où il était venu saoûler tout le monde avec ces incohérences. Il s'est donc fait rembarrer rapidement :-p :
" ... Les étudiants du monde Linux se disent toujours les maître du monde et croient toujours que tout arrive seul. Ils sont très pointilleux vis à vis des termes utilisés, n'hésiteront pas à parler de vous comme étant de la merde pour faire valoir leur supériorité, ..."
En gros, il suffit qu'il lise un texte relatant une expérience personnelle pour qu'il pense que c'est _toujours_ le cas et concerne tout le monde. Un affreux mélange de mensonges et semis-vérités donc, qui fait de lui un FUDeur malgré lui ..
[^] # Re: Un franc moment de rigolade...
Posté par Cyberdivad . En réponse au journal Un franc moment de rigolade.... Évalué à 1.
Jayce est un GENIE !
CQFD.
[^] # Re: Amazon.fr : votre commande (no 171-2020021-7799423)
Posté par Cyberdivad . En réponse au journal Amazon.fr : votre commande (no 171-2020021-7799423). Évalué à 2.
Beaucoup de gens ne tiltent pas lorsque leur logiciel de messagerie affiche une extension (.doc donc, qu'il ne faudrait de toute façon pas ouvrir, trop sensible aux macros virusés).
[^] # Re: Linux chez le grand public... Témoignage... :-(
Posté par Cyberdivad . En réponse au journal Linux chez le grand public... Témoignage... :-(. Évalué à 1.
Tu veux un systeme source? gentoo gère les deps.
Tu veux du binaire avec les dependances gérées en quelques commandes? apt-get sur rpms, urpmi sur mandrake uniquement, apt-get sur la debian aussi évidemment.
Et c'est encore plus simple d'installer un prog de la sorte que sous Windows. ( y'a juste à savoir le nom )
C'est bien plus simple que sous Windows, c'est vrai, mais à plusieurs conditions :
- avoir compris le principe de paquet/package/paquetage et de source (pas toujours évident pour les nouveaubies au début, habitués à des programmes installeurs). Ce cap est rapidement passé une fois expliqué.
- disponibilité du logiciel recherché sous forme de paquet compatible avec la distribution. Il y a beau en avoir de plus en plus, il reste toujours plusieurs logiciels qu'on souhaite essayer au gré des visites sur le Net (surtout les jeux Linux, mais aussi applis spécifiques comme édition musicale par exemple ou à faible demande), et je trouve qu'il est en effet frustrant de ne pas pouvoir installer directement n'importe quel logiciel estampillé Linux. Voir ca surtout du point de vue de newbie qui n'a pas encore assimilé tous les principes de base de GNU/Linux. Et ne me dites pas que les logiciels cherchés par les débutants se trouvent en majorité dans des paquets, ca n'est pas vrai ;-)
Personne ne me contredira sur le fait que c'est bien énervant de devoir se taper X mises à jour de librairies (moi encore, j'ai l'adsl mais par RTC faut être motivé) uniquement pour tester un logiciel qu'on ne gardera peut--être pas finalement ;-)
# Re: Mauvaise nouvelle : brevets logiciels adoptés
Posté par Cyberdivad . En réponse à la dépêche Directive sur les brevets logiciels adoptée. Évalué à 4.
Que vont-ils faire des quelques milliers de brevets déjà accordés, notemment du musée des horreurs bien fourni ?
Les annuler et rembourser les détenteurs avec leur plus plates excuses ?
Les laisser en place malgré les problèmes que cela implique (brevets non conformes aux amendements, etc.) ?
D'ailleurs pourquoi accorder des brevets alors que le champ d'application exact n'est même pas encore défini ? Afin de délibérément forcer le passage du texte initial ?
# Re: Caractères invisibles sous Mozilla
Posté par Cyberdivad . En réponse au journal Caractères invisibles sous Mozilla. Évalué à 1.
Je n'ai cependant pas effacé le fichier, je me suis contenté de renommer le fichier ".fonts.conf", des fois qu'un problème résulte de la disparition de ce fichier ;-)
[^] # Re: Nouveau projet :-)
Posté par Cyberdivad . En réponse au journal Nouveau projet :-). Évalué à 1.
2/ En fait, tous les filtres peuvent être implémentés avec un seule fonction (voir le produit de convolution noté *) : s(t)=e(t)*h(t)= integrale ( e(t-tau) . h(tau).dt ). Côté programmation, cette formule s'adapte bien au traitement par échantillons. Une simple somme suffit (on peut le faire rapidement avec un peu d'astuce), et on travaille directement en temporel. En entrée, on a un tableau d"échantillons, et le filtre est un simple tableau de coefficients (qui déterminent le type du filtre et son ordre). Les DSPs matériels fonctionnent comme ca (les instructions du processeur sont spécialement prévues pour ca).
Comprendre les mathématiques derrière tout ca peut être un peu ardu, mais c'est plutôt simple à mettre en oeuvre, et une seule fonction permet de créer pratiquement n'importe quel type de filtre :-) Calculer les coefficients demandent un peu plus de boulot cependant ;-) Je pourrais sûrement t'aider pour mettre ca en place, j'ai un projet scolaire (en java) qui traîne quelque part sur le sujet (pas du temps réel cependant, c'était pour faire de la simulation de filtrage d'un signal avec des jolies courbes, etc.).
Par contre, implémenter un cut-uff variable (commandable) demandera un petit peu de recherche, je vois mal le logiciel recalculer les coefficients du filtre à chaque fois que l'utilisateur joue sur ce paramètre :-p
Si tu souhaites me contacter ;-) : dlfp chez cyberdivad point com
[^] # Re: Nouveau projet :-)
Posté par Cyberdivad . En réponse au journal Nouveau projet :-). Évalué à 1.
A priori donc, la lib pourrait être utilisée pour du traitement temps réel (en tunant au mieux la taille des tampons mémoire etc. c'est ce que font déjà les logiciels de sampleur virtuel à priori). Et vu tes réponses, un sampleur virtuel semble être fortement envisageable. Tu parle d'un sound tracker, c'est finalement beaucoup la même chose, à part qu'au lieu de lire les commandes dans un fichier, on les recoit au fur et à mesure (clavier du pc, boitier midi quelconque, etc.)
J'ai malheureusement déjà plusieurs projets en cours, mais cette lib m'intéresse fortement. Je crois que je ne vais pas résister à l'envie de la télécharger et de la tester. Voilà que mon cerveau ne peux s'empêcher d'ébaucher des idées pour un soft de sampleur. Le temps, on en a jamais assez :-/
Le traitement du signal, j'en ai bouffé plus que de raison au cours de mes études (ahh les FFT cé bon, miam :-p), je pourrais peut-être t'aider ponctuellement à l'occasion.
# Re: Nouveau projet :-)
Posté par Cyberdivad . En réponse au journal Nouveau projet :-). Évalué à 1.
Si j'ai bien compris, cette bibliothèque permet d'assembler des DSPs dans le but de traiter du son.
- Le traitement est-il bien prévu pour fonctionner en temps réel ?
- les sons pourraient-il etre streamé à partir de la mémoire (préchargement) ?
- Pourra-t-on chainer différents types de modules (filtres, transposeur, mélangeur, etc.) ?
- Gestion de plusieurs sons en simultané (d'ou le mélangeur) ?
En fait, et pour résumer,je souhaiterais savoir si cette lib permettrait la création d'un logiciel de sampleur virtuel multimbral en temps réel (commandable par midi). Ca fait longtemps que je cherche un logiciel de ce type pour Linux, et rien ne m'a vraiment convaincu pour l'instant (en tout cas ceux que j'ai pu compiler parmis ceux dont quelque chose avait été releasé). Si cette lib permet de faire ca (ou le permettra à terme), je sens que je vais être très intéressé :-)
[^] # Re: Nouveau pilote graphique ATI
Posté par Cyberdivad . En réponse à la dépêche Nouveau pilote graphique ATI. Évalué à 1.
Mhmm, tu parle de Linux ou des jeux, là ? Parce que mon pc perso est un portable pII 400 / 192Mo RAM / ATI rage mobility (mach 64 et pas radeon), et ca roule bien.
Pour les jeux, il faut savoir que la mach64 est méga pourrie en mode fenetré, il faut lancer les jeux uniquement en mode plein écran. Les drivers gatos pour la mach64 évoluent encore, et commencent seulement à etre vraiment utilisable (le développement avait plus ou moins freezé pendant un moment lors du passage xfree 3.x vers 4.x).
Sous linux, je reconnais que la 3d n'est pas tip top avec cette carte, et clairement moins performante que sous Windows, où je pouvais jouer sans problème à half life, cochons de guerre, et meme warcraft III (en baissant beaucoup la qualité cependant), alors que TuxRacer rame sous Linux..
Faut voir aussi que, même sous Windows, je n'ai jamais réussi à faire tourner un DivX/Xvid correctement sans que ça rame. Pour un CPU à 433 Mhz c'est un peu gros quand même (alors que mon frère sur un Celeorn 333 avec une Rage Fury faisait tourner n'importe quelle vidéo)
La, je ne peux pas laisser passer ca :-) Avec le support xv, mplayer est capable de lire sans problème n'importe quel divx, là ou certains saccadaient sous Windows 98, sachant que sous Linux, j'ai une meilleure qualité, je n'ai pas de problème de désynchro temporaire du son et de l'image quand je fais un avance rapide, et mplayer ne me bouffe pas 80% de mon cpu..
[^] # Re: Et si je codais un outil d'administration d'impression....
Posté par Cyberdivad . En réponse au journal Et si je codais un outil d'administration d'impression..... Évalué à 2.
# Re: La résistance continue...
Posté par Cyberdivad . En réponse au journal La résistance continue.... Évalué à 1.
# Re: utiliser 2 souris en même temps...
Posté par Cyberdivad . En réponse au journal utiliser 2 souris en même temps.... Évalué à 2.
/etc/X11/XF86Config-4 :
[..]
Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/usbmouse"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
Identifier "TouchPad"
Driver "mouse"
Option "Protocol" "PS/2"
Option "Device" "/dev/psaux"
EndSection
[..]
Section "ServerLayout"
[..]
InputDevice "TouchPad" "CorePointer"
InputDevice "Mouse1" "SendCoreEvents"
[..]
EndSection
# Re: Docs de programmation Windows
Posté par Cyberdivad . En réponse au journal Docs de programmation Windows. Évalué à 6.
Si tu veux programmer une application DOS, djgpp est pour toi. Mais si tu veux une application Windows, regarde du côté de mingw32. Il permet de créer des applications Windows natives, qui peuvent tourner en fenêtre ou en console.
Un IDE sous GPL qui intègre directement mingw32 : dev-c++ à http://www.bloodshed.net/index.html(...)
Pour l'API WIn32, tu trouveras pleins d'infos sur www.developpez.com, comme ce tutorial : http://bob.developpez.com/tutapiwin/(...)
[^] # Re: Pilotes modem Conexant HCF and HSF désormais payant.
Posté par Cyberdivad . En réponse à la dépêche Pilotes modem Conexant HCF and HSF désormais payant.. Évalué à 1.
[^] # Re: Pilotes modem Conexant HCF and HSF désormais payant.
Posté par Cyberdivad . En réponse à la dépêche Pilotes modem Conexant HCF and HSF désormais payant.. Évalué à 2.
Note que je ne cautionne rien, mais je pense que le prix de revient n'est pas seul en cause, puisque ce genre de modem est également apprécié pour la faible occupation physique qu'il occasionne. On en retrouve même dans des portables dits professionnels où le prix du modem n'est plus qu'une goutte d'eau en egard au prix du portable complet.
[^] # Re: Libre... en toutes circonstances
Posté par Cyberdivad . En réponse au journal marre gna gna gna. Évalué à 1.
[^] # Re: Li
Posté par Cyberdivad . En réponse au journal Li. Évalué à 1.
Si c'est vraiment le cas (mais vraiment bizarre quand même!), il faudrait que tu relance lilo pour qu'il retrouve ses petits et sa configuration IDE.
Si tu as un cd knoppix sous la main ou une disquette rescue, ca devrait être assez rapide à tester.
[^] # Re: marre gna gna gna
Posté par Cyberdivad . En réponse au journal marre gna gna gna. Évalué à 2.
Si je veux ca, il vaut mieux modifier légèrement la forme de mon message, sinon ils ne voudront pas lire ca ;-)
Voila voila...
Ceci dit, je suis globalement moins négatif que toi, et le panneau de contrôle mandrake est le genre d'outil idéal pour initier quelqu'un qui tripatouille déjà son panneau de configuration windows mais qui n'a jamais vu de ligne de commande de sa vie (rigolez pas, j'ai déjà vu ça plusieurs fois chez des macqueux ou des windowsiens qui connaissent quand même relativement bien leur machine).
Bref, j'ai confiance dans les développeurs Mandrake pour la suite, quitte à les pousser un peu dans la bonne direction (toujours bien ça, les retours d'utilisateur)
Moi aussi, j'espère que leurs outils vont s'améliorer, mais cela fait quand même quelques temps qu'ils planchent dessus, et que leur utilité reste malgré tout discutable, version après version.
Ah si, dernier point:
Un logiciel de configuration graphique d'Xfree, il me semble avoir vu passer ça, mais ça me semble velu comme projet - explorer toutes les subtilités de XF86config, se manger des brouettes de docs pour savoir comment configurer la palette graphique truc, l'écran machin, la souris à 27 boutons pour droitier sans bousiller le reste, bon courage...
C'est vrai qu'un tel projet n'est pas simple à concevoir, j'en ai bien conscience même si je ne l'ai pas précisé lors de ma frénésie d'écriture ;-)
Il ne sera probablement pas capable de gérer toutes les options possibles (ce qu'est de toute façon loin de faire l'outil de mandrake). Si on regarde bien, le fichier XF86Config-4 est très bien organisé, et de manière très simple. Selon ma vision, ca s'apparente un peu à une organisation en répertoires à un seul niveau. Rien à priori empêche de le gérer par un outil graphique.
Pour l'exemple que tu donne, le logiciel que je propose de concevoir ne s'occuperait pas de la compilation du module, mais bien de pouvoir l'intégrer à la configuration d'XFree sans risque d'erreur de frappe ni édition compliquée :-)
Pour pouvoir gérer l'ensemble faramineux des périphériques foncitonnant sous Linux, je pense à une sorte de "base de données" (je vois pour chaque module, une sorte de fichier (structure à déterminer) décrivant les paramétrages possibles) alimentable depuis un serveur Internet (http ou ftp). Ce dernier contiendra l'ensemble de ces fichiers, plus un fichier index référençant la liste des fichiers disponibles. Ainsi, quelqu'un qui a fait un nouveau fichier de description pour son périphérique pourra le proposer à la communauté.
J'imagine un exemple : j'ai acheté un nouveau périphérique de pointage que je souhaite faire fonctionner. Je lance le programme, qui est divisé en plusieurs programmes distrincts : détection et configuration.
- le logiciel de détection (avec le pci et l'usb, ca ne doit pas etre trop dur, vu que chaque périphérique a un identifiant unique) voit les périphériques inconnus, non gérés actuellement par XFree. Comme avec les périphériques USB, on ne peut pas toujours savoir à l'avance si le périphérique en question est une souris ou une webcam, il y aura un système de marquage.
- si le périphérique est inconnu dans la base de données locale, on se connecte à Internet (avece l'autorisation de la personne), et on regarde s'il y a des nouveautés et on met à jour la base.
- Coup de chance, le périphérique est bien dans la base à présent. Le programme sait donc maintenant ce que c'est (si c'est une webcam, ce n'est pas pour lui ;-)), comment le gérer, et il apparait dans la liste des périphériques "utilisables" (genre nouvelle souris).Le fichier de description permet d'indiquer au programme comment le gérer correctement (options possibles, etc.) et d'afficher la boite de configuration.
Le problème qui se pose est bien sûr au niveau des pilotes, et il faudra choisir un comportement à ce niveau si le pilote n'est pas là :
- proposer un lien vers la page du pilote ? voire également vers une doc ?
- créer également une base de données de pilotes directement sur le serveur par version de Xfree ? (vu que ca n'évolue pas trop vite, ca doit etre gérable) Mais quid des versions bizarres de Xfree proposées par les diverses distributions ?
En tout cas, tant que le pilote ne sera pas là, le programme se bornera à proposer l'un des deux chois ci-dessus et empêchera son utilisation.
Cet exemple est encore assez vague, mais c'est une direction possible à prendre. En tout cas, ca permettrait de régler plusieurs souris / cartes graphiques/ etc. à la fois.
Pour gérer également le server layout, le seul moyen est de prévoir en plus un script au démarrage de la machine / avant le démarrage de Xfree qui affiche un choix dans un menu.
Sinon, pour l'apparence de l'outil en question, j'ai déjà une ou deux petites idées afin de tenir compte du fait que les options peuvent être complètement différentes d'un périphérique à l'autre, mais encore vagues et à peaufiner.
[^] # Re: Libre... en toutes circonstances
Posté par Cyberdivad . En réponse au journal marre gna gna gna. Évalué à 2.
Mais j'avoue que ta vision des choses me semble très réaliste.
Elle est basée sur mon expérience, certes faillible, et mon exaspération grandissante ;-)
A titre personnel, je suis souvent agacé par ce genre de petits détails qui peuvent anéantir toute envie de découvrir un nouveau logiciel / outil / distribution.
Mais de manière plus gênante, en milieu professionnel ou pour le "grand public", je vois mal comment de tels outils peuvent encourager une vision stable et sérieuse d'un système. Il est souvent reprocher ici à Windows des travers alors qu'on peut en trouver de similaires sous Linux. Ce n'est pas pour défendre cet OS mais de telles situations sont dommageables et donnent une vision erronée de l'Opensource.
Tu résume en effet assez bien mon point de vue. Un débutant qui arrive sous Linux va, tout naturellement et dans un premier temps (s'il n'abandonne pas), faire confiance aux outils qui se présentent à lui. Et pourquoi pas ? S'il est installé, c'est qu'il fonctionne, non ?
Je ne suis pas d'accord avec la croyance qui veut qu'un outil en ligne de commande est forcément plus puissant que son équivalent graphique (et qui ajoute parfois que s'il est buggé y avait qu'à pas l'utiliser !) Pourquoi serait-ce le cas ? Arprès tout, entre les deux versions, seule l'IHM change. Aucune différence de fonctionnalités ne devrait être à craindre, et les deux devraient fonctionnaient parfaitement. Pour moi la différence devrait seulement se situer dans la prise en main, car je suis d'accord pour dire qu'un programme en ligne de commande maitrisé permet une administration plus rapide (pas de fenêtre à charger, réponse immédiate, etc.)
A mon sens, la véritable force de Linux reste sa ligne de commande et les front-end en console. Le "monde" fenêtré/graphique demeure de qualités très inégales même si certains logiciels sont admirables.
Certes, mais comme tu le dit dans ton exemple, les problèmes ne viennent pas de l'interface graphique en elle-même, mais de la façon dont elle est utilisée ou de celle dont le programme est conçu. Je crois que la difficulté que certaines personnes ont à l'admettre vient du fait qu'en ligne de commande, on ajoute les options les unes après les autres, ce qui est différent du mode graphique. L'utilisation courante des pipes et autre joyeusetés y contribuent également.
PS: Si tu souhaites toujours te lancer dans la configuration XFree et que tu cherches quelques personnes... voire une... ,o)
Cette idée est toujors en vigueur dans mon esprit :-) Je vais déjà la laisser décanter un petit peu, histoire d'avori une vision claire de mon problème, griffonner des brouillons, mettre en place le concept, quoi. Si quelqu'un est intéressé pour participer, pourquoi pas ? Ce sera en GPL de toute façon :-) Je préviens que si je connais plutôt bien la programmation sous Windows (ben oui, mais avec gcc ;-)) et sous Linux en ligne de commande & ncurses, je débute encore dans la programmation graphique.
[^] # Re: marre gna gna gna
Posté par Cyberdivad . En réponse au journal marre gna gna gna. Évalué à 5.
Il m'est déjà arrivé d'envoyer des rapports de bugs, mais pas dans le cadre de la Mandrake. Le faire n'est pas si simple que ca, car il faut d'abord s'assurer que le bug n'est pas déjà connu, qu'il n'est pas corrigé dans la version de développement (cooker/ release candidate) que je n'utilise pas pour diverses raisons.
Cela revient donc s'impliquer un minimum dans le développement, ce qui demande du temps (ne serait-ce que bien identifier et cerner le bug afin qu'il ait des chances d'être confirmé en pris en compte en demande déjà). Il n'est, je pense, raisonnablement possible d'agir que pour un nombre limité de projets, sachant que je participe déjà à d'autres choses sur mon temps limité ;-)
De plus, je sais que les équipes de Mandrake comportent déjà un grand nombre de bénévoles, et je trouve que la grande majorité des bugs que j'ai trouvé sont plutôt de l'ordre de problèmes de conception qui auraient du leur sauter aux yeux. J'en veux pour exemple le nombre de gens que je sais avoir rencontré ces problèmes
Des trucs aussi mal conçus, excusez moi de ma franchise, ne me donnent pas trop envie d'y participer, sachant que je demanderai de revoir l'organisation même de certains outils, ce qu'ils ne feront probablement pas. Ils vont se dire "mais pour qui il se prend celui-là" ;-)
Je crois plutôt qu'on n'est jamais mieux servi que par soi-même, et vais plancher sur une idée de projet, dont les bases même seront conformes à ma conception du sujet, très exigente je l'admet. Après tout, c'est un des principes et une des forces du Logiciel Libre, que de pouvoir explorer de nouvelles pistes sans gêner celles qui ont actuellement cours ;-) Par contre, parvenir faire un outil indépendant d'une distribution me paraît déjà poser des problèmes plus épineux.
[^] # Re: passer par un partage de connection WinXP.
Posté par Cyberdivad . En réponse au journal passer par un partage de connection WinXP.. Évalué à 5.
Pour être exact, l'ICS de Windows XP met également en fonction un cache DNS. Le service dhcp peut être embêtant si le pc client est allumé avant la passerelle.
La solution la plus simple, à mon avis est de configurer le client en IP fixe (192.168.0.x), passerelle et dns primaire pointant sur 192.168.0.1.
Windows Xp reconfigure automatiquement l'ip de la passerelle en 192.168.0.1, qu'il vaut mieux garder car cela sera remis à chaque fois que la soeur touchera aux réglages de connection.
Dernier détail, il ne faut pas oublier de d'arrêter/redémarrer la connection Internet (si elle était active) pour que le partage fonctionne, voire de redémarrer XP si ca ne fonctionne pas bien (genre la résolution DNS ne fonctionne pas sur le poste client, ce qui m'est déjà arrivé).