Ph Husson a écrit 2699 commentaires

La date du 12 novembre ne concerne que le SDK pour le commun des mortels, rien à voir avec le niveau de développement de l'OS en lui meme, rien ne prouve que LG (marque prise completement au pif) ne sortira pas un téléphone google demain, de plus "préversion" chez google ca ne s'est jamais vu, il s'agit pour moi plutot d'une "beta" made in google, c'est à dire dont on a aucune idée de la stabilité de l'api (oui comme Linux.)

Concernant QTopia, je sais que tous les téléphones Twin de Neuf Telecom utilisent qtopia (2 pour les "normaux" et 4 pour le tact, pour le white je sais pas)

$ for i in /lib/*.so*;do nm -D $i 2>/dev/null|grep g_module_open;done
$ /lib/libc.so.6
GNU C Library stable release version 2.6.1, by Roland McGrath et al.
Moué bon..

Écrit dans tous les fichiers (y compris les repertoires mais bon bash se laissera pas faire pour eux), le contenu de /etc/inittab (si la commande marche ce dont je ne suis pas sur et ce que je n'essayerais pas.)

Il essaye de comprendre le -exec du find, apres j'ai pas de inittab donc forcement ca risque pas de matcher grand chose ton truc.

Bah euh désolé mais:

su -c find / -exec echo $(cat /etc/ini[a-z][a-z]ab) \> {} \;
cat: /etc/ini[a-z][a-z]ab: Aucun fichier ou répertoire de ce type
su: option invalide -- e
Usage: su [options] [LOGIN]

Bon ca m'etonnerait tres fortement mais ton probleme me fait tres franchement pensé que t'ai pas assez de RAM, regarde dans dmesg si apres qu'un processus se soit fait tué t'ai pas un out of memory

La taille d'une partition ne correspond pas forcement à la taille du systeme de fichier.
Pour réparer ca faut faire un resize_reiserfs si c'est du reiserfs, resize2fs, si c'est de l'ext2/3, xfs_growfs si c'est du xfs à partir du systeme booté (enfin de n'importe quoi, sauf pour resize2fs qu'il faut faire offline)
et ca devrait rouler.

x264 si on parle de x264 et ffmpeg ou mplayer si on parle de lavc... (la plupart du temps mplayer, après ca depend un peu de l'humeur et du packaging, mais ffmpeg est intégré dans mplayer (au sens propre, ie y a un lien vers le svn de ffmpeg sur le svn de mplayer qui récuper les sources utiles de ffmpeg automagiquement))

Tu veux dire que lavc ne fait que du mpeg4 ?

Ce que t'as cité ca s'appelle de l'ironie.

C'est quoi de cette blague qu'un seul proc bosse ?
Si t'utilise des codecs ou bibliothéques alacon possible, mais bon à ma connaissance lavc et x264 entre autre (bon le 1° ne gere quasiement aucun codec existant je dois bien l'avouer.) peuvent faire du multithreading ... (ok avec une petite perte sur l'estimation des mouvements, mais chez moi j'avais bien +50% de fps je crois). Pour xvid apparement y a que l'estimation de mouvements qui est threadable et que pour l'estimation de mouvement (mais j'y connais pas grand chose et si ca se trouve c'est en fait le plus gros du boulot donc pas grave si y a "que" ca de géré.).

Non moi ce que je trouve dommage comme truc qui sert à rien c'est les cartes graphiques ...
À vue de nez on devrait au moins pouvoir doubler la vitesse d'encodage en les utilisants

PS:j'utilise le manpage de mencoder comme source d'information, recherchez thread (original non?) pour s'y retrouver.

Moi j'ai eu une experience vraiment horrible de xfce (avec xubuntu feisty):
sur un PII 266Mhz avec 228Mo de RAM, xfce etait purement et simplement utilisable, des que je déplacais une fenêtre j'en avais pour plusieurs secondes, je parle meme pas des alt-tab, la seule application presque utilisable était firefox ! (ce qui m'epatte venant de sa part)
Depuis j'ai installé kde, et ben euh ... c'est parfaitement utilisable !
Alors bon évidement je suis encore loin de mon athlon 2500+, mais à part sur certaines pages web (aie aie aie le flash, ou ebay (lui fait ramer comme pas permis pour une raison qui m'échappe)), je sens pas vraiment de différence...
Bon evidement pour lire des vidéos je dépasse pas le demi QVGA en autre chose que le mpeg2 (pour lire des vidéos vga en qvga,ffmpeg fait un tres bon boulot d'ailleur), m'enfin ca fait un format type youtube normal, pas joli joli mais pas à faire vomir, donc tout ca pour dire que XFCE, léger ? Mon oeil !

- qui a ete choisit pour les retransmissions ? TF1 et eurosport. Pourquoi ? Parce qu'il proposait plus de fric que francetelevision (alors que francetelevision aurait eu une bien plus forte audience que les matchs retransmit sur eurosport.)
Et alors que c'est france television qui prend tous les "petits" matchs de rugby... (d'ailleurs ca a été une de leur 1° experimentation HD (non ca n'a aucun rapport avec la choucroute))

Euh les 300m ca depend carrement de la carte ...
J'ai une carte écrite pour 300m qui faisait 100m sans trop trop de problemes qui étaient même pas en ligne de vue)

1.Euh ... Ca depend pas un peu beaucoup de la frequence utilisée ?
Genre la bande de frequence sur laquelle Free lorgne c'est dans les 900Mhz ce qui permetterait d'étendre beaucoup un peu la couverture (bon j'ai pas encore le niveau pour connaitre dans quelles proportions).
2. 500m dans une ville à forte concentration c'est de toutes facons nécessaire pour ne pas saturer les cellules
3.Faudra me dire d'ou viennent tes valeurs, d'apres wikipedia c'est 15km, en supposant qu'il faille diviser par 10 (même avec le wifi on atteint pas cet extreme...), on est encore au triple de tes 500m maxi (alors que le 1,5km c'est quand même pas maxi)

Voilà: http://www.thecolourofwater.com/mambots/content/playerflv/vi(...)

$ cat /usr/bin/emacssudo
#!/bin/bash
EDITOR=emacs visudo
$

Si t'as une config de base suffit de mettre init=/bin/bash au grub, c'est vite fait.
Sinon bon faudra peut être penser à démonter le dur.

Blah les BIOS .... Je les oublie toujours ces cochonneries ...
Et c'est vrai que sur l'easygate il est pas préssé .... (et oui pour les 30s de firefox c'etait ma mauvaise foi, mais bon au moins les 19s pour arriver à X ca bouge un peu, pour firefox nada, meme pas de disque dur qui gratte !)

Bon je suis nombriliste donc j'expose mon experience:
-La plus ancienne: j'ai programmé mon propre init (non je l'utilise plus et le code source doit être tres dur à retrouver), avec ma propre config de kernel, ben je comptais 6 secondes je dirais à vue de nez pour avoir un systeme completement démarré hors interface graphique (donc en gros y a pas grand chose de démarré mais bon quand même udev & hal, réseau, un serveur httpd, enfin pas grand choses mais bon pas besoin de plus). Bon pour kdm c'etait beaucoup plus long (un jour je reessayerais peut être mais je crois que c'etait un probleme de driver X), 15 secondes de plus.

-Plus récente: l'easygate (ordi prévu pour être simple par neuf): démarrage pas trop lent, une trentaine de secondes pour avoir la GUI (un xfwm + un dock fait maison si je ne me trompe pas le tout sur un Xorg 7.2 banal), bon par contre pour lancer firefox apres il faut rajouter 30 secondes (bon ok un peu moins), MAIS il faut noter que c'est un celeron 600Mhz avec 512Mo de RAM + 512Mo de flash.
Je connais pas encore le débit de la flash, mais bon des ordinateurs actuels peuvent largement faire mieux, pour le temps de latence on peut s'arranger pour mettre les fichiers nécessaires au boot dans un gros fichier à lire au démarrage sans trop de difficultés.

Bref le temps de démarrage d'une distrib Linux est en tres grande partie un probleme de motivation. (et me faites pas rire avec upstart)

Bah ils sortiront gcc 5 quand ils voudront tout peter, c'est pas un jamais, où est le probleme ? :)

Les entreprises ne font pas de recherche ?

grep -B2 -A1 "processed : 0"

Va voir tuxracer ou ppracer.

Le patch pour la neufbox je sais pas, par contre les sources pour l'opengate aussi basé sur un bcm963X8 fournie sur le site d'easyneuf.org fonctionne parfaitement (bon par contre il correspond à un assez vieux svn de openwrt et la mise à jour est loin d'être facile)

T'es optimiste quand même.