M a écrit 2988 commentaires

On peut aussi utiliser des Repositories comme sarge-proposed-updates et/ou
stable-proposed-updates . L'université Essen met un miroir de ces Repositories à la
disposition:
Quelle bonne idee t'utiliser des correctifs non officiel. Je serais un mechant pirate j'ouvirais mon propre mirroir de correctif qui condiendrait des patchs a ma sauce ;)

C'est quoi ce gros tros velu : si t'es pas content des applis qui dependent de c'est grosses multi-nationnales rien de t'empeche de les forker pour qu'elle inclue ce que tu souhaite...

Et puis t'as des preuves que les licences ont ete choisies contre la GPL ?
C'est facile de faire du FUD sans aucun argument...

Donc le gas qui m'a cite cet example est un gros boulet puisque ca n'a rien avoir avec l'exemple que j'ai cite ou il y a transcodage.

Pourquoi prendre la norme TNT et pas la norme sat ou le debit max est de 40 Mbps. Ca nous fait donc160Mbps.

Ensuite tu m'expliquera comment tu diffuses ce flux sur un reseau local sans bouffer du cpu (par l'ajout d'entete par exemple) et le faire tenir sur des machine de type PIII800.

Enfin tu me dis que le bus pci se prend que 150 Mbps, n'oublierais tu pas le debit du flux que tu dois rediffuser sur ton reseau local et qui doit surement repasser par le bus PCI ....

Et avant d'affirmer ca t'as essayer autre chose ?
Par exemple xvidcap ?

Moi aussi je peux dire que .NET ou java ca marche facilement et que y a pas de raison d'aller regarder du cote de GNUstep....

Pourquoi du flash ?

Sinon j'avais deja vu une demo sur la creation d'une calculette.

directfb est aussi ton ami...

Sinon au boot tu peux choisir le driver du framebuffer et entre la resolution...

A quoi ca te sert un serveur X sur une divxbox ?

A quand le classement des 100 meilleurs trolls de l'année 2005 ?

OK je ->[]

PS : au fait l'annee 2005 n'est pas fini, donc le titre de leur classement est un peu stupide...

Quelqu'un a t il essaye ?

Pas de pb rencontre ?

Il y a l'air d'avoir que des paquets pour i386, il y a donc du boulot...

Les DRM ne serait il pas plutot un moyen de faire respecter les licences auquel sont soumis ces oeuvres ?

Apres si ces licences ne sont pas compatibles avec les lois (copie privé, interopabilite, ...), ne faudrait il pas s'attaquer au probleme a la racine (ie ces licences) plutot que troller sur des implementation techniques ?

Ils doivent donc savoir que le "contrôle d'usage", sur Internet, ne peut pas fonctionner de manière durable. Quelque part, un autre informaticien, ou un groupement de passionnés, ou encore une start-up oeuvrant à l'amélioration de la sécurité informatique en général, se chargera de "casser" le verrou.

Ben oui ils jouent au chat et a la souris et le but c'est de faire tenir la protection le plus longtemps possible pour pouvoir proteger les oeuvres recentes pendant leur apogee (x premier mois).

En suivant ce raisonnement on pourrais dire, a quoi bon utiliser des algos de cryptage il seront casse dans X annees...

On peut par exemple regarder les DRM sur les jeux video qui sont la depuis tres longtemps et qui risque de l'etre pendant encore longtemps.

PS : le parallele logiciel/musique au niveau colaboratif me parrait un peu ossé : autant un logiciel peut etre developpé avec x codeurs et avec des personnes qui rapportent des problemes autant au niveau artistique je ne vois pas...

Ça peut être fait par le MUA (client mail), plutôt que par le MTA, donc il n'y a pas réellement de surcoût, d'autant plus que le cacul pourrait être anticipé (cf http://www.hashcash.org/faq/(...)(...) #2e)
Sauf que d'apres la meme FAQ pour eviter l'utilisation des copies caché, il faut calculer un hash pour chaques copies. Et vu que c'est le smtp qui se charge de dispatcher les copies, c'est bien lui qui va devoir calculer les couts.

Les mailling lists vont elle avoir besoin de ferme de calcul pour envoyer leur mail : deja les ML sourceforge ont l'ai d'avoir du mal en temps normal...

tu peux aussi jouer avec -S pour augmenter la taille du buffer...

Bon je sens que je marche sur des oeufs donc je vais faire attention aux mots employés : ca me parait normal que Free garde le fonctionnement externe masqué pour des questions de sécurité.

A mon avis c'est plutot pour eviter que les concurents fassent la meme chose qu'eux...

Et meme certains terminaux satellites (meme ceux propose par les providers satellites (tps, canal sat)) proposent des fonctions de timeshift/d'enregistrement sur un disque dur interne.

Apres pour ces engins je sais pas s'il est possible de faire sortir le flux du terminal.

sauf que sa pose pas de probleme sur le satelite..

Dans le cas du dvb, je vois pas trop l'interet de decoder pour reencoder.
Par ce que la sortie video se trouve sur la carte dvb et que celle-ci n'accepte que du MPEG2 en entree...

Je connais des babasses ( p650 de memoire) avec 4 cartes dvb qui se portent comme un charme.

Que font-elle ?
Les cartes on t elle des decodeurs integre ?
J'ai des doutes sur la capacite du bus pci a pouvoir assurer un debit suffisant pour les 4 cartes dvb en simultanee...

ce que je trouve aberant c'est que les developpeur n'est pas plus communique avec les gens du kernel au niveau de l'integration et tout ca.

C'est bien beau de faire un truc resolutionnaire, mais s'ils arrivent pas a l'integrer, ca risque pas d'avoir le succes escompté.

Tous les sources GPL qu'utilise la Freebox sont récupérables... noyau µLinux pour les anciennes, noyau Linux pour la nouvelle, etc...

Tu me donnera les liens vers les parties modifie du noyau... (y a une partie recuperable pour le support des broadcom chez 3com, mais pour le reste rien (Voip, ...)).


ontrairement à ce qu'on peut penser la Freebox n'utiliserait pas vraiment VLC... mais font travaillé les contribs de VLC qui ont réalisé pour eux un portage de VLC pour la FB mais from scratch... (donc rien à redire jusqu'à preuve du contraire)
Ils utilisent un decodeur *hardware*, a quoi leur servirait vlc, il suffit de balancer le flux video dans la puce via un driver (surement proprio...).
Par contre ils doivent utiliser un logiciel (a base d'http) pour le controle, mais vu la specificite du truc, ils ont du le faire from strach...

free est une des entreprises qui contribue le plus au logiciel libre, drivers Wifi, mirroir, et reverse tout leur développement dans les CVS sans ne jamais mettre le dawa, genre forkage à tout va...
Si c'est le cas, ils devraient communiquer un peu plus dessus en mettant par exemple sur leur site des liens vers les logiciels qu'ils utilisent : ca mange pas de pain et ca ne peu que etre benefique pour leur image...

J'avais fait une recherche sur les contrib de free, et a part dans vlc ou un mini patch dans la µlibc j'avais pas trouvé grand chose.
La encore si tu as des liens, je suis interesse.

heu j'y crois moyen, pour faire la meme chose sur des cartes dvb avec decodeur mpeg2 integre il faut au moins un proc a 1Ghz.

A moins bien sur d'avoir une resolution et une qualite basse...

Quelqu'un a t il une idee de la config qu'il faudra sachant que les fichiers devront etre transcodés (decompression et recompression en MPEG2).

oui, c'est un des pb des modem ethernet sur les modem usb : c'est le modem qui ce charge de faire un bridge atm<->ip (via ethernet), alors que les modems usb envoye des trame atm et le driver se debrouille pour deencapsuler au bon format.

De plus les modems adsl ethernet fonctionne souvent avec du pppoe car il n'ont casiment aucune transformation a faire...

les sources pour les chips Broadcom sont plus ou moins disponible quelque part sur le site de 3com (il l'utilise dans l'un de leur routeur).

En meme temps je ne suis pas allez consulter le site de free-news qui est une horreur au niveau des pubs et du contenu...

pour les sources, certains routeurs 3com utilise les meme composant que la freebox au niveau des fonctions reseau et elle sont disponible quelque part sur le net.

Sinon oui c'est domage que free ne communique pas plus sur les modifications apportee...