benoar a écrit 4238 commentaires

Bah à ce moment là regarde la "table of hardware" sur le site d'OpenWRT : cherche les marques trouvables en France (oui, des fois de bons modèles ne sont pas trouvables ici) et regarde la colonne USB.
http://wiki.openwrt.org/oldwiki/tableofhardware

Moi j'en ai un qui correspond à ta description, sauf le prix, et qu'il n'est plus vendu (un Freecom FSG-3)

Mais bon, je dirais qu'en général, quand tu as des trucs pas chers, tu as aussi souvent du matos non-supporté. L'avantage de la Fonera, c'est que tu sais dès le début que c'est compatible ; et ça, ça a un prix.

Bon, en le relisant, je ne sais pas trop quoi en penser. Les choses qui m'ont fait "tiquer" c'est la ridiculisation par rapport à sa menace auprès de la HALDE (même si ça te paraît "overkill", ce n'est pas en se moquant d'elle que tu vas améliorer la situation, bien au contraire) et le "complètement con" à la fin, qui n'est justement pas très fin.

OK, ça fait un peu tatillon, mais il y a tellement de fois où ce sont de vrais gros cons qui utilisent ces méthodes que je pense qu'il faut faire attention. Je trouve que la remarque de Médéric au dessus est très juste. Tu as l'air de faire attention à la parité, c'est bien et c'est rare, mais fait attention car des fois on pourrait croire que tu l'utilises à "mauvais escient" quand ta phrase est légèrement mal tourné (bon ok, ça peut arriver à tout le monde).

Et le tiret à la place du underscore, c'est une erreur de copier/coller aussi ? ... (oui, j'essaye toutes les éventualités ...)

Je n'en ai pas, mais ça à l'air de correspondre à ce que tu cherches (et je connais quelqu'un qui la fait tourner sous openwrt, même si c'est un peu galère à mettre en place au début). Certes, un peu plus cher ...

http://www.fon.com/fr/product/fonera2nFeatures

Je vais sans doute dire une connerie, mais vu que t'as écrit /dev/oco-out et que tu parles de /dev/my_test autre pas, tu ne te serais pas juste trompé de fichier ? (je suppose quand même que c'est une erreur de copier/coller dans ton post, mais on sait jamais)

Là, comme ça, ça paraît effectivement étrange. Pourrais-tu fournir plus d'informations ?
Genre un peu plus de contexte pour le strace, et les morceaux important de ton programme (quoique, c'est souvent dans les choses "peu importantes" que se trouve l'erreur bête qu'on avait pas vu ...)

Juste pour te dire que si tu as un nom de domaine à toi, tu peux mettre des enregistrements SRV appropriés pour avoir ton_nom@ton_domaine.tld et gérer le serveur jabber qu'il y a derrière comme tu veux. Bref, pouvoir en changer quand tu en as besoin, sans changer d'adresse. (je n'en ai pas personnellement, mais d'après ce que j'ai compris c'est à ça que ça sert)

D'un côté, enfoncer le clou comme tu le fais ici parce qu'elle est elle-même une femme est quelque chose de vraiment con désagréable.

Peut-être que ça remarque était un petit peu exagérée, mais en réagissant comme ça, ça n'aide pas à te faire passer pour quelqu'un de tolérant, sachant que ton interlocutrice était une femme.

Je ne liais pas "ouvert" et "pour l'industrie" : je disais simplement que h264 était un format ouvert, même s'il est effectivement blindé de brevets. Mais : brevets qui ne sont pas reconnus par toutes les juridictions. Bon, il est clair pour ce cas là qu'ils comptent _vraiment_ faire payer un droit d'utilisation (cf l'organisation par le MPEG-LA d'une licence genre "bundle" et de tous les procès faits par ce groupe) ce qui ne le rend peut-être pas si "ouvert" que ça. Mais n'empêche, n'importe qui peut l'implémenter et le distribuer comme il veut. Après, l'utiliser ...

En tous cas, ne me parle pas de "formats libres" : pour moi, ça ne veut rien dire, et tous ceux que j'ai vu en parler font des amalgames incompréhensibles. Si tu as une bonne définition, je veux bien l'entendre.

Et arrêtez avec le support hardware du H264 ! Comme dit de nombreuses fois, le "décodage hardware" est un abus de langage. Ce n'est ni plus ni moins que de la programmation de puce générique ( DSP ). Le coût d'un retour en arrière ou d'une cohabitation n'est pas si insurmontable comme beaucoup laissent à penser.

Je précise que quand on (enfin, du moins moi) parle de "hardware", ce n'est pas la plupart du temps pour parler de puces implémentant "directement" ce codec (ce qui n'est que très rarement le cas), mais des "boîtes" que te file un constructeur qui fait des solutions d'encodage/décodage. C'est des boîtes noires, ça se trouve tout est en soft dedans, mais ton fournisseur le vend comme un ensemble unique et qui supporte le standard pour le quel il a été fait. Et ce n'est pas Théora.

Je ne peux qu'approuver : quand on a vu un peu fonctionner le monde de la vidéo/télé en général, on se rend compte de l'importance de MPEG comme standard unique pour tout le monde. Franchement, Theora à côté, c'est du pipi de chat. Je trouve ça vraiment dommage que les formats dérivés de MPEG soient blindés de brevets, mais c'est quand même un super standard ouvert pour l'industrie.

Ouai, OK, j'avais pas fait le rapprochement avec "standard du web".
Mais, le problème pour moi, quand même, c'est que dans la vidéo, le MPEG-LA est un peu le standard et la référence. C'est vrai que c'est un monde différent, mais imposer un codec vidéo quand on vient du web, je suppose qu'il y en a pas mal qui se marrent chez MPEG. Ou peut-être qu'ils ont les boules justement, et que le travail de pression de Mozilla marche bien. Je sais pas trop, mais ça me semblerais trop "beau" que ça marche.

Tiens, c'est marrant ça, l'automonitoring. Genre, il essaye de s'envoyer un email "plus rien ne marche" et ... plus rien ne marche ?
Plus sérieusement, qu'est-ce que tu entends par "automonitorer" ?

Je rappelle à tous ceux qui "craignent" le MPEG-LA à propos de H264 qu'ils peuvent également se mettre à éviter tous les formats vidéos basés sur mpeg4 (divx et compagnie), le AAC et le mp3 pour l'audio, etc. Ça va sévèrement limiter le périmètre des formats multimédias.

"qu'une fonction se lance automatiquement" : ça n'est pas que c'est possible ou pas en PHP, mais que ça ne correspond à aucun modèle d'exécution actuel. Les paradigmes "classiques" des langages de programmation actuels ne permettent pas ça. Il faudrait que tu revois un peu tes bases, je pense.

http://blog.fdn.fr/post/2010/01/21/La-quadrature-jette-l-%C3(...)

Ça fait pas énormément longtemps que ce blog est en place, mais B. B. post des trucs assez intéressants.

Donc pas le choix, c'est ce prix qu'il faut payer si on veut l'avoir, pas celui que tu as cité puisqu'il est beau sur le papier mais pas disponible en réalité.

Ha merde, j'avais pas fait gaffe (pourtant c'est en rouge ...). Mais le problème, c'est que la version avec boîtier, c'est pas vraiment la même board : en particulier, elle "perd" son PCIe (en fait, une CG est déjà connectée dessus, mais on sait pas ce que c'est). Du coup ...

Ah ben dans ce cas... Pas très utilisable au quotidien, autant prendre un truc utilisable en x86 alors, car le tests c'est sympa mais après les tests il faut utiliser. Ca peut être pratique pour un industriel par contre, mais pas forcement pour du décodage vidéo du coup, pour d'autres choses.

Oui, c'est pas pour madame michu. Bon, comme on parlait d'ordi ouvert, d'archi non-x86, je visais le geek, qui peut se permettre d'avoir un PCB à l'air ... non ? ;-)

"si je le fais (en partant de l'état du monde tel qu'il est), quel sera l'effet ?"

Oui, sauf que si tout le monde faisait comme toi, rien ne changerait. Je ne vais pas citer Gandhi, mais c'est dans l'esprit.

Ho, toi aussi tu rêves de ça ? Faudrait peut-être qu'on s'y mette, tout simplement. J'ai une liste bien remplie, je pense qu'on pourrait s'y mettre en contactant les gens de adblock. Bon, pour ça, il va falloir se sortir les doigts du cul. (je dis surtout ça pour moi)

Bonne question, ça pourrait effectivement poser problème ... Faut espérer que ça arrivera bientôt dans les drivers libres.

Je ne vois pas le port PCIe dessus, il est où?

Bah on le voit sur la première photo du lien que j'ai donné ... Ou ici, pour les specs : http://www.globalscaletechnologies.com/t-openrdbdetails.aspx(...)

- le boitier (on monte à 250€ TTC)

Prend pas ton boîtier chez des arnaqueurs alors ... Franchement, 100€ un boîtier pour un SoC qui fait le même prix ... Et puis je le voyais plus comme une sorte de plateforme de test, pas besoin de boîtier /o\ (en plus tu vas avoir un problème avec la carte PCIe qui sera perpendiculaire aux PCB du SoC ; idéalement faudrait un équerre PCIe).

- le chargeur, non inclu dans le prix de base (+70€ TTC)

Relis : c'est inclus dans le prix. Et puis un adaptateur 12V à 70€ ... Franchement, je te conseille de changer de fournisseur !

Forcément, si tu dis que "comme tout le monde le fait, je peux le faire", ça va pas t'amener à faire des choix très judicieux. Enfin bon, c'est mon avis.

Va regarder du côté de select(). Ou fait du multithreading (je te conseillerais la première solution).

Un ARM à 1,2 GHz, basé sur la même archi que la SheevaPlug, avec un port PCIe 1x :
http://www.globalscaletechnologies.com/p-20-openrd-base.aspx

Tu y mets une HD 4350 (qui arrive même à faire du décoage hard du H264, même si c'est pas du haut de gamme ; c'est quand même du récent) :
http://www.materiel.net/ctl/Cartes_graphiques/51520-Radeon_H(...)

Et t'as une machine assez intéressante pour 150€ ...
Ça peut faire un bon petit média-center custom non-x86. Et même une bonne bécane pour des jeux libres (ARM oblige).

Je disais surtout dommage pour moi et les autres utilisateurs qui veulent utiliser une distro stable. Oui c'est clair, en unstable j'aurai le 2.6.33 bientôt. C'est juste que vu le petit nombre d'utilisateurs, ça ne va pas inciter ceux-ci à tester des trucs récents pas trop "stables" (au sens où quelques de paquets dans unstable ne buildent plus et son un peu laissés de côté, ce qui rend son utilisation un peu délicate).

Je ne me plein pas du tout de cette maintenance plus longue, hein !