M a écrit 2988 commentaires

En quoi la balise video est différente de la balise img ?

Et pourtant je suis très content de pouvoir mettre dans cette balise :
du jpeg pour les photos
du png pour les icones
du gif pour les trucs animés

PS : et puis bon si theora n'arrive pas à s'imposer de lui même (y a qu'a regarder la proportion de video theora par rapport au reste), c'est pas en imposant son utilisation qu'on va faire changer les choses. Au niveau industriel h264 est a des année lumière de théora : il existe des décodeurs hardware, des encodeurs optimisés, de nombreuses platformes qui propose se format (en telechargement, streaming, ...).

PS2 : la gestion des videos dans le html4 avec un plugin exerne (via la balise objet) permetait de contourner simplement la question des brevets dans le navigateur.

C'est bien beau mais ca suppose d'etre connecté en permanence sur le net ?

Si on veut installer des trucs en plus ca risque d'etre galere (comme sous android).

Les librairies statique étant interdépendant, je suis obligé d'utiliser --start-proc et --end-proc du linker pour qu'il répète régulièrement les librairies (du genre -la -lb -la -lb -la -lb). L'autre solution est de passer du temps à chercher les dépendances et de le répéter manuellement.

Ca te choques pas d'avoir des lib interdépendantes ?
C'est quoi l'intérêt d'avoir plusieurs lib dans ce cas ?

Et sinon t'avais pas une autre station un peu plus loin.

Difficile d'être moins cher que 20 ou 30 €... par an. (Entretien inclus.)
Tu sais un vélo d'occas ca coute pas forcement tres cher (moins de 50 €) et l'entretien sur un vélo n'est pas forcement ruineux (ils faut beaucoup rouler avant de changer les freins, pneu & co).

Et puis avec le velib t'es pas libre : il faut que tu atteignes une borne au bout de 30 min si tu veux pas payer.

Quel est l'avantage de SFI par rapport a OF (open firmware) utilisé sur powerpc et sparc ?

http://www.mc2i.fr/2009-l-annee-des-nouveaux-O-S

Oui intel essaye de se positionner sur le secteur de l'embarqué (smart phone [1], ...).
Avec le rachat de windriver ils acquierent des compétences softs tout en pouvant délaisser le support des autres archi dans leur produits commerciaux.

Les prochaines années vont être intéressante entre ARM qui fait des cpu de plus en plus gros et complexe (le cotex A9 supporte du OoOE [2], fpu obligatoire, SIMD, multi core) et intel qui se met a faire des SoC avec une gravure assez fine(avec intel plus besoin de cross compil, on profite du code optimisé pour pc, plus de soucis d'archi exotique (alignement, ...)).

[1] http://www.mercurynews.com/breakingnews/ci_12571912
[2] http://en.wikipedia.org/wiki/Out-of-order_execution

est ce que par hasard quelqu'un aurais une solution economique pour imprimer des rapports pas trop chere (mes imprimeurs pres de chez moi ne le font pas) en couleur, en recto verso ?

Utiliser l'imprimante de ton école ou du boulot !

Mais pourquoi ne pas le mettre sur la zone de telechargment de gna ?

Je suis pas sur que tout le monde ai envie d'installer blender pour tester ton jeu.

A et puis j'oubliais, certaines FTL sont optimisé pour FAT...

L'intérêt ? UBIFS est fait pour être conscient des caractéristiques de la mémoire flash: taille minimale d'IO, taille d'un erase block, limitation des écritures/effacements, wear leveling (via UBI en fait).

Sauf que pour les clefs USB, les disques durs SSD, les cartes mémoires (SDCard, MMC...), tu n'as pas acces directement a ces caractérisques.
Tout est masqué par la FLT présente dans le controlleur.

Comment tu vas choisir ta taille d'erase block ?
Comment tu connais la taille io minimale ?
Comment tu peux garantir un résultat correct sans connaître vraiment ce que fait la FTL derrière ton dos.
Certaines FTL/matos sont vraiment foireuse et corrompe tes données de manières invisible.

Pour moi sur ses périphériques il faudrait plutôt mettre un fs qui est robuste aux corruptions aléatoires du support.


PS : http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_f(...)

Ce que ne dis pas le bench est si c'est liée au programme utilisé ou à l'algo :
il est existe des versions optimisé de lzma pour l'embarqué (lzma dans busybox (qui est celle dans le noyau linux), XZ Embedded, ...)

On t elle les meme propriété que ce qui a ete observé dans ce bench ?

quelqu'un sait pourquoi il y a 2 formats différents utilisant le même algorithme ?
si le format 7zip est libre et documenté, je m'interroge sur ce qui a pu motiver à créer un 2e format (ou est il antérieur ?),

De memoire la difference entre 7zip et xz est la même qu'entre zip et gzip.
7zip comme zip ne font pas que de la compression mais aussi de l'archivage (ce que fait tar).

Je pense que c'est la philosophie UNIX (chaque outil fait un seul truc) qui a amené a la modification du format.

Des fonctions qui, si elles étaient utilisés dans certains programmes, limiteraient de facto la compatibilité au niveau du code source avec les autres distributions sous linux utilisant la glibc ?
Au niveau du code source ca devrait pas poser de problème : il y a deja plein d'extension dans les applis qui sont utilisé conditionnellement suivant leur disponibilité (c'est ce que detecte configure par exemple).

Par contre la ou c'est plus embêtant c'est la compatibilité binaire.

je connais des systèmes Linux sans X, mais pas sans libc).
Sans libc non, sans sans glibc oui :
la plupart des système embarqué utilise uclibc, android utilise une libc maison basé sur celle des bsd et il existe encore d'autre libc pour linux (newlib, dietlibc, ...).

Si tu commences à péter des gros projets parce que les options pas défaut ont trop changé, tu fait fuir les gens de ton projet. Si tu obliges les gens à modifier leur chaine de compilation car le compilateur merde car optimise trop, tu es mal. J'ai vu des codes de calcul qui donnent des résultats faux selon les paramêtres d'optimisation. Trop vouloir optimiser ne donnent pas toujours un résultat juste.

Oui mais bon, avant de changer de compilo tu es aussi censé evaluer celui-ci et verifier qu'il ne casse rien. Parce que tu n'es jamais a l'abris d'un bug/regression dans gcc (il y a qu'a regarder le nombre de bug dans leur bugzilla).

Je sais pas d'ou tu sors tes chiffres, mais il y a 4 ans le salaire d'embauche en ssii d'un débutant sur paris c'etait plutot 28/30k€ sans negocier (35/37 € avec nego).

A 10 ans d'experience, je pense que ca varie beaucoup plus suivant ton parcours...

(ils se basent sur openwrt),
Oui mais bon d'apres ce que j'ai pu lire, pour le premieres versions il a fallu du temps pour que ca soit merger dans openwrt (et c'est venu forcement de fon)

et tu n'as pas de bidouilles à faire pour la flasher.
Ca dépend des modèles (pour certains les premiere version, je crois qu'il faut exploiter un bug du firmware).

Fon fait une comparaison (pas forcément très objective ...) avec d'autres routeurs du même type
Oui mais ils ont oublier d'ajouter les 10€ de frais de port sur leur routeur.
Les différences sont au niveau soft, ce qui est facilement modifiable pour un routeur ou l'on peut installer openwrt (ce que je souhaite).

Ce que je cherche c'est un routeur pas trop cher avec du wifi (au moins 802.11g), avec un port WAN et au moins un port LAN, ainsi qu'un port usb2.0 (high speed). Je préfère avoir un hardware qui tienne la route et qu'il soit pas complètement supporter que l'inverse.

Bref pour faire quel est le (ou les) routeur du moment en france ?

Il y a bien la fonera 2 (wifi + usb2.0) à 60€. Mais je trouve le prix limite cher pour ce que c'est : le hardware n'est pas frachement formidable (flash lente, usb qui ne supporte pas le usb1.0, qu'un port LAN ethernet) et en théorie on doit participer au reseau fon.


En comparaison le netgear WGT634U [1] a l'air bien mieux, mais il n'est plus commercialisé depuis 2005...



[1] http://oldwiki.openwrt.org/OpenWrtDocs(2f)Hardware(2f)Netgea(...)

J'en profite qu'on parle d'openwrt pour demander une page qui récapitulerais les routeurs qui fonctionne bien aujourd'hui (et qui sont encore disponible).

En effet le http://oldwiki.openwrt.org/TableOfHardware.html est un peu bordélique : entre les hardware qui ne se font plus, les hardware dont on se sais pas trop le status, les hardwares dont ne n'est pas sur qu'il tourne sur la dernière version (noyau 2.6) et les hardwares dont on ne sait pas trop quel interface ils ont (usb 1.1 ou usb 2.0, ...) on est vite perdu et il est difficile de choisir un routeur qui serait bien supporté.

Pour la video tu peux jeter un coup d'oeil sur http://multimedia.cx/eggs/icc-vs-gcc-smackdown-round-3/ . Mais c'est pas sur que toutes les optimisations aient été activées

Esperons qui ne fasse pas comme arm (via codesourcery) : ajout des fonctionnalités derniers cris, mais peu de support des procs un peu ancien.


PS : je sais pas d'ou le [1] est deduit, mais le mail reste tres flous : on parle seulement de contribution future...


[1]
C'est en effet, le 10 avril qu'un message de Melanie Blower¹, collaboratrice d’Intel, sur la liste de diffusion de GCC à révélé leurs intentions de collaboration plus profonde, et notamment sur le gcc, les binutils, gdb et la glibc. Ces modifications seront assez importante pour nécessiter une signature d’un contrat de cession de droit².

Si c'est la puissance de calcul qui t'intéresse pourquoi tu ne regarde pas du coté des dsp ?

Je pense que le pb vient de ton choix de ffmpeg qui est quand même un soft bien spécial avec toutes ces routines hyper optimisées.
C'etait le but : tester avec quelque chose de different que le hello word ou un mini bench

De plus si tu regarde le testcase du bug [3], tu veras que c'est du C99 parfaitement valide. Sans aucune extension gcc. D'ailleurs a ce niveau ffmpeg est assez portable dans le fait que le script de configure délecte se que supporte le compilo, et n'activera l'asm inline que si celui-ci est supporté.

Tu a essayé de compiler un autre truc ?
Le noyau Linux, mais je suis pas allé très loin.

Mais bon il faut croire que ca marche chez des gens : http://wiki.freebsd.org/BuildingFreeBSDWithClang


[3] http://llvm.org/bugs/show_bug.cgi?id=3789