Serge Rossi a écrit 632 commentaires

Y'a une solution pour avoir une super qualité d'image et ne pas être emmerdé : une carte télé (à base de BT848/BT878, supporté par V4L en standard) à une quarantaine d'Euros. En général, les cartes télé ont une entrée composite sur laquelle ont peut brancher une caméra analogique genre caméra de surveillance, camescope de récup dont la partie enregistrement est en panne ou appareil photo numérique avec le cable qui sert à le brancher sur une télé.

Ca permet dans tous les cas d'avoir du 640x480 en 25 images/s avec une qualité bien au delà de tout ce que peuvent faire les Webcam.

C'est particulièrement d'actualité. Le site HardOCP a collecté les questions au sujet du driver Linux sur leur forum et les a posé à ATI. Beaucoup de questions viennent d'êtres posées ci-dessus.

Voici l'interview (publiée aujourd'hui) :

http://www.hardocp.com/article.html?art=NjQ2(...)

Quel constructeur va de nos jours s'amuser à sortir une carte béton en moteur de polygones et mini en shaders pour un public réduit ? (infiniment plus réduit que le public des hard core gamers en tous cas).

Ca ferait une carte bien chère par rapport à la carte qui fait tout et touchant un public bien plus important, ce qui permet d'absorber le cout du chip plus complexe par une construction en bien plus grande série.

Au même endroit que les drivers ATI pour Linux/PPC !

Dans la 2.01a37, y'a un test anti Suse et noyau 2.6 et il est précisé qu'on n'a pas le droit d'enlever le test, ce qui me parait contraire à la GPL, non ?

/*
* You are not allowed to modify or remove the call to "linuxcheck()".
* I am sorry that I am forced to do things like this, but defective
* versions of cdrecord cause a lot of work load to me and it seems
* to be impossible to otherwise convince SuSE to cooperate.
* As people contact me and bother me with the related problems,
* it is obvious that SuSE is violating subsection 6 in the preamble of
* the GPL.
*
* The reason for including a test against SuSE's private
* distribution environment is only that SuSE violates the GPL for
* a long time and seems not to be willing to follow the requirements
* imposed by the GPL. If SuSE starts to ship non defective versions
* of cdrecord or informs their customers that they would need to
* compile cdrecord themselves in order to get a working cdrecord,
* they should contact me for a permission to change the related test.
*
* Note that although the SuSE test is effective only for SuSE, the
* intention to have non bastardized versions out is not limited
* to SuSE. It is bad to see that in special in the "Linux" business,
* companies prefer a model with many proprietary differing programs
* instead of cooperating with the program authors.
*/
linuxcheck();

if (flags & F_VERSION)
exit(0);

linuxcheck()
{
#if defined(linux) || defined(__linux) || defined(__linux__)
#ifdef HAVE_UNAME
struct utsname un;

if (uname(&un) >= 0) {
/*
* I really hope that the Linux kernel developers will soon
* fix the most annoying bugs (as promised). Linux-2.6.8
* has still much more reported problems than Linux-2.4.
*/
if ((un.release[0] == '2' && un.release[1] == '.') &&
(un.release[2] == '5' || un.release[2] == '6')) {
errmsgno(EX_BAD,
"Warning: Running on Linux-%s\n", un.release);
errmsgno(EX_BAD,
"There are unsettled issues with Linux-2.5 and newer.\n");
errmsgno(EX_BAD,
"If you have unexpected problems, please try Linux-2.4 or Solaris.\n");
}
}
#endif
if (streql(HOST_VENDOR, "suse")) {
errmsgno(EX_BAD,
"SuSE Linux is known to ship bastardized and defective versions of cdrecord.\n");
errmsgno(EX_BAD,
"SuSE is unwilling to cooperate with the authors.\n");
errmsgno(EX_BAD,
"If you like to have a working version of cdrtools, get the\n");
errmsgno(EX_BAD,
"original source from ftp://ftp.berlios.de/pub/cdrecord/\n(...)");

}
#endif
}

cdrecord est sous GPL mais il semblerait que la guerre soit déclarée dans LKML :

http://lkml.org/lkml/2004/8/19/18(...)

If no one has noticed yet, thanks to the additional license
restrictions Joerg Schilling has added to cdrecord (due to this
thread), it may be now moved to non-free in Debian in the near future.

Et cdrecord.prodvd qui permet de graver les DVD, non.

Mais c'est vrai que maintenant, on peut quasiment tout faire avec dvd+rw-tools (à part les DVD Disk-at-once) donc la situation est moins bloquée qu'avant.

Ca ne m'inspire pas trop leur chasse aux identifiants nécessaires au gravage. Je sens qu'ils n'ont pas fini avec ça car, autant on peut imaginer que ça serait possible de mettre ça au point pour les graveurs causant à la norme MMC3 (tous les graveurs modems), autant les plus anciens graveurs qui n'utilisent pas cette norme risquent de se retrouver bloquer.

J'espère qu'ils en feront une option de compil (filtrer les commandes SCSI Oui/Non) comme ça, les paranos pouront activer ça si ça leur chante et pas les autres.

Je suis un neuneu !!!

En fait, j'avais mal appliqué le patch (fait à l'éditeur et j'ai oublié de commenter une des 2 lignes vitales).

En fait, le patch fonctionne très bien et résoud le problème d'accès au graveur avec toutes les applis de gravage.


A lire le dernier message d'Alan Cox dans LKML, ce patch n'est qu'une solution temporaire... mais bien utile !

http://lkml.org/lkml/2004/8/16/130(...)


Ca y'est, j'ai tout qui fonctionne en 2.6.8, elle aura été chaude cette mise à jour pour un noyau stable !

Je me réponds à moi même pour dire que ça n'est pas la peine d'essayer, je l'ai fait et ça ne corrige pas le problème. Je ne peux pas utiliser cdrecord, cdrecord.prodvd et growisofs (donc pas de xcdRoast ou de K3b), que ce soit en user ou en root avec le 2.6.8.1, même modifié avec le patch SCSI ci-dessus.

Je vais attendre que ça se décante là...

Ah oui, c'est pratique LKML dis donc :-)

Donc tu aura surement vu la solution (pas encore essayé moi même) :

http://lkml.org/lkml/2004/8/16/104(...)

Due to the newly added command filtering, you now need to run cdrecord as
root. Since cdrecord will drop root privileges before accessing the drive,
setuid root won't help.

This means you will have to run cdrecord *and* k3b as root!

IMHO it is more secure to simply disable filtering, and run the software as non-root.

This patch restores the behaviour of previous kernels, security issues included:

--- linux-2.6.8/drivers/block/scsi_ioctl.c~ 2004-08-16 14:16:57.000000000 +0200
+++ linux-2.6.8/drivers/block/scsi_ioctl.c 2004-08-16 14:36:22.562908552 +0200
@@ -196 +196 @@
- if (verify_command(file, cmd))
+/* if (verify_command(file, cmd))
@@ -198 +198 @@
-
+*/

Ah oui, pour ton problème, la même chose est décrite dans ces messages :

http://lkml.org/lkml/2004/8/14/103(...)
http://lkml.org/lkml/2004/8/14/107(...)
http://lkml.org/lkml/2004/8/14/125(...)
http://lkml.org/lkml/2004/8/14/156(...)

Les messages commencent à fleurir sur LKML :

http://lkml.org/lkml/2004/8/16/38(...)

http://lkml.org/lkml/2004/8/15/189(...)

Oui oui, je sais, j'ai le firmware sur mon disque quasiment depuis que c'est sorti mais comme je ne suis pas encore tombé sur du média DL, je n'ai pas encore appliqué le truc, y'a pas le feu.

Voilà, c'est lui.

Bon en fait, y'a moyen de s'arranger avec les versions de cdrecord patchées et les forks genre dvdrtools mais ça part un peu dans toutes les directions.

K3B n'est pas une appli pour graver mais un frontend qui sert à piloter les applis en ligne de commande qui gravent. Et, oh miracle, k3b utilise cdrecord/cdrecordprodvd,readcd et aussi growisofs.

Retour à la case départ.

Argh... J'espère qu'on ne va pas être tenu trop longtemps en otages en 2.6.7 par cette histoire de graveur...

Ca fait bien logntemps que la situation n'est pas claire du tout concernant le gravage sous Linux et ça c'est nettement empiré avec les graveurs de DVD. Y'a un jour ou il faudra que ça pête. C'est peut-être maintenant que ça va arriver...

Quelque part, l'absence d'une appli GPL permettant de tout faire en gravage me gène bien plus que l'absence de driver 3D GPL pour les cartes ATI ou NVidia.

Ces drivers sont closed source mais au moins ils sont suivi par de grosses sociètés qui maintenant y mettent les moyens alors que pour le gravage, ça ne tient qu'a une seule personne : Georg Schilling, qui n'est pas particulièrement coopératif. Il suffit de voir comment ça part en vrille dans LKML, rien que parce qu'il utilise mailx pour poster qui casse systématiquement les threads de discussion ou il participe....

Non, ça n'a pas existé. Le PDP 11 est basé sur un processeur 16 bits alors que le Vax (Virtual Adress eXtension) est un processeur 32 bits.

l'OS des Vax, c'est VMS (et Ultrix, NetBSD, voire même Linux, entre autres)

Les OS du PDP 11 sont RSX-11M (OS Tems réel), RSTS-11(Time Sharing, multi utilisateurs), RT-11(OS light, single user, temps réel), Ultrix-11 et éventuellement TSX/11 pour créer plusieurs machines virutelles RT-11.

Y'a aussi un certain Tompson et un certain Ritchie qui on écrit un petit truc sur cette bécanne :-)

Y'a un thread monstrueux en cours avec Jorg Schilling (l'auteur de cdrecord / cdrecord.prodvd) et je sens qu'on est pas sorti de l'auberge pour le gravage...

http://seclists.org/lists/linux-kernel/2004/Aug/index.html(...)

Bon, j'ai rencontré un problème avec le 2.6.8 : impossible de graver un DVD avec cdrecord.prodvd (oui, je sais, sapusaipalibre mais j'ai pas le choix) avec un graveur IDE (Nec ND 2500).

En le lançant en tant que root, il plante et en le lançant en temps que user avec cdwrap, il sort un message idiot comme quoi il n'arrive pas à "prevent media removal, SCSI sendcmd error" alors que j'utilise ATAPI...

J'ai besoin de mon graveur et j'ai pas le temps de chercher donc retour en 2.6.7-ck6...

Mais si y'en a que ça inspire... :-)

Parce que là, c'est sur mon PC et pas sur un serveur de prod que je l'installe et j'aime bien bidouiller :-)

(et moi aussi j'ai été admin VMS depuis la V4.7 ;-)

Ben en fait, je suis tombé dedans. Depuis un client en 2.6.8, je ne pouvais plus lancer un executable localisé sur un serveur NFS sans avoir un Oops (non crashant) du Kernel.

La modif ne tient qu'a un seul caractère :

http://www.uwsg.iu.edu/hypermail/linux/kernel/0408.1/2049.html(...)

--- 1.40/fs/nfs/file.c 2004-08-09 11:58:00 -07:00
+++ edited/fs/nfs/file.c 2004-08-14 03:35:11 -07:00
@@ -89,7 +89,7 @@
int res;

res = nfs_check_flags(filp->f_flags);
- if (!res)
+ if (res)
return res;

lock_kernel();


C'est fou ce qu'un petit ! mal placé peut faire comme boxon :-)

Id Software et surtout John Carmack (le développeur vedette) sont des fervents défenseurs d'OpenGL et aussi de Linux.

C'est le fait que tous les jeux Id Software et leurs dérivé utilisent OpenGL et non l'abominable DirectX qui a fait que les jeux soient facilement portables sur Linux et MacOS X.

Sans eux, on n'aurait pas eu Quake 3, Return to Castle Wolfenstein, Ennemy Territory et surtout Doom 3.


Pour la petite histoire, avant l'arrivée de XFree 4 et de DRI, un projet Open Source réalisé un driver OpenGL avec accélération matérielle pour XFree 3. C'était le projet Utah-GLX.

Les cartes supportées étaient essentiellement les Matrox G200 et G400 ainsi que les ATI Mach 64.

Le projet a longtemps végété jusqu'au moment ou John Carmack est arrivé et a mis toute son énergie à en faire un driver stable et performant. C'était d'ailleurs très impressionnant de suivre la mailing list du projet.

C'est depuis ce temps là que je suis beaucoup plus réservé sur les drivers OpenGL open source car je sais que c'est loin d'être à la portée du premier programmeur venu. Il faut être à la fois très compétent en développement, en architecture noyau et en 3D/OpenGL et très rares sont les gens à avoir les 3 compétences à la fois au niveau nécessaire pour faire vraiment avancer le sujet.


A ma grande surprise, le projet existe toujours et fonctionne pour XFree 4.
Ils ont même une implémentation Open Source de drivers pour les NVidia TNT et GeForce !!!

http://utah-glx.sourceforge.net/(...)


Il reste encore des traces de la participation de John Carmarck dans les docs d'enfer qu'il avait écrit pour le projet à l'époque :

http://utah-glx.sourceforge.net/docs/overview.txt(...)
http://utah-glx.sourceforge.net/memory-usage.html(...)
http://utah-glx.sourceforge.net/docs/X_dma_hack.txt(...)

Il n'y a même pas eu d'annonce sur LinuxFr pour la sortie du noyau 2.6.7 (du noyau Linux, je précise au cas ou quelqu'un confondrait avec un logiciel Windows... Vous savez, Linux, l'OS libre développé par un étudiant Finlandais il y'a bien longtemps ?) et on a droit à des annonces de failles de softs sous Windows >:-(

Il y'a quelque chose de pourri au royaume de LinuxFr :'(

Ben 250 Ko, ça fait au moins une minute et en plus, ça bloque au second...