benoar a écrit 4229 commentaires

Merci de l'avoir dit, c'est tout à fait ce que j'allais répondre. Je rajouterais que l'idée du watermarking, c'est une hypothèse de ma part.
J'ai pensé à ça car l'idée de Sun actuellement ne sert pas à grand chose en tant que tel (libérer un DRM et donner tous ses secrets ...) et que je me suis dis qu'il doit y avoir qqch d'autre derrière.

Alors je viens de lire rapidement le code des différentes parties du truc, et globalement, je vois rien de très compliqué, ni de code proprio, rien de bizarre.
En fait, ce DRM utilise même des outils tout a fait classiques : curl, SSL, etc... En bref, chaque contenu DRMisé est crypté, et lorsqu'on a besoin de lire le contenu, il va chercher la clé sur un serveur de clé, qui lui donne (ou non ...) et décrypte le contenu. Mais rien sur le nombre de lectures, le nombre de copies, rien même pour empêcher VLC de dumper le flux dans un fichier ! (apparemment, hein, je n'ai fait qu'une lecture rapide)

Et c'est là que je me suis dit qu'il y avait qqch de bizarre. Et je me suis dit qu'en fait, effectivement, les gens de chez Sun doivent très bien savoir qu'on ne PEUT PAS empêcher qqn de copier un contenu numérique une fois décrypté. L'astuce se trouve autre part que dans la technique. J'ai remarqué ça en voyant qu'une importance certaine était accordée au serveur de licence. Alors voilà ce que j'ai pensé (attention, énorme extrapolation de ce que j'ai lu) :

J'ai remarqué qu'une clé privée pour l'utilisateur était utilisée pour négocier ces transactions. En fait, je pense que le cryptage comme on le pense en ce moment pour les DRM, c'est à dire que le contenu est codé avec la clé privée de Sony/Microsoft/etc ... et décodé avec leur clé publique, n'est pas utilisé ici. C'est plutôt l'inverse : chaque utilisateur envoie sa clé publique au serveur, qui va coder le contenu avec et l'envoyer à l'utilisateur (qui le décodera avec sa clé privée). A priori, cela ne change pas grand chose, on a le contenu et la clé (que ce soit dans le cas de la clé publique des Majors, ou de sa clé privée), on le décode. On a notre morceau décrypté, super.

Mais c'est sur autre chose que vont jouer les majors (ou tout autre fournisseur de contenu DRMisé, car je pense que ça va très vite s'étendre) à mon avis : le serveur de clé justement. Comme on lui donne sa clé publique pour qu'il nous crypte le contenu, il nous identifie. Il peut donc choisir de nous refuser sur certains critères (qui seront bien cachés par les majors) comme le fait qu'on soupçonne qqn de faire circuler les fichiers en clair sur le P2P, ou autre. Vous allez me dire : mais comment savoir quel utilisateur (donc avec quelle clé) a "piraté" le contenu en le débarrassant de ses DRMs ? Je pense par exemple au water-marking. Et comme cela, on se retrouve à se voir refuser l'accès à tout contenu DRMisé. "Ho, pas grave, je vais recréer un compte" -> là je pense que justement, ça sera assez contrôlé, et on pourra également détecter les "récidivistes" ; "Ho, pas grave, je vais aller me fournir sur le P2P" -> oui mais pour fournir le P2P, il faut donc que certaines personnes "sacrifient" leur clé afin de décoder du contenu. Vous allez me dire, mais si tout le monde fait comme ça, les majors ne pourront plus suivre, elles abandonneront leur système. Mais c'est sans compter sur l'égoïsme humain, qui fera qu'au final personne ne voudra se "sacrifier", ou alors ce sera toujours les même; bref, comme toujours dans la vie réelle...

Enfin voilà la petite réflexion qui m'est venue à l'esprit; je vais m'arrêter là pour l'instant pour éviter le post de 3km. Attention tout de même, ce que je viens de dire est à prendre avec des pincettes, je pense que je suis parti très loin de ce qu'est le code à la base, cela provient donc au final majoritairement de mon imagination. J'espère que ce n'est pas vraiment ça. Non, vraiment, il ne faut pas que ce soit ça...

Par contre je viens de trouver les sources de DReaM (le nom de ce DRM) qui sont sous licence "libre" (CDDL).
Et un truc intéressant : il y a déjà un patch pour VLC, sous GPL, ici : https://dream.dev.java.net/source/browse/dream/DReaM/DReaMCA(...)
A étudier donc pour savoir ce qu'il s'y cache.

Portage des jeux simples quand on auras une machine/pc cell dispo facilement

J'avais entendu, au moment ou le premier Cell était sorti (sur un blade IBM il me semble) qu'ils ne comptaient pas vraiment le commercialiser, à part peut-être dans qq serveurs très spécialisés (en + de la PS3 bien sûr). C'est le problème avec le Cell, c'est un très mauvais proc généraliste (core in-order, spu difficilement programmable que pour des applis de traitement massif de données, etc...). Donc la machine estampillé "Cell" chez monsieur tout le monde, j'en doute (peut-être dans une prochaine évolution de ce proc, mais alors on peut encore attendre...)

A tous ceux qui pensent que c'est cool pour linux, je pense que les jeux qui seront développés seront :

- spécifiques au processeur Cell, donc rien à voir avec nos x86, et donc pas la peine d'espérer un portage
- propres aux API de la PS3, donc pour l'histoire de la revalorisation d'OpenGL, j'en suis pas si sûr (même si la carte est une NVidia, rien n'empêche que ce soit un driver avec une API spécifique)
- bourrés de DRMs, et de formats proprios à la con (c'est Sony, hein, le Microsoft des consoles)

Bref, à part utiliser un système "gratuit" pour diminuer les coûts de développement, je vois pas trop en quoi ça peut valoriser linux. Ha si, pour l'image de "marque" de linux pour ceux qui n'ont rien compris aux problèmes que je viens de citer.

Les protocoles ouverts et extensibles c'est bien, mangez-en!

PS: Attention, chez moi, la lecture du film en flash a pris 100% de RAM

Bizarre, chez moi (linux ppc) la non lecture du flash m'a pris 0% de CPU.

Dans les liens sur la page vers les remarques des utilisateurs, il parait que certaines versions de la protection Starforce endommagent effectivement le lecteur CD/DVD. Après, que ce soit vraiment le cas, ou alors encore un autre bug de Windows avec ce système, je sais pas trop...

Bah tu sais aujourd'hui c'est une mode dans le libre : on brevète les trucs quand c'est pour du libre, mais quand c'est les enculés-d'en-face-qui-font-du-proprio c'est inadmissible. On utilise des drivers proprios qui déchirent niveau rapidité sous linux, mais sinon le proprio sous windows ça pue. Et les DRM Open Source de Sun c'est coool, alors que ceux de Sony/VU/... c'est nul ça restreint la liberté des gens. Etc...

Non la décision récente n'a rien dit de tel, elle a juste "cassé un premier jugement, en considérant en gros que tous les éléments n'ont pas été pris en compte lors du jugement en question.

Oui c'est vrai, j'avais pourtant lu les commentaires suite à cette décision, qui précisaient bien ce point. Méa culpa.

C'est bien ce qui est dit pourtant:
On ne peut interdire la publication du code source et de la documentation technique d'un logiciel indépendant intéropérant pour des usages licites avec une mesure de protection d'une oeuvre.

Ce que je voulais dire, c'est que la lib permettant le cassage de la mesure de protection peut être utilisée de manière licite ou non. L'usage de mencoder est donc dans ce cas utilisé à des fins illicites. Mais pourtant, aucune partie du code de mencoder ne contourne une protection technique, puisque c'est la lib DeCSS qui s'en charge. Pourtant, c'est la même lib qui permet un usage licite de la lecture d'un DVD lorsqu'elle est utilisée dans mplayer !

Merci pour ces informations.

Mais je remarque qu'il y a toujours cette différence entre logiciel à usage licite ou non :

On ne peut interdire la publication du code source et de la documentation technique d'un logiciel indépendant intéropérant pour des usages licites avec une mesure de protection d'une oeuvre.

Prenons DeCSS, sous sa forme de bibliothèque (libdecss). Je l'utilise avec mplayer : ok, c'est pour regarder mon DVD crypté avec CSS. Je l'utilise avec mencoder : bah ça dépend, si c'est pour de la copie privée, ok (ha non, merde, la décision récente d'un juge contre la copie privée sur les DVDs me contredit) mais si c'est pour le distribuer ou le revendre, c'est pas ok. Bref, ça dépend de l'utilisation de la lib, pas de son "caractère licite", ce qui ne veut rien dire.

Bref, ils ont toujours rien compris, ou alors ils le savent très bien mais ils s'en foutent.

Gni ? De quoi tu parles ?
Effectivement, si tu veux des paquets pas "classiques" ou que tu n'as pas tous les CDs de la Mandriva (je ne sais pas combien en contient la Discovery/LX), il te faudra une connexion à internet.
Mais pour installer OpenOffice.org, les CDs de base doivent te suffire ! Je ne suis pas sûr que tu aies bien lu la doc, c'est expliqué en détail ici : http://lea-linux.org/cached/index/Fiches:Administration-fich(...)

Concernant l'histoire du travail collaboratif, qui serait exclu du champs d'application des peines induites par cette loi, je pensais que ça venait peut-être de l'annonce récente de l'intégration du P2P dans Vista pour mieux "travailler ensemble en entreprise". Je viens de retrouver ça :

The Windows Collaboration module uses peer-to-peer technology to let Vista users work together in a shared workspace

ici : http://news.yahoo.com/news?tmpl=story&u=/ttpcworld/20060(...)

De la part d'un amendement Vivendi Universal, ça ne m'étonne pas trop que Microsoft se soit invité au débat pour mettre sa petite exception à lui.

Tu n'as pas du bien chercher sur Léa-linux ... Sous linux on ne va pas télécharger des programmes sur des sites pour les installer, on utilise un gestionnaire de paquet. Va voir http://lea-linux.org/cached/index/Intro-faqdeb.html# en bas de la page.
Une petite recherche sur ces forums ou sur google t'aurais surement donné le même résultat.

les flux RTP transitent généralement en Pear to Pear

Pour améliorer le transit des flux, mangez des poires ?

C'est assez symptomatique de la part des extrémistes que d'aller enculer les mouches sur des trucs pareils.

C'est vrai qu'on ne voit jamais de débat d'extrémiste qui encules des mouches sur linuxfr...

Ya pas de quoi pour la carte clavier fr ;-)

- c'est vrai que Gnome est très proche d'OSX pour le comportement de l'UI, c'est juste que je bloque sur des petits détails... (genre drag n drop sur les icones de la barre latérale : ça marche pas. Sur OSX ça t'ouvre une fenêtre exprès pour que tu puisses draguer : ça c'est bien).

- la non uniformité des toolkits sous OSX, elle est assez rare si on utilise les "bons" logiciels. Mais de toutes façons c'est pareil pour tous les systèmes proprios (c'est encore + visible sous windows) et je suis pas sur que ça gène vraiment l'utilisateur lambda ...

- pour les optimisations d'X, quand je parlais des problèmes de lenteur, c'est parce que j'ai fait un peu de profiling appronfondi que je suis pessimiste. Ca me fait alluciner qu'on ait des ordis capables de faires tourner des jeux superbes sous win, mais qu'ils se trainent lamentablement pour bouger une fenêtre. Et quoi qu'on dise sur l'architecture de X, j'avais trouvé que le driver DRI était complètement non-optimisé (même avec EXA (par rapport à XAA): oui je n'ai plus de trainée avec, mais les fenêtres ont 3 km de retard sur le pointeur quand on les bouge...) : CPU à 100% qui fait en fait des copie et des copies de pixmaps sans arrêt, et en plus ça bouffe plein de mémoire. J'ai essayé de profiler gnome pour voir pourquoi sélectionner un texte colorisé sous gedit poussait mon cpu à 100% et ramait comme pas possible : pareil, copie de pixmap à fond, et surtout parcours de tout le texte et test de visibilité de CHAQUE caractère (y compris les tags de couleur, enfin si tu connais comment marche le widget de texte de gtk tu comprendra mieux) lors du déplacement du curseur d'UN caractère !! donc pour la sélection d'une ligne de 80 caractère environ, ya 80 fois le parcours de tout le texte (et si le texte fait 5000 caractère, je te raconte pas, pourtant c'est pas énorme) avec les tests qui vont avec, bref, normal que ce soit super lent. C'est marrant j'avais trouvé un commentaire dans le code qui disait que ce serait à optimiser "+ tard", mais ça doit faire un bout de temps que ça traine.
Tu va me dire qu'avec mes compétences je pourrais essayer de corriger ça, mais je pense qu'il faudrait une refonte complète de l'architecture de gtk pour améliorer ça ! Voire de X...

- l'arrivée de toutes ces technos vont juste intéresser les geeks windowsiens, pas les utilisateurs normaux : ils s'en branlent que ce soit lent ou bugué, ils y sont tellement habitués... bref ça changera rien par rapport à maintenant pour eux.

- la disponibilité des applis oui c'est clair qu'il y en a des tonnes, mais c'est pas récent, et je vois pas pourquoi ça changerait maintenant plus qu'avant.

- les standards, les gens normaux s'en branlent. J'essaye d'expliquer ça aux gens mais je vois bien que la plupart me prennent pour un illuminé. Ok je suis pas un très bon orrateur, mais même ma copine qui fait des efforts me trouve un peu chiant avec ça... même si elle comprend.

Bref, je suis plutôt pessimiste en général sur tout ça, déjà même ici je vois la moitié des gens qui comprennent pas pourquoi les DRM c'est MAL, que les formats fermés ça pue ("bah oui mais le plugin flash il marche sous linux !! et même les codecs win32 !!" ... oui je me répète avec mon précédent post), bref, pour moi l'avenir du libre c'est quelques années florrissantes, tant que ce sera à la mode dans les entreprises, car oui ce n'est qu'une mode pour les boites qui en ce moment disent "le libre c'est bien", et après on retournera comme avant dans notre petit monde de marginaux à nous.

Désolé pour le ton, j'aimerai bien que tout se passe comme tu le dis, ce serait vraiment une "libération", mais j'y crois de moins en moins...

L'iBook gère ça bien aussi, c'est aussi transparent. Mon 800MHz est majoritairement à 600MHz, sauf quand une appli pompe beaucoup.

Pour la carte clavier, je me suis justement basé sur celle dispo sur linux-france (je sais pas si c'est celle d'Étienne Herlent), avec une légère modif en fait : j'avais posté à l'époque sur les forums d'ubuntu ici : http://forum.ubuntu-fr.org/viewtopic.php?pid=8846#p8846

En tous cas c'est clair que le problème vient plus d'arriver à la faire intégrer dans les distros que de la carte elle-même, puisqu'elle existe. Mais aucune n'est du goût de tout le monde (certains veulent qu'elle soit super proche d'OSX, d'autres non ...)

Sinon pour OS X je suis plutôt d'accord avec toi, mais c'est les petits détails qui comptent malheureusement, et pas le fond.

- l'installation des applis de manière centralisée, j'ai l'impression que personne comprend (je veux dire, les débutants) et préfère aller chercher les .dmg sur le net. Mais après c'est plutot simple -> drag 'n' drop dans Applications...
- justement, le drag n drop, quand on a pris l'habitude sous OS X, bah sous nux c'est la merde
- je te trouve un peu dur avec les "bugs" d'affichage, c'est très rare et l'aspect graphique d'OS X c'est quand ce qui fait une bonne partie de sa popularité, et à raison selon moi
- d'ailleurs c'est mon plus gros problème sous linux : l'affichage, et même toute manip graphique est LENTE ! à un point que j'ai du mal à supporter, mais je récites mes versets d'adoration à Stallman et ça me calme ... (ça vient pas mal des drivers graphiques libres qui sont pas encore au point, mais aussi de gnome qui est parfois codé avec les pieds .... ho, joli jeu de mot^W^W^W^W non c'est nul)
- oui les formats fermés, applis proprios, le fait de ne pas pouvoir "mettre la main à la patte", ça manque, c'est surtout pour ça que j'ai "switché" (pour linux, hein !)
- payer pour une nouvelle version ça ne me dérange pas, mais c'est vrai que laisser tomber l'ancienne version si vite ça m'a convaincu de ne pas le faire. Enfin bon, le système proprio, quoi, c'est comme ça que ça marche, et c'est ce qui me débecte.

Bref, une prison dorée, oui, mais qui s'en rend vraiment compte ? Je vois de + en + de "libriste" ici qui ne sont que des bidouilleurs, et s'en foutent de l'aspect libre. Si MacOS X était dispo plus facilement sur des bécanes x86, je suis sûr qu'il si mettraient tous (coté design, performances, ya même un shell ! génial ...). Ils ne resteraient alors que les "convaincus" (con-vaincus...) mais je suis pas sûr qu'on serait beaucoup (bon allez-y moinssez moi si vous en faites partie, on verra dajà si j'arrive à -10)

Bizarre, effectivement j'ai déjà entendu que des protections passaient pas sur certains vieux lecteurs, mais les seules que j'ai vu sont tout le temps les mêmes que celle que j'ai décrite au dessus. Si certaines passent et pas d'autres, c'est qu'il doit y en avoir des différentes (comme celles de Sony), mais j'ai toujours vu le même logo (Copy Protected avec un triangle dans un rond, ou l'inverse).
En tout cas je peux pas vraiment vérifier, je dois avoir maximum 2 CDs protégés, achetés + ou - sans avoir vu le logo... et j'en achèterai pas d'autres, comme depuis un bout de temps maintenant.

Globalement d'accord avec tes remarques, je complète et je corrige par :

- l'airport extreme c'est en bonne voie, il me semble que qqn a posté ya pas longtemps sur debian-powerpc avec une airport extreme + WPA (l'AE est supporté depuis 1 bon mois sans WEP/WPA, mais ca montre donc que ca avance encore)
- niveau clavier, le pb vient du fait que personne ne se met d'accord sur le bon keymap, moi je me suis fait le mien qui est nickel avec en plus des raccourcis similaires à OSX (pomme+tab pour changer d'appli, etc ...)
- c'est vrai qu'il est bien conçu...

Infos en + :
- la batterie c'est effectivement 5h en utilisation "normale" sous osx, par contre sous linux ca tourne plutot vers 3h/3h30 (batterie ayant 2 ans quand même, les 5h pr osx c'était avec batterie neuve), je pense que ca vient du disque qui se met jamais en veille .... (ya tjs une putain d'appli pour le "réveiller" meme quand on force la mise en veille...)
- la carte graphique avec 32Mo de RAM c'est pas un problème si tu joues pas trop ... en fait, tu seras obligé de pas trop jouer (PPC oblige)
- la RAM ça s'ajoute, 512Mo c'est pas mal pour commencer

Sinon pour les défauts :
- la mise en veille qui a encore qq rares problèmes avec les périph USB... mais comme tu sais jamais quand ça va chier, c'est un peu flippant, je débranche tout avant
- la qualité du matos ... pour mon cas, j'ai connu PERSONNELLEMENT 3 personnes dont le disque dur est mort, + moi ça fait 4 (tous des ibooks 12"), et pourtant je connais pas tant de macceux que ça...
- la puissance par rapport à un Intel, c'est clair que le G4 fait pas le poids, mais bon faut savoir si tu en as réellement l'utilité (à part si c'est juste pour avoir la + grosse .... mouai)
- la "PPC's touch" c'est marrant mais si t'es pas un minimum attaché aux convictions du libre & tout, tu va vite retomber sur MacOS X... c'est un combat quotidien mais c'est intéressant quand on croit à la philosophie du libre. Mais ça veut bien dire pas de flash, pas de wmv, pas de jeux proprios, pas de 3D "potable", etc ...

Et deuxieme point peut-on vraiment considerer que le cd posede une mesur de protection technique si un logiciel de rip de base n'est pas géné ?

Bah comme ça fait quelque temps que cette protection existe, les logiciels se sont adaptés...

Mais surtout c'est que cette protection est débile : la première piste est indiquée comment étant DATA, alors que c'est de l'audio, et la dernière que tu a vu est une piste de données réelles qui contient le mini-player-windows-qui-crache-un-son-tout-pourri. Bref, pour windows, une piste data au début et à la fin => CD de données, et il n'affiche que la dernière (comme un CD multi-session, il ne prend que la dernière... il me semble).

Bref je pense que cdparanoia s'en branle du flag données/audio et rippe tes pistes tranquilles. Mais ces dispositions ne respectent pas les conventions du Orange Book (ou le Red Book ? je sais plus) qui interdit ce genre de config des pistes, donc c'est pas un vrai CD (en plus il me semble qu'il y a une histoire comme l'avant dernière piste qui recouvre la dernière ... ma mémoire "défaille").

Je viens d'aller voir et je ne trouve ton commentaire nulle part...
Dommage, je trouve que c'était une bonne idée.

Ça me fait bien marrer la Fnac qui dit que les DRMs c'est mal, mais bon, heu quand même on va pas faire chier les majors alors on mettra uniquement du WMA DRMisé sur notre sîte de vente en ligne (il me semble que le patron disait un truc du genre "c'est pas de ma faute"), et on conseille aux gens de se faire chier à graver un CD avant de les réimporter pour outrepasser les protections (donc "perte" d'un CD-R, de la qualité, du temps passé à le faire, etc...).

Et puis maintenant, ils jartent les commentaires qui ne leur plaisent pas ... (remarque, ils devaient déjà le faire avant)

L'interoperabilité et l'ouverture des formats est autrement plsu important que l'ouverture du pilote de la carte vidéo.

Je suis d'accord avec toi pour dire que ce qui est important ce n'est pas de forcer les constructeurs à fournir des drivers libres (ils font ce qu'ils veulent) mais de promouvoir l'interopérabilité et l'ouverture des formats.

Mais j'ai l'impression que tu ne vois que l'interopérabilité du logiciel : quid du matériel ? Ce que je veux dire, c'est qu'il est débile de parler d'interopérabilité pour les logiciels si le matériel sur lequel tu te bases tourne sous un driver proprio. L'important c'est d'avoir les specs du matos ! Je suis en train de me demander si bientôt on aura pas un runtime proprio au dessus de nos processeurs...

Et putain pourquoi personne ne se rappelle de l'origine de l'idée de Stallman quand il lança le mouvement du libre : un driver proprio !!!

<humour>
Oui mais tu comprends, le shell ça date de l'âge des dinausores de l'informatique, et il n'y a pas de boite qui fait plein de pub dessus : c'est pas hype.
Donc c'est forcément nul...
</humour>

Le pire c'est que c'est 1,20¤ le canard, meme pas le prix d'un demi...