M a écrit 2996 commentaires

essaye les differents drivers irda du noyau...

nfs plus leger que ftp ?
elle est ou la blague...

Faille anonce en 97, toujours pas corrigee

http://www.securityfocus.com/archive/1/392354/2005-03-02/2005-03-08(...)

Encore une fois vive la reactivite de MS...

Ok je sors -> []

ben non, tu modifie ton programme pour ne pas faire une attente active...

idem chez moi sur une geforce 4 mx et les derniers drivers nvidia...

Contrairement a ce quil est indiqué, Il lit les OGG Movies (ogm) et ogg, apres mise a jour du firmware du chipset Mediatek

J'essaye d'optenir des details spour savoir si c'est juste le container ogm ou les codecs theora...
ogm n'est pas du ogg movies, c'est qu'un hack...
le conteneur contenant du ogg theora est du ogg pas du ogm : et oui xiph ne veut pas que ogg soit utilise pour autre chose : http://www.xiph.org/container/ogm.html(...) .

D'ailleur de nombreuse personne s'accorde sur le fait que conteneur ogg n'est pas ce qui ce fait de mieux...

sinon y a dd_rescue qui est fait pour ton pb...

Bref, c'est un projet très pratique, néanmoins ce n'est pas une solution viable pour le manque de drivers wifi sous linux ! En effet, quid du support PPC par exemple ?


Ni meme des amd 64 bits..


Mais il présente suffisamment d'intérêt pour mériter une intégration dans toutes les distributions !

oui, d'un autre cote ca peut encorage les fabriquants a ne pas faire du tout de driver pour linux : "nos drivers windows marche tres bien, pourquoi payer des develos ?"

Je me demande si leur machine tiendrons le coup, qd j'ai voulu allez voir leur interface de configuration, ca ramait a mort...

Alors si c'est pour faire comme sourceforge qui retarde les mail de 1 jour parce que leur serveur son sature, je m'en passerais...

http://isnoop.net/gmail/(...)
plus que 409,939 invitations, depeche toi ;)

oui t'as parfaitement raison, mais ca c'est pas le pb du client...

Tout les clients a ma connaisance gere les pb de nat...
Si t'es derriere un nat, des clients ne pourront pas ouvrir des connections chez toi, mais tu pourras toujours en ouvrir chez les autres.

Pour les proxy le client officiel le gere via python : utilise a variable http_proxy...

Sinon tu peux utiliser un live-cd qui supporte le sagem, puis t'installe ta debian via debootstrap...

voir http://www.vdldiffusion.com/dab/recev.php3(...) ...
Y a tres peu de couverture...

Pout la télé sur Adsl, il faut non seulement l'Adsl (ce qui est loin d'être possible à la campagne),

Quand je regarde la zone de couverture, je me dis que les campagnards, ils peuvent encore attendre encore longtemps.
Et puis comme a la campagne t'as de la place, il y a de grande chance qu'ils soient passer au satellite si t'as une mauvaise qualitee et que la tv t'interesse...

La très grosse majorité des téléspectateurs français (75% de mémoire) ne souhaite pas payer d'abonnement supplémentaire, pour le câbel ou le satellite. C'est un public qui peut être intéressé pour la TNT qui est gratuite, au coût initial du démodulateur près.

gratuit ?
c'est qui qui paye la mise a jour des emeteurs ?

Sinon pour le satellite, comme dis plus bas les chaines nationnales sont gratuites en analogique, mais y a plein d'autre chaines numeriques gratuites.

Oui, mais la couverture est beaucoup moins grande.

Tu parles de cette couverture : http://www.tvnt.net/CarteTvnum_17sites.JPG(...) ?

Pour la tnt, c'est pas encore vraiement parti donc on sait pas ce que ca va donner...

On voit assez peu de carte DVB-S en france, et je n en ai vu aucune DVB-C.

En tout cas plus que des DVB-T...


Voir le site de linux tv, les cartes FF sont apperment assez rares, ils semblent dire que l'equivalent wintv, le framework de microsoft ne les gere meme pas.

Je vois pas ce que viens faire ici le framework crosoft.
Sinon les FF ne sont pas si rare que ca pour le sat (sur monsieur prix c'est une des seul carte dvb populaire), pour la TNT ca doit etre plus chiant, car d'apres ce que tu dis il y aura aussi du MPEG-4...

Cela dis le boulot de decodeur MPEG2, c'est pas la mer a boire..

Tout depend ce que tu veux faire, mais ca oblige d'avoir un pc assez puissant. C'est pas sur mon p133 que ca tournera alors qu'une dvb-s FF tourne sans pb (la j'exagere un peu puisque ça ne suit pas bien a l'enregistrement). Donc si tu veux te faire une geekbox, il va falloir avoir du matos, d'autant donne que les FF ont aussi une sortie video et un module OSD (pas besoin de carte video)...

pour VDR, je connais tres peu, donc je n'en parle pas. Cela dis, on ne peut pas le louper sur le site de linuxtv.

ben tu devrait regarder d'un peu plus pres : je suis pas sur que vlc et mplayer soit les plus approprier...

La TNT ne serait pas en retard sur son temps ?

Avec le cable, le satellite et tout récemment la TV par adsl reste t il une part de marche pour la TNT ?

Nos voisins allemands et anglais ont depuis déjà quelques années des ondes DVB-T dans leurs foyers. C'est donc logiquement eux qui se sont attelés les premiers à la réalisation de linuxtv un framework de support DVB sous linux.

En france on a le satellite (et le cable) depuis pas mal de temps et c'est exactement les mes cartes a part le tuner qui change...

De plus le framework a ete principalement developper par la boite allemande convergence qui a fait aussi directfb si mes souvenir sont bon (par contre je crois qu'elle a actuelement des pb :( ).
Autre chose marrante c'est le meme auteur que les drivers bttv qui a commencer a ecrire les drivers dvb pour linux ...

pour ta carte a 80 ¤ c'est une carte complete (FF), qui embarque un decodeur MPEG ou c'est au pc de ce taper le boulot ?

Enfin aucune reference a vdr, qui est pourtant une reference dans ce domaine...

En fait locate marche avec une base de donne qui contient tous les noms de tes fichiers, mais pas d'autres info telque la taille.

Par contre rien ne t'interdit de faire un script qui recupere les fichier retourne par locate et de faire les tests que tu veux sur ces fichiers...

un format de conteneur de type AVI (le conteneur Matroska étant toujours en phase de test, je ne le cite que pour information : http://www.matroska.org/(...(...))) et des codecs libres (ogg, ogm, xvid etc.) cette accessibilité serait mieux garantie.

ogg et ogm sont des conteneurs. ogm n'est qu'un hack non reconnu par xiph pour pouvoir transcoder des avi dans des ogg (http://www.xiph.org/container/ogm.html(...)).

Pour xvid c'est libre, mais ca viole des brevets MPEG et je ne suis pas sur que des companies soient pres a l'adopter. Mais l'utilisation d'un autre codec ISO MPEG n'est pas de refus...

Ce que je trouve domage c'est que l'api video ne soit pas mieux developper sous linux :
- actuellemnt chaque server doit developper ses propres drivers
- pas d'utilisation d'api du noyeau : on fait des io -> le serveur doir avoir les droits root + pb d'incompatibilite avec le frame buffer, pb pour la mise en veille, ...

Ce qui serait pas mal serait de pouvoir reutiliser un maximun le framebuffer pour la 2d, et d'avoir une biblioteque "minimaliste" pour supporter le reste (extension video telque dga, xv,...)

Je sais pas trop ou ce place directfb dans tout ca.

D'ailleur au lieu d'avoir XDirectFB, ne serait t'il pas possible d'avoir un driver pour xorg qui utilise l'api directfb pour faire des operations video, un peu comme le fait le diver fbdev avec le framebuffer ?

tu peux lier ce que tu veux à du code GPL (les drivers nvidia par exemple).

oui mais qui te dis que c'est pas le module proprio qui utilise du code GPL (acces au bus, ...).
quid des includes GPL ?

D'ailleur http://people.redhat.com/arjanv/COPYING.modules(...) et http://kerneltrap.org/node/1735(...) semble te contredire...

Tu pourrais developper ?

elle sert a quoi ta boucle ?
cp peut prendre plus de 2 parametres

.[^.]* est ton ami...

-1- il n'y a pas d'option à passer à la commande

Tu fait un peu script et y a plus non plus d'option, ensuite pour la progression je sais pas vu que je n'ai pas teste mmsrip...