Il y a du tunning qui se fait aussi bien en bat bitrate quand haut bitrate, que ce soit le projet 4Kps ( encoder du 6Khz stereo a 4Kps avec vorbis ), ou le GT3 pour le haut debit...
Le seul probléme c'est qu'en ce moment toute l'equipe de Xiph semble se concentrer sur Ogg Theora, et delaisse un peut Vorbis ...
Le model psycoacoustique de Vorbis a été consue pour le bas et moyen bitrate, de ce fait le Vorbis a de trés bonne performance entre 80-160Kps, nettement superieur aux MP3 par exemple.
L'incovegnient c'est que dans l'etat actuel, le MP3 ratrape le vorbis au alentour de 180-196Kps, le rapport qualité/bitrate du vorbis n'est pas aussi lineaire que celui dut MP3 ( codec generaliste par excelence ).
Apres chaque tranche de debit a son codec optimisé, par exemple le MP3pro est presque imbatable sur les birate trés faible 32-96Kps, le vorbis est trés bon sur le moyen bitrate 80-160Kps, et le MPC est excelent sur les haut bitrate ou s'approche de la perfection 170-350Kps.
Donc le vorbis a encore des progres a faire pour devenir plus generaliste et moin ciblé, ces evolution devrait avoir lieu principalement du coté de l'encodeur vorbis, on peut comparer ca aux premier encodeur MP3(mp3enc, xing, etc ... ) a un bon LAME, le format est le méme, le bitrate est le méme, mais le resultat n'a rien a entendre ( voir ) :-)
Déjà pourvoir les scorer histoire de vite les faire disparétre ca serait pas mal.
Puis franchement pouvoir poster a -50 et quelques c'est un peut n'importe quoi.
Des X proprio ca existe déjà, apres faire un fork proprio avec XFree vue la licence trés proche de MIT/BSD, c'est tout a fait possible.
Ce qui est plus étrange c'est que la core team, ait des choses a cacher , quelqu'un a fait des proposition de developpement proprio OK, c'est si honteux que cela doit resté caché a jamais ?
Quand aux fait que les projet ne soit pas tout a fait des democraties, c'est tout a fait normale, tout le monde n'a pas le méme poid dans un projet, mais de la a dire que la core team de Linux ou GCC est inaccessible a un developpeur talentieu il y a un focé.
XFree accepte des membres ( relativement peut d'aillieur ), mais ces membre n'integre jamais la core team, et se sont bien les dino du projet qui dirige le tout quoi qu'il arrive.
Bon, j'admais ne pas faire beaucoup d'effort de relecture non plus.
Pour eclairsire mes propos.
Le X consortium est une structure qui se meure, elle avait au depart pour vocation de regrouper en consortium toutes les "societés", pour produire un standar multiplateforme pour le systéme de fenetrage, le probléme c'est que depuis un bout de temps se sont les OS qui sont devenue portable et que chacun c'est doté de son systéme de fenetrage propre, et que XFree86 qui est un projet libre et n'a donc a la base pas grand chose a faire avec ce consortium se retrouve representer l'ecrasente majorité des terminaux X de la planette, donc le consortium a integré XFree86 comme membre honorifique il y a pas si longtemps que cela.
Le probléme qui se pause alors c'est si le consortium qui doit definir la norme se meure ( suffit de voir le site les derniére inovations sités, sont toutes ou presques des initiatives du logiciel libre ) et que XFree86 qui est le navire amirale de la flote X, se refuse a faire de trop grosse inovation de peure de s'eloignier de la norme ou de l'architecture original de X, on avence pas.
Comme le dit Alan Cox, XFree doit innover, faire des trucs COOL, ou alors il va mourrir et X avec lui, et virer les developpeur les plus ambitieux, et faire evoluer le projet de maniére obscure et incertaine n'est clairement pas la route a suivre.
P.S.
En se moment mon poste actuel est trés eloignié de l'informatique, mais je compte reprendre mes etudes en septembre.
Bon, Daredevil est loin d'étre mon superhero preferé, perso j'y suis aller pour Electra, et bien quel desception.
Outre le fait qu'elle se retrouve blonde a gros nichon dans un pendalon cuir a faire la cruche on ne retrouve rien du personnage original, c'est n'importe quoi.
Ou est passé l'Electra de Miller ?
Franchement je trouvé Spiderman pas genial, avec des sequence digne de Bioman en mieux, ( j'ai gagnié des super pouvoir je suis un gentie, je dois sauver les genties des mechants ...), mais la Daredevil c'est encore pire, acheté vous l'integral de X-or, vous rigolerez plus et vous trouvez plus de philosophie dans les erreurs de doublage que dans Daredevil.
.
Tout le monde fait plus ou moin le méme reproche a l'orguanisation de XFree86, c'est une formidable machine a dissiper les energies, c'est pas la premiére fois qu'ils se separent de developpeur competant qui on pas mal fait avencé XFree86 et qui avait pour la plus par le tord d'avoir trop d'embition pour XFree86.
Pour ce qui sorte leur argumentaire sur le consortium X11 qui aurait influencé la core team et autre, faut pas oublier que XFree86 a été integré a la va vite il y a 1 ans ou 2, en temps que memebre d'honneur, pour redonner un coup de peche a un consortium a mourant et dans une situation ou 80% des X qui tourné n'était pas representés.
Alors l'influence du consortium sur X, ca me fait un peut rire.
Freenet a evolué dans la direction de la tolerance aux erreur et dans le support des gros fichier, niveau vitesse c'est toujours une catastrophe.
L'anonyma ne fesant pas partie du cahier des charges, je ne vois pas de bonne raison d'addopter un systéme aussi lent et couteut en bande passente que Freenet, ( pour idée un telechargement a 1Kps sur freenet entraine l'ouverture d'une petite disaine de connexions a 1Kps vers d'aurte nodes qui eux méme ne servent que de relais dans une chaine qui peut étre trés longues, tous cela pour proteger l'anonyma ).
Personnellement, je pence que le seul gros probléme c'est de metre au point un systéme de CA distribué, la plus part des reseau P2P intégre déjà un addressage par valeur de hashage ( GNUtella avec le SHA1, Edonkey et le MD4, etc etc ...), il faudrait simplement certifié que telle hash est bien certifié par t'elle personne... Ce que fait trés bien PGP/GPG, SSL et autre.
C'est plus un probléme d'integration de technologie P2P + certifica, qu'un nouveau protocol dont on ait besoin, a mon sence il y a déjà trop de protocol P2P concurent.
Oui, mais XV, Render et OpenGL ne sont pas utilisé pour le rendue ou le deplacement des "widget" X, quand tu deplace une fenétre sous XFree celui-ci ne fait pas appel aux capacités hardware de ta carte pour accelerer la chose.
Tu peux utiliser XV, OpenGL ou autre dans une féntre X, mais X n'utilise pas OpenGL par exemple pour ses propres besoins.
Méme pas besoin suffit de mailler abus lycos et leur dire que le site hebergé contient des infos illegal diffamatoir ou autre et par peure des proces ils le fermeront dans la minute sans méme verifié.
Le serieu du service d'abus de Lycos/caramail/etc est connue pour son peut retenue et ses mesures radicale ( et aussi pour une certeinne lenteur ).
ouaih et ca se ramassera comme le WAP par rapport a un systeme on ne peut plus simple qu'est le SMS, pas de logo, pas de chargement, pas d'internet bidule, pas de menu deroulant, juste un numero et un message a taper, client heureu pas besoin du WAP internet trucs muche avec des icones et des menus.
C'est en ca que je dis que apple aurait plus de chance de perser que MS dans ce domaine.
Alors explique moi pourquoi l'equipe d'eMule ou des autre client a prit la paine d'attendre d'avoir un client fonction aussi bien en upload et en download et de s'étre assurer de ne pas créer de nuisance via des test sur leur propre micro reseau avent de faire des release publique ?
Et pourquoi MLdonkey n'a supporté que le download sur edonkey pendant des mois alors que d'autre client libre implementer l'upload et que par leur nature leur code était reutilisable ou reimplementable ( ouaih l'opencaml ca court pas les rues ) ?
Pourquoi MLdonkey est le seul client a integrer des régles discriminatoir face aux autres client et ce sans aucune raisons ( limitation a 1/3 de la file d'attente des client eMule ) ?
La bonne foie des developpeur de MLdonkey je n'y crois plus, eMule ni croit pas, personne a par toi n'y croit.
Overnet n'est pas un reseau ouvert, Metamachine est une entreprise qui fait des soft proprio et qui gagne sa vie avec le fait est qu'elle tolaire la domination de eMule sur son reseau eDonkey, apres je vois mal qui pourrait en plus leur demander de faire du benevola pour la concurence du client le moin respectueu du reseau ?
C'est trop facile de foutre la merde et de dire apres, a ca serait pas pareille si vous m'aviez aider et que le soft été libre, quand on a fait de l'ingenerie inverse pour se connecter au reseau.
Apres tu jéte un oeil a la liste effarente de protocole soit disant supporté par MLdonkey et ses plug-ins dans sa version 2, tu en choisie un haut hasard et la tu voie:
directconnect.ini pour direct connect: filtrés par le client officiel et DC++ un autre client libre.
limewire.ini pour gnutella et les extention du GDF testé dans Limeware: filtré par limeware et tout les nouveaux client de test du GDF ( Limeware est opensource )
openft.ini pour se connecter a OpenFT du projetc giFT: méme pas filtrés tellement le protocol employé est obsolete maitenant, il a tout de méme pousser a une rupture de compatibilité.
soulseek.ini pour se connecté au resaux soulseek: Filtrés dés sa sortie
etc etc ...
Donc pour que méme des clients libre donc denué de tout intert economique dans l'histoire filtrent et bannisent les client MLdonkey c'est bien que celui-ci est nuisible et donc Mldonket est un client voyou.
Rogue Clients pt.2
1.16.03 - I was a bit upset last night after spending all day and finally pinpointing the offending clients to some incorrect overnet implementation. I'm sorry I asked people to mail mldonkey. I really just wanted their users to know what a harmful effect they are having on the network. Luckily I just went to yoga so I'm now at peace ( I also figured out a way to mitigate the harmful effects of these clients' irresponsible behavior). There will hopefully be a new version up Friday.
En gros c'est pas illegal de polluer ton reseau, mais faire un appel au spam c'est pas bien.
Resultat Metamachine qui n'avait pas pour abitude d'obscursir ses protocol et d'accepter sans broncher la cohabitation sur son reseau avec des nodes libres ( cf, eDonkey et eMule ), ce retrouve contreint a obscursir son protocole, c'est les autres client repectueux des phases de developpement qui sont heureux.
nop MLdonkey a encore deconé et est a poussé au cryptage du protocole de overnet a cause des polution qu'il entrainé sur le reseau en developpement, merci pour les camarades libres qui veulent passer derriére, c'est super simpa.
Demande au developpeur d'eMule tout le bien qu'il pence de MLdonkey et de leurs "initiatives"...
Pour rappel MLdonkey est un client voyou du reseau eDonkey, ( upload largement perferentiel pour les autres clients MLdonkey, fil d'attente non standar, abus et surcharge des serveur, non respet des ratios up/dl etc etc ... ) et est donc logiquement bannie de beaucoup de serveur dont les plus frequentés et les mieux administrés telle que les lugdunum.
eMule ( win32 GPL ) et son recent portage sous linux ( GPL aussi logique ), sont bien plus respectueux du reseau et de ses serveurs et en plus son systeme de score est reellement efficasse puisqu'il represente au bas mot 80% des clients du reseau eDonkey.
Je n'ai pas l'abitude de dessendre des projet mais MLdonkey est vraiment mauvais et peut respectueux des projet tiers, par exemple il a longtemps implementer uniquement le download, dans les branche de dev il incorpore des modules pour d'autres reseaux souvant en developpement et perturbe leur developpement et leur Beta test ( ex giFT/openFT )...
Moralité MLdonkey c'est peut étre sous GPL mais c'est mal(tm)
Un logo windows Microsoft inc. ne fera pas vendre un portable mieux qu'un autre.
Et je doute qu'un operateur se prete au jeux du Beta test des plateforme MS avec ses client, tu es déjà rentrer dans un phonehous ou une agence FT, c'est incroyable le nombre de personne qui on des probléme avec leurs telephones, et le cout pour les operateurs en service apres ventes depanage et autre doit étre enorme, ajoute a cela une plateforme MS qui n'est pas un model de fiabilité il y a de quoi decourager bon nombre d'operateur.
Car c'est avent tout l'operateur et les constructeur qui vont faire ce choix technique pour l'utilisateur qui lui n'a que faire du systeme du moment qu'il a ce qu'il veut.
En plus j'ai peut d'espoir de voir MS sortir quelque chose d'addapté aux telephone quand on voit la X-Box, un portable Apple ca ca serait interessent quand on voit ce qu'il on sut faire avec l'I-pod...
Bon je passe sur l'enormité du troll qu'est cette news, je suis trop fatigué par mon boulot actuel pour me lancer dans un autre longue argumentation.
Pour la solution du PINPad, ou des lecteurs de smartcard, je veux bien ce serait une solution qui consillerit tout le monde, mais le probleme est que les lecteur standar ne sont pas securisé car il ne gere pas le padding, et ceux qui sont fiable sont proprio.
De plus la plus part de ces systeme coutes aussi chers qu'un processeur actuel ( 400E ), alors que tout l'interet de TCPA c'est que ce soit un standar sur le papier et dans les faits ( on a pas besoin d'un autre Betamax, qui bien que superieur n'a pas trouver son filon du fait de produit trop chers et peut courant ).
Bref, si vous avez besoin de crypto, achetez un lecteur PINPad et des cartes à puces !
Si on s'interesse qu'a ce qui font déjà usage du cryptage alors ca n'a plus d'interet.
En plus si c'est sécuritaire comme du EAL4, le code doit être dispo à l'évaluateur dans le sens où à partir d'EAL4 le code est sensé résister à des divulgations, donc que des hackers puissent le lire ne doit plus être un danger, donc selon les CC à partir de 4 on devrait pouvoir faire le forcing sur l'accès au code sans que ça casse les CC... or là on cache tout... vous en concluez...
Troll ... ta smartcard et ton pinpad c'est pour sa puissance des calcul que tu l'utilise ? non, c'est pour proteger tes clées de plus les algo son standar connue et publique RSA SHA AES on etait bien plus etudiés et attaqué que EAL4.
Se serait pas plus efficasse niveau bande passente/qualité sonor de passer le stream en 30kbps 22Khz/mono sachant que la stereo en joint channel n'est pas ce que vorbis fait de mieux...
Un windows manager qui veut pas dire son nom, avec beaucoup de paillette et de tralala avec transparence et tout et tout ...
Et qui sortira pas avent longtemps vue qu'il s'amuse a reinventer la roue pour chaque format d'image ou de script, et avec des idées super etrange, pourcharger plus vite des ensemble de fichiers divers par exemple tout le monde utilise la zlib et une archive, ca donne de trés bon resultat et bas eux il prefére se prendre la téte avec la LibDB et crée un format abscon qui a des perfs de merde en accesé a pas de compression et en plus est pas pratique a modifier, manifique non ?
# Re: Les aspects criminologiques des hackers
Posté par Beretta_Vexee . En réponse à la dépêche Les aspects criminologiques des hackers. Évalué à 10.
Le lien vers le rapport complet.
[^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars
Posté par Beretta_Vexee . En réponse à la dépêche Démarrage du projet Gentoo GNU/Hurd le 13 Mars. Évalué à 0.
Le pire c'est qu'on y trouve méme de bonne idées...
[^] # Re: Besoin d'aide : Comment bien encoder en ogg ?
Posté par Beretta_Vexee . En réponse au journal Besoin d'aide : Comment bien encoder en ogg ?. Évalué à 1.
Il y a du tunning qui se fait aussi bien en bat bitrate quand haut bitrate, que ce soit le projet 4Kps ( encoder du 6Khz stereo a 4Kps avec vorbis ), ou le GT3 pour le haut debit...
Le seul probléme c'est qu'en ce moment toute l'equipe de Xiph semble se concentrer sur Ogg Theora, et delaisse un peut Vorbis ...
On vera plus tard.
[^] # Re: Besoin d'aide : Comment bien encoder en ogg ?
Posté par Beretta_Vexee . En réponse au journal Besoin d'aide : Comment bien encoder en ogg ?. Évalué à 6.
L'incovegnient c'est que dans l'etat actuel, le MP3 ratrape le vorbis au alentour de 180-196Kps, le rapport qualité/bitrate du vorbis n'est pas aussi lineaire que celui dut MP3 ( codec generaliste par excelence ).
Apres chaque tranche de debit a son codec optimisé, par exemple le MP3pro est presque imbatable sur les birate trés faible 32-96Kps, le vorbis est trés bon sur le moyen bitrate 80-160Kps, et le MPC est excelent sur les haut bitrate ou s'approche de la perfection 170-350Kps.
Donc le vorbis a encore des progres a faire pour devenir plus generaliste et moin ciblé, ces evolution devrait avoir lieu principalement du coté de l'encodeur vorbis, on peut comparer ca aux premier encodeur MP3(mp3enc, xing, etc ... ) a un bon LAME, le format est le méme, le bitrate est le méme, mais le resultat n'a rien a entendre ( voir ) :-)
[^] # Re: Résistance Héroique des Saddamistes !
Posté par Beretta_Vexee . En réponse au journal Résistance Héroique des Saddamistes !. Évalué à 1.
[^] # Re: XFree, la saga continue
Posté par Beretta_Vexee . En réponse à la dépêche XFree, la saga continue. Évalué à 1.
[^] # Re: XFree, la saga continue
Posté par Beretta_Vexee . En réponse à la dépêche XFree, la saga continue. Évalué à 6.
# Re: Daredevil
Posté par Beretta_Vexee . En réponse à la dépêche Daredevil. Évalué à 6.
[^] # Re: XFree, la saga continue
Posté par Beretta_Vexee . En réponse à la dépêche XFree, la saga continue. Évalué à 10.
[^] # Re: Recherche protocole p2p sérieux :)
Posté par Beretta_Vexee . En réponse au journal Recherche protocole p2p sérieux :). Évalué à 3.
[^] # Re: Une question - directfb
Posté par Beretta_Vexee . En réponse à la dépêche Keith Packard viré de XFree86. Évalué à 1.
Tu peux utiliser XV, OpenGL ou autre dans une féntre X, mais X n'utilise pas OpenGL par exemple pour ses propres besoins.
[^] # Re: Faille de sécurité dans le noyau Linux
Posté par Beretta_Vexee . En réponse à la dépêche Faille de sécurité dans le noyau Linux. Évalué à 2.
sed s/kernel_thread/arch_kernel_thread
[^] # Re: Heu ? Ne va-t-on pas un peu loin dans la censure ??? (Sujet sérieux)
Posté par Beretta_Vexee . En réponse au journal Heu ? Ne va-t-on pas un peu loin dans la censure ??? (Sujet sérieux). Évalué à 3.
Le serieu du service d'abus de Lycos/caramail/etc est connue pour son peut retenue et ses mesures radicale ( et aussi pour une certeinne lenteur ).
[^] # Re: Moz concurrent de Word ?
Posté par Beretta_Vexee . En réponse à la dépêche Sortie de Mozilla 1.3. Évalué à 3.
En plus avec l'evier fournit Mozilla a des serieux atouts pour detroner Emacs :-)
Mozilla fait tout méme l'evier.
[^] # Re: Microsoft vs Linux: et si c'était dans votre poche ?
Posté par Beretta_Vexee . En réponse à la dépêche Microsoft vs Linux: et si c'était dans votre poche ?. Évalué à 3.
C'est en ca que je dis que apple aurait plus de chance de perser que MS dans ce domaine.
[^] # Re: MLdonkey version 2.04rc1 est sorti
Posté par Beretta_Vexee . En réponse à la dépêche MLdonkey version 2.04rc1 est sorti. Évalué à -4.
Et pourquoi MLdonkey n'a supporté que le download sur edonkey pendant des mois alors que d'autre client libre implementer l'upload et que par leur nature leur code était reutilisable ou reimplementable ( ouaih l'opencaml ca court pas les rues ) ?
Pourquoi MLdonkey est le seul client a integrer des régles discriminatoir face aux autres client et ce sans aucune raisons ( limitation a 1/3 de la file d'attente des client eMule ) ?
La bonne foie des developpeur de MLdonkey je n'y crois plus, eMule ni croit pas, personne a par toi n'y croit.
Overnet n'est pas un reseau ouvert, Metamachine est une entreprise qui fait des soft proprio et qui gagne sa vie avec le fait est qu'elle tolaire la domination de eMule sur son reseau eDonkey, apres je vois mal qui pourrait en plus leur demander de faire du benevola pour la concurence du client le moin respectueu du reseau ?
C'est trop facile de foutre la merde et de dire apres, a ca serait pas pareille si vous m'aviez aider et que le soft été libre, quand on a fait de l'ingenerie inverse pour se connecter au reseau.
[^] # Re: MLdonkey version 2.04rc1 est sorti
Posté par Beretta_Vexee . En réponse à la dépêche MLdonkey version 2.04rc1 est sorti. Évalué à -5.
Apres tu jéte un oeil a la liste effarente de protocole soit disant supporté par MLdonkey et ses plug-ins dans sa version 2, tu en choisie un haut hasard et la tu voie:
directconnect.ini pour direct connect: filtrés par le client officiel et DC++ un autre client libre.
limewire.ini pour gnutella et les extention du GDF testé dans Limeware: filtré par limeware et tout les nouveaux client de test du GDF ( Limeware est opensource )
openft.ini pour se connecter a OpenFT du projetc giFT: méme pas filtrés tellement le protocol employé est obsolete maitenant, il a tout de méme pousser a une rupture de compatibilité.
soulseek.ini pour se connecté au resaux soulseek: Filtrés dés sa sortie
etc etc ...
Donc pour que méme des clients libre donc denué de tout intert economique dans l'histoire filtrent et bannisent les client MLdonkey c'est bien que celui-ci est nuisible et donc Mldonket est un client voyou.
[^] # Re: MLdonkey version 2.04rc1 est sorti
Posté par Beretta_Vexee . En réponse à la dépêche MLdonkey version 2.04rc1 est sorti. Évalué à 3.
http://www.overnet.com/(...)
Rogue Clients pt.2
1.16.03 - I was a bit upset last night after spending all day and finally pinpointing the offending clients to some incorrect overnet implementation. I'm sorry I asked people to mail mldonkey. I really just wanted their users to know what a harmful effect they are having on the network. Luckily I just went to yoga so I'm now at peace ( I also figured out a way to mitigate the harmful effects of these clients' irresponsible behavior). There will hopefully be a new version up Friday.
La reponce pour le moin cavaliére de MLdonkey
http://www.slyck.com/news.php?story=34(...)
En gros c'est pas illegal de polluer ton reseau, mais faire un appel au spam c'est pas bien.
Resultat Metamachine qui n'avait pas pour abitude d'obscursir ses protocol et d'accepter sans broncher la cohabitation sur son reseau avec des nodes libres ( cf, eDonkey et eMule ), ce retrouve contreint a obscursir son protocole, c'est les autres client repectueux des phases de developpement qui sont heureux.
[^] # Re: MLdonkey version 2.04rc1 est sorti
Posté par Beretta_Vexee . En réponse à la dépêche MLdonkey version 2.04rc1 est sorti. Évalué à -2.
Demande au developpeur d'eMule tout le bien qu'il pence de MLdonkey et de leurs "initiatives"...
[^] # Re: MLdonkey version 2.04rc1 est sorti
Posté par Beretta_Vexee . En réponse à la dépêche MLdonkey version 2.04rc1 est sorti. Évalué à -4.
Pour rappel MLdonkey est un client voyou du reseau eDonkey, ( upload largement perferentiel pour les autres clients MLdonkey, fil d'attente non standar, abus et surcharge des serveur, non respet des ratios up/dl etc etc ... ) et est donc logiquement bannie de beaucoup de serveur dont les plus frequentés et les mieux administrés telle que les lugdunum.
eMule ( win32 GPL ) et son recent portage sous linux ( GPL aussi logique ), sont bien plus respectueux du reseau et de ses serveurs et en plus son systeme de score est reellement efficasse puisqu'il represente au bas mot 80% des clients du reseau eDonkey.
Je n'ai pas l'abitude de dessendre des projet mais MLdonkey est vraiment mauvais et peut respectueux des projet tiers, par exemple il a longtemps implementer uniquement le download, dans les branche de dev il incorpore des modules pour d'autres reseaux souvant en developpement et perturbe leur developpement et leur Beta test ( ex giFT/openFT )...
Moralité MLdonkey c'est peut étre sous GPL mais c'est mal(tm)
[^] # Re: Quel type en C êtes vous ?
Posté par Beretta_Vexee . En réponse au journal Quel type en C êtes vous ?. Évalué à 1.
[^] # Re: Microsoft vs Linux: et si c'était dans votre poche ?
Posté par Beretta_Vexee . En réponse à la dépêche Microsoft vs Linux: et si c'était dans votre poche ?. Évalué à 10.
Et je doute qu'un operateur se prete au jeux du Beta test des plateforme MS avec ses client, tu es déjà rentrer dans un phonehous ou une agence FT, c'est incroyable le nombre de personne qui on des probléme avec leurs telephones, et le cout pour les operateurs en service apres ventes depanage et autre doit étre enorme, ajoute a cela une plateforme MS qui n'est pas un model de fiabilité il y a de quoi decourager bon nombre d'operateur.
Car c'est avent tout l'operateur et les constructeur qui vont faire ce choix technique pour l'utilisateur qui lui n'a que faire du systeme du moment qu'il a ce qu'il veut.
En plus j'ai peut d'espoir de voir MS sortir quelque chose d'addapté aux telephone quand on voit la X-Box, un portable Apple ca ca serait interessent quand on voit ce qu'il on sut faire avec l'I-pod...
[^] # Re: vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur
Posté par Beretta_Vexee . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 1.
Pour la solution du PINPad, ou des lecteurs de smartcard, je veux bien ce serait une solution qui consillerit tout le monde, mais le probleme est que les lecteur standar ne sont pas securisé car il ne gere pas le padding, et ceux qui sont fiable sont proprio.
De plus la plus part de ces systeme coutes aussi chers qu'un processeur actuel ( 400E ), alors que tout l'interet de TCPA c'est que ce soit un standar sur le papier et dans les faits ( on a pas besoin d'un autre Betamax, qui bien que superieur n'a pas trouver son filon du fait de produit trop chers et peut courant ).
Bref, si vous avez besoin de crypto, achetez un lecteur PINPad et des cartes à puces !
Si on s'interesse qu'a ce qui font déjà usage du cryptage alors ca n'a plus d'interet.
En plus si c'est sécuritaire comme du EAL4, le code doit être dispo à l'évaluateur dans le sens où à partir d'EAL4 le code est sensé résister à des divulgations, donc que des hackers puissent le lire ne doit plus être un danger, donc selon les CC à partir de 4 on devrait pouvoir faire le forcing sur l'accès au code sans que ça casse les CC... or là on cache tout... vous en concluez...
Troll ... ta smartcard et ton pinpad c'est pour sa puissance des calcul que tu l'utilise ? non, c'est pour proteger tes clées de plus les algo son standar connue et publique RSA SHA AES on etait bien plus etudiés et attaqué que EAL4.
[^] # Re: Un nouveau stream d'OGG de France Inter
Posté par Beretta_Vexee . En réponse à la dépêche Un nouveau stream d'OGG de France Inter. Évalué à 4.
[^] # Re: Compilation de E17
Posté par Beretta_Vexee . En réponse au journal Compilation de E17. Évalué à 2.
Et qui sortira pas avent longtemps vue qu'il s'amuse a reinventer la roue pour chaque format d'image ou de script, et avec des idées super etrange, pourcharger plus vite des ensemble de fichiers divers par exemple tout le monde utilise la zlib et une archive, ca donne de trés bon resultat et bas eux il prefére se prendre la téte avec la LibDB et crée un format abscon qui a des perfs de merde en accesé a pas de compression et en plus est pas pratique a modifier, manifique non ?