Reika2000

Ca me paraissait pas essentiel, mais c'est vrai que ça aide à comprendre. Donc je suis bien en mode clone. Quand tu parles de définir un vrai dual screen, tu fais référence aux metamodes ? Ca oblige à un scrolling de l'image sur le moniteur de résolution la plus faible, ce qui n'est pas du tout ce que je veux ! Mon serveur X est en version 6.8.2

Je mets en plein écran, mais comme je fais du dual screen avec mon projo (qui est en 800x600) et mon écran (en 1024x768), et qu'à choisir je préfère que ce soit moche sur l'écran LCD, je passe en 800x600... Maintenant, c'est pas non plus vital, mais je suis quand même très interessé. Et je me disais tant qu'à faire que ce serait interessant pour certaines applications de passer dans une résolution supérieure à ce que permet mon écran.

L'idée est bonne, je n'y avais pas pensé ! Seul hic, mplayer refuse de fonctionner sur mon PC, j'ai beau y avoir passé des heures (pour pouvoir utiliser le plugin pour firefox), rien à faire :\ C'est dommage que X ne permette pas ça, dans la mesure où ce n'est pas très dur à faire (pour avoir fait des trucs semblables en opengl - mais je me vois pas trop rentrer dans leur code).

Oups, désolé si c'était pas clair. Donc j'ai un chipset nforce 2, vidéo intégrée (gforce 2mx, je crois), sur serveur X, en utilisant xine principalement. Un écran iiyama LCD 1024x768. Quand j'affiche du 800x600, l'image est moche (mais plein écran), un peu trop flou, dégradé... Le problème était le même sous windows, dos, ou beos, quelque soit le soft de lecture video. Je cherche une solution sous linux, mais le problème vient de l'écran. Le principe sous-jacent, c'est que quand le PC envoie un signal vidéo dans une résolution non supportée nativement par l'écran LCD, l'écran va redimensionner l'image pour l'afficher sur sa dalle dont la résolution est fixe (c'est ce qu'on appelle l'interpolation). Suivant les modèles d'écran LCD, c'est plus ou moins bien fait (mon vidéo projecteur en 800x600 le fait vraiment très bien, au point que du 1024 reste très lisible, le 640 sur Gamecube est parfait). Et sur mon écran LCD, c'est mal fait. Donc je me demandais si il était possible que ce soit l'OS qui redimensionne l'image à la résolution de l'écran LCD, plutôt que ce soit l'écran qui le fasse. Pour avoir une idée de ce que j'espère, voir avec PornView (non, ce n'est pas sale lol - c'est un soft style acdsee ou xnview) sous linux, qui propose un ensemble de traitements (bilinéaire, hyperbolique, etc.) pour afficher une image à la taille de l'écran . Sur un écran LCD en 1024, le rendu en plein écran d'une image en 800x600 ou 1600x1200 est parfait (l'image est retraitée pour être affichée en 1024x768, et l'écran ne fait qu'afficher). Merci pour ton aide.

Hello ! Je me demandais si il y avait un moyen sous linux de faire de l'interpolation logicielle (genre afficher du 800x600 ou du 1280 sur un LCD en 1024x768). Les écrans LCD le font en hard (et seulement la résolution en dessous), avec plus ou moins de bonheur... le mien avec plutôt moins, donc je me demandais si il n'y avait pas une appli ou une config qui permette ça... PS: pour comprendre, mon projo fait du 800x600, donc quand je change de résolution pour lire un dvd dessus en qualité max (en passant, vive linux, d'un clic je change la résolution et dans la foulée lance le dvd en plein écran), j'ai vraiment une image de merde sur le lcd.

Si tu es derrière un routeur, il faut aussi ouvrir le port. Vérifie bien que tout marche en local (https://localhost:10000), histoire d'être sûr que tout est démarré.

Ce qu'il veut dire, c'est qu'il y a plusieurs versions de la distribution, suivant le type de processeur (x86 sur PC, powerPC sur mac - enfin ça sera bientôt de l'histoire ancienne). Et vu que les PC sont bien plus répandus, si il n'y a pas marqué power PC quelque part ou si tu n'as pas explicitement pris la version Power PC, tu as très probablement une version pour PC. Tu peux le voir rapidement : si tu peux booter sur les CD Mac OS, mais pas sur celui mandriva, à mon avis t'es cuit.

Juste quelques précisions: 1 - OpenOffice est une très bonne suite bureautique, mais: - la compatibilité avec les documents MSOffice n'est pas totale, loin de là (les macros en général, certains élements - camemberts, calques, pieds de page, etc., et globalement, le fichier word lu sous OO sera relativement différent: prévoir un travail de reformattage, des problèmes de police, tableaux, présentation générale, etc., qui peut être assez important) - la compatibilité dans l'autre sens est plutôt mauvaise. Apparition de caractères chinois dans un rtf (!!!), gros problèmes de présentation, incompatibilité totale des macro, etc. OpenOffice permet soit une utilisation riche, équivalent à celle de MSOffice, au prix bien souvent de la compatibilité, soit une utilisation très basique qui permet une bonne compatibilité avec MSOffice. Si le but est juste de permettre la lecture sous windows, il n'y a pas de problème avec les export type pdf. L'interopérabilité entre OpenOffice et MSOffice sur les fonctions avancées, c'est pas du présent. Exemple type au boulot : un fichier excel bourré de macros pour remplir ses jours de présence, totalement incompatible avec OpenOffice. Je pense que beaucoup d'informaticiens (le coeur du publique linux) ont une utilisation très basique des traitements de texte, ce qui à mon avis donne un avis faux sur la compatibilité. 2 - Pour abonder dans ce sens, je ne connais pas un format vidéo qui ne passe pas sous linux, entre les plugins et la réutilisation de codecs windows. Ca peut même aller jusqu'à lire un quicktime incrusté dans une page web sous firefox (via mozzplugger et totem) 3 - Pour les jeux qui fonctionnent sur linux via une couche de compatibilité style wine ou dérivé, prévoir des performances divisées par 2. Après bien sûr une galère pas rédhibitoire de configuration. Et bien sûr, avec une tétrachiée d'incompatibilité suivant les jeux, allant du crash au démarrage, à l'absence de son, en passant par des bugs graphiques rendant le jeux injouable. La règle générale, ça reste que si le jeux a un très gros succès et si il n'est pas trop avancé techniquement, ça marche plutôt bien. World of Warcraft tourne vraiment bien, par exemple. Pour beaucoup de jeux, ça donne quand même "trop beau", "trop vieux", "pas connu". A ce qu'il semble même si il y a une couche de compatibilité globale, il y a quand même du travail au cas par cas. Ah oui, et c'est pas forcément gratuit, bien sûr, puisque le plus avancé ET simple d'utilisation est payant. Pour les jeux commerciaux qui tournent directement, tu peux les compter avec tes 2 mains, et il n'y a pratiquement (que ?) des FPS. Pas un jeu de caisse, pas un jeu de stratégie, pas un jeu de sport ne tourne en natif. Il y a aussi des jeux libres, mais ils sont malheureusement plutôt arriérés (même si gltron est vraiment marrant). Enfin, les jeux DOS, qui tourne très bien sur un émulateur DOS. 5 - K3B est vraiment très bon, et il y a même depuis peu (en payant) une version linux de Nero tout ce qu'il y a de plus officielle. 6 - Même chose que Kewlcat, à un bémol près: le réseau Fasttrack de Kazaa & co, qui n'est que très peu accessible (les éditeurs sous windows payent une licence pour le droit à accéder à ce réseau, à l'accès crypté, en fait). J'espère que ce passage ne portera pas préjudice à mon message. Prière de supprimer seulement ce passage si problème. 7 - ce qui existe est la plupart du temps multi réseau (icq, msn, etc.) très stable, et très utilisable, mais l'interface graphique et l'ergonomie est souvent un peu en retrait par rapport aux logiciels windows. 8 - pratiquement aucun, à part WOW. L'idée du live cd me parait très bonne, perso je recommande Ubuntu, qui est vraiment très simple d'usage et de configuration (et le système de mise à jour est fabuleux, comme sur debian, avec un Synaptic pour faire ça graphiquement, qui est installé d'origine).

Pour les tests, hdparm. Et maintenant en dur dans "/etc/hdparm.conf" Pour l'instant, j'ai pas trop tweaké, donc c'est un peu minable (juste le dma activé), j'ai ça dans le fichier : /dev/hdc { dma = on # interrupt_unmask = on # io32_support = 0 } PS : par contre ce fichier a l'air de changer d'emplacement suivant les distributions. C'est assez marrant, dans la wikipedia d'ubuntu (qui est très très bien foutue), ils l'annoncent carrément ailleurs...

Merci pour ton aide. Finalement, rien à voir avec les drivers nvidia, c'est bêtement l'udma du lecteur qui était pas activé !

"urpmi gcc", c'est juste pour installer gcc en ligne de commande. En gros, urpmi permet d'installer les rpm en gérant les dépendances (ton application graphique pour les installation se base probablement dessus). Fais un "man urpmi", si tu veux plus d'info.

Bonjour, je viens de m'installer une ubuntu, et la lecture des dvd video est parsemée de saccades... Niveau débit disque, hdparm me donne de bons résultats, j'ai fait un time sur une copie depuis le dvd, le débit est bon. Les divx sont fluides, même lus depuis un CD ou DVD. J'utilise principalement xine, j'ai testé les dérivés (totem & co), vlc, même résultat. Il semble que j'ai un problème sur mplayer (il affiche des détails genre alsa sound, etc., puis rien). J'ai testé plusieurs dvd, histoire de... le problème est toujours présent bien que plus ou moins important suivant le dvd... qu'il soit crypté ou non ne semble pas changer qq chose. Un top me donne 30% pour xine, 6% pour xorg, le reste est négligeable. J'ai une carte nvidia, j'ai testé avec les drivers fournis, et ceux que j'ai trouvé sur nvidia. Ca semble bien installé (logo nvidia, ut2004 fluide, ombrage souris, gnome est réactif). L'install des drivers (pas ceux ubuntu où il suffit de faire un apt-get) a quand même été un peu foireuse. Impossible de le faire marcher normalement, j'obtiens un problème à la fin de la compil' sur nvidia.ko dû d'après le message à un problème de noyau. Pourtant en décompressant le fichier et en faisant un "make install" dans usr/src/nv, j'ai pas de problème, et gdm démarre bien... Je suis certain que les sources sont les bonnes puisque j'ai recompilé le noyau à partir de celles-ci. Est-ce que je dois fouiller ce problème sur les drivers si le reste semble OK ? Sinon, je vois pas trop de solution, alors merci pour votre aide !

Bonjour, j'ai un problème de fonts qui ont tendance à baver depuis une upgrade de ma debian (un apt-get dist-upgrade). Je ne pense pas que le problème soit lié à l'affichage, les paramètres sont bons, et l'image est impec sous windows dans une vmware (en fenêtré ou plein écran) et dans quelques logiciels. J'avoue que je comprends pas trop toutes ces histoires de serveurs de fonts & co. J'ai installé plein de trucs (xft, xfs-xtt, des fonts windows), sans trop comprendre et sans résultat. Si quelqu'un peut m'aider, merci !

Ben linux est gratos, mais google tourne sous linux, ainsi que peut être la moitié des serveurs web de la planète Enfin bref, si ils pouvaient faire chier avec un virus, les piratins se priveraient sans doute pas

D'après http://www.icpug.org.uk/national/freesw/040516fs.htm, la 3.4 permet l'écriture sur du ntfs (format windows, si tu préfères), donc il faudrait plutôt regarder côté configuration de la knoppix. C'est possible que l'accès en écriture soit par défaut dans la 3.3, ou qu'il y ait un un peu de configuration supplémentaire à faire dans la 3.4 (effectivement, il me semble que quand j'avais essayé, on ne pouvait pas écrire de base), mais ça reste possible (et à mon avis sans bidouilles incroyables).

J'ai tourné pendant 1 an sur un p200 MMX en utilisant windowmaker (mais bon je suis un inconditionnel de windowmaker, je l'utilise même sur mon athlon 2000 avec 700 Mo de ram lol), ça tournait très convenablement avec 256 Mo de RAM, et moyen avec 32 Mo (pas beaucoup de cache pour le disque, qui est souvent médiocre sur les vieux ordis). Après, ça dépend ce que tu veux faire... Genre OpenOffice.org ou Gimp tu vas morfler à mort... Si c'est pour découvrir ou pour coder des trucs en C avec emacs, ça sera très correct.

Pour tuer tous les processus dont le nom est noatun : ps aux | grep noatun | grep -v grep | awk '{ print $2 }' | xargs kill -9 Bon, y a probablement plus simple, mais je connais pas, et je suis preneur. (En gros l'idée c'est de filtrer sur les lignes comportant noatun, mais pas grep, de garder que la ligne 2 qui comporte le PID, et de les tuer en les filant en paramètre à kill... c'est surtout pratique quand il y a plusieurs processus lancés, et que la mort de l'un n'entraine pas celle des autres). PS : Rajout, je ne sais pas pourquoi, mais killall n'a pas l'air de marcher systématiquement. Ca me l'a fait sur pas quelques soft KDE, en particulier. Le kill sur chaque process fonctionne, par contre... Va comprendre !

J'ai pas la réponse à ta question mais quelques élements de réponse : pour connaitre le type de ton fichier sans extension : file lenomdufichier Ca marche généralement assez bien. Urpmi c'est rpm avec la gestion des dépendances. En théorie, si il te manque un package pour installer ton package, ça va te l'installer automatiquement. Quand j'ai laché mandrake de désespoir devant ces problèmes de dépendances, la mise à jour était pas gérée (autrement dit, si ta lib machin était trop vieille ou inadéquate c'était mort) et il y avait des problèmes de sources (package dépendant non trouvé, même sur le net). apt c'est le système de package debian qui est nettement mieux foutu. apt-get update tu mets ta liste de package connus à jour (en allant matter des sites de packages sur le net) apt-get dist-upgrade : tout ton système est mis à jour (vaut mieux une bonne connec) apt-get install lenomdufichier : ça installe. Perso, sur des centaines d'install, j'ai constaté que 2 ou 3 foirages Plus simple, synaptic te fait ça graphiquement, tu cherches un nom, tu coches et ça s'installe (concrètement, j'ai coché gFtp, cliqué sur install et voila, ça marche en 2.017). Debian c'est assez balaise (entre autres pour l'install et la configuration), mais knoppix est un live-CD basé dessus, que tu peux tester et installer en 1 ligne de commande et 3 clics (et franchement ça déchire). Pour moi c'est un peu ça qui fait de mandrake une fausse distrib de débutant. Ok ça s'installe facilement, ok y a des jolis menus, mais (en tout cas jusqu'à la 8, après je sais pas), c'est de l'ordre de l'immaintenable. Bon c'était la minute de pub

explore2fs niveau interface et utilisation, ça fait un peu penser à un ftp en lecture seule, et ça sert juste à rapatrier des données de tes partitions ext2/3 sous windows. Sinon y a quelques temps j'avais regardé des drivers qui permettrait sous windows de lire des partitions ext2/3 de manière transparente (comme du ntfs ou autre), mais l'install merdait ou ça ne fonctionnait qu'en lecture... Ca a peut-être changé depuis !

J'ai bien augmenté le IGain (Input Gain) dans aumix, mais l'augmentation n'est pas assez forte pour que le son soit suffisemment fort sur microphone, et je n'entends toujours rien sur l'entrée ligne.

Kewlcat > Désolé pour ton nom, un lapsus (c'est le pseudo d'un ami). Oui, le problème de format est clairement une contrainte technique imposée, et une belle en...ulerie, mais ça rentre bien dans ces softs windows dont il est difficile de se passer, quelque soit la qualité de l'offre en libre et la compatibilité correcte. Pour la formation, ça dépend un peu, l'ergonomie sur un logiciel graphique va beaucoup jouer, alors qu'en programmation nettement moins (je code indifféremment sous vi, Eclipse ou visual studio, sous linux ou windows). Mais l'utilisation de blender ou 3DS MAX, c'est pas non plus quelque chose que l'on apprend rapidement, même si les concepts sont redondants (il faut quand même un temps fou pour utiliser convenablement un tel soft). Maintenant, je dis juste que sur certains cas particulier (soft difficile d'emploi qu'on a fini par maitriser, contrainte technique, ou certains types de logiciels), une compatibilité avec windows ou le portage des logiciels serait _vraiment_ agréable. Après, au quotidien, le full linux (sans même wine, winex et autre vmware) c'est clair que c'est largement faisable... si on n'a pas ce genre de besoins !

Kilowat > Ben non, pas forcément, si t'acquiers un savoir faire important sur un soft (qui plus est justement réputé, utilisé, documenté), c'est assez normal de pas vouloir redémarrer sur un autre soft. Enfin si tu prends povray, ok, les images que certains font sont absolument incroyables (et c'est vrai que le raytracing déchire sur plein de points un rendu polygoné), mais je vois mal un gars qui a une bonne connaissance de 3DS se faire chier pour le maitriser. Enfin ce qui est interessant, c'est la création, pas la formation. Enfin perso j'ai même plus windows chez moi, mais bon, là je dois taper un rapport format word, et je suis bien emmerdé, parce que l'outil et la tâche ça se confond pas mal (ie. dans mon cas, moi je veux taper un rapport, n'importe quel soft ferait l'affaire, mais le format est imposé et j'ai une feuille de style à utiliser, donc je dois bel et bien taper un rapport en word 2000 si je veux pas de mauvaises surprises).

Le but est bien de faire passer le son de cette dernière via les enceintes branchées sur ta carte son. Les 2 commandes avec cat que tu m'as données me renvoient "périphérique occupé". C'est une indication ou bien cela vient du fait qu'il faille passer par arts pour avoir le son (xmms en oss ne passe pas par exemple, il faut ajouter et choisir le plugin arts) ? J'ai parcouru ton how to, mais je n'ai pas amixer (il n'apparait pas dans les packages debian) et je n'utilise pas alsa, donc je sais pas si c'est la peine d'approfondir. Par les logiciels du genre aumixer ou kmixer, j'ai cependant le même type d'option (configuration de l'entrée en enregistrement, gain, etc.), mais ça ne marche que si je mets microphone en enregistrement et le cable sur microphone (avec un son inaudible malheureusement). C'est d'ailleurs marrant, sous windows j'avais le problème inverse, le son était beaucoup trop fort, il fallait mettre tout au minimum J'ai un peu l'impression que mon entrée line-in n'a pas été reconnue sous linux, il faut pas activer quelque chose de plus ?

Salut, Ce que je veux faire, c'est connecter la sortie son de ma gamecube à mon PC. Je le faisais sous windows via le port microphone et ça fonctionnait très bien. Ma distrib, c'est une knoppix, noyau 2.4.26, le son est configuré, la carte télé marche impeccablement (une pinnacle pctv). Quand je branche la gamecube sur le microphone, j'ai un son extrèmement faible (tout à fond, pcm, microphone, IGain, mon ampli), c'est pratiquement inaudible. Quand je le branche sur line-in, rien. D'après ce que j'ai compris, le son est déjà préamplifié, et ça serait dangereux de le brancher sur le microphone, il vaudrait mieux le faire sur le line-in. J'ai essayé via l'alias /dev/mixer de pointer sur chacun des /dev/mixer? mais il n'y en a qu'un qui marche, celui du microphone. J'ai essayé différents mixer (aumix, wmix, kmix). J'avoue que le son sous linux, c'est un peu un grand mystère pour moi. Je passe par arts, en Threaded OSS (xmms et xine marchent parfaitement même simultanément), j'ai mis full duplex . J'ai un shuttle SN41G2 (nforce 2), j'utilise la carte son intégrée (une i810 je crois, sous le label nsound). J'ai pas bien compris l'install des drivers nvidia : je fais make & install, ça a l'air de fonctionner, je rajoute l'alias des modules, mais ça n'a pas l'air d'être pris en compte (en fait j'en sais un peu rien). En fait, je ne sais pas trop où chercher. Si il vous manque certaines informations, n'hésitez pas à demander. Ben je vous remercie pour toute aide

patzepat > je suis tout à fait d'accord pour les souris, mais pas pour les claviers (peut-être que ça dépend des modèles...). D'origine, je trouve la frappe bien meilleure sur un logithech (gout perso), et le clavier l'air bien meilleur sur la durée : mon clavier microsoft a une frappe de plus en plus pourrie, il a 6 mois, certaines touches commencent à mal s'enfoncer. Perso, j'ai une frappe légère mais assez rapide (60 mots/seconde), mon frêre une frappe lente mais de bucheron, donc un bon ou un mauvais clavier on le détecte assez rapidement. Enfin bref, je considère mon clavier microsoft comme à peine digne d'un no name.