M a écrit 3005 commentaires

ouai surtout que 3 ou 4 personnes doivent totaliser plus d'une 100ème de commentaires.
C'est l'effet trollosteque linuxfr...

M'enfin ils arriveront peut etre a se mettre d'accord et en tout cas certains passage s sont bien marrant...

Sauf que ta clef circule sur le bus usb, est presente en memoire et passe a travers un certains nombre de soft, il est donc plus facile de la sniffer que dans le puce TPM où ta clef privé y reste et ou les calculs cryptographiques y sont fait...

Tant qu'on est pas obliger de l'utiliser (et meme dans ce cas tant qu'on peut utiliser un simulateur software), je ne vois pas de probleme a ce type de puce...

oui, il sert surtout pour les systemes embarques qui ne veullent pas activer le support du scsi.

Pour les autres configs usb_storage est conseillé...

oui, je m'en suis rendu compte. C'est la description dans la depeche qui m'a induit en erreur.

Au fait le tas ou l'espace data sont il excecutable ?

J'ai essayer un truc rapide en C et quand j'essaye d'executer du code copie dans le tas, j'ai un SIGTRAP et dans l'espace data j'ai un SIGSEGV.

- l'introduction d'aléas dans le choix des espaces d'adresses mémoire lors des allocations, pour rendre plus difficile les attaques par buffer-overflow
Chez moi y a que l'adresse de la pile qui change.

Le tas qui sert pour les allocations dynamique ne change pas :


int p;
int main() {
int stack;
printf("%p %p %p\n",&stack, &p, malloc(1));
}

retourne
0xbfd28bd4 0x804963c 0x804a008
0xbf9dec34 0x804963c 0x804a008
0xbff82c04 0x804963c 0x804a008
[...]

Au passage il existe un emulateur pour ceux qui ne possede pas la puce : http://developer.berlios.de/projects/tpm-emulator/(...)

ben ca marche pas...

Merci quand meme

heu dvdnav c'est du GPL pas du LGPL...
Donc si tu l'utilise ton appli doit aussi etre GPL...

Mais non, tout le monde sait que les tableaux electroniques sont le futur ;)
http://it.slashdot.org/article.pl?sid=05/06/11/0349258&tid=146&(...)

y a aussi pour celui qui a enregistrer le domaine et qui a l'air d'etre le developpeur...

Registrant
Handle: PJ2974-DK
Name: Peter Jensen
Address: Vestre ringgade 224 3. tv
Postalcode: 8000
City: Aarhus C
Country: Danmark
Phone: +45 86998448
Email: peterjensen666@gmail.com

si il le cite : http://www.lexikonia.info/gfx/wiki-en.gif(...)

1 man mkisofs...
2 http://www.elis.rug.ac.be/~ronsse/cdfs/(...) par exemple

qui lui envoye un mail : splinter@ratdvd.dk

si si tu peux avoir les menu avec une iso : avec xine il faut passer en ligne de commande : dvd:///chemin/de/iso ou un trux du genre...

l'idee c'est de le compresser...

Y a aussi les smtp qui se basse sur des liste d'open relay.

La ou ca devient comique, c'est quand des boulets installent sur leur machine des serveurs mail sans le configurer correctement (donc open relay) et qu'il passe par le smtp de leur fournisseur pour acheminer les courriers (smartrelay).

On se retrouve donc des serveurs de FAI blacklisté, car se sont eux qui achemine les spams...

ca metonerait que le mec ai reussit a faire une implementation de codec video sans violer un seul brevet...

Bref ca m'a l'air un peu fumeux son truc, surtout quand je vois qu'il confond la notion de codec video et de conteneur video ...

GPL pas LGPL...

xvid etr divx sont des codec, ratdvd a l'air d'etre un rippeur de dvd, je vois pas comment tu peux les comparer...

PS : c'est deja possible de le faire avec le conteneur matroska qui supporte les conteneurs

PS2 : sous windows core media player supportait le scripting de menu il y a tres longtemps (au moins 4 ans), et j'avais fait un truc similaire

PS3 : est-ce rellement utile de compresser les menus qui n'apporte souvent pas grand chose. Je prefere privilegie la qualite de la video avec la place gagne. Par contre les bonus ca se rippe comme un simple film, donc rien de nouveau

PS3 : xvid est sous gpl et s'il utilise des bout de code son logiciel doit etre sous gpl...

Comme dis dans le jornal ( https://linuxfr.org/comments/589003.html#589003(...) ), y a une partie non libre : celle qui permet de generer l'identifiant.

Sachant que sans cette partie, plus rien ne fonctionne, je trouve qu'il est urgent de trouver une alternative pour que cette solution soit credible pour le libre.

Alors la première règle pour empêcher la triche sur un jeu multijoueur, c'est que tous les paramètres importants du jeu soient calculés au niveau du serveur et pas du client.
Pas d'accord : qui te garanti que le serveur ne triche pas ?
La meilleur solution est d'appliquer des principes d'algo distribue ou des consensus sont realise entre les clients : un ou deux clients peuvent essayer de tricher, mais il n'essayeront jamais de tous triche dans le meme sens.

oui, mais qu'est ce qui empeche ces tricheurs d'aller lire des soluces sur le net où toutes les astuces sont expliques au lieu de lire les sources ?

Ca permet a des boulet de sortir un Jeu Clone du tient
Ben si le boulet n'apporte rien a ton jeu et n'est pas capable de le maintenir il va pas faire long feu..

Pour le 1), ca depend reellement du jeu. Mais je suis sur qu'il y a toujours moyen de pas baser le jeu sur des secrets...

tu peux detailler un peu le principe de ton jeu, pour le moment j'arrive pas a voir en quoi connaitre le source avatagerait un joueur.

Dans les jeux de strategie les joueurs sont censes connaitres les regles et donc peuvent donc deduire a l'avance le resultat de leurs actions modulo un peu d'aleatoire (ils peuvent meme utiliser des simulateurs)...

en quoi c'est genant le nom different ?
Il faut bien que tu sache quelle version tu choisie...