Serge Rossi a écrit 632 commentaires

Une bête carte TV à base de BT 848 ou 878 (toutes les WinTV machin) fait parfaitement l'affaire. Avec un CPU assez puissant, on peut même enregistrer les émissions en DivX mais il faut se limiter à la demi résolution (je n'ai pas réessayé récement). A noter qu'on peut très bien faire ça avec mencoder (l'encodeur qui va avec mplayer) tout seul qui accepte la carte télé comme source.

La prise antenne est sur la carte donc y'a juste qu'a se brancher. Bien sur, on peut aussi entrer le signal par la prise composite ou S-Vidéo (suivant la dotation de chaque carte).


Appli très marrante à coupler avec xawtv ou xawdecode : Nxtvepg

http://nxtvepg.sourceforge.net/(...)

Ca récupère les trames EPG (Electronic Program Guide) émises par Canal+ ou M6 pour reconstruire la grille des programmes des 6 chaines Françaises sur la semaine à venir. Plus besoin d'acheter de programme TV pour voir qu'il n'y a pas grand chose à la télé :-)

Quand les 2 applis sont lancées en même temps, une boite de dialogue apparait sous la fenêtre de la télé qui indique le nom du programme et une barre de progression qui montre ou on en est du programme télé.

Dans l'autre sens, quand on clique dans la grille sur une émission en cours de diffusion (elle apparait en bleu dans la grille des programmes), l'appli télé commute automatiquement sur le canal ou est diffusée l'émision. Très pratique.

Ah oui, j'oubliais, j'ai aussi été point sur Bubulle BBS entre Ramses et Minas Ithil : 2:320/231.42 (j'ai eu du bol, j'ai toujours réussi à avoir le point 42 :-) )

Les vieux de la vieille doivent se rappeler de l'époque des BBS sur Minitel, genre DEEP en 90/91 mais Fido, c'était quand même BEAUCOUP plus évolué techniquement et nettement moins cher en comm :-)

Un peu pareil mais en fonction du bon fonctionnement et de la config de la passerelle, toutes les netnews n'étaient pas forcément visibles sur Usenet. Du coup, malgré une participation sur Fido depuis 91 (point 2:320/100.42 sur Ramses Amiga Flying BBS si je me souviens bien) , mes premiers messages sur Google News ne remontent qu'a 1995.

J'ai aussi été point sur Minas Ithil : 2:320/405.42

J'avais aussi tenté une connexion UUCP pour télécharger les news usenet depuis mon Amiga en 90 mais étant en province, c'était BEAUCOUP trop cher en communications donc je n'ai pas persisté.

Et maintenant se pose la grande question : La communauté doit-elle laisser passer ça pour que Linux se répande partout ou doit elle faire chier un constructeur pour l'exemple au risque de faire peur à toute l'industrie qui ne voudra plus jamais intégrer de Linux de peur qu'on les fasse chier de la même façon... Moi j'aurais quand même tendance à préférer la première solution. Abondance de Linux ne nuit pas et j'ai une petite idée sur ce qu'ils pourraient mettre à la place... Allez, je vous donne une piste : http://www.microsoft.com/windows/embedded/default.asp Comme dirait MS, c'est un combat qu'il ne faut perdre à aucun prix !

Loin de moi l'idée d'appeler à une quelconque forme de boycott... mais ça serait intéressant de trouver une liste de toutes les grandes boites connues dans lesquelles MS a une participation !

A priori, l'un des modules est le support du panneau de commandes et l'autre la gestion du frame buffer pour la vidéo. Donc ça pourrait booter et fonctionner sans ces 2 modules mais un lecteur de DVD sans vidéo et sans boutons de commande, c'est un peu limité d'emploi :-) C'est donc bien difficile de dire si la définition que tu donne est respectée ou non... encore de la quadri/tetracapillosectomie en prévision :-)

Si tu prends l'exemple du lecteur de DVD Kiss sous Linux, la puce au coeur de la bécanne intègre un CPU ARM et tourne sous ucLinux. Tu peux récupérer les sources et compiler le noyau si tu veux. Mais tout ce qui sert à supporter le hardware spécifique est localisé dans 2 modules noyau qui sont closed source. Les modules binaires closed source ne sont pas en violation de la GPL et le fabriquant pourra toujours te renvoyer vers le site de ucLinux, ce qui te fera une belle jambe. Mais il sera dans son droit.

Sans vouloir faire de quadricapillosectomie, il ne faut pas dire GNU/Linux pour une fois car, si je prends l'exemple de mon lecteur de DVD de salon Kiss (celui là même qui lit les DivX et tourne sous Linux), aucun outil GNU n'est intégré dans la mini distrib. Les seules portions sous GPL sont le noyau Linux lui même et BusyBox (une appli unique à tout faire qui remplace les fonctionnalités de base de tout un tas d'outils GNU). Tout le reste est constitué de 2 modules noyau proprio pour supporter le hard et du programme init, lui aussi développé sur mesure. A la limite, on devrait dire que c'est une distrib Busybox/ucLinux sous license GPL. Beaucoup d'équipements enfouis utilisent ce type d'install.

> on se sent quand même drolement vieux a la vue des images :)

Pas aussi vieux que si je regarde le jeu de mes 14 ans :-)

http://www.mame.dk/gameinfo/pacman/(...)

C'est peut être exact si on compte le nombre de messages envoyés à une masse d'utilisateur, chaque message pouvant être envoyé à beaucoup, beaucoup (beaucoup !) de monde.

6.8 envois en masse à la seconde, c'est nettement plus impressionnant !

Non, ça ne marche pas. Il faut que le répertoire courant soit celui de l'install du jeu. Si tu lance le binaire comme tu l'indique depuis ailleurs, ça ne marche pas (une erreur de débutant des développeurs mais bon...)

> 1) je n'ai pas vu les films qui vont bien à la fin des chapitres 3 et 4

Je n'ai joué que sous Linux donc je n'ai évidement rien vu du tout à la fin du premier chapitre. Par grave. Un windozien m'a raconté et j'ai eu la flemme pour bink sous wine :-)

> de nombreux modules amateurs sont "emballé" avec des .exe :(

99 % du temps, c'est du zip auto extractible que unzip sous Linux sait parfaitement traiter.


> 4) j'ai pas trouvé le moyen de lancer le jeu autrement qu'avec un xterm --> c'est chiant

Tu fait un petit script achement compliqué qui fait :

#!/bin/sh
cd /usr/games/nwn # adapter le chemin ou tu l'as mis
./nwn

Tu fait un lanceur dans Gnome ou KDE qui apelle ce script et hop, ça roule :-)

Pour une fois qu'on n'a pas une news sur MS, on a échappé au pire je trouve !

En fait les news hors sujet ne me gènent pas, c'est les news MS qui me broutent :-)

C'est rigolo ce que tu dis vu que c'est exactement ce qu'a fait RedHat avec BlueCurve qui "gnomifie" le look de KDE au point de ne plus trop faire la différence au look entre une appli Gnome et une appli KDE. Ce qui est rigolo, c'est que ça a pas mal fait raler les devs de KDE :-) (bon, ce n'était pas la seule raison).

Désolé, j'ai pas tout lu dans le détail mais une news sur un antivirus pour Windows (pléonasme), même pouvant éventuellement tourner sur Linux et racheté par MS j'ai énormément de mal !

Alors là, c'est trop !

Y'en a toujours un pour raler sur les news qui passent sur LinuxFr. En général j'évite parce que ça revient toujours un peu au même mais cette news là remporte le ponpon !

Est-ce que quelqu'un peut me dire quel est l'interêt d'une news pour un antivirus pour Windows développé par MS sur LinuxFR !!!!!

Je note bien le lien vers clam, un antivirus libre qui permet de faire passer la pilule mais c'est comme si on avait une news sur une nouvelle version de MS Office avec un lien vers OpenOffice disant "y'aussi ça en libre" !!!!

Pas content :-(

J'habite dans un village de 70 habitants (à moins de 100 km de Paris, c'est pas loin) et je suis à 5 km de l'autocom. Pourquoi ?

Parce que dans les tous petits villages, y'a pas d'autocom. C'est l'autocom de la commune moyenne la plus proche qui est utilisé.

Faut arréter de penser que c'est une mesure qui n'interesse que les éleveurs de chèvres dans la zone. Y'a plein de communes moyenne en Ile de France qui n'ont pas encore l'ADSL !


Et puis sinon, 1 MBits/s ça n'est peut être pas terrible, mais ça sera toujours mieux que ma liaison Numeris en 64 K, heureusement en "semi" illimité chez Tiscali (c'est les seuls à faire ça).

Il manque le choix "J'habite à la campagne !". C'est encore un sondage de Parisiens ça ;-) En plus, pour les (peu probables) cas de barrages de tracteurs ou de bétaillère sur petite route départementale déserte, je roule en moto donc je n'ai vraiment aucune chance de voir une différence :-) Bon, la campagne à quand même un défaut. A part l'absence de circulation, le bon air pur, la tranquilité, la maison au prix d'un studio sur Paris, la possibilité de faire un barbecue quand il fait beau, la nature et les petits oiseaux (ça va ? plus besoin d'en rajouter pour les Parisiens ;-) il me manque une chose majeure : l'ADSL, ouinnnnnnnnn :'(

Tu est un peu de mauvais foi quand même. Le premier portage sur un autre CPU de Linux n'a pas été sur Alpha mais sur 680x0. Ca a été fait par une équipe qui a fait un fork du noyau, ce qui n'était pas idéal.

Linus Torvalds, au moment du début de l'adaptation pour Alpha s'est alors dit qu'il n'allait pas s'amuser à gérer autant de forks des sources qu'il y'avait du CPU. C'est pour cela qu'il a rendu le noyau Linux portable et architecturé les sources de façons à localiser le code spécifique à une architecture dans arch.

Depuis le portage sur Alpha, Linux est intrinsèquement portable et ça n'a pas pris 2 ans de développement. Si j'étais chez moi, je pourrai te retrouver l'URL sur une interview ou Linus explique tout ça très bien.


Linux n'était pas portable mais l'est depuis longtemps.
NT était portable mais MS se souciant de rentabilité avant la portabilité, c'était voué à l'échec.

Pour ce qui est du portage Alpha, je ne me rapelle plus trop mais tu dit que c'est Compaq qui a refusé de financer le support de NT. Pourtant, à l'époque, c'était Digital et pas Compaq.

C'est même Digital qui a pondu le compilateur à la volée de code x86 en Alpha et qui gardait les binaires dans un coin pour éviter de les recompiler à chaque fois. Ca s'appelait FX!32 et ça tournait assez bien mais ça ne faisait pas tourner le code x86 plus vite que sur un vrai x86 !

Le problème de NT sur Alpha, c'était pas NT sur Alpha (!), c'était que quasiment aucun éditeur de logiciel ne proposait une version de son soft en code natif Alpha, ce qui n'incitait évidement pas les clients à acheter du Alpha NT !

Je me rapelle avoir eu des démos de Dec Multia sous NT Alpha par des mecs de Dec et c'était vraiment abominablement lent ! (émulation oblige)


Quand aux machines à base de NT PPC, je n'en ai vu que dans les salons mais jamais "en vrai".

On voit tellement de blockbusters qui sont en fait des gros navets que ce serait bien dommage de ne pas aller voir ce film qui lui est original, pas exempt de défauts mais intéressant.

Je suis fan de BD, j'ai chez moi les tomes parus de la caste des Méta Barons et ça ne m'empèche pas de trouver le scénar assez nul.

Ca ne m'empèche pas non plus de trouver le scénar de Kaéna correct.

Je suis allé le voir et j'ai beaucoup aimé.

Pour les points négatifs, je dirai que l'anim des personnages fait un peu trop "Playmobil" par moments. Y'a pas eu de motion capture, c'est sur ! Les textures des persos manquent un peu de "relief" (difficile à expliquer, le mieux est de le voir).

Mais sinon, j'ai bien aimé tout le reste. L'histoire est typique d'une bonne BD de SF à la Française (c'est un commentaire positif :), j'aime bien le parti pris des couleurs, la façon dont tout est découpé, etc...

J'ai passé un vraiment bon moment en allant voir ce film. C'est un peu l'opposé de Final Fantasy qui était techniquement parfait, un peu moins plaisant visuellement et moins dans le scénar.

Si vous aimez bien la SF, c'est un film à ne pas manquer. Ca change des films de SF US au moins !

Y'a pas que le lecteur Kiss dans ces cas mais tous les lecteur "clones" à base de chipset Sigma Design EM8500 comme les H&B, Lite-On et en fait tous les lecteurs actuels lisant du DivX. Kiss n'a rien développé. C'est Sigma Design qui fait le boulot.

En ayant une, je peux en parler un peu plus. Il n'y a pas beaucoup de fichiers dans le romfs :

- Le noyau qui est sous GPL (code à priori non modifié de ucLinux)
- 2 modules noayu qui gèrent le matériel, à priori closed source.
- busybox, GPL, qui est utilisé comme un utilitaire externe
- init, fileplayer.bin et mpegplayer.bin (tous deux appelés par init), à priori closed
source aussi.

Donc si on demandais le source à Kiss, ils pourraient nous renvoyer vers les home pages de ucLinux et de Busybox ou on trouve tout le code sous GPL vu qu'ils ont placé tout le spécifique dans des modules et des applis closed source.

http://www.uclinux.org/(...)
http://busybox.net/(...)

Il n'y a pas de violation de la GPL au sens modification de code sous GPL et redistribution sous forme binaire du résultat sans les sources.

Par contre, ça se discute vu qu'il n'est écrit nulle part que ces lecteurs tournent sous Linux et que le code sous GPL peut être trouvé aux adresses citées ci-dessus.



Dans un autre genre de machines tournant sous Linux, on peut citer tous les équipements de chez Axis mais eux ne s'en cachent pas et on peut récupérer les sources chez eux, d'autant plus qu'ils ont fait un port spécifique sur leur chip ETRAX (CPU + MMU + Eth + IDE + USB + serie + // + SCSI + controleur mémoire sur une seule puce !) :

http://developer.axis.com/(...)
http://developer.axis.com/products/etrax100lx/index.html(...)
http://developer.axis.com/download/(...)

> ne comptez pas sur moi pour admettre la normalisation de la vulgarité qu'elle sous-tend.

Un conseil, ne regarde surtout jamais South Park, je ne pense pas que ce dessin animé te plaira :-) Et surtout, blague à part, ça n'est pas un dessin animé pour les enfants.