Je crois qu'il y a un peut d'hypocrisie, certain ici ne veule pas tirer une croix sur leurs habitude de piratage, je ne vois pas en quoi un DRM compatible avec l'open source et respectueux des utilisateurs est un problème pour le libre, par contre j'imagine très bien ce que l'absence de DRM va pauser comme problème dans le futur.
mais bien sur : comme dis plus par exemple si ca repose sur un systeme de confiance, tu peux de retrouver dans la situation ou tu as acheté ton matos et tes medias tout a fait legalement, mais tu peux plus les lires sous pretexte que les clefs fabriquants on ete craquee...
C'est genial, t'es oblige de racheter du matos...
Que je sache très peux des composants de ton PC sont libre, ton processeur n'est pas libre, ta ram n'est pas libre, ta carte graphique n'est pas libre, ce qui importe avent tous c'est de pouvoir les utiliser avec des composant Open Source, via des interface et des drivers libre/open source.
Que je sache chaque composant de mon pc peut etre emulle de maniere software, donc les implementations peuvent etre libre et ca me suffit.
Ensuite la tes composants doivent etre certifier par une autoritee pour que ca marche, et la aussi ca differe que ce qui se fait actuellement.
Et finalement comme tu le dis toi meme si tous ce merdier est applique au final, apres decodage il y a toujours moyen de recuperer le signal a moins que les decodeurs soient implementés dans ton cerveau....
Sur ce je vais profiter de la nature et du beau temps qui ne sont pas encore soumis aux DRM...
bon, deja je reintere ce que j'ai dis : tu passe par du hard que tu controle pas, donc c'est pas du drm full libre...
Ensuite comment tu lis ton contenu sur des lecteurs qui n'ont pas acces au reseau ?
Qu'est ce qui se passe si la clef de ton fabriquant se fait hacker : tous les lecteurs de celui-ci ne marche plus car il ne sont plus valide aupres des autoritee de certifs ?
Je continue a affirmer que les drm vont dans le mauvais sens : a moins de te *forcer* a passer par des *boites noires* tu a une clef et un media crypte et donc au final tu peux faire ce que tu veux
Apres si les DRM sont integrer sur le matos, ca pourra marcher sur des systemes libre, mais le DRM sera toujours proprio...
C'est ce que je dissais : soit t'as le controle sur la puce TCPA et tu peux recuperer tes clefs, soit tu l'as pas et le DRM est en partie gerer en hard...
Ensuite il faut que toute la chaine soit controllee : prenons exemple sur la puce TCPA, qu'est ce qui me garanti que la clef que j'envoie au fournisseur viens bien de cette puce et pas d'une clef que j'ai generer a cote (et dont j'ai la clef privee ?)
Il existe des simulateurs de puce TCPA, et donc je suis meme capable de tromper les appli proprio, qui tenterais d'utiliser le TCPA a ces fins.
Bref il faut que toute la chaine soit controller et je vois pas comment tu peux le faire en libre...
Donc bon, si tu te contentes de lire du son chiffré, à la Canal+ sans décodeur, tu peux, mais je trouve ça bof quant à la qualité de restitution du son ;-)
Sauf que si tu connais l'algo, tu l'appliques et t'as le son en clair. Pour la chaine que tu cite c'est trivial, y a meme pas besoin de clef...
tout de maniere les DRM c'est completement foireux : on te donne un media crypte et une clef pour pouvoir le lire. A partir de la tu es en mesure de faire ce que tu veux de ton media...
Les DRM seront toujours proprio, vu qu'il repose sur le secret de l'algo de decryptage....
Apres si les DRM sont integrer sur le matos, ca pourra marcher sur des systemes libre, mais le DRM sera toujours proprio...
Ne nous réjouissons pas trop vite, une Jep en préparation ne veux pas dire que ce sera implémenter bientot. Ça fait déjà 2 ans que la JEP-0008 a été publiée, et il y a toujours pas d'avatars.
Les 256 gigaflops de la PS3 s'y crois moyen. Je pense surtout que c'est une machine ultra optimiser pour ce quelle doit faire (beacoup de video...), mais pour le reste les perf doivent etre vraiement moyenne.
C'est qd qu'on monte un cluster de PS3 pour entrer dans le top500.org ;)
La gestion des exceptions en C++ font aussi grossir les binaire fortement : il faut decrire en format dwarf chaque operation sur la pile (sauvegarde/restauration de pointeur, empillage/depillage) pour pouvoir revenir a un etat coherent...
Par contre en cout d'excecution ca devrait etre negligeable.
PS : pour la petite histoire, y en a qui on fait du traitement d'exception en asm (dans la nptl) et c'est comment dire assez horrible.
Hereusement que les nouvelles version de gas supporte les instruction dfi qui permette de generer le dwarf automatiquement...
Dans le domaine du calcule numérique en physique, C++ a remplacé Fortran.
Le fortran n'est pas si mort que ca : il existe des tas de biblioteque que les entreprises rechignent a migre, le language est encore en evolution et je crois que certain aspet du language (pas de pointeur ???) facilite l'optimisation au niveau de la compilation.
Ce qui fait le succès de Skype, c'est surtout le principe de p2p pour passer tous les firewalls, et pour ça il n'y a aucune alternative libre, malheureusement..
Ben faut avoir confiance : avec ce systeme n'importe qui pourrait etre en mesure d'ecouter ce que tu dis (oui, il dise que c'est crypte sur leur site, mais vu qu'il y a pas de doc, qui me dis qu'elle est efficace).
Ensuite il se passe quoi si les noeud p2p par lequel tu passe se deconnecte ?
Ton flux est dupliquer ? Bonjour les economie de BP.
Il ne l'ai pas : tu peux te faire coupe a tous moment.
De plus vu qu'il y a une dependance de l'annuaire centralise de skype, c'est pas du full p2p...
"Pst : l'idée des sous-titres prégénérés n'est pas terrible... sauf pour faire grossir les médias et economiser un peu de cpu dont on ne sait plus que faire aujourd'hui...*"
ben c'est quand meme un moyen d'avoir quelque chose de plus ou moins universel : une sorte de pdf pour les sous-titres.
De plus je me demandes si tous les effets ssa sont standarts et peuvent etre gere par tous les lecteurs.
Un autre point est qu'il peut contenir des encodages non supportes par le systeme, bien qu'avec l'utf-8 on en revient au pb de fonte...
Apres qd tu dit que ca fait grossir les media, faut pas deconner : compare le poid d'un sous-titre par raport a la video ou de la bande son, celui-ci est negligeagle, et rien n'empeche de faire un format compact.
Par contre un probleme c'est qu'il peut pas etre redimentionne a la resolution de visualisation : on est obliged'appliquer les sous-titre avant le redimentionnement, ce qui peut faire apparaitre du crenelage, ...
le pb des sous titrages comme ass c'est qu'il faut avoir les bonnes fontes. Or ce sont la plus part du temps des fontes windows et non libre...
Ensuite le positionnement et le effets devant generer sont relativement complexe et il manque une biblioteque pour que les lecteurs puisse facilement le supporter.
Moi je pencherais plus par l'utilisation d'un format plus universel facile a rendre, ou les sous-titres pourrairnt etre pre-genere.
PS
tu peux qd meme lire les sous titre ASS avec mplayer, mais t'auras que le texte.
Posté par M .
En réponse à la dépêche TNT sous Linux.
Évalué à 6.
Il est aussi possible d'utiliser vdr avec les cartes dvb-t.
Vdr est un logiciel qui a tout d'abord ete concu pour les carte dvb-s FF (avec decodeur mpeg integree), mais grace a un systeme de plugins il est tres flexible.
Et t'en fait quoi des stations de calcul qui tourne sous PPC (linux ou aix). Tu vas me dire que c'est un complot ?
T'as des sources pour tes affirmations?
Comme dit plus haut, les perfs dependent du compilo et il y a fort a parier que gcc est plus optimise pour ia32 que ppc...
[^] # Re: relativiser
Posté par M . En réponse au journal Les DRM sont là :/ !. Évalué à 2.
mais bien sur : comme dis plus par exemple si ca repose sur un systeme de confiance, tu peux de retrouver dans la situation ou tu as acheté ton matos et tes medias tout a fait legalement, mais tu peux plus les lires sous pretexte que les clefs fabriquants on ete craquee...
C'est genial, t'es oblige de racheter du matos...
Que je sache très peux des composants de ton PC sont libre, ton processeur n'est pas libre, ta ram n'est pas libre, ta carte graphique n'est pas libre, ce qui importe avent tous c'est de pouvoir les utiliser avec des composant Open Source, via des interface et des drivers libre/open source.
Que je sache chaque composant de mon pc peut etre emulle de maniere software, donc les implementations peuvent etre libre et ca me suffit.
Ensuite la tes composants doivent etre certifier par une autoritee pour que ca marche, et la aussi ca differe que ce qui se fait actuellement.
Et finalement comme tu le dis toi meme si tous ce merdier est applique au final, apres decodage il y a toujours moyen de recuperer le signal a moins que les decodeurs soient implementés dans ton cerveau....
Sur ce je vais profiter de la nature et du beau temps qui ne sont pas encore soumis aux DRM...
[^] # Re: relativiser
Posté par M . En réponse au journal Les DRM sont là :/ !. Évalué à 2.
Ensuite comment tu lis ton contenu sur des lecteurs qui n'ont pas acces au reseau ?
Qu'est ce qui se passe si la clef de ton fabriquant se fait hacker : tous les lecteurs de celui-ci ne marche plus car il ne sont plus valide aupres des autoritee de certifs ?
Je continue a affirmer que les drm vont dans le mauvais sens : a moins de te *forcer* a passer par des *boites noires* tu a une clef et un media crypte et donc au final tu peux faire ce que tu veux
[^] # Re: relativiser
Posté par M . En réponse au journal Les DRM sont là :/ !. Évalué à 2.
C'est ce que je dissais : soit t'as le controle sur la puce TCPA et tu peux recuperer tes clefs, soit tu l'as pas et le DRM est en partie gerer en hard...
Ensuite il faut que toute la chaine soit controllee : prenons exemple sur la puce TCPA, qu'est ce qui me garanti que la clef que j'envoie au fournisseur viens bien de cette puce et pas d'une clef que j'ai generer a cote (et dont j'ai la clef privee ?)
Il existe des simulateurs de puce TCPA, et donc je suis meme capable de tromper les appli proprio, qui tenterais d'utiliser le TCPA a ces fins.
Bref il faut que toute la chaine soit controller et je vois pas comment tu peux le faire en libre...
[^] # Re: relativiser
Posté par M . En réponse au journal Les DRM sont là :/ !. Évalué à 2.
Sauf que si tu connais l'algo, tu l'appliques et t'as le son en clair. Pour la chaine que tu cite c'est trivial, y a meme pas besoin de clef...
[^] # Re: relativiser
Posté par M . En réponse au journal Les DRM sont là :/ !. Évalué à 2.
Les DRM seront toujours proprio, vu qu'il repose sur le secret de l'algo de decryptage....
Apres si les DRM sont integrer sur le matos, ca pourra marcher sur des systemes libre, mais le DRM sera toujours proprio...
[^] # Re: Avatar et gaim
Posté par M . En réponse au journal Jabber : Le Grand Test. Évalué à 2.
tkabber supporte les avatars....
# mouai...
Posté par M . En réponse au journal Les nouvelles consoles. Évalué à 6.
C'est qd qu'on monte un cluster de PS3 pour entrer dans le top500.org ;)
[^] # Re: jhead ?
Posté par M . En réponse au journal Faire du GPL avec du Shareware. Évalué à 5.
The software is public domain
[^] # Re: Animal !
Posté par M . En réponse au journal Netscape 8.0 is out. Évalué à 1.
[^] # Re: Ocaml va t'il remplacer C++?
Posté par M . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 6.
Par contre en cout d'excecution ca devrait etre negligeable.
PS : pour la petite histoire, y en a qui on fait du traitement d'exception en asm (dans la nptl) et c'est comment dire assez horrible.
Hereusement que les nouvelles version de gas supporte les instruction dfi qui permette de generer le dwarf automatiquement...
[^] # Re: URL ?
Posté par M . En réponse au journal nouvelle version de bitorrent trackerless. Évalué à 6.
plus d'info sur http://www.bittorrent.com/trackerless.html(...)
et pour azureus tans qu'on y est :
http://azureus.aelitis.com/wiki/index.php/DistributedTrackerAndData(...)
[...]
[^] # Re: Help !
Posté par M . En réponse au journal Jabber : Le Grand Test. Évalué à 2.
[^] # Re: Ocaml va t'il remplacer C++?
Posté par M . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 1.
Le fortran n'est pas si mort que ca : il existe des tas de biblioteque que les entreprises rechignent a migre, le language est encore en evolution et je crois que certain aspet du language (pas de pointeur ???) facilite l'optimisation au niveau de la compilation.
[^] # Re: Help !
Posté par M . En réponse au journal Jabber : Le Grand Test. Évalué à 2.
[^] # Re: Sous linux sans leur soft ?
Posté par M . En réponse au journal Alternative à Skype. Évalué à 1.
Ben faut avoir confiance : avec ce systeme n'importe qui pourrait etre en mesure d'ecouter ce que tu dis (oui, il dise que c'est crypte sur leur site, mais vu qu'il y a pas de doc, qui me dis qu'elle est efficace).
Ensuite il se passe quoi si les noeud p2p par lequel tu passe se deconnecte ?
Ton flux est dupliquer ? Bonjour les economie de BP.
Il ne l'ai pas : tu peux te faire coupe a tous moment.
De plus vu qu'il y a une dependance de l'annuaire centralise de skype, c'est pas du full p2p...
[^] # Re: Le sous titrage
Posté par M . En réponse à la dépêche Un point sur l'audiovisuel dans le monde du libre.. Évalué à 4.
[^] # Re: Le sous titrage
Posté par M . En réponse à la dépêche Un point sur l'audiovisuel dans le monde du libre.. Évalué à 3.
ben c'est quand meme un moyen d'avoir quelque chose de plus ou moins universel : une sorte de pdf pour les sous-titres.
De plus je me demandes si tous les effets ssa sont standarts et peuvent etre gere par tous les lecteurs.
Un autre point est qu'il peut contenir des encodages non supportes par le systeme, bien qu'avec l'utf-8 on en revient au pb de fonte...
Apres qd tu dit que ca fait grossir les media, faut pas deconner : compare le poid d'un sous-titre par raport a la video ou de la bande son, celui-ci est negligeagle, et rien n'empeche de faire un format compact.
Par contre un probleme c'est qu'il peut pas etre redimentionne a la resolution de visualisation : on est obliged'appliquer les sous-titre avant le redimentionnement, ce qui peut faire apparaitre du crenelage, ...
[^] # Re: Le sous titrage
Posté par M . En réponse à la dépêche Un point sur l'audiovisuel dans le monde du libre.. Évalué à 3.
Ensuite le positionnement et le effets devant generer sont relativement complexe et il manque une biblioteque pour que les lecteurs puisse facilement le supporter.
Moi je pencherais plus par l'utilisation d'un format plus universel facile a rendre, ou les sous-titres pourrairnt etre pre-genere.
PS
tu peux qd meme lire les sous titre ASS avec mplayer, mais t'auras que le texte.
# vdr
Posté par M . En réponse à la dépêche TNT sous Linux. Évalué à 6.
Vdr est un logiciel qui a tout d'abord ete concu pour les carte dvb-s FF (avec decodeur mpeg integree), mais grace a un systeme de plugins il est tres flexible.
Pour plus d'info le wiki est tres bien fait : http://www.linuxtv.org/vdrwiki/index.php/Main_Page(...) et notament http://www.linuxtv.org/wiki/index.php/DVB-T(...) pour la liste des cartes TNT compatibles linux.
[^] # Re: avec mplayer
Posté par M . En réponse à la dépêche Une émission de télé en direct sur le libre. Évalué à 3.
<copyright>DIRECT 8 ® 2005</copyright><abstract>Site Officiel http://www.direct8.fr/
Ne pas reprendre le flux sans passer par le site officiel</abstract>
[^] # Re: avec mplayer
Posté par M . En réponse à la dépêche Une émission de télé en direct sur le libre. Évalué à 6.
PID=$!
sleep 1h
kill $PID
[^] # Re: Linux ?
Posté par M . En réponse au journal Faille dans les CPU Intel avec Hyperthreading. Évalué à 3.
# ...
Posté par M . En réponse au message Ubuntu + 2 cartes son => choisir la bonne ?. Évalué à 2.
[^] # Re: Car tout est marketing d'apple
Posté par M . En réponse au journal contreperformances étonnantes de calculs sur diverses machines. Évalué à 4.
T'as des sources pour tes affirmations?
Comme dit plus haut, les perfs dependent du compilo et il y a fort a parier que gcc est plus optimise pour ia32 que ppc...
[^] # Re: Patch ?
Posté par M . En réponse au journal Faille dans les CPU Intel avec Hyperthreading. Évalué à 4.
Sur certains bios, c'est meme lui qui s'en charge...