J'ai dit des bétises dans mon exemple. Avec le codec DivX 5.01 Alpha (closed source donc), je dois me limiter à 640x480 pour la capture et le CPU est à 95 %
Par contre, avec le codec ffmpeg (en utilisant mencoder, la partie encodage de MPlayer), je tombe à 43 % de CPU pour du 720x576, ce qui est déjà nettement plus sympa :-)
Tout ce problème de communication autour de Linux (est-ce qu'il faut forcer le fabriquant à dire que Linux et dedans et de fournir un lien vers les sources, etc...) est tout de même une bonne question.
Est-ce qu'il faut s'en tenir strictement à la GPL et risquer d'effrayer d'éventuels fabriquants tentés par Linux pour un produit enfoui, au risque qu'ils se tournent vers un certain "Windows XP Embedded" pour ne citer que lui ?
Moi j'aurais plus tendance à penser que tout ce qui pourra promouvoir l'usage de Linux est positif donc ça ne me parait pas une bonne idée d'emmerder KiSS avec ça.
Les systèmes enfouis sont la nouvelle grande bataille qui commence pour la domination totale et j'aimerais bien que Linux la gagne, cette bataille !
J'ai déjà découvert avec horreur des téléphones sous Windows CE ! Je n'aimerais pas découvrir ça ailleurs !
le lecteur ne lit pas les DivX 3 (le fameux codec sorti officieusement et contenant du code MS hacké). Il se trouve que la majeure partie des DivX qui se trouvent dans les divers réseaux P2P sont justement encodés à ce format.
Le firmware du lecteur quand je l'ai récupéré n'était pas top et ne manquait pas de bugs mais le fabriquant sort des nouvelles versions à peu près toutes les 3 semaines et la dernière en date n'a pas de défaut.
Mais sinon, ça tourne sous Linux, ça lit à peu près tout, on peut le mettre à jour facilement, la qualité d'image est nickel, mieux qu'un PC lisant les mêmes fichiers donc je n'ai pas beaucoup de raisons de me plaindre.
Ca n'est pas parce que je suis satisfait de ce lecteur et que je le dit que c'est forcément un publi reportage !
Avec un XP 2400 et une carte TV Hauppauge BT 848 ultra basique et transcode, on peut enregistrer le flux TV en pleine résolution en temps réel. La commande, c'est un truc du genre :
Ben côté qualité d'image pour les DVD, c'est très bien... comme un lecteur de DVD de salon 2 fois moins cher quoi :-)
Pour les DivX par contre, la qualité est très largement meilleure que le même fichier regardé sur un PC avec MPlayer, ce même PC étant raccordé en S-Vidéo sur la même télé (une 82 cm Sony si tu veux savoir).
C'est difficile à définir mais on voit moins les macroblocs, l'image est plus nette, mieux définie. A part la perte de résolution verticale par rapport au DVD original (ce qui est normal vu que personne ne s'amuse à encoder des DivX en anamorphique), c'est quasi indicernable de l'original (quand on se limite à 1 H 30 par galette de 700 Mo). Très impressionnant.
Il faut dire aussi que je n'étais pas très content de la qualité d'image des 2 dernières cartes vidéo que j'ai eu (GeForce 2 GTS puis GeForce 4 Ti 4200). Ca manquait un peu de netteté dans tous les cas. J'ai vu une carte ATI chez un pote (qui a la malchance d'être sous Windows) et la qualité de la sortie télé n'était pas meilleure : un peu flou, couleurs trop saturées (même en jouant sur les réglages)...
J'ai dézoné mon lecteur et il n'y a absolument pas besoin de Windows pour cela (d'autant plus que je ne l'ai pas !)
La manip hard est simple à faire, il suffit d'ouvrir le capot du lecteur, de débrancher la nappe IDE et l'alim du lecteur interne et de le rebrancher sur son PC.
On peut alors booter sous Linux. Avec MPlayer, on peut très bien regarder un DVD avec ce lecteur.
Pour vérifier et régler la région, un outil permet de faire ça (indiqué dans la doc de MPlayer) :
Il suffit de faire regionset /dev/dvd pour voire les réglages du lecteur.
Une fois qu'on est sur que le lecteur est bien réglé sur une région, on peut mettre le firmware sur une disquette bootable (Dos, beuark !) et mettre à jour le firmware du lecteur.
Une fois cette manip faite, on remonte le lecteur Kiss, on le rallume et via une manip sur la télécommande (Open - Clear - 2 - 7 - 6 - Enter), on peut accèder à un menu planqué qui, entre autres, permet de régler la zone du lecteur sur ce qu'on veut, y compris pas de zone.
Merci pour ton commentaire ! Ca me gonfle toujours de voir des news MS qui m'intéressent bien peu sur linuxfr. Mais là, une news d'un soft purement Windows pour Windows qui passe en première page alors que la présente news d'un des premiers produits grand public tournant sous Linux passe en seconde page, ça m'interpelle quelque part...
Et pourtant,, certains doivent être plus MS que Linux, je me suis fait scorer en négatif pour mon commentaire 2 messages plus haut ! Je pense qu'avec ce message anti-MS, je devrais faire encore plus fort :-)
Ca n'est dit nulle part que le machin tourne sous Linux. D'ailleurs, j'ai cherché partout et je suis apparament le premier à le signaler.
Maintenant, que dit la GPL ? Si on vend une cafetière avec Linux dedans, est-ce qu'il est obligatoire de le mentioner ?
Pour faire un firmware sur mesure, il suffirait de développer un init remplaçant le init par défaut. Même pas besoin de changer le noyau. Par contre, ça ne nous dit pas comment il faut accéder au frame buffer, aux décodeurs, etc...
Linux version 2.4.17-uc0 (kiss@localhost.localdomain) (gcc version 2.95.3 20010315 (release)) #1 Tue Dec 17 13:48:36 CET 2002
Le CPU est un ARM à 150 MHz intégré dans une puce EM8500 qui intègre tout un tas d'autres trucs comme 16 Mo de Ram, 4 Mo de Flash, 4 Mo de Ram vidéo, des décodeurs audio et vidéo (le CPU n'est pas assez rapide pour ça) et une interface IDE :
C'est clair que d'ici quelques mois, un lecteur IDE, cette carte plus une alim dans une boite en tôle et plastique, ça coutera bien moins que 400 Euros.
Finalement, les équipements grand public sous Linux, ça va démarrer :-)
Par contre, pour faire des modif, le truc qui m'inquiète est le fichier vssver.scc qu'on trouve dans chaque répertoire non vide. Si c'est un checksum, il faudrait trouver la méthode pour le régénérer pour pouvoir remplacer toutes les images.
Si le binaire init présent dans le RomFS est développé de 0, je ne vois pas pourquoi il devrait être sous license GPL ? Il n'est pas interdit de développer des applis closed source tournant au dessus de Linux que je sache...
Ce qui serait interdit, ce serait de faire des modifs aux sources du noyau (lui sous GPL) et de ne pas pubier les modifs.
Comme à priori, ils utilisent une distrib uClinux + busybox (GPL aussi), le problème de doit pas se poser.
Certains binaires sont linkés avec GD (ex GifDraw) mais lui non plus n'est pas sous GPL.
Pourquoi dire ça pour ma news ou j'essaye de causer surtout technique et Linux sur un truc qui existe alors qu'il y a une news qui est passée en home page sur d'éventuels futurs produits Sony qui seraient éventuellement peut-êtres dans le futur "Linux Powered" hein ?
Pour qu'il soit vraiment sympa (et incontournable pour les développement php qu'on fait au boulot), ça serait sympa qu'il soit pluggué avec CVS pour ouvrir un projet dans CVS, l'éditer et le ranger dans CVS avec les commentaires et options qui vont bien.
Ca existe ? (à part *emacs qui fait tout mais auquel nos développeurs sont allergiques)
Pour changer le firmware sur l'Archos, il suffit de mettre le fichier le contenant (archos.mod) à la racine du disque dur.
Pour revenir à la version par défaut (en Rom) si la nouvelle ne fonctionne pas, il suffit d'enlever le fichier de la racine du disque dur.
Le branchement du disque sur USB ne fait pas appel au BIOS donc si on a mis un BIOS pourri, on peut l'enlever sans problème.
C'est vraiment sans aucun risque et surtout sans flashage. C'est accessible à tous.
Et quand on a essayé le BIOS (on devrais dire l'OS sois dit en passant) RockBox, on n'a plus du tout envie de revenir à la version par défaut !
Parmis les fonctionnalités indispensables absentes de l'OS d'origine :
- reprise aprés extinction en cours de morceau
- reprise de la playlist en cours
- localisation des menus
Mais l'OS "alternatif" en fait BEAUCOUP plus !
Pour la future 2.0, il sont en train d'y rajouter un file manager (!) et un créateur de playlist. Mon Archos 20 Go attends ça avec impatience :-)
Y'a un truc qui m'étonne quand même, comment peuvent-ils prétendre à une copie parfaite alors que la majorité des DVD Vidéo maintenant en circulation sont des doubles couches, donc 9.4 Go, ce qui ne tient pas du tout sur un DVD-R Data de 4.7 Go (4.2 Go en pratique quand je grave depuis dvdrecord )...
D'aprés l'article, ça ressemble surtout à une grosse bidouille, genre je capture la vidéo affichée à l'écran pour la recompresser et la claquer ensuite sur DVD, ce qui n'est pas tout à fait pareil.
Mais ça montre bien l'inpossibilité d'appliquer les lois type DMCA qui au final veulent interdir les choses qu'on voit avec ses yeux s'afficher sur l'écran.
Quand je vois l'autre cas du procès fait au jeune Norvegien qui regarde SON DVD sur SON PC avec un soft "alternatif", je me dis qu'il suffirait de braquer SON camescope sur SA TV pendant qu'un DVD y apparait pour être mis en tôle :-)
Et Nautilus 2 dans la RH 8 tourne très bien sur mon Compaq Armada Celeron 1 GHz et 128 Mo que j'utilise au boulot...
J'ai essayé un iBook G3 600 justement dans un magasin. C'était de courte durée mais j'ai trouvé ça globalement lent. Le premier lancement d'un shell (désolé, on ne se refait pas :-) est horriblement lent. Les suivants tournent en fait dans la même appli donc ça s'ouvre vite mais si on referme tous les shells et qu'on en ouvre à nouveau un, c'est à nouveau lent !
(j'admet, c'est pas top scientifique comme bench mais j'ai trouvé ça globalement ramatoire au premier contact)
> N'empêche, je maintiens que je préfère une interface agréable avec des
> polices antialiasées nikel par défaut et un kernel panic sur des conneries
> de ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer,
Marrant ça, j'ai une interface graphique avec toutes les fontes antialiasées (y conpris avec les packages Mozilla 1.2.1-xft, un régal !!!), j'ai installé le tout en quelques clics et ça ne kernel-panic pas...
Et pourtant, ça n'est pas un OS propriétaire, curieux ça :-)
Et en prime, Nautilus 2 est plutôt mieux foutu que le Finder new look que je n'aime pas du tout (j'ai décroché du Mac depuis 97).
Blague à part, y'avait un émulateur VT 52 d'origine sur la disquette OS de l'Atari ST. Avec un cable série, ça marchait direct pour se connecter sous Linux et j'ai déjà posté un mail avec mutt et un peu surfé avec Lynx et ça marchait.
ST roulaize :-)
(mais only Amiga makes it possible, c'est bien connu :-)
Y'a 5 ans, j'avais déjà des serveurs Linux installés dans ma boite. Mais il étaient affectés à des taches moins importantes que la place de serveurs principaux.
A l'époque, l'utilisation typique de Linux, c'était comme proxy web, bécanne d'analyse réseau, serveurs Web annexes, etc...
Dans ma boite, on a commencé à developper en solution Web fin 95 (CGI en Pro*C avec le serveur du CERN tournant sur Sun) et j'ai du mettre les premiers serveurs Linux en place mi 96.
Ma bécanne Linux encore en prod la plus ancienne, ça doit être un P200 tournant la RedHat 5.0 avec un noyau 2.0.32
Elle fait tourner une moulinette dans son coin et elle se fait oublier. Je tiens à préciser que la coupure d'il y'a 164 jours, c'était du à une coupure générale chez nous pour vérification du réseau électrique par l'APAVE, faudrait pas croire non plus que cette bécanne ait crashée une seule fois dans sa vie :-)
[^] # Re: Linux VDR : le magnétoscope numérique sous Linux
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux VDR : le magnétoscope numérique sous Linux. Évalué à 2.
Si je compare les flags d'un Athlon XP :
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
avec ceux d'un Athlon non XP :
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
je constate que ce dernier est dépourvu d'unité de calcul vectorielle en virgule flottante.
Donc la différence de vitesse d'encodage a bien des chances d'être supérieure à la différence de fréquence, méfiance !
[^] # Re: Linux VDR : le magnétoscope numérique sous Linux
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux VDR : le magnétoscope numérique sous Linux. Évalué à 5.
Par contre, avec le codec ffmpeg (en utilisant mencoder, la partie encodage de MPlayer), je tombe à 43 % de CPU pour du 720x576, ce qui est déjà nettement plus sympa :-)
Ca fait une ligne de la forme :
mencoder -tv on:driver=v4l:device=/dev/video0:width=720:height=576:norm=SECAM:channel=5EME:amode=0:adevice=/dev/dsp -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=1600 -oac mp3lame -lameopts cbr:br=128 -o test.avi
Ouf !
[^] # Re: les sources?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 1.
Est-ce qu'il faut s'en tenir strictement à la GPL et risquer d'effrayer d'éventuels fabriquants tentés par Linux pour un produit enfoui, au risque qu'ils se tournent vers un certain "Windows XP Embedded" pour ne citer que lui ?
Moi j'aurais plus tendance à penser que tout ce qui pourra promouvoir l'usage de Linux est positif donc ça ne me parait pas une bonne idée d'emmerder KiSS avec ça.
Les systèmes enfouis sont la nouvelle grande bataille qui commence pour la domination totale et j'aimerais bien que Linux la gagne, cette bataille !
J'ai déjà découvert avec horreur des téléphones sous Windows CE ! Je n'aimerais pas découvrir ça ailleurs !
[^] # Re: KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 1.
[^] # Re: KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 1.
le lecteur ne lit pas les DivX 3 (le fameux codec sorti officieusement et contenant du code MS hacké). Il se trouve que la majeure partie des DivX qui se trouvent dans les divers réseaux P2P sont justement encodés à ce format.
Le firmware du lecteur quand je l'ai récupéré n'était pas top et ne manquait pas de bugs mais le fabriquant sort des nouvelles versions à peu près toutes les 3 semaines et la dernière en date n'a pas de défaut.
Mais sinon, ça tourne sous Linux, ça lit à peu près tout, on peut le mettre à jour facilement, la qualité d'image est nickel, mieux qu'un PC lisant les mêmes fichiers donc je n'ai pas beaucoup de raisons de me plaindre.
Ca n'est pas parce que je suis satisfait de ce lecteur et que je le dit que c'est forcément un publi reportage !
[^] # Re: Linux VDR : le magnétoscope numérique sous Linux
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Linux VDR : le magnétoscope numérique sous Linux. Évalué à 10.
transcode -i /dev/video0 -p /dev/dsp -x v4l,v4l --import_v4l 0,"5EME" -j 12,4 -g 720x576 -z -y divx5 -o test.avi -w1200
Il reste même encore un peu de CPU pour Seti@Home :-)
[^] # Re: KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 2.
Pour les DivX par contre, la qualité est très largement meilleure que le même fichier regardé sur un PC avec MPlayer, ce même PC étant raccordé en S-Vidéo sur la même télé (une 82 cm Sony si tu veux savoir).
C'est difficile à définir mais on voit moins les macroblocs, l'image est plus nette, mieux définie. A part la perte de résolution verticale par rapport au DVD original (ce qui est normal vu que personne ne s'amuse à encoder des DivX en anamorphique), c'est quasi indicernable de l'original (quand on se limite à 1 H 30 par galette de 700 Mo). Très impressionnant.
Il faut dire aussi que je n'étais pas très content de la qualité d'image des 2 dernières cartes vidéo que j'ai eu (GeForce 2 GTS puis GeForce 4 Ti 4200). Ca manquait un peu de netteté dans tous les cas. J'ai vu une carte ATI chez un pote (qui a la malchance d'être sous Windows) et la qualité de la sortie télé n'était pas meilleure : un peu flou, couleurs trop saturées (même en jouant sur les réglages)...
[^] # Re: url pour le dézonnage
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 3.
La manip hard est simple à faire, il suffit d'ouvrir le capot du lecteur, de débrancher la nappe IDE et l'alim du lecteur interne et de le rebrancher sur son PC.
On peut alors booter sous Linux. Avec MPlayer, on peut très bien regarder un DVD avec ce lecteur.
Pour vérifier et régler la région, un outil permet de faire ça (indiqué dans la doc de MPlayer) :
http://www.linuxtv.org/download/dvd/dvd_disc_20000215.tar.gz(...)
Il suffit de faire regionset /dev/dvd pour voire les réglages du lecteur.
Une fois qu'on est sur que le lecteur est bien réglé sur une région, on peut mettre le firmware sur une disquette bootable (Dos, beuark !) et mettre à jour le firmware du lecteur.
Une fois cette manip faite, on remonte le lecteur Kiss, on le rallume et via une manip sur la télécommande (Open - Clear - 2 - 7 - 6 - Enter), on peut accèder à un menu planqué qui, entre autres, permet de régler la zone du lecteur sur ce qu'on veut, y compris pas de zone.
[^] # Re: KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 7.
Et pourtant,, certains doivent être plus MS que Linux, je me suis fait scorer en négatif pour mon commentaire 2 messages plus haut ! Je pense qu'avec ce message anti-MS, je devrais faire encore plus fort :-)
[^] # Re: les sources?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 3.
Maintenant, que dit la GPL ? Si on vend une cafetière avec Linux dedans, est-ce qu'il est obligatoire de le mentioner ?
Pour faire un firmware sur mesure, il suffirait de développer un init remplaçant le init par défaut. Même pas besoin de changer le noyau. Par contre, ça ne nous dit pas comment il faut accéder au frame buffer, aux décodeurs, etc...
# Plus d'infos techniques.
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 9.
Linux version 2.4.17-uc0 (kiss@localhost.localdomain) (gcc version 2.95.3 20010315 (release)) #1 Tue Dec 17 13:48:36 CET 2002
Le CPU est un ARM à 150 MHz intégré dans une puce EM8500 qui intègre tout un tas d'autres trucs comme 16 Mo de Ram, 4 Mo de Flash, 4 Mo de Ram vidéo, des décodeurs audio et vidéo (le CPU n'est pas assez rapide pour ça) et une interface IDE :
http://www.sigmadesigns.com/graphics/image_library/blk_diagrams/em8(...)
Ca n'est pas la carte dans le lecteur Kiss mais l'implémentation de référence chez Sigma Design occupe à peu près le même espace :
http://www.sigmadesigns.com/products/DVD8500.htm(...)
C'est tout petit !
C'est clair que d'ici quelques mois, un lecteur IDE, cette carte plus une alim dans une boite en tôle et plastique, ça coutera bien moins que 400 Euros.
Finalement, les équipements grand public sous Linux, ça va démarrer :-)
[^] # Re: KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 2.
Par contre, pour faire des modif, le truc qui m'inquiète est le fichier vssver.scc qu'on trouve dans chaque répertoire non vide. Si c'est un checksum, il faudrait trouver la méthode pour le régénérer pour pouvoir remplacer toutes les images.
[^] # Re: KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 3.
[^] # Re: les sources?
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 4.
Ce qui serait interdit, ce serait de faire des modifs aux sources du noyau (lui sous GPL) et de ne pas pubier les modifs.
Comme à priori, ils utilisent une distrib uClinux + busybox (GPL aussi), le problème de doit pas se poser.
Certains binaires sont linkés avec GD (ex GifDraw) mais lui non plus n'est pas sous GPL.
[^] # Re: KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche KiSS DP-450 : un lecteur de DVD de salon avec un pingouin dedans !. Évalué à 10.
[^] # Re: BlueFish web dev studio (0.8)
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche BlueFish web dev studio (0.8). Évalué à 2.
Ca existe ? (à part *emacs qui fait tout mais auquel nos développeurs sont allergiques)
Sinon, il a vraiment l'air pas mal.
[^] # Re: un grand bravo
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Nouvelle victoire pour le libre (Rockbox/Archos). Évalué à 2.
Pour revenir à la version par défaut (en Rom) si la nouvelle ne fonctionne pas, il suffit d'enlever le fichier de la racine du disque dur.
Le branchement du disque sur USB ne fait pas appel au BIOS donc si on a mis un BIOS pourri, on peut l'enlever sans problème.
C'est vraiment sans aucun risque et surtout sans flashage. C'est accessible à tous.
Et quand on a essayé le BIOS (on devrais dire l'OS sois dit en passant) RockBox, on n'a plus du tout envie de revenir à la version par défaut !
Parmis les fonctionnalités indispensables absentes de l'OS d'origine :
- reprise aprés extinction en cours de morceau
- reprise de la playlist en cours
- localisation des menus
Mais l'OS "alternatif" en fait BEAUCOUP plus !
Pour la future 2.0, il sont en train d'y rajouter un file manager (!) et un créateur de playlist. Mon Archos 20 Go attends ça avec impatience :-)
# Re: DVD copie parfaite sans DeCSS !
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche DVD copie parfaite sans DeCSS !. Évalué à 8.
D'aprés l'article, ça ressemble surtout à une grosse bidouille, genre je capture la vidéo affichée à l'écran pour la recompresser et la claquer ensuite sur DVD, ce qui n'est pas tout à fait pareil.
Mais ça montre bien l'inpossibilité d'appliquer les lois type DMCA qui au final veulent interdir les choses qu'on voit avec ses yeux s'afficher sur l'écran.
Quand je vois l'autre cas du procès fait au jeune Norvegien qui regarde SON DVD sur SON PC avec un soft "alternatif", je me dis qu'il suffirait de braquer SON camescope sur SA TV pendant qu'un DVD y apparait pour être mis en tôle :-)
Ridicule !
[^] # Re: L'intox en une leçon
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Le kernel panic en une leçon. Évalué à 1.
Et puis je suis en 2.4.20 qui est sorti depuis, c'est corrigé.
Pour les utilisateurs de RH 7.1 à 8.0, le correctif est là :
https://rhn.redhat.com/errata/RHSA-2002-262.html(...)
Correctif paru chez RH le 16 Novembre, donc 10 jours aprés l'annonce.
Pas trop mal.
Il est aussi dit qu'un patch a été publié par Linus. Je n'ai pas la date
mais j'imagine que c'est entre le 6 et le 16.
Y'a un correctif pour le bug sus-cité dans MacOS X ?
Et chez MS, c'est quoi le délai de publication de correctif dans ce genre de cas ?
[^] # Re: J'ai la plus grosse
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Le kernel panic en une leçon. Évalué à 1.
Bon, ben faut que je sorte ma HP 65 programmable de 1974 (la même que dans Apollo 13) avec sa sauvegarde sur bandes magnétiques, et toc :-)
http://histoire.info.online.fr/images/col-hp65.jpeg(...)
Aaahh ahahhahh !!!
[^] # Re: Le kernel panic en une leçon
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Le kernel panic en une leçon. Évalué à 3.
J'ai essayé un iBook G3 600 justement dans un magasin. C'était de courte durée mais j'ai trouvé ça globalement lent. Le premier lancement d'un shell (désolé, on ne se refait pas :-) est horriblement lent. Les suivants tournent en fait dans la même appli donc ça s'ouvre vite mais si on referme tous les shells et qu'on en ouvre à nouveau un, c'est à nouveau lent !
(j'admet, c'est pas top scientifique comme bench mais j'ai trouvé ça globalement ramatoire au premier contact)
[^] # Re: L'intox en une leçon
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Le kernel panic en une leçon. Évalué à 1.
> polices antialiasées nikel par défaut et un kernel panic sur des conneries
> de ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer,
Marrant ça, j'ai une interface graphique avec toutes les fontes antialiasées (y conpris avec les packages Mozilla 1.2.1-xft, un régal !!!), j'ai installé le tout en quelques clics et ça ne kernel-panic pas...
Et pourtant, ça n'est pas un OS propriétaire, curieux ça :-)
Et en prime, Nautilus 2 est plutôt mieux foutu que le Finder new look que je n'aime pas du tout (j'ai décroché du Mac depuis 97).
[^] # Re: LOL
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Le kernel panic en une leçon. Évalué à 2.
http://histoire.info.online.fr/images/col-vt100.jpeg(...)
http://serge.rossi.free.fr/images/circe.jpeg(...) (le vieux Mac SE/30 à droite est sous NetBSD, pas de panique ;-)
[^] # Re: LOL
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Le kernel panic en une leçon. Évalué à 2.
ST roulaize :-)
(mais only Amiga makes it possible, c'est bien connu :-)
[^] # Re: serveurs Windows moins cher que Linux (Reuters)
Posté par Serge Rossi (site web personnel) . En réponse à la dépêche Serveurs Windows moins cher que Linux (Reuters). Évalué à 4.
A l'époque, l'utilisation typique de Linux, c'était comme proxy web, bécanne d'analyse réseau, serveurs Web annexes, etc...
Dans ma boite, on a commencé à developper en solution Web fin 95 (CGI en Pro*C avec le serveur du CERN tournant sur Sun) et j'ai du mettre les premiers serveurs Linux en place mi 96.
Ma bécanne Linux encore en prod la plus ancienne, ça doit être un P200 tournant la RedHat 5.0 avec un noyau 2.0.32
# uptime
11:59am up 164 days, 19:16, 1 user, load average: 0.53, 0.51, 0.49
Elle fait tourner une moulinette dans son coin et elle se fait oublier. Je tiens à préciser que la coupure d'il y'a 164 jours, c'était du à une coupure générale chez nous pour vérification du réseau électrique par l'APAVE, faudrait pas croire non plus que cette bécanne ait crashée une seule fois dans sa vie :-)