Sauf si la clef est unique par personne avec personnalisation de l'encryption et un schema pour échanger les clefs de manières sécurisé entre hardware. Cela doit pouvoir se faire si chaque puce dispose d'une autre clef pour signature pour éviter les attaques man-in-the-middle.
Cela signifie qu'en plus de transférer ses mp3 entre baladeurs, il faudra trouver un canal de communication entre les différents lecteurs. Les clefs s'effaceraient de la source, cela simulerait le déplacement de l'oeuvre(puisque contrairement au CD qui se déplace, un fichier ne peut que se copier).
Cela parrait possible pour un baladeur à brancher sur un PC mais c'est déjà plus dure pour un autoradio.M'enfin surtout, cela risque d'être super chiant de se rappeler ou est passé la clef de tel ou tel morceau.
On risque de se retrouver avec des cartes SIM/ à puce pour lire les morceaux à mettre dans son baladeur. A non même pas. Sinon le hardware pourrait avoir la clef de compression secrète. Et si la puce décompresse en interne, il y a un flux audio en clair qui sort de la puce (qui serait donc plus chère etc...).
Bon, bref, avec les DRM on a de toutes façon la clef, l'algorythme et le document sous la main, cela ne peut donc _pas_ marché...
Certe c'est de la PAO. Mais quand je fais un document genre spec, on cherche souvent à faire un schema à gauche et les explications à droite. Ou faire correspondre texte et tableau sur 2 mêmes pages.
Bref, tout cela s'est galère à faire avec un logiciel de traitement texte classique.
Sinon, j'adorais le feeling de pagemaker. Avec une mise en page qui considère le texte comme un long ruban que l'on coupe. La mise en page étant centré par la page et non par le texte, ce qui est beaucoup plus naturel.
Ce qui manque je trouve dans un document c'est un suivi de modification béton.
En gros, cela serait top un suivi type CVS/SVN dans le document lui-même. ça cela existe déjà.
Ce qui serait sympa à obtenir, c'est définir à un moment des versions. Cela permet par exemple de mettre les fameuses barres verticals de modification entre 2 versions majeurs et pas entre révision.
On pourrait aussi sortir une page de modification (automatique comme la table des matières) avec les n° de pages modifiés.
Bref, cela serait super utile pour tracer les modifs d'une spec proprement.
Sinon tu peux encore faire un IDE pour XUL et javascript écris en XUL et javascript :) Pour faire des clients riche et léger cela peut valoir le cout :)
Forcément, il y a aussi Perl/Qt comme couple sympa. L'interface graphique pouvant être fait avec Qtdesigner. L'idée serait d'avoir un "raid" graphique.
Il est facile d'imaginer des fichiers video crypté par clef secrète connu uniquement par des puces video. Mais en quoi cela permet le contrôl de la copie ?
Même avec une protection hardware de la gestion du morceau, tu as toujours un problème : le morceau passe forcément en clair un moment ou un autre pour être afficher. Donc il suffit de détourner les appels video pour réenregistrer le morceau.
Le deuxième problème est la gestion des clefs. Est-ce que tu accépterais que tes morceaux ne se lisent que sur une seule machine ?
le site web a l'air d'avoir des soucis. cela tombe mal.
Y'a pas encore de code VHDL, il y a d"ailleurs pas mal de discussions sur comment le sortir en gardant l'IP dessus pour pouvoir le vendre et lever des fonds.
[^] # Re: Merci
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un mainteneur de la sécurité pour Debian jette l'éponge.. Évalué à 10.
"La première sécurité est la liberté"
[^] # Re: 17H15
Posté par Nicolas Boulay (site web personnel) . En réponse au journal DADVSI, journée du 9 mars. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: hardware...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut on m'expliquer les DRM?. Évalué à 2.
Sauf si la clef est unique par personne avec personnalisation de l'encryption et un schema pour échanger les clefs de manières sécurisé entre hardware. Cela doit pouvoir se faire si chaque puce dispose d'une autre clef pour signature pour éviter les attaques man-in-the-middle.
Cela signifie qu'en plus de transférer ses mp3 entre baladeurs, il faudra trouver un canal de communication entre les différents lecteurs. Les clefs s'effaceraient de la source, cela simulerait le déplacement de l'oeuvre(puisque contrairement au CD qui se déplace, un fichier ne peut que se copier).
Cela parrait possible pour un baladeur à brancher sur un PC mais c'est déjà plus dure pour un autoradio.M'enfin surtout, cela risque d'être super chiant de se rappeler ou est passé la clef de tel ou tel morceau.
On risque de se retrouver avec des cartes SIM/ à puce pour lire les morceaux à mettre dans son baladeur. A non même pas. Sinon le hardware pourrait avoir la clef de compression secrète. Et si la puce décompresse en interne, il y a un flux audio en clair qui sort de la puce (qui serait donc plus chère etc...).
Bon, bref, avec les DRM on a de toutes façon la clef, l'algorythme et le document sous la main, cela ne peut donc _pas_ marché...
"La première sécurité est la liberté"
[^] # Re: suivi...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compétition pour le design de Koffice 2.0. Évalué à 3.
Bref, tout cela s'est galère à faire avec un logiciel de traitement texte classique.
"La première sécurité est la liberté"
[^] # Re: suivi...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compétition pour le design de Koffice 2.0. Évalué à 2.
"La première sécurité est la liberté"
# suivi...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compétition pour le design de Koffice 2.0. Évalué à 6.
En gros, cela serait top un suivi type CVS/SVN dans le document lui-même. ça cela existe déjà.
Ce qui serait sympa à obtenir, c'est définir à un moment des versions. Cela permet par exemple de mettre les fameuses barres verticals de modification entre 2 versions majeurs et pas entre révision.
On pourrait aussi sortir une page de modification (automatique comme la table des matières) avec les n° de pages modifiés.
Bref, cela serait super utile pour tracer les modifs d'une spec proprement.
"La première sécurité est la liberté"
[^] # Re: Villepin, t'es foutu !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Action à l'assemblée nationale le 8 Mars contre DADVSI. Évalué à 5.
"La première sécurité est la liberté"
# system ou ``
Posté par Nicolas Boulay (site web personnel) . En réponse au message Commandes Linux insérée dans un prog perl. Évalué à 3.
"La première sécurité est la liberté"
[^] # XUL/Javascript
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un éditeur de script. Évalué à 4.
"La première sécurité est la liberté"
# Perl/Qt ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un éditeur de script. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: hardware...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut on m'expliquer les DRM?. Évalué à 2.
Il est facile d'imaginer des fichiers video crypté par clef secrète connu uniquement par des puces video. Mais en quoi cela permet le contrôl de la copie ?
"La première sécurité est la liberté"
[^] # Re: Lois de la FSF ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un dossier "libre" dans Courrier international. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Le Monde...et les autres
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le droit d'auteur sur le site du Monde. Évalué à 1.
Partir du TCE et finir en point godwin...
"La première sécurité est la liberté"
# hum...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal DADVSI et LL dans Liberation du jour. Évalué à 4.
eucd.info milite pour l'ajout d'une pauvre phrase claire dans se sens mais cela a été refusé !
"La première sécurité est la liberté"
[^] # Re: soft/hard
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Je suis bluffé. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: ça marche pas...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut on m'expliquer les DRM?. Évalué à 2.
Mais ensuite, c'est la gestion des clefs qui posent problèmes
"La première sécurité est la liberté"
[^] # Re: Il faut relire ce que dit la loi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Copie privée des DVD : la cour de cassation a tranché !. Évalué à 5.
Même pas car le coffre t'appartient en l'occurence.
"La première sécurité est la liberté"
[^] # Re: Si ça se trouve DADVSI se retournera contre son maitre...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Copie privée des DVD : la cour de cassation a tranché !. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: La page du projet ne marche pas
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des nouvelles d'OpenGraphics. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: La page du projet ne marche pas
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des nouvelles d'OpenGraphics. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: 256 Mo de Ram!? PCI ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des nouvelles d'OpenGraphics. Évalué à 3.
"La première sécurité est la liberté"
# hardware...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut on m'expliquer les DRM?. Évalué à 3.
Le deuxième problème est la gestion des clefs. Est-ce que tu accépterais que tes morceaux ne se lisent que sur une seule machine ?
"La première sécurité est la liberté"
[^] # Re: A propos des optimisations de code
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: La page du projet ne marche pas
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des nouvelles d'OpenGraphics. Évalué à 3.
Y'a pas encore de code VHDL, il y a d"ailleurs pas mal de discussions sur comment le sortir en gardant l'IP dessus pour pouvoir le vendre et lever des fonds.
Sinon le schema va sortir "bientot".
"La première sécurité est la liberté"
[^] # Re: dépêche ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des nouvelles d'OpenGraphics. Évalué à 10.
"La première sécurité est la liberté"