J'ai bien assayé mais j'y arrive pas!
Je suis pas un pro en programmation et lorsque je fait le "make", j'obtiens ceci :
"[papa@dawa libvc1]$ make
gcc -fPIC -c -o vc13dhtab.o vc13dhtab.c
gcc -fPIC -c -o vc1cropmv.o vc1cropmv.c
gcc -fPIC -c -o vc1deblock.o vc1deblock.c
gcc -fPIC -c -o vc1debug.o vc1debug.c
gcc -fPIC -c -o vc1dec.o vc1dec.c
gcc -fPIC -c -o vc1dec3dh.o vc1dec3dh.c
gcc -fPIC -c -o vc1dec3dhtab.o vc1dec3dhtab.c
gcc -fPIC -c -o vc1decbit.o vc1decbit.c
vc1decbit.c: In function 'vc1DECBIT_ReadBytes':
vc1decbit.c:168: warning: cast from pointer to integer of different size
vc1decbit.c: In function 'vc1DECBIT_InitialiseBitstream':
vc1decbit.c:473: warning: cast from pointer to integer of different size
vc1decbit.c: In function 'vc1DECBIT_BufferSet':
vc1decbit.c:535: warning: cast from pointer to integer of different size
vc1decbit.c: In function 'vc1DECBIT_TrimBuffer':
vc1decbit.c:626: warning: cast from pointer to integer of different size
gcc -fPIC -c -o vc1decbitpl.o vc1decbitpl.c
gcc -fPIC -c -o vc1decbitpltab.o vc1decbitpltab.c
gcc -fPIC -c -o vc1decblk.o vc1decblk.c
vc1decblk.c: In function 'vc1DECBLK_DecodeBlockLayer':
vc1decblk.c:862: warning: passing argument 1 of 'vc1RECON_ReconstructMB' from in
compatible pointer type
vc1decblk.c:862: warning: passing argument 2 of 'vc1RECON_ReconstructMB' from in
compatible pointer type
gcc -fPIC -c -o vc1decblktab.o vc1decblktab.c
gcc -fPIC -c -o vc1decent.o vc1decent.c
gcc -fPIC -c -o vc1decmb.o vc1decmb.c
gcc -fPIC -c -o vc1decmbtab.o vc1decmbtab.c
gcc -fPIC -c -o vc1decmv.o vc1decmv.c
gcc -fPIC -c -o vc1decpic.o vc1decpic.c
gcc -fPIC -c -o vc1decpictab.o vc1decpictab.c
gcc -fPIC -c -o vc1decseq.o vc1decseq.c
gcc -fPIC -c -o vc1decslice.o vc1decslice.c
gcc -fPIC -c -o vc1deczz.o vc1deczz.c
gcc -fPIC -c -o vc1derivemv.o vc1derivemv.c
gcc -fPIC -c -o vc1gentab.o vc1gentab.c
gcc -fPIC -c -o vc1hrd.o vc1hrd.c
gcc -fPIC -c -o vc1interp.o vc1interp.c
gcc -fPIC -c -o vc1iquant.o vc1iquant.c
gcc -fPIC -c -o vc1itrans.o vc1itrans.c
gcc -fPIC -c -o vc1pred.o vc1pred.c
gcc -fPIC -c -o vc1predcbp.o vc1predcbp.c
gcc -fPIC -c -o vc1preddcac.o vc1preddcac.c
gcc -fPIC -c -o vc1predmv.o vc1predmv.c
gcc -fPIC -c -o vc1recon.o vc1recon.c
vc1recon.c: In function 'vc1RECON_ApplyPredictionAndCopyMB':
vc1recon.c:110: warning: passing argument 2 of 'vc1INTERP_InterlaceDiffMB' from incompatible pointer type
vc1recon.c:120: warning: assignment from incompatible pointer type
gcc -fPIC -c -o vc1scalemv.o vc1scalemv.c
gcc -fPIC -c -o vc1smooth.o vc1smooth.c
gcc -fPIC -c -o vc1tools.o vc1tools.c
gcc -fPIC -c -o vc1zztab.o vc1zztab.c
ar rc libvc1.a vc13dhtab.o vc1cropmv.o vc1deblock.o vc1debug.o vc1dec.o vc1dec3d h.o vc1dec3dhtab.o vc1decbit.o vc1decbitpl.o vc1decbitpltab.o vc1decblk.o vc1dec blktab.o vc1decent.o vc1decmb.o vc1decmbtab.o vc1decmv.o vc1decpic.o vc1decpicta b.o vc1decseq.o vc1decslice.o vc1deczz.o vc1derivemv.o vc1gentab.o vc1hrd.o vc1i nterp.o vc1iquant.o vc1itrans.o vc1pred.o vc1predcbp.o vc1preddcac.o vc1predmv.o vc1recon.o vc1scalemv.o vc1smooth.o vc1tools.o vc1zztab.o
ranlib libvc1.a"
Après quelques recherches j'ai pu comprendre qu'il s'agit de problème de taille de pointeur, les sources sont vraisemblablement écrites pour du 32bits et je suis en 64bits.
Voilà, je suis coincé là !
Il faut peut-être que j'ignore les "warning" et continuer puisque les fichiers *.o sont créés ?
Il me semble que ffmpeg est un "ripper" de format vidéo. Ce qui veut dire qu'il me faut convertir le fichier avant de l'utiliser avec un prog comme kaffeine ou mplayer. Est-ce exact ? Si c'est le cas, je trouve ça un peu lourd ......
Posté par Lo_pescofi .
En réponse au message OpenGl.
Évalué à 1.
Il me semble que j'ai la même carte que toi et aussi le même Pb.
Je n'utilise pas particulièrement la 3D mais j'ai des Pb dès que je veux visualiser des vidéos.
Peux tu me dire si tu as réussi avec les conseils de "Baud123" ?
Merci.
Nota:
J'ai mis a jour rpmdrake (contrib, plf, main, ...).
Lorsque je fais une recherche avec "nvidia", j'ai une dizaine de rmp possible à installer. N'y connaissant rien aux pilotes vidéo, je voudrais éviter d'installer n'importe quoi !
Moi aussi je suis impressioné par les commentaire !
Je ne suis pas programmeur, dommage car contrairement au autres je trouve l'idée plutôt bonne. Créer en quelque sorte une "distrib linux pour les nuls" permettrait a ceux qui n'on connu que Windows dans leur vie de passer le pas sans trop se faire ch...
Cepandant, réinventer le fil à couper le beure, je trouve ça un peu bête. Utiliser Mandriva par exemple et dévelloper un auto-install qui met en place une sélection de logiciels sans poser la moindre question (sauf quelques trucs basiques du genre " langue ") me semble être une meilleure idée.
Dans la selection des logiciels il faut inclures les logiciels de base comme open office, mplayer .... mais aussi tous les pluggins associé. Je suis sur que 90% des gens possédant un ordinateur famillial sous windows utilisent uniquement le pack office, un lecteur multimédia (mp3, DVD...), et un traitement d'image associé à leur appareil photo.
Un petit tutorial qui s'affiche au premier démarrage serait sympa pour couronner le tout dans lequel on trouverait par exemple :
- les noms des logiciels linux équivalents a ceux que l'on trouve sous windows.
- le B.A. ba pour installer un logiciel
Je suis en récent utilisateur de Linux, mêmes si mes bonnes connaissances "unix" m'ont aidé, je dois dire que ma migration a tout de même mérité une bonne période d'adaptation. Il faut reconnaitre que pour un "nul" (cette appelation n'a rien de péjorative) installer et utiliser Linux ne doit pas être facile du tout.
Bon courage ....
Moi aussi je suis impressioné par les commentaire !
Je ne suis pas programmeur, dommage car contrairement au autres je trouve l'idée plutôt bonne. Créer en quelque sorte une "distrib linux pour les nuls" permettrait a ceux qui n'on connu que Windows dans leur vie de passer le pas sans trop se faire ch...
Cepandant, réinventer le fil à couper le beure, je trouve ça un peu bête. Utiliser Mandriva par exemple et dévelloper un auto-install qui met en place une sélection de logiciels sans poser la moindre question (sauf quelques trucs basiques du genre " langue ") me semble être une meilleure idée.
Dans la selection des logiciels il faut inclures les logiciels de base comme open office, mplayer .... mais aussi tous les pluggins associé. Je suis sur que 90% des gens possédant un ordinateur famillial sous windows utilisent uniquement le pack office, un lecteur multimédia (mp3, DVD...), et un traitement d'image associé à leur appareil photo.
Un petit tutorial qui s'affiche au premier démarrage serait sympa pour couronner le tout dans lequel on trouverait par exemple :
- les noms des logiciels linux équivalents a ceux que l'on trouve sous windows.
- le B.A. ba pour installer un logiciel
Je suis en récent utilisateur de Linux, mêmes si mes bonnes connaissances "unix" m'ont aidé, je dois dire que ma migration a tout de même mérité une bonne période d'adaptation. Il faut reconnaitre que pour un "nul" (cette appelation n'a rien de péjorative) installer et utiliser Linux ne doit pas être facile du tout.
Bon courage ....
Si j'ai bien compris tu pars de Zéro. Si ça peu t'aider voici ma config !
J'ai (entre autre) une disque de 80Go pour Linux (mandriva 2006 x86-64)
- pour "/" taille 5,8G utilisé aujourd'hui à 91%
- pour "/home" 69G utilisé aujourd'hui à 18%
- pour la Swap taille 1G
A l'usage je me rends compte que j'aurais dû réserver un peu plus pour "/".
En fait tout dépend de ce que tu fais de ton ordi. Si tu as beaucoups de logiciels il vaut mieux augmenter "/". Si tu as beaucoups de données il vaut mieux augmenter "/home".
Si tu essayes une installation d'un autre OS (windows XP par exemple) ça fonctionne ?
Si Oui: inutile de toucher à la ram, carte vidéo ....
et dans ce cas suis les conseils pour une install spécifique.
Si Non : t'es dans la mouise ton PC est en panne !
Perso je vote pour Qt : portabilité facile quelque soit l'OS ...
Et je vote contre Java trop lourd pour le client ...
Prends 2 programmes à fonctionalités similaires, un dévellopé sous java, un autre sous Qt, tu les essayes, et tu auras une réponse (évidente) à ta question
Voilà !
J'ai eut le même type de problème que toi avec la même carte mère et le même proc !
La solution qui a fonctionné : j'ai supprimé le disque dur IDE et n'ai gardé que mes deux disques SATA :-(
J'ai jamais su si c'était le BIOS ou la Mandriva
..... Une piste
"Filter Tagged Frames : No
Filter UnTagged Frames : No
Filter Unregisterer Frames: No
Port name : Port 10
PVID : 1
Port priority : 0
Tagging :: Untag All
AutoPVID <all ports> : Disabled"
Si tu transmets au format 802.1q, je mettrais plutôt :
"Filter Tagged Frames : No (yes si tu veux aussi "policer" au niveau du PC)
Filter UnTagged Frames : No (yes si tu veux aussi "policer" au niveau du PC)
Filter Unregisterer Frames: No (yes si tu veux aussi "policer" au niveau du PC)
Port name : Port 10
PVID : 1 (Il me semble qu'il s'agit de "Port Vlan Identifier dans ce cas N°Vlan=1)
Port priority : 0 (Si tu veux prioriser ce port)
Tagging :: tag All ................!!!!!!!!!!!! (évidement)
AutoPVID <all ports> : Disabled (sélection auto du N° de Vlan ???)
juste quelques précisions sur les VLANs au cas ou !
Tout d'abord au niveau de la configuration des switch :
Si tu disposes d'un switch 3com fait le savoir car les manipulations/notions au niveau des trunks est légèrement différente (mêmes les trames transmises sont différentes !) par rapport aux switch des autres constructeurs (Cisco, Avaya , Allied....etc.)
Lorsqu'on veut gérer les Vlans sur un switch, on affecte un N° de Vlan ( il est fixé à 0 ou 1 par défaut suivant les fabriquants) à un port "X." Lorsque l'on défini un autre N° de Vlan sur un port "Y", tout se passe comme si tu connectais sur des switchs physiquement distinct. Donc rien ne passe.
Ensuite, si tu désire qu'un autre port puisse émettre et recevoir les trames de ports définis avec des VLANs différent, il est nécessaire de modifier la structure même des trames circulant sur ce port. Vulgairement on dit qu'il faut activer le Trunk. Ceci veut dire que les trames n'ont plus un format classique (norme 802.3) . Mais une structure défini par le protocole 802.1Q. La différence principale entre les 2 :
--> un tag qui "marque" la trame en précisant à quel vlan cette dernière appartient.
Suivant le fabriquant l'appelation de cette fonctionnalité peut être différent (802.1q, trunk).
Ceci fait, il te faut maintenant definir la "policy" toujours au niveau du switch. C'est à dire, préciser à quel VLAN appartient le port "Z" (défini en 802.1q).
Là aussi tout dépend du fabriquant !
(si l'option "Bind to all Vlan" existe ça devrait faire l'affaire, si tu veux être plus restrictif sélectionne un "Bind to configure")
Ainsi Z peut "parler" avec X et Y mais X ne peut pas "parler" avec Y .
Si j'ai bien compris c'est ce que tu veux.
Passons maintenant au PC. Là je maîtrise pas ! mais ce que je peux dire c'est qu'il faut configurer correctement le port en précisant de la même manière que pour le switch, c'est à dire que pour le port connecté au port Z il faut déclarer le type de trame (802.1q) et préciser les vlans autorisés. Attention les vieilles cartes réseau ne sont pas toutes compatibles 802.1q !
Si un "Default Vlan" est défini, une trame non "tagué" recu sera considéré comme appartenant au "Default Vlan".
D'autres variantes sont possibles en fonction des fabriquants de switch. Il est quelquefois possible de faire appartenir à un port plusieurs Vlan tout en gardant un format de trame classique (802.3).
Voilà j'espère avoir été assez clair sur cette sombre affaire :-)
Comme tu as dis que débutais sous linux petits rappel au cas ou :
1- il faut taper cd /home/user/Desktop/ et non cd /home/user/desktop/ (avec un D majuscule)
2- normalement il n'y a pas de /home/user/Desktop/ mais plutot quelque chose comme /home/cmomo/Desktop/ (remplacer user par le nom de l'utilisateur - login)
Je me souviens avoir eut le même problème avec une mandrake 9 ou 10 :
Je l'ai solutionné en plaçant le CD2 au lieu du CD1 au moment du boot. Je n'ai jamais su pourquoi !
A noter que le boot sur CD1 fonctionnait sur certaines machines ..???
Tu peux faire l'essai avec le CD2 ça coute rien :-)...
Oui j'utilise OpenOffice en version 2.0,une RPM pour une archi 586, alors que mon archi mandriva est x86-64, et ça marche très bien si on utilise les fonctions standards des traitement de texte, tableur, etc ..... Mais comme je le disait plus haut il me reste quelques petits problèmes avec les plugins type JAVA. Cependant j'utilise la version "Free", il est possible qu'avec la version payante, tout ces petits soucis soient résolus ....
Si j'ai bien tout compris, a ce jour, je pense qu'il vaut mieux :
- installer une mandriva 2006 x86-64 et toutes les applis x86-64 associé afin de migrer insensiblement à terme vers une archi complète en 64bit.
- installer pour l'instant les applications OpenOffice, firefox, et plugins associés en archi 32bits
D'ailleur si quelqu'un a une expérience et un avis contraire qu'il le fasse savoir car il s'agit d'un avis purement personnel.
C'est vrai que j'ai eu pas mal de Pb avec la version 64. Cependant aujourd'hui il ne me manque plus que les plugin (flash, shockwave...) pour firefox. Ce qui ne devrait pas tarder si j'ai bien compris. (a noter qu'il y a la solution de passer firefox en 32bit). Sinon, pour le reste, l'accouchement a été difficile mais le BB est beau !
Coté performances je ne peux pas comparer car j'ai installé la version 64 dès l'achat du PC!
Si c'est l'affichage qui plante et que tu as configuré la résolution sur 24bits (16M de couleurs) :
passes la résolution sur 16 bit (65000couleurs), il s'agit d'un bug connu (personnellement j'ai mis du temps à trouver) ....
Ok, merci à Nicolas et à Leseb pour les infos.
Je vais essayer.
Je pense faire un ISO avec Mondo pour assurer et utiliser " /root/drakx/auto_inst.cfg.pl " .
il manque 2 trames (la 6 et la 7) dans tes traces c'est volontaire ?
peux tu détailler le contenu de la trame 8 (décodée en TCP et en MySQL)?
de plus la taille de la fenêtre (Win=5840) dans la trame 4 me semble bizarre ....
Pour gnome et Kde j'étais pas sûr mais merci donc pour la confirmation.
Pour le reste je me suis fait probablement mal comprendre :
Il ne s'agit pas d'un package fourni dans la suite mandriva (cela aurait était trop facile!)
Il s'agit d'une RPM téléchargée sur www.rpmbone.net ou rpmfind du type noarch (gramps-2.0.9-1.mdk.noarch.rpm) ce qui a mon sens laisse entendre que l'on peut l'utiliser quelque soit l'architecture (386,486,586,686, ou x86-64) et qui n'a pas forcement subit les tests pour fonctionner correctement sous ma config.
Dans le cas d'une source "normale", même pas la peine passer par " le centre de contrôle mdv (étoile,syst, config,paquetages, installer des logiciels)" un double-clic sur l'archive RPM téléchargée et (normalement) ça roule.
Sauf que là, il faut installer au préalable des dépendance avant ! mais la dépendance toto requiers la dépendance tata qui elle même requiers tutu etc etc ....
De plus et c'était un peu l'objet de ma question :
Il me faut trouver (il me semble) une source de la dépendance écrite dans la même architecture (x86-64 dans mon cas). Vrai ou faux ?
Je suis passé il y a une semaine de la 2006RC2 à la 2006.0 et j'ai fait un update. Je pensais donc être à jour !
Cependant pour suivre vos conseils, j'ai fait un easy urpmi en incluant les sources contrib et là miracle Gramps apparaît (un indice de version en dessous mais c'est pas grave) dans mon centre de contrôle MDV.
2 clics plus tard c'est du tout bon !
Merci bien de m'avoir fait insister.
J'ai le même problème avec une HP2355. Je l'ai posté sur ce forum dans le groupe : Programmation.python à l'intitulé : "hp-toolbox - RuntimeError: the sip module has not been built with the Qt support needed by the qt module" (Posté par Lo_pescofi le 28 décembre 2005).
Je n'ai pas eu de réponse, j'ai trouvé qu'il s'agissait d'un problème de version lors de la compilation (Version Qt différentes) mais je n'ai pas de solution :-( . Avant de déposer le bug à Bugzilla je dois installer la dernière version de mandriva (officielle 2006) car je n'ai que la 2006 RC2. Si quelqu'un à la solution de contournement je suis preneur ...
[^] # Re: ffmpeg
Posté par Lo_pescofi . En réponse au message Lecture des wmv sous mandriva 2006-x86-64. Évalué à 1.
Je suis pas un pro en programmation et lorsque je fait le "make", j'obtiens ceci :
"[papa@dawa libvc1]$ make
gcc -fPIC -c -o vc13dhtab.o vc13dhtab.c
gcc -fPIC -c -o vc1cropmv.o vc1cropmv.c
gcc -fPIC -c -o vc1deblock.o vc1deblock.c
gcc -fPIC -c -o vc1debug.o vc1debug.c
gcc -fPIC -c -o vc1dec.o vc1dec.c
gcc -fPIC -c -o vc1dec3dh.o vc1dec3dh.c
gcc -fPIC -c -o vc1dec3dhtab.o vc1dec3dhtab.c
gcc -fPIC -c -o vc1decbit.o vc1decbit.c
vc1decbit.c: In function 'vc1DECBIT_ReadBytes':
vc1decbit.c:168: warning: cast from pointer to integer of different size
vc1decbit.c: In function 'vc1DECBIT_InitialiseBitstream':
vc1decbit.c:473: warning: cast from pointer to integer of different size
vc1decbit.c: In function 'vc1DECBIT_BufferSet':
vc1decbit.c:535: warning: cast from pointer to integer of different size
vc1decbit.c: In function 'vc1DECBIT_TrimBuffer':
vc1decbit.c:626: warning: cast from pointer to integer of different size
gcc -fPIC -c -o vc1decbitpl.o vc1decbitpl.c
gcc -fPIC -c -o vc1decbitpltab.o vc1decbitpltab.c
gcc -fPIC -c -o vc1decblk.o vc1decblk.c
vc1decblk.c: In function 'vc1DECBLK_DecodeBlockLayer':
vc1decblk.c:862: warning: passing argument 1 of 'vc1RECON_ReconstructMB' from in
compatible pointer type
vc1decblk.c:862: warning: passing argument 2 of 'vc1RECON_ReconstructMB' from in
compatible pointer type
gcc -fPIC -c -o vc1decblktab.o vc1decblktab.c
gcc -fPIC -c -o vc1decent.o vc1decent.c
gcc -fPIC -c -o vc1decmb.o vc1decmb.c
gcc -fPIC -c -o vc1decmbtab.o vc1decmbtab.c
gcc -fPIC -c -o vc1decmv.o vc1decmv.c
gcc -fPIC -c -o vc1decpic.o vc1decpic.c
gcc -fPIC -c -o vc1decpictab.o vc1decpictab.c
gcc -fPIC -c -o vc1decseq.o vc1decseq.c
gcc -fPIC -c -o vc1decslice.o vc1decslice.c
gcc -fPIC -c -o vc1deczz.o vc1deczz.c
gcc -fPIC -c -o vc1derivemv.o vc1derivemv.c
gcc -fPIC -c -o vc1gentab.o vc1gentab.c
gcc -fPIC -c -o vc1hrd.o vc1hrd.c
gcc -fPIC -c -o vc1interp.o vc1interp.c
gcc -fPIC -c -o vc1iquant.o vc1iquant.c
gcc -fPIC -c -o vc1itrans.o vc1itrans.c
gcc -fPIC -c -o vc1pred.o vc1pred.c
gcc -fPIC -c -o vc1predcbp.o vc1predcbp.c
gcc -fPIC -c -o vc1preddcac.o vc1preddcac.c
gcc -fPIC -c -o vc1predmv.o vc1predmv.c
gcc -fPIC -c -o vc1recon.o vc1recon.c
vc1recon.c: In function 'vc1RECON_ApplyPredictionAndCopyMB':
vc1recon.c:110: warning: passing argument 2 of 'vc1INTERP_InterlaceDiffMB' from incompatible pointer type
vc1recon.c:120: warning: assignment from incompatible pointer type
gcc -fPIC -c -o vc1scalemv.o vc1scalemv.c
gcc -fPIC -c -o vc1smooth.o vc1smooth.c
gcc -fPIC -c -o vc1tools.o vc1tools.c
gcc -fPIC -c -o vc1zztab.o vc1zztab.c
ar rc libvc1.a vc13dhtab.o vc1cropmv.o vc1deblock.o vc1debug.o vc1dec.o vc1dec3d h.o vc1dec3dhtab.o vc1decbit.o vc1decbitpl.o vc1decbitpltab.o vc1decblk.o vc1dec blktab.o vc1decent.o vc1decmb.o vc1decmbtab.o vc1decmv.o vc1decpic.o vc1decpicta b.o vc1decseq.o vc1decslice.o vc1deczz.o vc1derivemv.o vc1gentab.o vc1hrd.o vc1i nterp.o vc1iquant.o vc1itrans.o vc1pred.o vc1predcbp.o vc1preddcac.o vc1predmv.o vc1recon.o vc1scalemv.o vc1smooth.o vc1tools.o vc1zztab.o
ranlib libvc1.a"
Après quelques recherches j'ai pu comprendre qu'il s'agit de problème de taille de pointeur, les sources sont vraisemblablement écrites pour du 32bits et je suis en 64bits.
Voilà, je suis coincé là !
Il faut peut-être que j'ignore les "warning" et continuer puisque les fichiers *.o sont créés ?
Pascal
[^] # Re: ffmpeg
Posté par Lo_pescofi . En réponse au message Lecture des wmv sous mandriva 2006-x86-64. Évalué à 1.
Je vais donc patcher et recompiler ...
Je vous informe du résultat dès que j'ai fini
[^] # Re: ffmpeg
Posté par Lo_pescofi . En réponse au message Lecture des wmv sous mandriva 2006-x86-64. Évalué à 1.
[root@dawa papa]# rpm -qa | grep ffmpeg
php4-ffmpeg-4.4.0_0.4.2-1mdk
ffmpeg2theora-0.13-2.1.20060plf
gstreamer-ffmpeg-0.8.6-1.1.20060mdk
lib64ffmpeg0-0.4.9-0.pre1.6.1.20060plf
ffmpeg-0.4.9-0.pre1.6.1.20060plf
Je lis toujours les mpeg, avi .... mais pas les wmv !
je vais chercher sur le site http://multimedia.cx/eggs/?p=129
j'ai surement oublié qque chose. Peut-être faut-il configurer kaffeine pour qu'il utilise la librairie ffmpeg.
Sur http://doc.ubuntu-fr.org/applications/formats_non-libres j'ai vu que ça ne marchait pas avec les AMD64 ....!!!
merci en tout cas pour les info
[^] # Re: ffmpeg
Posté par Lo_pescofi . En réponse au message Lecture des wmv sous mandriva 2006-x86-64. Évalué à 1.
[^] # Moi aussi !
Posté par Lo_pescofi . En réponse au message OpenGl. Évalué à 1.
Je n'utilise pas particulièrement la 3D mais j'ai des Pb dès que je veux visualiser des vidéos.
Peux tu me dire si tu as réussi avec les conseils de "Baud123" ?
Merci.
Nota:
J'ai mis a jour rpmdrake (contrib, plf, main, ...).
Lorsque je fais une recherche avec "nvidia", j'ai une dizaine de rmp possible à installer. N'y connaissant rien aux pilotes vidéo, je voudrais éviter d'installer n'importe quoi !
[^] # Re: suggestion d'améliorations
Posté par Lo_pescofi . En réponse au message Création d'une distribution linux. Évalué à 1.
Je ne suis pas programmeur, dommage car contrairement au autres je trouve l'idée plutôt bonne. Créer en quelque sorte une "distrib linux pour les nuls" permettrait a ceux qui n'on connu que Windows dans leur vie de passer le pas sans trop se faire ch...
Cepandant, réinventer le fil à couper le beure, je trouve ça un peu bête. Utiliser Mandriva par exemple et dévelloper un auto-install qui met en place une sélection de logiciels sans poser la moindre question (sauf quelques trucs basiques du genre " langue ") me semble être une meilleure idée.
Dans la selection des logiciels il faut inclures les logiciels de base comme open office, mplayer .... mais aussi tous les pluggins associé. Je suis sur que 90% des gens possédant un ordinateur famillial sous windows utilisent uniquement le pack office, un lecteur multimédia (mp3, DVD...), et un traitement d'image associé à leur appareil photo.
Un petit tutorial qui s'affiche au premier démarrage serait sympa pour couronner le tout dans lequel on trouverait par exemple :
- les noms des logiciels linux équivalents a ceux que l'on trouve sous windows.
- le B.A. ba pour installer un logiciel
Je suis en récent utilisateur de Linux, mêmes si mes bonnes connaissances "unix" m'ont aidé, je dois dire que ma migration a tout de même mérité une bonne période d'adaptation. Il faut reconnaitre que pour un "nul" (cette appelation n'a rien de péjorative) installer et utiliser Linux ne doit pas être facile du tout.
Bon courage ....
[^] # Re: suggestion d'améliorations
Posté par Lo_pescofi . En réponse au message Création d'une distribution linux. Évalué à 1.
Je ne suis pas programmeur, dommage car contrairement au autres je trouve l'idée plutôt bonne. Créer en quelque sorte une "distrib linux pour les nuls" permettrait a ceux qui n'on connu que Windows dans leur vie de passer le pas sans trop se faire ch...
Cepandant, réinventer le fil à couper le beure, je trouve ça un peu bête. Utiliser Mandriva par exemple et dévelloper un auto-install qui met en place une sélection de logiciels sans poser la moindre question (sauf quelques trucs basiques du genre " langue ") me semble être une meilleure idée.
Dans la selection des logiciels il faut inclures les logiciels de base comme open office, mplayer .... mais aussi tous les pluggins associé. Je suis sur que 90% des gens possédant un ordinateur famillial sous windows utilisent uniquement le pack office, un lecteur multimédia (mp3, DVD...), et un traitement d'image associé à leur appareil photo.
Un petit tutorial qui s'affiche au premier démarrage serait sympa pour couronner le tout dans lequel on trouverait par exemple :
- les noms des logiciels linux équivalents a ceux que l'on trouve sous windows.
- le B.A. ba pour installer un logiciel
Je suis en récent utilisateur de Linux, mêmes si mes bonnes connaissances "unix" m'ont aidé, je dois dire que ma migration a tout de même mérité une bonne période d'adaptation. Il faut reconnaitre que pour un "nul" (cette appelation n'a rien de péjorative) installer et utiliser Linux ne doit pas être facile du tout.
Bon courage ....
[^] # Un exemple
Posté par Lo_pescofi . En réponse au message question sur les partitions. Évalué à 1.
J'ai (entre autre) une disque de 80Go pour Linux (mandriva 2006 x86-64)
- pour "/" taille 5,8G utilisé aujourd'hui à 91%
- pour "/home" 69G utilisé aujourd'hui à 18%
- pour la Swap taille 1G
A l'usage je me rends compte que j'aurais dû réserver un peu plus pour "/".
En fait tout dépend de ce que tu fais de ton ordi. Si tu as beaucoups de logiciels il vaut mieux augmenter "/". Si tu as beaucoups de données il vaut mieux augmenter "/home".
Voilà
# Pb de Hardware ...?
Posté par Lo_pescofi . En réponse au message Installation. Évalué à 1.
Si Oui: inutile de toucher à la ram, carte vidéo ....
et dans ce cas suis les conseils pour une install spécifique.
Si Non : t'es dans la mouise ton PC est en panne !
Bon courage.
# je vote pour Qt !
Posté par Lo_pescofi . En réponse au message Choix entre C++ et C#. Évalué à 3.
Et je vote contre Java trop lourd pour le client ...
Prends 2 programmes à fonctionalités similaires, un dévellopé sous java, un autre sous Qt, tu les essayes, et tu auras une réponse (évidente) à ta question
Voilà !
# une trace ?
Posté par Lo_pescofi . En réponse au message LDAP autiste. Évalué à 0.
Ca pourrait donner une idée de là ou ça bloque.
Pascal
# Un DDur IDE dans ton PC ?
Posté par Lo_pescofi . En réponse au message Mandriva 2006: Grosse galère. Évalué à 0.
La solution qui a fonctionné : j'ai supprimé le disque dur IDE et n'ai gardé que mes deux disques SATA :-(
J'ai jamais su si c'était le BIOS ou la Mandriva
..... Une piste
# autre précision
Posté par Lo_pescofi . En réponse au message Re: VLAN trunk. Évalué à 0.
je vois que dans ta conf tu as :
"Filter Tagged Frames : No
Filter UnTagged Frames : No
Filter Unregisterer Frames: No
Port name : Port 10
PVID : 1
Port priority : 0
Tagging :: Untag All
AutoPVID <all ports> : Disabled"
Si tu transmets au format 802.1q, je mettrais plutôt :
"Filter Tagged Frames : No (yes si tu veux aussi "policer" au niveau du PC)
Filter UnTagged Frames : No (yes si tu veux aussi "policer" au niveau du PC)
Filter Unregisterer Frames: No (yes si tu veux aussi "policer" au niveau du PC)
Port name : Port 10
PVID : 1 (Il me semble qu'il s'agit de "Port Vlan Identifier dans ce cas N°Vlan=1)
Port priority : 0 (Si tu veux prioriser ce port)
Tagging :: tag All ................!!!!!!!!!!!! (évidement)
AutoPVID <all ports> : Disabled (sélection auto du N° de Vlan ???)
# petites explications réseau
Posté par Lo_pescofi . En réponse au message Re: VLAN trunk. Évalué à 0.
Tout d'abord au niveau de la configuration des switch :
Si tu disposes d'un switch 3com fait le savoir car les manipulations/notions au niveau des trunks est légèrement différente (mêmes les trames transmises sont différentes !) par rapport aux switch des autres constructeurs (Cisco, Avaya , Allied....etc.)
Lorsqu'on veut gérer les Vlans sur un switch, on affecte un N° de Vlan ( il est fixé à 0 ou 1 par défaut suivant les fabriquants) à un port "X." Lorsque l'on défini un autre N° de Vlan sur un port "Y", tout se passe comme si tu connectais sur des switchs physiquement distinct. Donc rien ne passe.
Ensuite, si tu désire qu'un autre port puisse émettre et recevoir les trames de ports définis avec des VLANs différent, il est nécessaire de modifier la structure même des trames circulant sur ce port. Vulgairement on dit qu'il faut activer le Trunk. Ceci veut dire que les trames n'ont plus un format classique (norme 802.3) . Mais une structure défini par le protocole 802.1Q. La différence principale entre les 2 :
--> un tag qui "marque" la trame en précisant à quel vlan cette dernière appartient.
Suivant le fabriquant l'appelation de cette fonctionnalité peut être différent (802.1q, trunk).
Ceci fait, il te faut maintenant definir la "policy" toujours au niveau du switch. C'est à dire, préciser à quel VLAN appartient le port "Z" (défini en 802.1q).
Là aussi tout dépend du fabriquant !
(si l'option "Bind to all Vlan" existe ça devrait faire l'affaire, si tu veux être plus restrictif sélectionne un "Bind to configure")
Ainsi Z peut "parler" avec X et Y mais X ne peut pas "parler" avec Y .
Si j'ai bien compris c'est ce que tu veux.
Passons maintenant au PC. Là je maîtrise pas ! mais ce que je peux dire c'est qu'il faut configurer correctement le port en précisant de la même manière que pour le switch, c'est à dire que pour le port connecté au port Z il faut déclarer le type de trame (802.1q) et préciser les vlans autorisés. Attention les vieilles cartes réseau ne sont pas toutes compatibles 802.1q !
Si un "Default Vlan" est défini, une trame non "tagué" recu sera considéré comme appartenant au "Default Vlan".
D'autres variantes sont possibles en fonction des fabriquants de switch. Il est quelquefois possible de faire appartenir à un port plusieurs Vlan tout en gardant un format de trame classique (802.3).
Voilà j'espère avoir été assez clair sur cette sombre affaire :-)
# D majuscule
Posté par Lo_pescofi . En réponse au message PB d'installation driver NVIDIA. Évalué à 0.
1- il faut taper cd /home/user/Desktop/ et non cd /home/user/desktop/ (avec un D majuscule)
2- normalement il n'y a pas de /home/user/Desktop/ mais plutot quelque chose comme /home/cmomo/Desktop/ (remplacer user par le nom de l'utilisateur - login)
# et le disque 2 ?
Posté par Lo_pescofi . En réponse au message mon portable refuse de booter sur cd mandriva 2006. Évalué à 0.
Je l'ai solutionné en plaçant le CD2 au lieu du CD1 au moment du boot. Je n'ai jamais su pourquoi !
A noter que le boot sur CD1 fonctionnait sur certaines machines ..???
Tu peux faire l'essai avec le CD2 ça coute rien :-)...
[^] # Re: Oui mais mais
Posté par Lo_pescofi . En réponse au message Why 64 ?. Évalué à 1.
Si j'ai bien tout compris, a ce jour, je pense qu'il vaut mieux :
- installer une mandriva 2006 x86-64 et toutes les applis x86-64 associé afin de migrer insensiblement à terme vers une archi complète en 64bit.
- installer pour l'instant les applications OpenOffice, firefox, et plugins associés en archi 32bits
D'ailleur si quelqu'un a une expérience et un avis contraire qu'il le fasse savoir car il s'agit d'un avis purement personnel.
Voilà !
# Oui mais
Posté par Lo_pescofi . En réponse au message Why 64 ?. Évalué à 1.
Coté performances je ne peux pas comparer car j'ai installé la version 64 dès l'achat du PC!
# ça plante comment ?
Posté par Lo_pescofi . En réponse au message Plantage aléatoire sous mandriva 2006 ed x86. Évalué à 0.
passes la résolution sur 16 bit (65000couleurs), il s'agit d'un bug connu (personnellement j'ai mis du temps à trouver) ....
# Sauvegarde
Posté par Lo_pescofi . En réponse au message Je cherche une methode pour sauvegarder ma config. Évalué à 1.
Je vais essayer.
Je pense faire un ISO avec Mondo pour assurer et utiliser " /root/drakx/auto_inst.cfg.pl " .
Pascal
# Re : transfert de fichiers
Posté par Lo_pescofi . En réponse au message Transfert de fichiers avec historie. Évalué à 0.
cmp --help
et
comm --help
tu veras dans le help (à la fin) que :
"Exit status is 0 if inputs are the same, 1 if different, 2 if trouble."
C'est déjà un début ....
# montage dvd gravé avec kde
Posté par Lo_pescofi . En réponse au message montage dvd gravé avec kde. Évalué à -2.
(Installer webmin et ouvrir la page https://localhost:10000)
# connexion MySQL
Posté par Lo_pescofi . En réponse au message probleme lenteur d'accès SQL. Évalué à 0.
peux tu détailler le contenu de la trame 8 (décodée en TCP et en MySQL)?
de plus la taille de la fenêtre (Win=5840) dans la trame 4 me semble bizarre ....
[^] # Gramps
Posté par Lo_pescofi . En réponse au message Install de Gramps sous KDE/Mandriva2006_x86-64. Évalué à 1.
Pour le reste je me suis fait probablement mal comprendre :
Il ne s'agit pas d'un package fourni dans la suite mandriva (cela aurait était trop facile!)
Il s'agit d'une RPM téléchargée sur www.rpmbone.net ou rpmfind du type noarch (gramps-2.0.9-1.mdk.noarch.rpm) ce qui a mon sens laisse entendre que l'on peut l'utiliser quelque soit l'architecture (386,486,586,686, ou x86-64) et qui n'a pas forcement subit les tests pour fonctionner correctement sous ma config.
Dans le cas d'une source "normale", même pas la peine passer par " le centre de contrôle mdv (étoile,syst, config,paquetages, installer des logiciels)" un double-clic sur l'archive RPM téléchargée et (normalement) ça roule.
Sauf que là, il faut installer au préalable des dépendance avant ! mais la dépendance toto requiers la dépendance tata qui elle même requiers tutu etc etc ....
De plus et c'était un peu l'objet de ma question :
Il me faut trouver (il me semble) une source de la dépendance écrite dans la même architecture (x86-64 dans mon cas). Vrai ou faux ?
Je suis passé il y a une semaine de la 2006RC2 à la 2006.0 et j'ai fait un update. Je pensais donc être à jour !
Cependant pour suivre vos conseils, j'ai fait un easy urpmi en incluant les sources contrib et là miracle Gramps apparaît (un indice de version en dessous mais c'est pas grave) dans mon centre de contrôle MDV.
2 clics plus tard c'est du tout bon !
Merci bien de m'avoir fait insister.
Pascal
# Presque même problème !
Posté par Lo_pescofi . En réponse au message probleme SANE / hpoj. Évalué à 1.
Je n'ai pas eu de réponse, j'ai trouvé qu'il s'agissait d'un problème de version lors de la compilation (Version Qt différentes) mais je n'ai pas de solution :-( . Avant de déposer le bug à Bugzilla je dois installer la dernière version de mandriva (officielle 2006) car je n'ai que la 2006 RC2. Si quelqu'un à la solution de contournement je suis preneur ...