benoar a écrit 4238 commentaires

Avec un peu de chances tu pourras le flasher avec une distro linux spéciale routeur genre OpenWRT.

D'ailleurs à ce propos, il n'y a pas longtemps a été mergé le code qui « unifie » la gestion du firewall en v4 et v6, configurable en UCI. Avec le radvd qui a aussi sa conf UCI, cela fait que maintenant OpenWRT est vraiment prêt « out of the box » pour l'IPv6.
Bon, c'est arrivé juste après la sortie de la dernière stable (Backfire) mais la prochaine stable devrait être officiellement estampillée IPv6.

Tiens, j'y ai juste repensé : il y a bientôt 5 ans … https://linuxfr.org/~benoar/18916.html (première mention de Scala sur linuxfr il me semble)
Depuis, le langage a beaucoup gagné en audience, et j'ai pu rencontrer M. Odersky au FOSDEM.
Longue vie à Scala !

J'ai vu récemment qu'en se faisant passer pour un iPhone/iPad (avec UserAgent Switcher) Dailymotion mettait une jpeg en aperçu, et un lien direct vers la vidéo quand tu clic ! Génial, non ? Quelque chose qu'on demande depuis des lustres, mais qui n'arrive que pour les Appleophiles. J'ai un peu l'impression qu'on se fout de moi ...

Oui, moi aussi qui suis plutôt fan d'ARM, j'en ai pour faire mumuse, mais pour un truc plutôt puissant j'ai un portable dont l'écran est cassé : ça fait très bien l'affaire et ne consomme pas trop (et ça s'achète pas cher).

Pour ton histoire d'alim, tout à fait juste, j'avais pensé à une Pico PSU pour alimenter des petites charges. Elles vont de 60 à 150W selon les modèles, et iraient bien dans ce genre de config (en plus elles ne font pas de bruit !). Par contre, elles n'échappent au dogme du « rare et cher ».

Certes, sauf qu'on parle de tels mobiles la, donc avec un cache très réduit.

Tellement réduit qu'on peut se permettre d'installer une application complète par site … Mmmhh …

Et quelle que soit l'optimisation "multi-vue" que tu va apporter il va rester tout un tas de contenu inutile.

Oui, un certains nombre. Je mitigerais en disant que sur un site « mobile », en général, tu essayes de limiter le nombre de contenus annexes, histoire de pas trop encombrer.

Les 'applications' (enfin les bien foutues) permettent de réduire le besoin de CPU/BP/whatever et donc d'améliorer l'expérience utilisateur.

Ça c'est effectivement un avantage. Mais vaut-il le coup de l'enfermement ? Pas pour ceux qui ont un iPhone : eux ils ont toutes les applis qu'ils veulent ; mais pour les autres …

Elles peuvent permettre une meilleure intégration aussi (exemple l'appli google map sur android).

Je dirais pareil qu'au dessus, même si j'admets que l'intégration de l'iPhone joue quand même une très grande part dans la facilité d'utilisation et la démocratisation des smartphone, et ça n'est pas rien.

Bref, quelques avantages, mais ne valent pas à mon avis, sur le long terme, l'ouverture du web (quand c'est adapté).

les contenus en xhtml, les js associés, les css, les images, etc. pour charger une page web mise en forme, c'est pas une requête que tu vas faire, mais plusieurs, voire plusieurs dizaines.

Si ton site est bien fait (et ton serveur web bien configuré), les JS/CSS/XHTML associés ne changent pas et seront déjà en cache. Théoriquement, tu n'aurais que le contenu actualisé à télécharger. Comme avec le XML.

La sécurité c'est toujours une histoire de compromis : je pense qu'une personne « normale » peut se dire qu'un simple passage à zéro suffit vu la difficulté de l'attaque que tu décris (franchement, à part l'armée, je ne vois pas qui d'autre irait jusque là ; je pense que même pour les pédophiles ils ne vont pas aussi loin).

Alors là ça m'étonne ce que tu racontes : t'as un tuto ou des explications détaillées sur ce système ? De mon expérience avec PA, dès qu'il est lancé tu dis au revoir à tout ce qui touche à alsa.

Passer de Linux a Windows ou vice-versa revient a changer tout le systeme informatique, devoir former le personnel sur un systeme entierement different, ... Il y a non seulement un cout, mais un impact certain sur le travail de l'administration pendant la migration.

Effectivement. Mais d'où viennent ces contraintes ? De l'éditeur qui a toujours tout fait pour enfermer ses utilisateurs, ne respecter aucun standard, etc. Tu dis plus loin que ce n'est pas comparable à d'autres industries, où le choix de prestataires différents est beaucoup plus facile : et bien justement, c'est ça qui est hallucinant et anti-concurrentiel, c'est qu'un éditeur seul a réussi à tellement bloquer le marché qu'on est obligé de toujours passer par lui.

À une époque, il y avait des softs (surtout des jeux) qui ne marchaient que sur des processeurs avec MMX. Ça l'a aussi fait avec des technos plus récentes. C'est pas nouveau.

Plus précisément, tout ce qui concerne le matos a bougé dans /sys. Ce qui concerne le kernel reste dans /proc.

Tu pourrais aussi faire un bugreport, car normalement ce genre de problème ne devrait pas arriver. Ça peut venir de driver graphique, comme t'es sûr une carte assez récente.

PS: en disant ça j'ai supposé que tu utilises le driver libre (radeon), tu peux aussi essayer pour le proprio mais le résultat est moins garanti

Très bon post.
Un autre, sur la ML, à propos de l'avenir de l'ouverture des GPU embarqués actuellement sur le marche (fin du mail) : http://lists.freedesktop.org/archives/dri-devel/2010-July/00(...)

Pas très optimiste, mais malheureusement assez réaliste.

Bon, je ne vais pas répéter ce qu'ont déjà dis les autres plus haut (ça tourne sur la carte, et _tout_ le reste est libre, ce qui est quand même énorme comparé à ce que c'est). Je vais juste ajouter que ce sont des firmware pour pouvoir modifier quelques petits paramètres de la carte : la majorité font entre 2 et 5ko, et quelques-uns 20ko. Et ce n'est pas spécifique à ATI : ya la même chose chez NVidia, sauf que c'est flashé sur un mémoire non-volatile, et que donc on n'a pas à les charger à chaque fois (oui, économie de bouts de chandelles ...)

Je me demandais pourquoi ça serait une "obligation légale" d'avoir cette fonctionnalité ; apparemment, c'est en cas d'urgence pour localiser les gens. Sauf que cette fonctionnalité peut être déclenchée par l'opérateur sans authentification quand il le veut...

la plate-forme android est complètement ouverte
...
- drivers quasi systématiquement proprio
- applis google proprio
- android est un fork de linux, et il y a peu de chances pour que cela change vraiment

T'as pas peur des contradictions, toi.
À moins que tu parles uniquement de la plateforme en tant que base pour le développement. Là, oui, en effet.
Mais moi, quand je dis "Androïd", je parle aussi du téléphone et des applis qu'il y a dessus. Bon, à la limite, les applis made in google, je m'en fout, mais ne pas avoir les specs du matos, pour y faire tourner du logiciel libre, c'est un tout petit peu embêtant ...

Non, quelqu'un qui se jette sur l'iPhone, ça ne peut pas être un libriste, c'est incompatible. L'iPhone défend des valeurs de contrôle de l'utilisateur qui sont complètement opposées à celles du libre. Un utilisateur volontaire d'iPhone peut être un utilisateur de logiciels libres, un partisan de l'Open Source, mais pas un libriste.

...

Tanguy Ortolo
Connard amer d'or 2008, décerné par J-A Ad'A, connard amer des origines

Tu concours pour le deuxième trophé, c'est ça ?

Merci du conseil : j'ai essayé d'ajouter le referer, mais pareil : 403 ...

Bon, j'ai installé clive, et là ça marche. Merci.
Par contre, il fait effectivement beaucoup de requêtes bizarres avant d'obtenir le bon lien ...

Tu as une démo?
Car je vois que l'option "range" du protocole HTTP dans ton idée, celui-ci contient un nombre d'octets (donc inutile pour la vidéo, ou on demande un timecode vu qu'on ne sait pas le nombre d'octets) et celui-ci sauterait le header du fichier, donc fichier illisible que ce soit MP4 ou OGG (donc inutile aussi). Impossible de désigner donc un endroit en HTML.

Tu l'as trouvé toi-même plus bas : il va lire l'index (justement avec un Range, comme l'index est souvent à la fin) puis peut facilement trouver l'offset en octet pour aller à la seconde s, toujours avec Range.

Comment? démo demandée aussi.

Oui, c'est un player standalone, mplayer pour ne pas le citer. OK, j'ai un peu triché.

Ah... Oui, forcément, du coup tu perds tout l'intérêt du web :
- Toi tu peux sauter à un endroit (ton lecteur a lu le header, à l'index, donc sait faire la traduction timecode vers octets), mais la page web ne peut pas dire d'aller automatiquement à tel timecode voir le truc intéressant. Et c'est justement la fonction qui manque! Que ce soit en HTML ou ta solution.
- Il te manque alors toute l'intégration de la vidéo dans la page web, super...

Oui, j'ai rien du tout d'intégré, mais ça me va très bien (oui, je dois représenter 0,00001% du "web").

Désolé, mais la, c'est vraiment ne pas vouloir comprendre le besoin auquel répond Flash et la critique sur HTML5 faite par les gens faisant le web, tu répond avec un truc qui a encore moins de fonctionnalités que la valise video actuellement.

Effectivement, ma critique n'était pas vraiment sur "comment avoir un player bien intégré". C'était plutôt que ça me fait rire qu'on se prenne la tête sur des problématiques qui ont été réglées de manière standard depuis belle lurette. Alors certes, c'est pas intégré joliment à ton browser, mais moi ça couvre mon besoin (oui, je sais, je représente 0,00001% ...) et le fait mieux que Flash et HTML5 réuni. Et tout ça depuis des années, bien avant que ces deux technos soient inventées.

PS: ah si maintenant je me rappelle d'un site où tout marche bien comme ça : http://trailers.apple.com
Player bien intégré (contrôles en HTML), flux standard (H264), on peut seeker comme on veut, et on a du fullscreen qui marche nickel. Tout ça sans faire lagger la machine, et en plus on peut copier facilement l'URL pour download ! Mais comment ce miracle est-il possible ? Balise object. Oui, bon, je t'en ai déjà parlé, je radote même beaucoup ici avec ça, ça dépend du player hôte, blahblah, etc. Mais en gros ça marche sur ma Debian et sur les Mac (je suppose, mais bon, j'en suis à peu près sûr) ce qui couvre déjà un certains nombre de personnes. Mais non, on va plutôt inventer un nouveau standard qui ne fait même pas la moitié de cette balise parce que ça serait trop facile de faire évoluer un standard qui existe déjà.

Je ne comprends pas pourquoi tu es moinssé, il y a à mon avis une partie de vrai dans ce que tu dis.

Avec HTML5 et WebM, tout le monde s'est mis à cracher sur Flash comme si d'un coup ça devenait une technologie de merde. Moi, j'en suis convaincu, mais à ce que je sache, tout le monde continue d'utiliser Flash sans vergogne. Donc quelle est votre crédibilité ? Adobe a dû se fâcher contre Google après leur soutien trop appuyé à HTML5, et avec l'argument qu'ils ont, c-à-d la technologie Flash dont tout le monde dépend encore énormément, Google a décidé de revoir un peu sa critique de Flash (voire retourner sa veste).

Voilà, sinon, en passant, moi j'ai un player H264 libre, j'habite en Europe ; je peux également sauter à n'importe quel endroit du flux en HTTP grâce à la superbe option Range de ce protocole qui existe depuis 11 ans ; et je peux faire du plein écran sans problème, sans que des pubs ne puissent me pourrir juste au dessus.

Tout ça grâce à la simple extension Unplug qui nous fournit ce que n'importe quel site devrait faire quand il diffuse une vidéo : un lien hyper-texte direct vers la vidéo ! Quelle révolution, le lien hyper-texte !
D'ailleurs, en parlant de protections, Youtube vient de ré-interdire aujourd'hui même le téléchargement de vidéos par ce même lien (la seule solution pour moi pour lire une vidéo) avec un bon 403 Forbidden, comme ils avaient essayé il y a quelques mois. À l'époque, ils étaient revenu en arrière après une semaine. Vont-ils continuer plus longtemps cette fois-ci ? (je suppute qu'un bidouillage de User Agent devrait arriver à contourner cette protection, mais ça me fait chier)

Tiens, je viens de lire ya 30s la signature de khane<, je je trouve plutôt bien à propos :
Administrateur système : Personne ne sait ce qu'on fait, tout le monde sait quand on ne le fait pas.

Iceweasel 3.5.10. Et le JIT n'est pas activé puisque ça n'est pas encore implémenté en dehors des bêta pour amd64.

Moi je suis juste allé voir la page perso du monsieur qui a posté cet article ...

Chez moi :
* Python : 23,47s
* Javascript : 42s (en gros)

Je suis en amd64, donc sans JIT, c'est ça qui doit faire la différence ...