M a écrit 3000 commentaires

Pour ekiga, même une conversation à deux peut être effectué sur une conf'-call qui est un n° comme sip:5012008@ekiga.net (une salle de conférence, gratuite, il suffit de l'indiquer à tes correspondants au préalable).
C'est pas tres user-friedly...
Ce que mr tout le monde veut (et que skype offre) c'est une solution clef en main.
J'installe le truc, je rentre 2 ou 3 information. Je clique sur 2 ou 3 boutons et c'est parti.


Avec ekiga 3, tu peux utiliser freephonie (le bug chez free est contourné si j'ai bien compris), cela te permet d'appeler de n'importe où tu as du wifi (ou du wire-full aussi) comme si tu étais chez. toi avec ton combiné téléphonique, c'est déjà pas mal comme passerelle (bon avec la contrainte d'être chez free, neuf a peut-être le même genre d'offre il me semble, pour orange je ne sais pas).
Sauf que free bride les connections : on peut appeler que les n° gratuit...


Tout ça rejoind parfaitement le post suivant : https://linuxfr.org/comments/973017.html#973017 . La technologie c'est bien, mais l'utilisateur il s'en fout. Lui ce qu'il voit c'est l'exterieur (interface, qualité, facilité d'utilisation, ....)



PS : d'ailleurs il me semble que SIP n'est pas chiffré pour le moment. Sympa sur le réseau wifi ouvert...

Un service SIP public, tu peux en monter un, comme un service Jabber ou web ou e-mail, par exemple.
Super je vais dire a ma grand mère qu'il faut quel installe sont propre serveur parce qu'elle a un firewall pourri. Ha oui il faut prendre aussi un hébergement dedié pour mettre le serveur.
Vraiment tres user-friedly....


Sur un service SIP public, tu n'es pas obligé du tout de relier tes users aux réseaux télécom publics que sont les GSM ou RTC : tu peux rester sur internet.
Cool, je dois joindre quelqu'un a l'etranger qui n'a pas internet mais un telephonne fixe. Et ben ca marche pas....


Alors qu'en utilisant skype, ca semble beaucoup plus simple non ?

Un pas de plus vers la priorité numéro 3 de la FSF, le remplacement de l'ultra-propriétaire Skype.
Sauf qu'il font tous du SIP qui pose des pbs avec les pare-feu.

A ma connaissance aucun n'a mis en place des "proxy" sip gratuit, pour faire relai dans le cas ou les connections entrantes/sortantes sont bloqués.

Aucun logiciel n'a tenté de faire comme Skype une architecture p2p.

Peu de logiciel SIP sont associés avec des passerelles vers le réseau téléphonique.

On a déjà suffisamment de logiciels propriétaires chiants dans le monde du libre (flash, pilotes nvidia, ...) et dont on se bat depuis des siècles pour les libriser (ou les éradiquer à jamais, comme flash), alors en voir de nouveaux débarquer... sans façon, merci.

Oui mais bon, les logiciels libres ne couvrent pas toutes les demandes et je me sent pas tout développer moi même.

Je pense par exemple a tout les cd éducatif et documentaire qui sont dispo a ma bibliothèque. Oui il pourrait être implémenté sous forme de logiciel libre (modulo les data), mais bon ca serait deja un grand pas qu'il y ai une version Linux, au lieu de devoir passer par un windows...

Et puis les freewares, sharewares, spywares, crapware ca existe deja sous Linux. D'autant plus que ce n'est pas incompatible avec le libre :
- xchat avait un portage win32 sous forme de sharewares
- des clients bitorrent comme bittornado avait une version sur des sites comme download.com légèrement modifié. En plus aujourd'hui c'est la mode des tutoriaux qui ajoute des repositories dans les "packages manageurs", pour avoir la dernière version a jour ou un truc pas packager. Rien de plus facile d'ajouter dans ces repositories quelques bonnus

Sous debian, tu peux utiliser
$debtags search game::board
$debtags search game::card
[...]
$debtags search game::*

pour en avoir certains...

Ha c'est un truc php, moi je croyais que c'était le shell http://packages.debian.org/fr/sid/posh

A noter qu'e17 est disponible dans les paquets debian experimental [1]. Sympa pour faire un test rapide sans compilation.


[1] par exemple deb http://ftp.fr.debian.org/debian ../project/experimental main contrib non-fre
e

mais ffmpeg ne permet pas de le lire sans passer par des codecs binaires
Non, le codec audio (wma9) n'est pas supporté

Ça écrase l'EEPROM, et si tu n'as pas de sauvegarde c'est très difficile à rétablir (et si le rétablissement foire, la carte n'est même plus visible sur le bus PCI d'après certaines personnes qui commentent sur le bug).
Oui, mais il y a souvent des moyen de les récuperer en by passant les stack pci des os et en utilisant des outils du constructeur.


Le problème c'est que ces données ne dépendent pas que du périphérique mais de tout le matos (le BIOS, etc), du coup Intel ne peut pas fournir une sauvegarde qui marcherait pour tout le monde (d'ailleurs leur conseil est pour les personnes possédant une carte concernée de sauvegarder tout de suite le contenu de l'EEPROM).

Bon après il suffit de prendre une copie d'une eeprom de quelqu'un qui a une config similaire a toi et eventuel de modifier un peu le contenu si le format est connu.

PS : t'es sur que l'eeprom de la carte réseau et le BIOS sont liée ?

Pareil ...

Hum, j'ai 2 Go de mémoire. Un boot en cinq secondes voudrait dire que le disque dur lit à une vitesse de 400 Mo/sec.
Oui mais tu sauve pas forcement toute la ram (par exemple du peux jetter tout les cache temporaires des disques) et puis un compression est appliquée (ce qui compresse pas mal les zones ou les données sont constantes).
On pourrait aussi imaginé une sorte de prefetch qui sauve certains bout de la ram qui sont peu modifié quand le kernel n'a rien a faire.

Suspend-to-ram est quand même plus pratique.
Oui, mais s'il y a une coupure de courant ou que tu n'as pu de batterie tu perds tes données, ca consomme, et c'est encore plus chiant a faire marcher que le suspend to disk. Le suspend to ram a besoin de acpi pour s'endormir, ce réveiller. En suspend to disk il suffit "juste" d'avoir des drivers qui sache sauver/restorer l'état des périphériques.

Non l'eeprom ne contient pas un firmware mais des paramètres de la carte (adresse MAC, constructeur, id a présenté sur le bus usb, ...)

Et du coup si certains de ces paramètres sont foireux la carte n'est plus fonctionnelle, jusqu'a qu'on ai remis dans l'eeprom des valeur correcte (souvent avec un logiciel du constructeur).

Ca met déja arriver plusieurs fois : sous windows sur une carte TV et un driver foireux (j'ai pu la réparer grace a linux qui exportait l'eeprom)
sous linux avec une carte réseau 3c905C et AIRONET (la réparation c'est fait en utilisant des logiciel du constructeur (DOS/windows)).

Pour un boot rapide le suspend to disk est quand même beaucoup plus efficace. En plus ca conserve toutes les applications en cours (modulo certains pb du a un freeze prolongé).

Pour moi l'idéal (c'est ce que je faisait quand je devais utiliser windows au boulot [1]) serait de booter de temps en temps (tout les mois par exemple) et sinon d'utiliser le suspend to disk.

Le suspend to disk a quelques limitation par rapport a un boot de zero (par exemple il faut mieux pas utiliser un système de fichier qui était monté sous un autre OS), mais il convient parfaitement dans 90 % des cas.

Faut voir aussi quel puissance est nécessaire au décodage encodage (ben oui on peut faire des algos de fou avec un super taux de compression,mais s'il sont pas décodable en temps réel c'est ennuyeux ...)

# le GSM ne fonctionne plus correctement après quelques heures
# impossible de composer des numéros commençant par * ou #
# le WiFi ne peut se connecter qu'une fois par reboot (devrait être résolu rapidement car beaucoup d'attentions sont portés à la gestion du wifi en ce moment)
# beaucoup d'écho quand une personne appelle un neo

C'est moi ou le wifi est plus prioritaire que la fonction téléphone...

L'algo de compréssion par bandelette est libre autant que tu veux : il suffit de lire les publications s'y rapportant, et d'implémenter les algos décrits.
Tu oublis les éventuels brevets : c'est pareil pour h264(voir même h26x et d'autres codec video) : il suffit de lire la spec s'y rapportant gratuitement disponible sur le site de itu, et d'implémenter les algos décrits.

Ca devrait plus ou moins marcher. Sinon soumet (ou met a jour) un bug sur https://roundup.mplayerhq.hu/roundup/ffmpeg/ avec un extrait de video qui marche pas

performances de la carte graphique ? no sé. par contre, vu que OpenArena est installé par défaut, ça doit pas être mal (mieux que le Acer One, pareil que le EEEpc, soit pour être clair de l' OpenGL 1.2 )

Ils dissent que la carte graphique est une Carte vidéo Silicon Motion SM502, 16 Mo RAM.
Apres avoir telechargé les specs http://www.siliconmotion.com.tw/en/en2/download1c.htm, et ben y a pas du tout d'opengl. C'est une carte 2D assez basique.
L'opengl est soit en soft, soit il y a un truc de louche.

PS : l'omap3 est aussi équipé un dsp à 430-MHz et d'une carte opengl qui peut l'épauler dans les traitements lourds.

Au passage sur ce cortex-A8 (avec le projet beagleboard.), ils ont réussit à décoder des video h264 : http://groups.google.com/group/beagleboard/browse_thread/thr(...)

Quand est il pour le MIPS chinois qui n'a par exemple aucune optimisation assembleur dans ffmpeg...

Avec une Mandriva qui est économe en RAM grâce à KDE,
Ce qui faut pas entendre...
C'est vrai on est vendredi...

http://msdn.microsoft.com/en-us/library/aa479379.aspx :

wince supporte au moins : x86, MIPS, ARM, SH

Bon j'aurais pas du citer openpandora (tout le monde se focalise dessus)...

Quand au autres points, quelqu'un a des infos ?
Spec ?
Performance de la carte graphique ?
importance des optimisations pour ce cpu (peut on faire du multimedia) ?

sur le second lien y a une doc.

Par contre le truc, c'est complètement isolé d'internet...

Sauf qu'OpenPandora n'existe pas encore , alors que le Gdium lui est commercialisé

Et alors ?
Compare par exemple a un zaurus (oui le cpu est moins puissant, mais depuis on a fait des progrès a la fois sur les batteries et la conso des cpu).
En parcourant rapidement la liste des ultra portable il me semble avoir vu des x86 du même poids avec la même autonomie.


PS : pour la carte graphique c'est que de la 2D avec peu de memoire (16 Mo). C'est en gros ce que l'on avait sur nos pc il y a plus de 10 ans...

tiens c'est le processeur chinois clone de mips.

4 h ca me parait pas énorme pour une archi non x86 (a comparer à http://openpandora.org/ qui est une archi arm qui affiche 10h).

D'ailleurs c'est quoi la carte graphique, elle supporte quoi comme accélération ?
On a des specs ?

Le pb avec mips, c'est que je pense que peu d'application multimédia sont optimisé pour (codec video, ...).