Re: [confirme] Pb affichage 3D
Merci je vais tester ca. Mais vendredi on m'a suggere que ca venais peut-etre de ma resolution trop elevee (1152x864) sous X. Maintenant que je suis en 1024x768 eh ben ca passe sans pb!! Avec toutes les couleurs impec' comme il faut. Bizarre non? Olio wrote: > Salut, > j'ai eu exactement ce probléme avec une voodoo3, ca venait des options pci > dans le bios de ma carte mére. Vas dans le bios, option PCI et devalide les > pci burst, write back etc et autre optimisation..le vga palette snoop aussi > (dans les options avancé cxette fois ci pas dans les options PCI ) et ca > devrait passer > > a+ > -Message d'origine- > De : Hubert Cleonis <[EMAIL PROTECTED]> > À : [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Date : vendredi 10 décembre 1999 10:12 > Objet : [confirme] Pb affichage 3D > > >Salut, > > > >J'ai subi les tortures de l'enfer pour que Mesa + glide utilisent ma > >carte creative Banshee pour gerer l'acceleration et l'afiichage 3D, mais > >ca marche enfin! Enfin presque...j'ai juste un petit probleme de > >couleur. Que je lance une demo 3dfx (genre glutfx) ou meme quake2 et ben > >tout est affiche avec un petite dizaine de couleurs et c'est tres moche. > >On dirait un affichage 4 couleurs! On distingue les formes des objets > >mais pas les textures. Et l'acceleration 3D est effective puisque Quake > >est tres rapide (mais tres moche). Y a-t-il un variable d'environnement > >en plus de MESA_GLX_FX a positionner? Y a un truc a faire? Help > >please... > > > >Hubs > >
Re: [confirme] Pb affichage 3D
je suis en 1152x864 sous X mais j'ai bien liste des modes 640x480 et 800x600 dans la partie qui concerne l'affichage 16 bits de la section Screen de XF86Config. Et la carte utilise bien une de ces resolutions puisque j'ai un affichage mais degueu... Patrick GONCALVES wrote: > Hubert Cleonis wrote: > > > Non, pas de messages a propos de colormap. Et je demarre en 16 bpp en plus. > > Et ta résolution, elle serait pas trop élevée ? > > > > > > > CAPDEPUY Philippe 8IS/GL wrote: > > > > > Salut, > > > > > > Tu ne vois pas de message d'erreurs quand tu lances ton appli, du genre : > > > "cannot allocate colormap for ..." ? > > > > > > Si oui, c'est un conflit avec une autre appli gourmande en couleur style > > > Netscape. Il faut alors : > > > 1- essayer ton appli en ayant ferme si possible toutes les autres applis > > >graphiques, > > > 2- pour Netscape, le lancer avec l'option "-install", si possible dans une > > >session pour lui tout seul car gare aux flashes de changement de colormap ! > > > > > > Philippe > > -- > Patrick GONCALVES > > http://www.multimania.com/patg > ICQ : 20057008
Re: [confirme] Pb affichage 3D
Stéphane BERDIN wrote: > > Je demarre en runlevel 5 (X window) et dans mon Xf86Config y'a > > DefaultColorDepth 16 dans la section Screen. Normalement c'est equivalent > > non? > > > Ah, c'est pas si sipmple alors... > Bon oui, c'est équivalent, donc c'est pas un pb d'allocation mémoire de > couleur, ta palette est pas pleine. > Est-ce que tout se passe bien au niveau des autres applis ? genre quand tu > ouvres netscape + xemacs + xchat + gimp, ça se passe bien ? No problemo. Toutes les couleurs sont affichees et j'ai pas l'ecran qui flashe quand je passe d'1 appli a l'autre. > > Si oui, c'est que c'est ton prog mesa qui foire un brin, et là, regarde dans > le prog lui même les commentaires, ou alors les options de compil. M! Ca m'arrange pas du tout ca! Qui a deja ete regarde dans les sources de Mesa et pourrais me dire ou est-ce qu'on specifie le nombre max de couleurs? ;-) Je me souviens que j'avais deja eu ce pb sous windows quand je lancais Quake avec une diamond monster 1ere version. Mais j'avais reussi a trouver un utilitaire qui me rajoutais une variable d'environnement dans l'autoexec.bat pour activer une fonction genre "convertir les textures 24 bits en 16 bits avant l'affichage" et la c'etait nickel. Mais j'ai change de machine depuis et j'ai + cet outil. Y'a personne qui se souvient d'une variable d'environnement pour faire ca?
Re: [confirme] Pb affichage 3D
Non, pas de messages a propos de colormap. Et je demarre en 16 bpp en plus. CAPDEPUY Philippe 8IS/GL wrote: > Salut, > > Tu ne vois pas de message d'erreurs quand tu lances ton appli, du genre : > "cannot allocate colormap for ..." ? > > Si oui, c'est un conflit avec une autre appli gourmande en couleur style > Netscape. Il faut alors : > 1- essayer ton appli en ayant ferme si possible toutes les autres applis >graphiques, > 2- pour Netscape, le lancer avec l'option "-install", si possible dans une >session pour lui tout seul car gare aux flashes de changement de colormap ! > > Philippe
Re: [confirme] Pb affichage 3D
Je demarre en runlevel 5 (X window) et dans mon Xf86Config y'a DefaultColorDepth 16 dans la section Screen. Normalement c'est equivalent non? Stéphane BERDIN wrote: > > est tres rapide (mais tres moche). Y a-t-il un variable d'environnement > > en plus de MESA_GLX_FX a positionner? Y a un truc a faire? Help > > please... > > > Il faut que tu es X en mode 16 bits minimum ( startx -- -16 bpp), sinon, il > n'a pas assez de couleurs dans la la palette !
[confirme] Pb affichage 3D
Salut, J'ai subi les tortures de l'enfer pour que Mesa + glide utilisent ma carte creative Banshee pour gerer l'acceleration et l'afiichage 3D, mais ca marche enfin! Enfin presque...j'ai juste un petit probleme de couleur. Que je lance une demo 3dfx (genre glutfx) ou meme quake2 et ben tout est affiche avec un petite dizaine de couleurs et c'est tres moche. On dirait un affichage 4 couleurs! On distingue les formes des objets mais pas les textures. Et l'acceleration 3D est effective puisque Quake est tres rapide (mais tres moche). Y a-t-il un variable d'environnement en plus de MESA_GLX_FX a positionner? Y a un truc a faire? Help please... Hubs
Re: [confirme] Kernel too big
C'est bien ca. Quand on regarde le deroulement de make zlilo, il genere les fichiers bzImage et System.map, les recopie dans /boot en renommant bzImage en vmlinuz et lance /sbin/lilo (evidemment je modifie lilo.conf pour ajouter une entree pour le nouveau noyau et relance /sbin/lilo). J'ai plus l'impression que c'est lie a la position du fichier vmlinuz sur mon disque qu'a la taille du noyau: le noyau original de Mandrake 6.1 fait dans les 700Ko (si, si, verifie) et lilo ne rale pas. Alors que si dans lilo.conf je ne laisse que l'entree pour le nouveau noyau de 400 Ko ca ne passe pas! La seule difference c'est qu'il n'est pas place au meme endroit sur le disque que le noyau Mandrake (ca c'est sur!). Ca se trouve, lilo verifie que le BIOS peut acceder a la totalite du noyau au boot et donc que celui-ci se trouve bien en dessous du 1024eme cylindre. C'est une supposition mais je soupconne un truc du genre. J'ai bien essaye un e2defrag.static a partir d'une disquette de rescue, mais j'ai une erreur du style "pas de descripteur de volume" ou qque chose comme ca, je ne me souviens plus tres bien. Sinon on m'a conseille de faire lilo -P, ca fait quoi? Hubert. PS: autre probleme qui n'a rien a voir: les lettres accentuees des man pages en francais ne s'affichent pas dans less ce qui rend la consultation de l'aide penible. Qu'est-ce qu'il faut faire pour les afficher? Jean-Charles RIPAULT wrote: > Prends tu bien le bon fichier en tant que kernel ? > > il s'agit de /usr/src/linux/arch/i386/boot/bzImage > > Question idiote peut-etre, mais on ne sait jamais... > > Jean-Charles > > ---Reply to mail from Hubert Cleonis about [confirme] Kernel too big > > [...] > >> Question stupide : As-tu bien compilé ton noyau en faisant un make bzImage > >> au lieu d'un make zImage ? > >> > >> Sinon essaie éventuellement un lilo -P > >> > >> Mathieu > >> > >> > -Original Message- > >> > From: Hubert Cleonis [mailto:[EMAIL PROTECTED]] > >> > Sent: 17 November 1999 10:47 > >> > To: [EMAIL PROTECTED] > >> > Subject: [confirme] Kernel too big > >> > > >> > > >> > Salut, > >> > > >> > J'ai recemment installe Mandrake 6.1 sur ma machine (K6-2 350, 64 Mo, > >> > 10Go) et j'ai recompile le kernel pour ne garder dedans que ce qui > >> > m'interresse. J'ai ajoute le nouveau noyau dans lilo.conf et > >> > j'ai garde > >> > l'ancien au cas ou... Quand je lance la commandde /sbin/lilo, l'ancien > >> > noyau est correctement ajoute, mais pour le nouveau j'ai une erreur > >> > "kernel too big" et lilo quitte sans ajouter le noyau. L'ancien kernel > >> > fait dans les 700 Ko alors que le nouveau ne fait que 400Ko > >> > et quelques. > [...] > >> > Quelqu'un peut-il m'aider, svp? > >> > > >> > Hubert > >> > > > > > ---End reply > > Jean-Charles > mailto:[EMAIL PROTECTED] > > -- > > Disobedience: The silver lining to the cloud of servitude. > -- Ambrose Bierce begin:vcard n:Cleonis;Hubert tel;fax:+33 1 60 16 22 72 tel;work:+33 1 69 35 25 98 x-mozilla-html:TRUE org:MOTOROLA WSSD version:2.1 email;internet:[EMAIL PROTECTED] title:Software Engineer adr;quoted-printable:;;Immeuble "Le Columbia"=0D=0AEspace Technologique - Commune de St Aubin;Gif-sur-Yvette;;91193;France fn:Hubert Cleonis end:vcard
Re: [confirme] Kernel too big
J'ai essaye les 2, meme resultat. La compilation se passe normalement. Je vais tester lilo -P Hubert "Bois, Mathieu" wrote: > Bizarre... normalement ce genre d'erreur a lieu bien lors de la compil, pas > lors de l'install avec lilo... > > Question stupide : As-tu bien compilé ton noyau en faisant un make bzImage > au lieu d'un make zImage ? > > Sinon essaie éventuellement un lilo -P > > Mathieu > > > -Original Message- > > From: Hubert Cleonis [mailto:[EMAIL PROTECTED]] > > Sent: 17 November 1999 10:47 > > To: [EMAIL PROTECTED] > > Subject: [confirme] Kernel too big > > > > > > Salut, > > > > J'ai recemment installe Mandrake 6.1 sur ma machine (K6-2 350, 64 Mo, > > 10Go) et j'ai recompile le kernel pour ne garder dedans que ce qui > > m'interresse. J'ai ajoute le nouveau noyau dans lilo.conf et > > j'ai garde > > l'ancien au cas ou... Quand je lance la commandde /sbin/lilo, l'ancien > > noyau est correctement ajoute, mais pour le nouveau j'ai une erreur > > "kernel too big" et lilo quitte sans ajouter le noyau. L'ancien kernel > > fait dans les 700 Ko alors que le nouveau ne fait que 400Ko > > et quelques. > > Meme quand je ne precise que le nouveau noyau dans lilo.conf, cette > > erreur se produit. Si je ne met que l'ancien il n'y a pas d'erreur. > > Alors je ne comprends pas. Est-ce que cette erreur a a voir avec > > l'emplacement du nouveau fichier vmlinuz sur le disque et les > > limitations du BIOS (le debut de ma partition est en-dessous > > du 1024eme > > cylindre mais le reste s'etend au-dela)? J'ai bien essaye > > d'executer un > > defrag (e2defrag.static) depuis une disquette de boot (partition / > > non-montee) mais ca ne marche pas (je ne me souviens + de l'erreur). > > > > Quelqu'un peut-il m'aider, svp? > > > > Hubert > >
[confirme] Kernel too big
Salut, J'ai recemment installe Mandrake 6.1 sur ma machine (K6-2 350, 64 Mo, 10Go) et j'ai recompile le kernel pour ne garder dedans que ce qui m'interresse. J'ai ajoute le nouveau noyau dans lilo.conf et j'ai garde l'ancien au cas ou... Quand je lance la commandde /sbin/lilo, l'ancien noyau est correctement ajoute, mais pour le nouveau j'ai une erreur "kernel too big" et lilo quitte sans ajouter le noyau. L'ancien kernel fait dans les 700 Ko alors que le nouveau ne fait que 400Ko et quelques. Meme quand je ne precise que le nouveau noyau dans lilo.conf, cette erreur se produit. Si je ne met que l'ancien il n'y a pas d'erreur. Alors je ne comprends pas. Est-ce que cette erreur a a voir avec l'emplacement du nouveau fichier vmlinuz sur le disque et les limitations du BIOS (le debut de ma partition est en-dessous du 1024eme cylindre mais le reste s'etend au-dela)? J'ai bien essaye d'executer un defrag (e2defrag.static) depuis une disquette de boot (partition / non-montee) mais ca ne marche pas (je ne me souviens + de l'erreur). Quelqu'un peut-il m'aider, svp? Hubert begin:vcard n:Cleonis;Hubert tel;fax:+33 1 60 16 22 72 tel;work:+33 1 69 35 25 98 x-mozilla-html:TRUE org:MOTOROLA WSSD version:2.1 email;internet:[EMAIL PROTECTED] title:Software Engineer adr;quoted-printable:;;Immeuble "Le Columbia"=0D=0AEspace Technologique - Commune de St Aubin;Gif-sur-Yvette;;91193;France fn:Hubert Cleonis end:vcard
