Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
aide





[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 :: Suivant ]

Patches

Posté par Jérôme Pinot (page perso, ) le 19/10/2004 à 05:40. (lien). Évalué à 9.

Les patches pour avoir le driver nVidia, pwc/pwcx et cloop:

http://ngc891.blogdns.net/index.php?2004/10/19/19-linux-269(...)

[ Répondre ]

Re: Utilisation

Posté par Jérôme Pinot (page perso, ) le 14/10/2004 à 14:49. (lien). Évalué à 9.

Ou JnuxBand :-)
http://ngc891.blogdns.net/index.php?2004/10/08/12-jnuxband-011(...)

Nouveautés de Busybox 1.00:
- Support des noyaux Linux 2.6
- Configuration plus facile sous ncurses via "make menuconfig"
- Nouvelles applets (notamment udhcp, client et serveur)
- Optimisation en taille améliorée
- Support IPv6
- Support de SELinux
- Réorganisation et nettoyage des fichiers sources
- Correction de nombreux bugs

Liste des fonctions disponibles:
------------------------------------------------------------------------------
[, addgroup, adduser, adjtimex, ar, arping, ash, awk, basename, bunzip2, busybox, bzcat, cal, cat, chgrp, chmod, chown, chroot, chvt, clear, cmp, cp, cpio, crond, crontab, cut, date, dc, dd, deallocvt, delgroup, deluser, devfsd, df, dirname, dmesg, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases, echo, egrep, env, expr, false, fbset, fdflush, fdformat, fdisk, fgrep, find, fold, free, freeramdisk, fsck.minix, ftpget, ftpput, getopt, getty, grep, gunzip, gzip, halt, hdparm, head, hexdump, hostid, hostname, httpd, hwclock, id, ifconfig, inetd, init, insmod, install, ipaddr, ipcalc, iplink, iproute, iptunnel, kill, killall, klogd, last, length, linuxrc, ln, loadfont, loadkmap, logger, login, logname, logread, losetup, ls, lsmod, makedevs, md5sum, mesg, mkdir, mkfifo, mkfs.minix, mknod, mkswap, mktemp, modprobe, more, mount, mt, mv, nameif, nc, netstat, nslookup, od, openvt, passwd, patch, pidof, ping, ping6, pipe_progress, pivot_root, poweroff, printf, ps, pwd, rdate, readlink, realpath, reboot, renice, reset, rm, rmdir, rmmod, route, rpm, rpm2cpio, run-parts, rx, sed, seq, setkeycodes, sh, sha1sum, sleep, sort, start-stop-daemon, strings, stty, su, sulogin, swapoff, swapon, sync, sysctl, syslogd, tail, tar, tee, telnet, telnetd, test, tftp, time, top, touch, tr, traceroute, true, tty, udhcpc, udhcpd, umount, uname, uncompress, uniq, unix2dos, unzip, uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, watch, watchdog, wc, wget, which, who, whoami, xargs, yes, zcat
------------------------------------------------------------------------------

On notera également que uClibc, développé en parallèle avec Busybox, en est à la version 0.9.26. uClibc est un complément essentiel pour la réalisation d'un mini-système basé sur Busybox. On pourra également se reporter à Tinylogin et Tinyvnc.

Busybox, comme de nombreux projets libres, est publié sous licence GNU GPL et doit malheureusement faire face à de nombreux abus de sociétés qui ne respectent pas cette licence. Elles sont listées dans la section "Hall of Shame":

http://www.busybox.net/shame.html(...)

[ Répondre ]

Re: pour le pilote nvidia qui compile mais qui va raller

Posté par Jérôme Pinot (page perso, ) le 30/09/2004 à 14:26. (lien). Évalué à 1.

unsigned int __VMALLOC_RESERVE;

Tu n'initialises pas la variable ?

[ Répondre ]

Patches

Posté par Jérôme Pinot (page perso, ) le 30/09/2004 à 14:20. (lien). Évalué à 2.

Des patches pour le 2.6.9-rc3:
http://ngc891.blogdns.net/index.php?2004/09/30/10-kernel-269-rc3-pa(...)

[ Répondre ]

Écran de démarrage

Posté par Jérôme Pinot (page perso, ) le 28/09/2004 à 17:41. (lien). Évalué à 2.

Merci à Bochs (et aux moules), voilà déjà une copie de l'écran de démarrage:

http://ngc891.blogdns.net/projects/jnuxband/shots/bootscreen1.png(...)

Je vais mettre les autres en ligne, dans le même dossier, au fur et à mesure

[ Répondre ]

Re: question

Posté par Jérôme Pinot (page perso, ) le 26/09/2004 à 10:25. (lien). Évalué à 7.

Question :
ça sert à quoi ?


Le driver nVidia officiel ne fonctionne plus avec le noyau Linux qui est en cours de développement. Celui que je propose fonctionne.

Le problème est dû, en gros, à un nouveau paramètre intégré au noyau, pour gérer la mémoire, qui n'est pas supporté par le driver nVidia actuel. Le driver ne peut donc pas se charger.

Si tu veux utiliser un noyau très très récent avec une carte nVidia, il te faudra ce driver pour avoir la 3D.

Dans tous les autres cas, tu n'as pas à t'inquiéter. Ce journal est principalement destiné aux personnes qui compilent régulièrement des noyaux de développement. Quand le 2.6.9 sortira, et si le problème subsiste, on en reparlera.

Globalement, si tu ne comprends pas bien à quoi ça sert, alors tu n'en as pas besoin.

[ Répondre ]

Re: UML ?

Posté par Jérôme Pinot (page perso, ) le 13/09/2004 à 16:27. (lien). Évalué à 4.

C'est vieux : http://kerneltrap.org/node/view/409(...)

Plus d'infos ici : http://user-mode-linux.sourceforge.net/(...)

[ Répondre ]

Re: discussion sur le pourquoi du format binaire

Posté par Jérôme Pinot (page perso, ) le 29/08/2004 à 05:54. (lien). Évalué à 14.

L'idée exposée est que les 640x480 de l'image sont obtenus par interpolation, et que l'argument marketing de Philips ("True 640x480 webcam") ne correspondrait pas à la réalité, ou bien seulement dans le cas d'image fixe ("snapshot").

C'est intéressant mais attention. D'abord le driver supporte beaucoup de caméras ayant des spécifications différentes et provenant de constructeurs différents.

Si Philips voulait cacher des choses avec un driver, c'est quand même extremement bizarre que le-dit driver fonctionne également chez les concurrents Logitech, Creative, Samsung et cie. Certes, c'est la même famille de chipset, mais se sont-ils tous mis d'accord ? L'argument marketing ne peut donc pas tellement se défendre.

Les CCDs utilisés dans ces webcams ont des tailles également différentes. Par exemple, la ToUcam XS PCVC720K a un CCD de résolution 352x288. La Vesta Pro PCVC680K fait 640x480 (capteur Sony ICX098AK ou ICX098BQ). Bien entendu, on va avoir de l'interpolation dans le premier cas. Mais dans le deuxième, quel est l'intérêt de :

1. Mettre un capteur 640x480 qui coûte plus cher
2. Faire une acquisition en plus faible résolution
3. Proposer un driver qui ré-interpole en 640x480

Sacrifier la qualité pour avoir plus de débit ?

Bah non, ce n'est pas ce qu'on observe justement. Le débit est en fait le point faible de ce type de caméra. Si on augmente les FPS, on observe des dédoublements de frame parce que le système ne suit pas. En outre, ce n'est pas directement imputable à la caméra, il y a d'autres paramètres comme la luminosité du sujet, l'USB, le système d'exploitation ou le disque dur. Une webcam n'est pas prévue pour faire de la vidéo haut débit.

Pour avoir fait énormément d'acquisition vidéo avec une Vesta Pro (photos astro), je peux dire honnêtement qu'il n'y a pas de différences de qualité entre une image fixe et une frame issue d'une séquence faite avec cette caméra. En revanche, ça ne sert à rien d'aller à plus de 5 images/s en faible luminosité car le débit ne suit plus.

Concernant la taille du code, et bien le code est probablement de l'assembleur et il y a un décompresseur pour chaque architecture ce qui réduit d'autant sa taille. Ça ne me gène pas plus que ça.

Pour finir, je voudrais quand même rappeler qu'une webcam a une utilisation spécifique, où le plus important est la netteté de l'image, le respect des couleurs et la définition. On n'est pas sensé filmer les 24h du Mans avec. Il n'y a vraisemblablement pas d'algo de compression de la morkitu dans pwcx, ni de bidouilles malhonnêtes.

On peut critiquer Philips à cause de la partie du driver qui est resté propriétaire, probablement, et comme bien souvent, afin de garder un certain contrôle sur le matériel. Mais nous disposons quand même d'un driver libre très bien fignolé depuis plusieurs années.

[ Répondre ]

Une liste

Posté par Jérôme Pinot (page perso, ) le 24/08/2004 à 07:04. (lien). Évalué à 7.

Ceux-la sont vraiment geniaux:

http://cercle-daejeon.homelinux.org/linux/misc/software.txt(...)

Malheureusement, ils n'existent pas encore. Des contributeurs ?

[ Répondre ]

Re: cloop

Posté par Jérôme Pinot (page perso, ) le 17/08/2004 à 17:02. (lien). Évalué à 2.

Le cloop de Knoppix est un hack sur le loop.c officiel du noyau.

Oui, effectivement

Il a donc été décidé de ré-implémenter un cloop plus clean à partir du loop officiel avec le patch RH, ça s'appelle gzloop.

Un information intéressante effectivement. Je ne trouve pas les sources sur le web, il semble que ce soit uniquement disponible dans un RPM Mandrake. Je vais me débrouiller avec ça, sinon, je contacterais le mainteneur.

Merci.

PS: il semble que gzloop gère la crypto mais c'est de toute façon déconseillé maintenant (cf cryptoloop)

[ Répondre ]

De rien

Posté par Jérôme Pinot (page perso, ) le 17/08/2004 à 16:48. (lien). Évalué à 1.

Oui, c'est bien entendu le noyau 2.6.28-pre1, mes doigts ont chourfés

Le mail de Marcelo:

Hi,

Here goes the first 2.4.28 -pre release.

It contains a big SATA update with long list of fixes,
a networking update (mainly SCTP fixes), lib crypto fixes and
the addition of the Khazad algorithm, add prism54 wireless driver,
SPARC64 update, cciss SCSI driver fixes, couple of storage devices
added to SCSI device list, agpgart support for i915 chipset,
OOM killer rare-case bugfixes, a VM bugfix which could
cause deadlocks under OOM conditions, a bunch of warnings fixes,
and initial support for gcc 3.4.

I still have a few bugfixes pending on my inbox, which should
be merged next week.

Read the detailed changelog for more details

[ Répondre ]

Re: Impulsion du photon

Posté par Jérôme Pinot (page perso, ) le 17/08/2004 à 14:51. (lien). Évalué à 3.

Dans un labo d'enseignement, on peut souvent trouver des espèces d'hélices métalliques très fines placées dans une ampoule sous vide. L'hélice se met à tourner si tu l'éclaire.

C'est ce qu'on appelle un radiomètre:

http://www.up.univ-mrs.fr/~laugierj/Crookes/Crookes.html(...)

[ Répondre ]

Des liens

Posté par Jérôme Pinot (page perso, ) le 17/08/2004 à 14:38. (lien). Évalué à 3.

Je te conseille la lecture d'abord de:

http://semsci.u-strasbg.fr/lumineus.htm(...)

Puis:

http://semsci.u-strasbg.fr/presrad.htm(...)

Tu peux aussi chercher par toi même des informations sur le vecteur de Poynting si tu veux plus de détails

[ Répondre ]

Re: Je ne sais pas mais...

Posté par Jérôme Pinot (page perso, ) le 14/08/2004 à 17:27. (lien). Évalué à 1.

De toute évidence, il faut un cookie pour accéder aux liens précédents, cookie que vous pouvez obtenir sur la page principale du site.

Il faut donc d'abord visiter:
http://rki.kbs.co.kr/f_index.asp(...)

Pour pouvoir accéder à la news sur les JO:
http://rki.kbs.co.kr/src/news/news_end.asp?SerlNmbr=9211(...)

Et celle sur l'incident de frontière:
http://rki.kbs.co.kr/src/news/news_end.asp?SerlNmbr=9222(...)

Désolé, et merci à Daique pour le "debogage"

[ Répondre ]

Re: Je ne sais pas mais...

Posté par Jérôme Pinot (page perso, ) le 14/08/2004 à 16:12. (lien). Évalué à 1.

Je l'ai trouvée jolie aussi, mais un peu longue : 202 pays qui défilent les uns après les autres, ça fait beaucoup !

Pourtant, il y avait un pays en moins cette année car les deux Corées, du Sud et du Nord, ont défilé sous le même drapeau, ce qui a fait plaisir à beaucoup de monde ici.

Bien entendu, l'événement est plus symbolique qu'autre chose mais il existe un projet sérieux de former une équipe coréenne unifiée:

http://rki.kbs.co.kr/src/news/news_end.asp?SerlNmbr=9211(...)

Parallèlement, l'inévitable accident de frontière chronique vient mettre un peu de trouble quand la situation essait de s'arranger:

http://rki.kbs.co.kr/src/news/news_end.asp?SerlNmbr=9222(...)

Bon, je vais rien dire de plus ou je vais encore passer pour un parano...

[ Répondre ]

Re: Ca a l'air ok

Posté par Jérôme Pinot (page perso, ) le 13/08/2004 à 09:01. (lien). Évalué à 2.

KR, c'est normal, le serveur est chez moi...en Coree ;-)

Je viens de te voir sur le rezal, ça fonctionne, merci pour ton aide

[ Répondre ]

Re: Tant qu'on y est

Posté par Jérôme Pinot (page perso, ) le 12/08/2004 à 08:43. (lien). Évalué à 7.

Je pense qu'ils ont choisi ce nom pour dénoter l'aspect technique.
Une ardoise magique, ce n'est pas toujours facile à utiliser:

http://gaf.free.fr/dilbert/bestof/m0e43gml.jpg(...)

[ Répondre ]

Une nouvelle faille critique dans Mozilla

Posté par Jérôme Pinot (page perso, ) le 03/08/2004 à 16:05. (lien). Évalué à 1.

Et bien justement, on vient de découvrir une nouvelle faille critique dans Mozilla:

http://www.k-otik.net/bugtraq/08032004.MozillaNetscape.php(...)

Un problème de type integer overflow qui affecte Mozilla (<= 1.6) et Netscape (<=7.1)

Permet d'exploiter du code en local ou à distance.

Pas de solution officielle pour Netscape à part désactiver le javascript.
Pour Mozilla, passer à la version 1.7.1

Les Firefox récents ne devrait donc pas être affectés.

Ça valait bien un bounty.

[ Répondre ]

Petite rétrospective

Posté par Jérôme Pinot (page perso, ) le 01/08/2004 à 18:58. (lien). Évalué à 1.

Pour ajouter de l'eau au troll moulin, voici une petite rétrospective personnelle:

Linux-2.6.0-test5 (septembre 2003)
http://linuxfr.org/~ngc891/5233.html(...)

Kernel 2.6.0-test11 (novembre 2003)
http://linuxfr.org/~ngc891/7203.html(...)

Le kernel 2.6.0 stable, c'est pas pour demain (novembre 2003)
http://linuxfr.org/~ngc891/7275.html(...)

Linux 2.6.6 (mai 2004)
http://linuxfr.org/~ngc891/12544.html(...)

Et surtout:
Kernel 2.6, 6 mois après (mai 2004)
http://linuxfr.org/~ngc891/13160.html(...)

[ Répondre ]

2 idées

Posté par Jérôme Pinot (page perso, ) le 31/07/2004 à 18:32. (lien). Évalué à 1.

tu peux essayer:

1. de changer ta variable d'environnement TERM (vt100 ou vt102 par exemple)
2. de ne pas utiliser le framebuffer.

[ Répondre ]

[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 :: Suivant ]