TImaniac a écrit 6420 commentaires

Non non, c'est bidon, tout ce qui touche le matos n'est pas géré en Java.

En même temps ils ont du tout recoder alors bon voilà quoi...
Si les textures doivent être les originaux, mais les textures sont elles sous GPL ou sous un autre type de licence ?

Euh, alcohol lit les images de logiciels Windows...
Ces formats d'images n'apportent en général pas grand chose, si ce n'est des informations supplémentaires sur les subdata par exemple, ou pour le format alcohol des conneries pour simuler les erreurs disques afin de contourner des protections... sinon rien ne vaut un bon vieux .iso.

Contourner des protections sous Linux est idiots :
- il n'y a pas de logiciels linux protégés de la sorte,
- les formats windows contenant les infos pour passer la protection sont des CD de soft sous Windows, donc vois pas l'intérêt.

Après dis oti bien que sous Linux la plupart des softs utilisent cdrecord en arrière plan pour effectuer la gravure et mkisofs pour créer des isos. Donc ils vont tous pouvoir plus ou moins faire la même chose.

Après certains formats iso Windows sont parfois de simples iso renommé avec une autre extension.

Ah oui, j'oubliai, là au moins on peut vraiment vérifier la perte de peformance entre la version native et la version portée, c'est le même code qui est utilisé :
#if _MANAGED
"Quake II (managed)",
#else
"Quake II (native)",
#endif

Le même genre de portage supermégautile : Quake II .NET
http://www.codeproject.com/managedcpp/Quake2.asp(...)

Décidemment y'en a qui n'ont rien à foutre :)

Pour ceux qui veulent pas troller :

"Running Quake II.NET in the timedemo test indicates the managed version performs about 85% as fast as the native version"

bizzare comme chiffre ;)

Pour ceux qui veulent troller :

Project UNIX name: jake2
Registered: 2004-06-04 00:59
jake2 jake2-0.9.3 September 7, 2004

Quake 2 .NET :
Porting the C code to native C++ took about 4 days, and porting to managed C++ took another day.

En fait la plupart des distributions récentes intègrent désormais le noyau Linux 2.6 qui a le gros désavantage de ne plus tenir sur une disquette :-/ C'est pourquoi en général ils refilent une image de boot pour CD ou clé USB, mais encore faut-il que ta carte mère veuille bien booter dessus...
Sinon une autre méthode :
Si tu as déjà un Linux d'installer, arrange toi pour booter sur les .iso directement sur le disque dur (je te laisse googeuliser, j'avais réussi pour ma fedora core 2 en tout cas)

J'oubliais, pour demonter :
umount /mnt/usbkey

et pour plus d'infos, notamment si ma méthode marche pas (le support USB n'est peut être pas activé) :
http://lea-linux.org/hardware/cleusb.html(...)

sinon poses des questions ;)

Bonjour,

l'opération de montage consiste à "insérer" ta clé USB Dans le système de fichier à un emplacement précis : le point de montage. Par principe mon met ces points de montages dans /mnt , par exemple pour toi /mnt/usbkey par exemple. il te faut donc créer un dossier vide dans /mnt que tu appeleras usbkey. Tu ne peux faire cette opération qu'en tant qu'administrateur, c'est à dire sous le compte root.
Maintenant que ton dossier /mnt/usbkey existe, il te faut effectuer le "montage" dans le système de fichier, bref faire pointer /mnt/usbkey directement sur ta clé. La commande qui fait celà est "mount". Voici le squelette de la ligne que l'on tappe habituellement :
mount -t vfat -o user,sync /dev/xxx /mnt/usbkey
"-t vfat" indique le type (-t) de fichier présent sur ta clé, c'est probablement du FAT Windows, d'où le vfat.
"-o user,sync" c'est les options, ici on veut que tous les utilisateurs (user) autre que l'admin (root) puisse accéder à la clé. "sync" indique qu'on veut que les fichiers soit synchronisé, cad que quand tu fais une modification sur la clé, ajouter un fichire par exemple, l'opération s'effectue immédiatement, ce qui t'évite de faire un "démontage" ou en tout cas en diminue grandment les conséquences si tu oublies de le faire :)
ensuite on retrouve 2 arguments :
"/dev/xxx" : c'est le chemin indiquant l'emplacement physique de ta clé. (/dev pour device, cad périphériques). J'ai mis ici xxx parcque celà peut changer suivant la version de Linux que tu as. Généralement c'est "sda" ou "sda1", "sdb", sdb1", fait plusieurs essai tu verras bien :)
"/mnt/usbkey" indique bien entendu le point où tu as effectuer le montage.

Voilà :-)
Amuse toi bien

Après tout dépend de la distribution Linux que tu as : RedHat ? Mandrake ? etc.

une adresse qui se finit par une virgule, même avec un espace derrière, est valide. Donc impossible pour Templeet de détecter si l'url doit se finir avec la virgule ou alors si c'est une virgule de la phrase... Templeet est pas intelligent non plus.

oué enfin le résultat est que les logiciels qui rippent et encode dans un autre format (DivX & Co) n'ont comme par hasard pas l'autorisation nécessaire du DVD Forum :) Donc pour l'utilisateur le CSS doit être contourné pour pouvoir faire une "copie" sans graveur DVD...

Ben la différence avec Flash c'est que le views de Macromedia est 100% copatible avec la techno Flash (encore heureux), alors que même l'Adobe SVG Viewer n'est pas compatible avec toutes les spécifs SVG...

Y'aurait pas une connerie du style :
Windows, il change l'heure du bios lors des changement "été/hiver"
Debian fait soit pareil, soit change l'heure qu'elle affiche, cad l'heure du bios+1 ?
Me semble en tout cas qu'à l'installe Debian m'avait posé la question... en cas de reboot sous Windows, il doit forcement en résulter un décalage dans le 2ème cas, sauf si celui-ci est configuré pour se synchroniser sur un serveur de temps...

Tu peux aussi envisager iFolder de Novell par exemple.

Bof je vois pas ou est la difficulte.
Ben si je viens de le dire, les changements était vraiment perceptibles pour le consommateur : la qualité CD, la taille du média, la simplicité d'utilisation du lecteur, l'absence de dégradation du support, tout celà permis de passer facilement au support CD.

Maintenant tu veux qu'ils inventent quoi ?

Tu dis que celà va arriver dans 5 à 10 ans, effectivement je donne encore à peu près ce temps de vie pour le CD audio. Cependant je me pose des questions sur l'intérêt d'avoir un remplacant... La mode est aux formats numériques sur des types de support multiples, je penses pas qu'il sera utile d'avoir un support standard dans 10 ans...

http://linux.rice.edu/installfest/howto/post_install_redhat9.html#a(...)

dis moi t'avais la flemme de taper "apt-get redhat 9" dans google ? ;)

Avec le deploiement de .NET et surtout l'arrivee de Longhorn les pierres vont etre posee.
C'est quoi le rapport ? NGSCB & Co, c'est une techno basé sur une compatibilité matérielle complètement indépendante de .NET ou même avec LongHorn : je suppose que Microsoft pourra intégrer celà à Windows XP de la même manière.

Pour la méthode de vérification des albums; je ne sais pas comment cela fonctionne mais je ne sais pas non plus comment va évoluer le format CDROM si une telle loi été adopté au USA...
Ben, il faudrait qu'ils innovent ouachement pour justifier l'existence d'un nouveau format de CD Audio... T'imagines le nombres de périphériques à changer ? C'est tout bonnement innimaginable ! Du 33t au CD Audio il y a eu un pas de géant au niveau de la qualité et de la longétivité du média, mais là je vois difficilement comment faire gober la pillule aux consommateurs... C'est pour celà que je ne penses pas que cette loi vise les supports ou les DRM, mais bel est bien les réseaux de p2p : ceux-ci ne sont pas contrôler par les majors, il est donc important pour eux de les interdire, alors que les DRM ou les format de CD sont sous leur maîtrise.

On peut plus facilement aux gens d'utiliser quelque chose (ici le p2p) que de les obliger à utiliser quelquechose (DRM). Encore moins de façon autoritaire à travers une loi !

la meilleure solution consiste sans doute à installer apt-get ou yum sur ta RedHat par exemple :)

Je suis d'accord avec ce que tu expliques, cette loi semble viser les moyen d'échange et/ou de copies, mais ne vise pas à obliger l'utilisation de DRM, ce choix d'utilisation ou non de DRM sera laissé aux fournisseurs de contenu c'est tout.
Tu dis que WMP est capable de reconnaître un contenu protégé... WMP ne fait que comparer certains aspects comme la durée des pistes, ce n'est pas ce que j'appelle une méthode fiable... Surtout offline. Il faut bien pouvoir rendre la lecture d'un CD possible même offline, sinon il y a des consommateurs qui vont râler ! Et pourquoi pas obliger l'autoradio à s'identifier par GPS tant qu'on y est ?

Enfin de toute façon je crois que l'article l'explique très bien, cette loi vise avant tout les réseaux de p2p.

Il y a d'autres lois qui régissent l'utilisation des DRM, de toute façon le CD Audio est le parfait exemple de support sans DRM qui devrait être interdit si on te suit dans ton idée ;)

Pourquoi ?
Cette loi obligement nullement au créateur d'un contenu numérique l'utilisation de DRM... Cette loi propose d'interdire les moyens d'échanges de contenus sous Copyright en qualifiant l'utilisateur de tels moyens de criminels, c'est tout...
Si tu veux continuer de parler des DRM tu sais où ça se passe ;)

C'est pas vraiment le fait qu'un PC puisse potentiellement être ciblé par cette loi qui me fait peur, c'est plutôt cette enième tentative de culpabiliser l'utilisateur du p2p : "Maintenant vous êtes carrement un criminel !"

Ah quand la chaise électrique pour avoir téléchargé le dernier britney spears ?

Faux, ce que désire l'Europe c'est que les DRM soient compatibles
Je vois pas ce qu'il y a de faux dans ce que j'ai dis, c'est bien de l'interopérabilité. J'ai pas dis que MS répondait à la manière suggérer par l'UE, mais que MS allait dans le même sens, cad se souvis de l'interopérabilité. A défaut d'organisme de normalisation et de proposition "libres", seul un format comme celui de MS ou Apple se verra "standardisé".
2 possibilités :
- pas de standard établi : concurrence entre les formats, comme par exemple c'est le cas pour les DVD-Audio vs SACD, résultat c'est la merde pour le consommateur.
- un standard s'établi et gagne le marché des DRM. Pour le consommateur c'est positif, mais une seule entreprise gagne des royalties.
Que ce soit Apple ou MS, celà ne change strictement rien. J'ai juste fait le constat que MS cherchait effectivement à établir un standard, alors que Apple commence seulement à y réfléchir, ils vont devoir changer de politique, mais celà risque d'être trop tard : les 2 successeur du DVD ont choisit parmis les formats supportés le wmv9 de MS.
Au final, la position de Apple va dans le sens de la concurrence en n'imposant pas de format (en ne le diffusant pas, il ne risque pas de s'imposer), à l'opposé MS va dans le sens du monopole mais aussi dans le sens du standard, et donc dans celui du consommateur, que celà te fasse rire ou non.

N'y a-t-il pas de perte de qualité au rippage?
le rippage n'engendre pas de perte de qualité, c'est des données numériques qui passent. Ce qui engendre une perte de qualité c'est l'encodage derrière dans un format destructif de type ogg/mp3 & Co.

Si c'est une pure conversion de formats numérique, il doit être possible d'y mettre une protection anti-copie.
En théorie, oui. Mais le CD Audio n'a pas été conçu pour. Il existe une solution : ne pas utiliser la norme officielle des CD Audio pour y mettre une protection numérique, mais celà empêcherai l'utilisation normal du média dans une chaîne Hifi par exemple, et attire en général la foudre des consommateurs et autres asso de consommateurs. Mais gageons que les prochains formats de CD Audio auront une protection intégrée (Macrovision semble candidat), mais que comme d'hab, ces spécifications étant figées, tôt ou tard on pourra casser ces protections comme ce fut le cas pour la protection CSS des DVD.

Quand on enregistre /dev/dsp, c'est comme d'enregistrer la sortie son ou pas?
Il n'y a pas de conversion il me semble, tu recupères le son tel qu'il arrive à la carte son.

l'astuce a été remplacée par :

"Il y a plus de 70 lecteurs audio portables qui supportent MSN Music aujourd'hui, et nous espérons qu'un jour ou l'autre Apple se décide à se joindre à l'industrie et à supporter le choix des consommateurs".

Dans la même rubrique, et toujours concernant ces protections et la société Apple :
Une tentative d'ouverture pour vérouiller les CD Audio : http://www.clubic.com/n/n13334.html(...)
Une tentative de Real : http://www.zdnet.fr/actualites/internet/0,39020774,39163648,00.htm(...)
Apple panique et change totalement de stratégie : http://www.presence-pc.com/news/Vers-un-accord-entre-Sony-et-Apple-(...)

Au fait il serait bon de préciser que cette méthode est équivalente à la méthode consistant à transcoder depuis un foramt compressé dans un autre, il y a donc une perte de qualité souvent non négigeable dans ce genre de pratique.