M a écrit 2996 commentaires

L'adresse: http://lin4chess.free.fr(...)
Si t'as le courage, pourquoi ne pas etendre ton site sur les variantes : echec japonnais (gnushogi, xshogi), ... ?

Moi j'ai le droit a un joli "Loading..."

Arf, on me moinse, pourtant je corrige un vieux prejugé...

D'autant plus que ClamWin n'est capable que de faire des scans. Or je doute que Mme et Mr Michou passe leur temps a scaner les fichiers qu'on leur envoi ou qu'il telecharge. Je pense pas non plus que leur fils le fasse sur les cracks/mp3 qu'il telecharge...

Sauf qu'il existe depuis longtemps dans tkabber, avec un jeux d'echec et plein d'autres plugins du meme style....

Avec gcc tu peux aussi des vecteurs et faire des operations vectorielle dessus. De plus MMX, SSE, ... sont sense etre automatiquement utiliser si tu passe les bons flags.

Mais du peu que j'ai testé, ca reste assez loin d'un code optimise a la main...

http://gnokii.org/(...) peut etre utile pour certains portables...

Thanks for your reply tinic.
I agree that my reply was a bit extremist.

I understand it is quite hard to do a multi-platform software that use hardware/system specific things.

May be you should try to think about UNIX philosophy : KIS (Keep it simple) and try to split the flash software in order it could use library for accesing system specific stuff (SDL for the sound and video, ...). I am sure you could find good library with open license.

For asm part, yes there aren't very clean solution to write portable asm. And even if gcc syntax is more portable, it is not the best (some gcc version break things, not clean way to use macro in inlined asm, ...).

Thanks for trying to do great linux version of flash.

Good luck.

Sauf que justement quand t'ecrit de l'assembleur tu l'ecrits dans une syntaxe particuliere (syntaxe intel, syntaxe AT&T, code inliné et donc spécifique au compilo, nasm, ....).

Et oui tu n'ecrit pas directement du code machine qui d'ailleur devrait etre adapter suivant les OS (format de l'exe, meme convention d'appel, ...)

cvs et le patch pour les nouveaux firmwares est sur la ML.

Et si tu veux des doments textes, tu peux faire mumuse avec ceux du projet gutemberg....

Ah, oui, ça c'est intéressant, openoffice est beaucoup plus rapide qu'abiword pour ouvrir un fichier bidon...
J'ai pris un fichier texte pour qu'on me disse pas que c'est le parseur word qui merde...

Prennons par example le tomeI du comte de Monte-Cristo (http://www.ebooksgratuits.com/newsendbook.php?id=330&format=so(...) )

$time abiword dumas_monte_cristo_1_source.doc
real 1m2.901s
user 0m54.359s
sys 0m1.204s

$time openoffice dumas_monte_cristo_1_source.doc
real 0m24.508s
user 0m16.409s
sys 0m0.848s

Et en prime avec OOo ont a un affichage correct du document word...

Ah, oui, ça c'est intéressant, openoffice est beaucoup plus rapide qu'abiword pour ouvrir un fichier bidon...
Donc le temps que tu gagnes au lancement, tu le perds lors de l'ouverture du fichier...
Je peux comprendre que les développeurs n'y accordent pas une très grande importance, surtout si ça implique beaucoup de changements.
Pourtant ca rend l'utilisation d'abiword tres penible des que tu bosse sur des gros fichiers. D'ailleur ca serait interessant de faire des courbes pour voir a partir de quelle taille abiword est plus lent qu'OOo pour le lancement et chargement...

D'ailleurs, est-ce que tu peux nous en dire un peu plus sur ce problème ?
IIRC, abiword charge le fichier par petit morceaux (ou un truc du genre), ce qui n'est pas tres efficace sur des gros fichiers. Faudrait regarder dans le bugzilla.

Sauf que compare le resultat de :

$od /dev/urandom | dd of=/tmp/test bs=1024 count=2000
2000+0 enregistrements lus.
2000+0 enregistrements écrits.
2048000 bytes transferred in 0,293050 seconds (6988569 bytes/sec)

$time openoffice test
real 0m12.729s
user 0m5.516s
sys 0m2.304s

$time abiword test
real 1m37.796s
user 1m26.597s
sys 0m3.464s

PS : oui le pb est connu, mais vu que ca impliquerait trop de changement, les developpeur s'en foutent.

ffmpeg...

PS : pour les nouveaux firmwares, il manque un patch qui n'est pas encore inclu. Pour la syntaxe, c'est quelque chose comme : "ffmpeg -i testinput.avi -f psp -r 14.985 -s 320x240 -b 768 -ar 24000 -ab 32 M4V00001.MP4"

Sinon il doit avoir d'autres convertisseurs...

si ClamV détecte autant de virus que des anti-virus payants,
Y a des anti-virus proprio gratuit !!! Par exemple http://free.grisoft.com(...) ...

Je viens de lire le blog, et franchement j'ai l'impression que les critiques se rapporte a une non connaisance du monde unix ou alors une mauvaise gestion du projet.

Tout d'abord les 3/4 de sont articles concernent l'assembleur : Ben oui, l'assembleur c'est pas portable, y a rien de nouveau a devoir reecrire les algos si on le porte sur une autre plateforme.
Quand a la syntaxe, ca serait de la faute du monde unix s'il se sont laissé enfermé dans une syntaxe non portable propre a visual studio/compilo intel ?
De plus il se plaint d'avoir a tous reecrire, il faudra lui signaler qu'il existe des scripts qui font tres bien le boulot ou encore que les dernieres versions de gcc supporte la syntaxe intel.
Il faudra aussi lui montrer que d'autre projet (ffmpeg, x264, kernel linux, ...) se debrouille tres bien...
Apres le support 64bits ne marche pas sous visual studio, qu'il change de compilo !!!!

Et pour finir sur le debut de l'article :
This starts with sound support where we have to support many different sound standards (ALSA, OSS, aRTs, ESD etc.), framework support (X11, QT, GTK for copy&paste support f.ex.), IMEs (is there such a thing?), font support which is almost beyond comprehensible and many other quirks and forked 'standards'.
Sauf qu'il pourrait utiliser des framework deja tout fait comme gstreamer, libxine, ...., mais flash c'est pas libre....

Bref, ce blog m'a bien fait marrer.

PS : je passe sur le fait que ca ne sert pas toujours d'optimiser avec la nouvelle extention a la mode, du code MMX peut etre plus rapide que du code SSE2...

A lire l'article de Tinic Uro, j'ai l'impression que ce qui le préoccuppe c'est d'avoir un gcc capable de bien gérer l'Altivec, le MMX, etc. Faute de quoi les programmes "multimédia" resteront assez lent sous Linux sur les plateformes grand public (x86, PowerPC).
Pourtant des projet multimedia dans ffmpeg, xvid, x264 se debrouille bien...

Son appel sert tout juste à expliquer que tant que le libre sera une pareille tour de Babel (bibliothèques graphiques et sonores dans tous les sens, incompatibles entre elles et tout et tout), il sera impossible de développer quelque chose d'un peu complexe en libre.
Pourquoi ton appli devrait fonctionner avec toute les bibliothèques ?
Tu choisis celle qui te plait/t'offre ce que tu veux.

Et ne me sortez pas l'exemple de Firefox : tout ce que fait ce programme est d'afficher du texte et des bitmaps à plat.
Et c'est la marmotte qui interprette correctement le html, xtml, ...

D'ailleur firefox est un assez mauvais exemple (tout comme d'autre projet sortant du monde proprio (OOo pour ne pas le citer)) car ils viennent souvent avec leur propre bibliothèques...

2°) Il n'y a même pas d'alternative libre au Flash (à part à l'état de projet, et encore c'est tout juste équivalent à ce que fait Flash 1.
On paut pas dire que macromedia pousse beaucoup les developpeurs du libre vers cette direction.
Et puis faut voir l'interet du flash, parce que implementer un truc comme flash pour voir des pubs ou 2 ou 3 sites, il faut en vouloir...

La description du paquet debian est tres bien faite (d'ailleur dans le tuto il le compile...) :

Description: anonymizing overlay network for TCP
Tor is a connection-based low-latency anonymous communication system which
addresses many flaws in the original onion routing design.
.
In brief, Onion Routing is a connection-oriented anonymizing communication
service. Users choose a source-routed path through a set of nodes, and
negotiate a "virtual circuit" through the network, in which each node
knows its predecessor and successor, but no others. Traffic flowing down
the circuit is unwrapped by a symmetric key at each node, which reveals
the downstream node.
.
Basically Tor provides a distributed network of servers ("onion
routers"). Users bounce their tcp streams (web traffic, ftp, ssh, etc)
around the routers, and recipients, observers, and even the routers
themselves have difficulty tracking the source of the stream.
.
Note that Tor does no protocol cleaning. That means there is a danger that
application protocols and associated programs can be induced to reveal
information about the initiator. Tor depends on Privoxy and similar protocol
cleaners to solve this problem.
.
Client applications can use the Tor network by connecting to the local
onion proxy. If the application itself does not come with socks support
you can use a socks client such as tsocks. Some web browsers like mozilla
and web proxies like privoxy come with socks support, so you don't need an
extra socks client if you want to use Tor with them.
.
This package enables only the onion proxy by default, but it can be configured
as a relay (server) node.
.
Remember that this is development code -- don't rely on the current Tor
network if you really need strong anonymity.
.
The latest information can be found at http://tor.eff.org/,(...) or on the
mailing lists, archived at http://archives.seul.org/or/talk/(...) or
http://archives.seul.org/or/announce/.(...)

Sur le tutoriel sur Tor/Privoxy/SwitchProxy on trouve :
Merci à W!T!H! pour l'accueil chaleureux & l'organisation sans failles,
condoléance au premier campement de nos confrères de LINUXFR
qui n'a pas résisté aux catastrophes naturelles
foudroyante & nocturne (DDOS)
Quelqu'un a compris a reference a linuxfr ?

J'allais le dire.

hors il n'existe pas à ma connaissance de substitution pour le kérosène.
On peut ressortir les bon vieux ballons ;)

Et oui la circulation des personnes a l'echelle mondiale risque de se ralentir si on ne trouve pas d'alternative.

http://www.legifrance.gouv.fr/WAspad/VisuArticleCode?commun=CELECT&(...)

Article L67

(Loi nº 80-514 du 7 juillet 1980 Journal Officiel du 9 juillet 1980)

Tout candidat ou son représentant dûment désigné a le droit de contrôler toutes les opérations de vote, de dépouillement des bulletins et de décompte des voix, dans tous les locaux où s'effectuent ces opérations, ainsi que d'exiger l'inscription au procès-verbal de toutes observations, protestations ou contestations sur lesdites opérations, soit avant la proclamation du scrutin, soit après.
Les modalités d'application du présent article sont déterminées par un décret en Conseil d'Etat.

alors plus ça va vite mieux c'est a mon avis mais bien sur ce n'est pas le seul critere il faut aussi que la connexion soit stable et qu'elle ne deconnecte pas toute les 5 min.
Et trouver des serveurs qui suivent le debit. Parce que pour debiter du 20Mbit/s par client il faut avoir une sacree bande passante...

PS : dans ma remarque c'etait pour au dessus de 2-3Mbps, pas entre 512 et 2M...

oui mais entre 2megas et 16 megas ?

PS :
ca peut fait en tache de fond...

Pourquoi tout le monde affirme que le code de la freebox est un linux ?
Si t'es pas convaincu, tu peux aller parcourir leur arbo (c'est pas forcement la plus recente) :
http://openlogging.org:8080/sakura.(none)/max-20040524220224-60268-(...)

Ce sont seulement les hypopthèses de plusieurs sites dédiés à la freebox.
Non, cf le lien.

Si c'est un linux, doivent-t'ils également donner le code de tous leurs composants (genre les drivers, le navigateur html embarqué, le client video, etc...) ?
Ils doivent donner tout ce qui tombe sous la GPL, LGPL modifie, ...