Merci pour ces infos. Je n'avais pas encore teste avec K3b (la mauvaise habitude de tout faire en ligne de commande ...). Et la surprise, cela a fonctionne pour les cds! Dans la foulee, je teste a nouveau en ligne de commande avec dvdrecord la gravure d'un dvd et ca marche aussi :)
En resume, voici l'analyse des problemes et solutions:
- il faut bien un certain type de kernel pour que cela fonctionne correctement. J'avais lu sur des mailing lists que les kernels >= 2.4.19 posaient probleme pour certains graveurs de dvd. Le 2.4.23 (et peut etre le 2.4.22) resout ce point.
- il faut etre patient :). L'initialisation (le passage de 0 a 1Mo grave) est tres longue de (> 30s). Apres avoir perdu pas mal de cd/dvd en gravant sous le kernel 2.4.20 (qui bloquait a ce niveau), j'arretais le programme au bout d'une quinzaine de secondes. Par consequent, je ne m'etais pas rendu compte que cela fonctionnait apres changement du kernel.
Pour le support scsi-generic, mon graveur de cd fonctionne sans probleme lorsque je le mets a la place du graveur de dvd. Le scanbus des logiciel de gravure fonctionne parfaitement
Le programme se fige des que la gravure commence (apres le message d'alerte demandant si on veut annuler et l'OPC) ou apres 1% (j'ai perdu des cd, dvd vierge). Je n'utilise que des cd-r et des dvd-r.
Pour la commande, j'utilise la suivante:
dvdrecord dev=0,0 -v --dao --debug=3 image.iso
l'option --dao semble recommande pour la gravure de dvd
Bon ben voila ce que je ferais dans ton cas.
Chaque grille peut etre codee dans un entier. L'occupation de chaque case est codee sur 2 bits: 00 vide, 01 croix et 10 rond. Ensuite a chaque case est associee un decalage:
0 2 4
6 8 10
12 14 16
Pour regarder l'occupation d'une case, il te suffit de faire l'operation sur l'entier [grille] qui definit la grille:
([grille] >> decalage) & 0x3
Pour regarder si une grille est gagnante:
Tu calcules toutes les combinaisons gagnantes pour les croix.
Par exemple, 0x15 est la combinaison pour la ligne horizontale passant par les cases du haut.
Celles pour les ronds s'obtiennent par un simple decalage de 1 vers la gauche des conbinaisons gagnantes pour les croix.
Au final il faut juste faire une methode qui a partir d'un etat te dit si la grille est gagnante pour les croix en faisant une serie de if du type
if (([etat] & 0x15) != 0)
return true
et tu passes [etat] a ta methode pour tester la victoire des croix et [etat] >> 1 pour tester la victoire des ronds.
Mon avis: regarde le C et C++.
La connaissance prealable du C est un enorme avantage lorsque tu commences a apprendre le C++. Tu vas vite voir si la programmation objet te plait ou pas. Si tu aimes les trucs genre: "j'ai une architecture generique qui me permet de manipuler n'importe quel type de format d'image", le C++ est fait pour toi :)
L'interface avec GTK se fait de toute facon tres bien en C et en C++ (soit directement soit avec GTKmm).
Grosso modo, oui il y un gain meme pour une application non specialise pour l'architecture x86-64. Maintenant pour un portable, sauf si on passe son temps avec des applications lourdes (scilab, pov-ray,...), je serais plutot partisan d'une solution moins couteuse avec des performances du meme ordre de grandeur (athlon classique). Mais je dois avoue qu'un portable 64bits (a un prix abordable), c'est la grande classe :)
L'utilisateur moyen est effectivement la bonne cible pour Linux Pratique mais pas le debutant. Meme si j'achete cette revue (en plus de Linux Mag, MISC, les hors-series...), je ne me vois pas conseiller Linux Pratique a un ami debutant sous Linux.
Le dernier numero sur l'impression est l'exemple meme du penchant de cette revue pour la partie "systeme unix", de meme que l'introduction a vim, trop loin des habitudes des utilisateurs venant d'autres horizons.
L'une des principales difficultes de ceux qui viennent du monde des fenetres est de trouver l'equilvalent de logiciels windows (je precise de logiciels clickodromes pas de serveur web, ssh...). Linux Pratique serait l'endroit ideal pour developper (plus qu'a l'habitude) les alternatives du monde unix/linux. C'est certe moins gratifiant que d'expliquer le protocole HTTP, demande souvent de choisir entre plusieurs alternatives (KDE/Gnome, ooffice/koffice) mais le public touche serait plus large.
Vouloir montrer toute la puissance d'unix est louable, mais en facilitant la transition et par petit bout, cela serait plus digeste.
Lorsque je repare un ordinateur (surtout ceux qui viennent de subir les outrages d'une attaque d'un virus/worm) je tiens a peu pres le meme discours que toi.
Les "conversions" partielles (dual boot) ou totales sont vraiment tres rares. Je prefere ne pas forcer les choses: mieux vaut ne pas decevoir un utilisateur avec Linux.
Il y a tout de meme des cas ou le passage pourrait se faire. Le plus rageant, c'est l'ordi qui est destine au web/mail, latex et des documents office (une partie non negligeable des utilisateurs au labo). La ou Linux remplirait parfaitement la tache avec un cout moindre, l'utilisateur prefere en general Windows (par habitude). Au final, je me retrouve a reparer/configurer ces machines par gentillesse et a passer le meme temps que si j'avais du expliquer le fonctionnement de Linux.
J'ai deja utilise (et conseille) framasoft. Je trouve ce site formidable et je m'en suis servi pour trouver des equivalents de logiciels proprietaires.
Mais le probleme du freeware comme du libre est qu'il est souvent en competition avec le "warez". Entre une version non legale de OfficeXP et OpenOffice, beaucoup d'utilisateurs n'hesitent pas longtemps (meme avec une demonstration de OOo).
je viens de faire le test sur ma machine (bipro) avec gcc 3.2 et kernel 2.4.20 (version officielle). Au debut cela compilait sans probleme mais CONFIG_SMP n'etait pas defini. J'ai ensuite fait un include de <linux/autoconf.h> et la ca marche.
Un petit conseil: je ne sais pas ce que tu veux faire mais j'eviterais a ta place le test du SMP via la configuration du noyau linux: ton programme peut etre amene a tourner sous un autre unix. Dans mes codes, je prefere avoir une option externe ou j'indique combien de processeurs le programme doit utiliser. Cela permet en particulier de ne pas squatter toute la puissance de la machine si tu dois la partager. Dans le pire des cas, l'option processeur=1 est traite sans thread.
Je suis d'accord sur le fait que developper des drivers libres pour une carte 3d n'a rien de trivial. Mais avoir des drivers libres permet aussi de ne pas subir les aleas des entreprises.
Prenons le cas de nVidia. Meme si leur drivers sont closed source, on ne peut nier qu'ils ont plutot bien supporte la communaute du libre. NVidia n'est pas aujourd'hui dans une situation confortable dans le domaine des cartes 3d. Qu'arrivera-t-il si nVidia decide 'arreter (volontairement ou de force) leur production dans ce domaine? C'est en partie cette exemple concret qui m'a pousse a demande a XGI sa position sur Linux.
Un des arguments qui pourraient etre utilise en faveur des drivers libres, serait la possibilite au developpeurs de jeux videos de pouvoir mieux analyser voire corriger les problemes de drivers. Hormis peut-etre quelques elus (comme John Carmack), la plupart des developpeurs n'ont pas acces aux sources du drivers. L'amelioration des perfs qui resulterait de cette connaissance, serait benefique pour les deux parties.
A priori leur version du driver sera closed source. Par contre, la reponse a la question 2 est plus vague et permet de garder un espoir de driver libre (mais fait par la communaute linux et non xgi). La question est plus de savoir comment on peut les encourager a donner a des developpeurs du libre (petition, envoi de mail, developpeurs volontaires?).
Pourtant cette idee me semble bonne. 25000E par brevet represente un montant important mais la communaute du libre a deja reussi a reunir des sommes importantes (je pense au passage de Blender sous GPL). La question est plutot de savoir si avec une dizaine de brevets judicieusement choisis, on peut ensuite negocier en cas d'attaque (a l'image d'IBM).
Je viens de voir le site d'openzaurus. En plus d'etre tres interessant, c'est franchement beau!
C'et dommage le prix du Yopy 3000 le rendait relativement accessible :-(
A propos de PDAs sous Linux, existe-t-il un comparatif entre Zaurus et Yopy (plus particulierement au niveau des applications disponibles)? Si je me lance dans l'achat d'un Yopy, puis-je esperer faire tourner emacs dessus?:-)
Apres avoir fait un film, il est bon de pouvoir le stocker sur un format facile a utiliser comme un DVD. Bien qu'il soit possible de graver un DVD sous linux, je n'ai trouver aucun logiciel pour faire un petit menu simple. Quelqu'un aurait des informations a ce sujet?
Aider Mandrake encore une fois? D'accord parce que j'utilise leur distrib depuis fin 97. Le porbleme est que je suis deja membre standard du club et que cotisation pour etre membre silver est assez elevee (139E).
Alors je veux bien cette annee passer de standard a silver mais il est a priori impossible de les soutenir a cette hauteur tous les ans (de plus, d'autres ont aussi besoin de financement: DLFP, FSF...).
Je ne sais pas si c'est vraiment rendre service a Mandrake: cela ne va-t-il pas augmenter artificiellement son CA et donc juste faire reculer le probleme? Ne serait-il pas possible de faire une vraie donnation ou alors d'avoir un abonnement au club intermediaire entre standard et silver?
50 euros avec en contre partie un T-shirt "edition speciale" Linuxfr (pour completer ma collection :-) et le plaisir d'avoir contribue a maintenir le site.
mon anglais est peut-etre rouille, j'ai du mal a comprendre ce sur quoi la fondation et les actionnaires sont tombes d'accord. Par "initial fee" veulent-ils dire que les actionnaires pourront reclamer de l'argent apres que le soft soit passe sous GPL?
Je suis pret a faire un don a la fondation (meme si je n'utilise pas Blender) mais il faut que ce soit clair.
P.S.: je suis aussi pour que la news passe en premiere page.
Je ne sais pas si vous avez vu les pubs pour Xtense, mais je les trouves limite. Telecharger 1500 heures de musique en 1 journee ou 54 films en 1 semaine sans enfreindre la loi, il faudra m'expliquer comment.
Pour ta gouverne, cela fait 5 ans que j'installe linux sur des PC. Mon adresse est bien la mienne. Oui j'ai ouvert un compte aujourd'hui car j'etais sur mon lieu de travail et j'avais oublie mon mot de passe.
Tu as mal interprete mon post. Je voulais juste dire que je faisais confiance aux responsables du site et que si par hasard une petite partie de l'argent qu'ils recoivent leur sert a organiser une petite bouffe, je serais plutot d'accord (une sorte de dedommagement pour les efforts rendues a la communaute).
Ta reaction violente assez rare sur ce site me fais regretter de participer aux discussions.
[^] # Re: probleme avec un graveur DVD
Posté par Nicolas Regnault . En réponse au journal probleme avec un graveur DVD. Évalué à 1.
En resume, voici l'analyse des problemes et solutions:
- il faut bien un certain type de kernel pour que cela fonctionne correctement. J'avais lu sur des mailing lists que les kernels >= 2.4.19 posaient probleme pour certains graveurs de dvd. Le 2.4.23 (et peut etre le 2.4.22) resout ce point.
- il faut etre patient :). L'initialisation (le passage de 0 a 1Mo grave) est tres longue de (> 30s). Apres avoir perdu pas mal de cd/dvd en gravant sous le kernel 2.4.20 (qui bloquait a ce niveau), j'arretais le programme au bout d'une quinzaine de secondes. Par consequent, je ne m'etais pas rendu compte que cela fonctionnait apres changement du kernel.
Un grand merci a tous ;)
[^] # Re: probleme avec un graveur DVD
Posté par Nicolas Regnault . En réponse au journal probleme avec un graveur DVD. Évalué à 1.
Le programme se fige des que la gravure commence (apres le message d'alerte demandant si on veut annuler et l'OPC) ou apres 1% (j'ai perdu des cd, dvd vierge). Je n'utilise que des cd-r et des dvd-r.
Pour la commande, j'utilise la suivante:
dvdrecord dev=0,0 -v --dao --debug=3 image.iso
l'option --dao semble recommande pour la gravure de dvd
Merci pour ton aide.
# Re: Optimisation des tests pour un morpion.
Posté par Nicolas Regnault . En réponse au journal Optimisation des tests pour un morpion.. Évalué à 3.
Chaque grille peut etre codee dans un entier. L'occupation de chaque case est codee sur 2 bits: 00 vide, 01 croix et 10 rond. Ensuite a chaque case est associee un decalage:
0 2 4
6 8 10
12 14 16
Pour regarder l'occupation d'une case, il te suffit de faire l'operation sur l'entier [grille] qui definit la grille:
([grille] >> decalage) & 0x3
Pour regarder si une grille est gagnante:
Tu calcules toutes les combinaisons gagnantes pour les croix.
Par exemple, 0x15 est la combinaison pour la ligne horizontale passant par les cases du haut.
Celles pour les ronds s'obtiennent par un simple decalage de 1 vers la gauche des conbinaisons gagnantes pour les croix.
Au final il faut juste faire une methode qui a partir d'un etat te dit si la grille est gagnante pour les croix en faisant une serie de if du type
if (([etat] & 0x15) != 0)
return true
et tu passes [etat] a ta methode pour tester la victoire des croix et [etat] >> 1 pour tester la victoire des ronds.
# Re: C ou C++, tel est la question
Posté par Nicolas Regnault . En réponse au journal C ou C++, tel est la question. Évalué à 2.
La connaissance prealable du C est un enorme avantage lorsque tu commences a apprendre le C++. Tu vas vite voir si la programmation objet te plait ou pas. Si tu aimes les trucs genre: "j'ai une architecture generique qui me permet de manipuler n'importe quel type de format d'image", le C++ est fait pour toi :)
L'interface avec GTK se fait de toute facon tres bien en C et en C++ (soit directement soit avec GTKmm).
[^] # Re: Mandrake Linux 9.2 RC1 pour AMD64
Posté par Nicolas Regnault . En réponse à la dépêche Mandrake Linux 9.2 RC1 pour AMD64. Évalué à 3.
http://linuxfr.org/2003/10/20/14331.html(...)
Grosso modo, oui il y un gain meme pour une application non specialise pour l'architecture x86-64. Maintenant pour un portable, sauf si on passe son temps avec des applications lourdes (scilab, pov-ray,...), je serais plutot partisan d'une solution moins couteuse avec des performances du meme ordre de grandeur (athlon classique). Mais je dois avoue qu'un portable 64bits (a un prix abordable), c'est la grande classe :)
[^] # Re: Revue de presse - octobre 2003 (suite)
Posté par Nicolas Regnault . En réponse à la dépêche Revue de presse - octobre 2003 (suite). Évalué à 4.
Le dernier numero sur l'impression est l'exemple meme du penchant de cette revue pour la partie "systeme unix", de meme que l'introduction a vim, trop loin des habitudes des utilisateurs venant d'autres horizons.
L'une des principales difficultes de ceux qui viennent du monde des fenetres est de trouver l'equilvalent de logiciels windows (je precise de logiciels clickodromes pas de serveur web, ssh...). Linux Pratique serait l'endroit ideal pour developper (plus qu'a l'habitude) les alternatives du monde unix/linux. C'est certe moins gratifiant que d'expliquer le protocole HTTP, demande souvent de choisir entre plusieurs alternatives (KDE/Gnome, ooffice/koffice) mais le public touche serait plus large.
Vouloir montrer toute la puissance d'unix est louable, mais en facilitant la transition et par petit bout, cela serait plus digeste.
[^] # Re: que dire a un windosien qui a un probleme?
Posté par Nicolas Regnault . En réponse au journal que dire a un windosien qui a un probleme?. Évalué à 1.
[^] # Re: que dire a un windosien qui a un probleme?
Posté par Nicolas Regnault . En réponse au journal que dire a un windosien qui a un probleme?. Évalué à 2.
[^] # Re: que dire a un windosien qui a un probleme?
Posté par Nicolas Regnault . En réponse au journal que dire a un windosien qui a un probleme?. Évalué à 2.
Les "conversions" partielles (dual boot) ou totales sont vraiment tres rares. Je prefere ne pas forcer les choses: mieux vaut ne pas decevoir un utilisateur avec Linux.
Il y a tout de meme des cas ou le passage pourrait se faire. Le plus rageant, c'est l'ordi qui est destine au web/mail, latex et des documents office (une partie non negligeable des utilisateurs au labo). La ou Linux remplirait parfaitement la tache avec un cout moindre, l'utilisateur prefere en general Windows (par habitude). Au final, je me retrouve a reparer/configurer ces machines par gentillesse et a passer le meme temps que si j'avais du expliquer le fonctionnement de Linux.
[^] # Re: que dire a un windosien qui a un probleme?
Posté par Nicolas Regnault . En réponse au journal que dire a un windosien qui a un probleme?. Évalué à 2.
Mais le probleme du freeware comme du libre est qu'il est souvent en competition avec le "warez". Entre une version non legale de OfficeXP et OpenOffice, beaucoup d'utilisateurs n'hesitent pas longtemps (meme avec une demonstration de OOo).
# Re: Probleme en C insoluble
Posté par Nicolas Regnault . En réponse au journal Probleme en C insoluble. Évalué à 1.
Un petit conseil: je ne sais pas ce que tu veux faire mais j'eviterais a ta place le test du SMP via la configuration du noyau linux: ton programme peut etre amene a tourner sous un autre unix. Dans mes codes, je prefere avoir une option externe ou j'indique combien de processeurs le programme doit utiliser. Cela permet en particulier de ne pas squatter toute la puissance de la machine si tu dois la partager. Dans le pire des cas, l'option processeur=1 est traite sans thread.
Bon courage.
[^] # Re: des pilotes linux pour les cartes 3d de XGI
Posté par Nicolas Regnault . En réponse au journal des pilotes linux pour les cartes 3d de XGI. Évalué à 1.
Prenons le cas de nVidia. Meme si leur drivers sont closed source, on ne peut nier qu'ils ont plutot bien supporte la communaute du libre. NVidia n'est pas aujourd'hui dans une situation confortable dans le domaine des cartes 3d. Qu'arrivera-t-il si nVidia decide 'arreter (volontairement ou de force) leur production dans ce domaine? C'est en partie cette exemple concret qui m'a pousse a demande a XGI sa position sur Linux.
Un des arguments qui pourraient etre utilise en faveur des drivers libres, serait la possibilite au developpeurs de jeux videos de pouvoir mieux analyser voire corriger les problemes de drivers. Hormis peut-etre quelques elus (comme John Carmack), la plupart des developpeurs n'ont pas acces aux sources du drivers. L'amelioration des perfs qui resulterait de cette connaissance, serait benefique pour les deux parties.
[^] # Re: des pilotes linux pour les cartes 3d de XGI
Posté par Nicolas Regnault . En réponse au journal des pilotes linux pour les cartes 3d de XGI. Évalué à 1.
http://www.inpact-hardware.com/actu/news/11137.htm(...)
http://www.inpact-hardware.com/actu/news/11080.htm(...)
de la a avoir des cartes performantes en OpenGL sous Linux, il y a encore une etape a franchir, mais au moins le hardware est bon.
[^] # Re: des pilotes linux pour les cartes 3d de XGI
Posté par Nicolas Regnault . En réponse au journal des pilotes linux pour les cartes 3d de XGI. Évalué à 1.
http://www.xgitech.com(...)
http://www.linuxhardware.org/article.pl?sid=03/09/26/0051215&mo(...)
A priori leur version du driver sera closed source. Par contre, la reponse a la question 2 est plus vague et permet de garder un espoir de driver libre (mais fait par la communaute linux et non xgi). La question est plus de savoir comment on peut les encourager a donner a des developpeurs du libre (petition, envoi de mail, developpeurs volontaires?).
[^] # Re: Revue de Presse - Septembre 2003
Posté par Nicolas Regnault . En réponse à la dépêche Revue de Presse - Septembre 2003. Évalué à 1.
-1 mais ca fait du bien de le dire :)
[^] # Re: MC Carthy accélère la procédure: Vote le 30 juin !!!
Posté par Nicolas Regnault . En réponse à la dépêche Mc Carthy accélère la procédure : vote le 30 juin 2003 !. Évalué à 1.
[^] # Re: PDAs sous Linux
Posté par Nicolas Regnault . En réponse à la dépêche Le Yopy a son VideoLAN !. Évalué à 5.
C'et dommage le prix du Yopy 3000 le rendait relativement accessible :-(
# PDAs sous Linux
Posté par Nicolas Regnault . En réponse à la dépêche Le Yopy a son VideoLAN !. Évalué à 7.
# un peu hors sujet
Posté par Nicolas Regnault . En réponse à la dépêche Ask Linuxfr : faire un film entièrement "libre" ?. Évalué à 5.
# Comment le particulier peut agir?
Posté par Nicolas Regnault . En réponse à la dépêche MandrakeSoft sur la tangente.... Évalué à 10.
Alors je veux bien cette annee passer de standard a silver mais il est a priori impossible de les soutenir a cette hauteur tous les ans (de plus, d'autres ont aussi besoin de financement: DLFP, FSF...).
Je ne sais pas si c'est vraiment rendre service a Mandrake: cela ne va-t-il pas augmenter artificiellement son CA et donc juste faire reculer le probleme? Ne serait-il pas possible de faire une vraie donnation ou alors d'avoir un abonnement au club intermediaire entre standard et silver?
[^] # Re: Placenet / Gitoyen etc.
Posté par Nicolas Regnault . En réponse à la dépêche LinuxFr cherche nouvel hébergeur, et plus si affinités.... Évalué à 1.
50 euros avec en contre partie un T-shirt "edition speciale" Linuxfr (pour completer ma collection :-) et le plaisir d'avoir contribue a maintenir le site.
# "initial fee"
Posté par Nicolas Regnault . En réponse à la dépêche Blender devient open source. Évalué à 10.
Je suis pret a faire un don a la fondation (meme si je n'utilise pas Blender) mais il faut que ce soit clair.
P.S.: je suis aussi pour que la news passe en premiere page.
# HS quoique...
Posté par Nicolas Regnault . En réponse à la dépêche KaZaa : industrie vs musique. Évalué à 7.
[^] # Re: réactionnariat linuxfrien.
Posté par Nicolas Regnault . En réponse à la dépêche Commandez votre T-shirt LinuxFR en ligne !. Évalué à 2.
Tu as mal interprete mon post. Je voulais juste dire que je faisais confiance aux responsables du site et que si par hasard une petite partie de l'argent qu'ils recoivent leur sert a organiser une petite bouffe, je serais plutot d'accord (une sorte de dedommagement pour les efforts rendues a la communaute).
Ta reaction violente assez rare sur ce site me fais regretter de participer aux discussions.
Un linuxien ecoeure.