On est donc d'accord que la volonté de l'auteur ne t’intéresse pas?
Je m'auto-cite alors (avant dernier commentaire)
Concernant mon cas. Si j'achète les jeux, ce n'est pas par états d’âmes mais pour que les développeurs continuent d'en faire. Si il y a bien un truc de plus pratique que Steam, c'est thepiratebay, et je maîtrise parfaitement le processus, j'ai eu l'habitude d'y aller quand j'étais jeune : j'avais pas de thunes mais le temps et l'envie de jouer.
Concernant
du moment où tu es conscient que tu tomberas dans l'illégalité et que tu seras contre la volonté de l'auteur quand tu ne seras pas d'accord
Je me re-cite alors (quelques commentaires plus haut)
Si un jour j'ai un problème avec Steam comprends bien que j'aurais la conscience en paix et que je n'en n'aurai strictement rien à faire de retourner sur thepiratebay pour récupérer "mon" jeux.
Je n'ai pas commencé à planifier le piratage de mes jeux pour autant. Pour l'instant Steam c'est 70% du volume de vente des jeux PC, et toujours pas de scandale causé par les DRM. Et puis qui te dis que dans le cas de la fin de Steam Valve ne libérera pas un bout de code du serveur d'activation, ou juste la clé de déchiffrement du contenu des CDs "full steam" (car certain jeux qu'on achète en CD ne contiennent que du contenu chiffré, le même que celui que l'installeur Steam télécharge).
Pour te faire un résumé : je tombe sur chaque personne dons les paroles et les actes sont incompatibles
Est-ce vraiment productif de te poser en chevalier de la morale ?
Tu as avancé que Steam pouvait arrêter son serveur d'activation à tout moment. Je t'ai répondu que dans ce cas, j'irai chercher le jeu sur thepiratebay. Je n'ai pas parlé de contourner le DRM dans un autre contexte. Tu m'as donc piégé, puis tu m'es tombé dessus.
Ok j'avoue je n'y comprends plus rien du tout. Tu tombes sur chaque personne qui ne tiens pas des propos en adéquation parfaite avec le code pénal, car il se cache derrière des excuses. En règle général tu amènes toi même la législation sur le tapis.
Tu ne respecte pas la loi, tu t'en fou qu'une personne x ne la respecte pas, mais tu ne fais que pointer encore encore et encore le fait que les gens qui ne l'ont même pas évoqué ne la respecte pas ! Ma question est donc : ou est-ce que tu veux en venir ?
Concernant mon cas. Si j'achète les jeux, se n'est pas par états d’âmes mais pour que les développeurs continuent d'en faire. Si il y a bien un truc de plus pratique que Steam, c'est thepiratebay, et je maîtrise parfaitement le processus, j'ai eu l'habitude d'y aller quand j'étais jeune : j'avais pas de thunes mais le temps et l'envie de jouer.
Admettons que l'auteur soit le seul maître de ces décisions alors, pour pouvoir discuter. En achetant son jeu avec son DRM, ce que je fais et aussi ce que tu me reproches, je ne le respecte pas et j'ignore sa volonté donc ? En gros, tu te fou complètement de ma gueule ?
Ce qui ressort c'est que tu critiques les gens qui tiennent ses propos, et tu ne leur laisse pas une chance de s’expliquer. M'est avis que tu t'en fou d'ailleurs.
inventons notre idée du respect de l'auteur
Oui voila, c'est à ça que je m'attends sur linuxfr, pas à une bande de clones qui connaissent et respectent la loi telle qu'elle est. Des gens qui essayent d'en débattre et de s'en expliquer, et non pas des gens qui ne font que citer le code pénal.
Au cas où tu n'aurais pas compris : c'était ironique.
Désolé c'était pas si évident que ça, je n'avais pas compris.
Tes remarques centrées sur les aspects légaux disent tout et leurs contraires suivant ou tu veux emmener la conversation, c'est très pénible. On tourne violemment en rond.
Nous les joueurs sommes obligés d'utiliser des DRM (car non, toujours pas de Crysis 2 ou n'importe quel autre jeu récent sans DRM) nous n'en n'avons rien à faire de ton interprétation juridique du problème. Tes remarques sur les jeux libres ou sans DRM reviennent à dire "dites moi quelles sont les jeux que vous voulez, je vous apprendrais à vous en passer". Mais on veut juste jouer. Tu me bassine avec l’hypothétique disparition du serveur d'activation de Steam et l'obligation de pirater ses propres jeux pour continuer à les utiliser, c'est ton délire pas le mien.
Creusons sur le concept d'auteur. C'est l'éditeur qui rédige le contrat, pas le développeur. Je ne doute pas une seul seconde que les éditeurs ont des clauses abusives dans leurs contrats et qu'ils punissent plus le contournement de DRM que le vole. Et tu sais qui sont parmi les premiers à s'en plaindre ? Les développeurs. Face à ça on à plusieurs outils. Comme Steam qui permet aux développeurs de se passer d'éditeurs pour la distribution. Ou comme KickStarter qui permet aux développeurs de se passer d'éditeurs pour le financement.
Tout le monde sait lire un contrat. Ça ne fait pas de toi quelqu'un d'intelligent et ça ne rends pas tes remarques automatiquement pertinentes. Toi seul te réserve le droit d'interpréter la loi, c'est très bien, tu as peut être une formation d'avocat je n'en sais rien. Si tu aimes tant que ça la loi (tu t'en sers dans TOUT tes commentaires) et tu détestes tant que ça les DRM (c'est bien le sujet non ?), pose toi la question, si la loi conditionne et encourage les DRM comment va tu arriver à tes fins ??
En gros je pense que tu te trompe complètement d'ennemis mais aussi de méthodes. Si tu veux voir la fin des DRM, tu peux faire du lobbying auprès des utilisateurs de linuxfr pour qu'ils désinstallent Steam et qu'ils n'achètent pas de CD (ça c'est fait, quelles sont les retombées ?), ou tu pourrais aussi tenter de faire bouger la législation et empêcher l'utilisation systématique des DRM, qui privent uniquement la liberté des honnêtes consommateurs, on est au moins d'accord la dessus (car en effet les DRM ne sont pas un problème sur thepiratebay). Car les éditeurs ne changeront pas de ligne directrice. Et les utilisateurs ne boycotteront pas leurs jeux vidéo. Alors on va tourner encore longtemps en rond ?
Tu devrai plutôt t'orienter vers http://monogame.codeplex.com/. Même si c'est loin d'être une solution optimale c'est sans doute mieux que de tout re-coder. Après Bastion l'utilise dans ça version linux, ça semble fonctionner comme il faut j'ai pas encore croisé de bugs.
Ouai je peux jouer aussi :
"Dans un arrêt rendu le 30 mai 2006, la Cour de Cassation (chambre criminelle) a considéré que « L'exception de copie privée prévue à l'article 122-5, 2 du CPI suppose une source licite exempte de toute atteinte aux prérogatives des titulaires de droits sur l'œuvre objet de la copie »"
Pour le reste, un jeux c'est du logiciel + du contenu artistique, donc on attendra la prochaine jurisprudence pour trancher sur la question.
bah non en fait, d'ailleurs ils aimeraient bien savoir s'ils peuvent
Pour les bluray. Pour les dvd on utilise http://www.videolan.org/developers/libdvdcss.html. Ça contourne le chiffrement et le zonage. Et c'est illégal de "contourner les mesures de protection" je me trompe ? Donc vous ne regardez sans doute pas de films.
On peut utiliser un DRM par contrainte et sans en faire l'apologie figurez vous, arrêtez un peu l'hypocrisie.
Il dit juste que c'est assez étonnant de voir sur un site promouvant les logiciels libres une telle tolérance de ses contributeurs sur la question de la liberté d'utilisation des logiciels fournis par Steam.
Oui je "tolère" (c'est le mot) le DRM des jeux Steam ou des CDs de jeux, car c'est ça ou me passer de ces jeux vidéo. On tombera d'accord sur le fait qu'il n'y a pas d'alternative libre à Crysis 3, FarCry, Little Big Planet, Uncharted et j'en passe. Après non il n'est pas étonnant de voir des gens qui ne vivent pas "100% libre", quoi que ça veuille dire pour toi. Comme beaucoup d'informaticiens visiteurs de linuxfr je pense qu'on vit majoritairement en vendant notre force de travail à nos entreprises pour produire du logiciel propriétaire. Partant de la tu t'attends à quoi ?
Et en ce qui me concerne, je peux m'en foutre tant que je veux, je paye déjà mes jeux. Principalement sur Steam en plus :-O
Finalement, pour les émulateurs, ne faite pas semblant d'ignorer le flou juridique qui entoure les pratiques. Les émulateurs peuvent être considérés légaux du point de vu de la loi si ils n'ont pas été fait par rétro-ingénierie, n'utilisent pas de marques ou logos, si ils n'utilisent pas de firmware, si les ROMs ont été dumpées par l'utilisateur même et en provenance de médias originaux. Donc oui, je considère l'émulation kiff kiff avec le téléchargement d'un jeu que j'ai déjà acheté.
Il y a au moins desura.com, les deux premiers Humble Bundle fournissaient même des clées Desura. Après Desura Linux ça marche quand même assez mal, même 18 mois après sa sortie. Et le catalogue est très mince (pas de DRM > pas de titre d'éditeurs de JV, que des petits jeux indépendants).
Très bien tu joue a Battle for Wesnoth, un bon jeu libre en l'occurrence, pas à des jeux propriétaires. Encore heureux qu'il n'y à pas de DRM…
Quand aux bons et aux mauvais DRM, je pensais que c'était "tout ou rien". DRM CD ou Steam, c'est de la branlette intellectuel. J'ai acheté le jeux, payé pour, l'éditeur à reçu l'argent qu'il demandait, pas besoin de continuer à parler politique ou légalité des backups. Si un jour j'ai un problème avec Steam comprends bien que j'aurais la conscience en paix et que je n'en n'aurai strictement rien à faire de retourner sur thepiratebay pour récupérer "mon" jeux. Moi je vois aussi thepiratebay comme "la mémoire de l'informatique". Considère ça "exception à la copie privé" avant qu'ils ne durcissent la loi (car en théorie elle n'est valide que si tu copie à partir du support original).
Sectarisme à part, on va donc pouvoir se mettre d'accord, c'est ou accepter ces DRM ou ne pas jouer au "vrais" jeux vidéo (et ça va en vexer plus d'un, désoler). Comme quand on regarde un DVD ou un Bluray en gros, sauf que VLC à déjà craqué ces DRM.
La liberté n'est pas au niveau 0 de l'importance, j'aime les logiciels libre, pas les voitures, les films et les jeux libres. Je ne vie pas "libre". Sérieusement la nuance est si dur à comprendre ? Par ce que c'est demander beaucoup à une personne. D'aucun dirait que tu met la barre tellement haute que personne ne l'atteindra jamais.
Utiliser Linux ne transforme pas automatiquement une personne en enfant de coeur, sors un peu de chez toi. Généralisé le comportement des Linuxiens à ceux des utilisateurs de Steam c'est aussi pousser le bouchon un peu loin.
Je ne sais pas à quoi tu joues sans DRM mais j'aimerai bien les noms !! (Hors Humble Bundle, je les ai déjà merci).
Outre tes belles idées sur ce que devrai être la liberté, que seul toi respecte, comme d'habitude, tu ne réponds pas à l’interrogation : comment je fais pour jouer à mes jeux vidéos alors ? Sachant qu'ils ont tous des DRM, Steam ou CD (ha mais il y a les bons et les mauvais DRM c'est ça ?), deux solutions s'offrent à moi :
- Ne pas jouer, de toute évidence…
- Jouer et être un "mauvais Linuxien" qui n'adhère au logiciel libre que par pur opportunisme ? Et que même les joueurs Windows sont plus respectueux de la liberté de leurs environnements ?
Ok on va tourner la chose autrement. Tu sais sur les CDs des jeux d'hier et d'aujourd'hui on à aussi des DRM. Quand on démarre un jeu avec Wine on utilise presque toujours les cracks pour passer la protection CD. Et/ou on copie des dlls d'une installation Windows (c'est très légal aussi, ça devrai te faire plaisir). On à même des jeux qui ne fonctionnent qu'avec Steam, Origin ou UPlay, parfois uniquement pour le multi, parfois aussi pour le solo.
A part les jeux "indépendants" des Humble Bundle, le seul jeu "AAA" sans DRM de ces dernières années était "The Witcher 2". Malgré leur bonne volonté les développeurs ont annoncés qu'ils ne renouvelleraient pas l'opération pour le 3e opus.
A la différence des vendeurs de CDs, les prix pratiqués par Steam sont très honnêtes, on a droit à des promos alors que les CD chez Carrefour sont toujours au prix fort (cf 60-70€) des années après la sortie des jeux. Tu peux installer autant d'instance Steam que tu veux, juste en exécuter un à la fois. On à même parfois le multi-support Windows-Linux-Android-PS3 (portal 2 !) grâce à Steam. Bref, ils font peu être des DRM, mais ne te laisse pas aveugler, ils le font bien.
Alors de toute évidence tu ne joues pas et tu n'en a rien à faire que des jeux arrivent sur Linux. Reste que c'est un compromis pour nous les joueurs, et que c'est pas en continuant à chouiner sur les DRM de Steam qu'on fera venir les éditeurs de jeux sur notre plateforme.
Quand je vais voir un film, je ne me dis pas "Ce n'est pas un film libre, j'y vais pas" ou "Le film à un DRM sur le projecteur, j'y vais pas". Quand je joue à un jeu, c'est pareil. Et je ne vais surtout pas me priver d'un jeu car Steam "pourrait" fermer ses serveurs dans 20 ans.
Les jeux vidéos produits par des équipes de 10/150 développeurs qui passent 1/4 ans sur un projet sont jusqu'à preuve du contraire systématiquement livrés avec DRM. Ces jeux ne sont pas des jeux libres, ni leur code, ni leurs ressources graphiques. "DEAL WITH IT".
Ce que je veux dire c'est que si ça ne te pause pas de problème d'émuler Dos ou un Windows, refaire fonctionner dans 20 ans un jeu Steam ne t'en pausera sans doute pas non plus. En tous cas ce n'est pas ce qui va m’empêcher d’apprécier des jeux sur Steam. Concernant les DRM/licence, émuler un vieux Dos (à partir des disquettes originales ?) ou pirater un jeu qu'on à acheter sur Steam, c'est kiff-kiff.
Je ne vois pas ce qui rend impossible d'émuler le hard d'une PS3 (à part les DRM) : on émule bien le reste…
Dans 5 ans, la moindre machine permettra sans doute d'émuler sans soucis une machine actuelle, tout comme les machines d'il y a 5 ans sont très bien émulées par un PC actuel.
Je ne pense pas non plus que ce soit impossible, juste terriblement compliqué pour pas grand chose au final. Le peu de (bons) jeux exclusif PS3 parmi le nombre de jeux multi-supports ne vaut sans doute pas la charge de travail gigantesque. Et je pense qu'on ne verra jamais d'émulateur PS3.
Il y a beaucoup beaucoup d'émulateurs GameBoy, peu d'émulateurs PlayStation, un seul émulateur PS2 qui arrive seulement à "maturité" (pcsx2 1.0 est sorti il y a 6 mois !). Point de vue technique, il faut encore un bon gros PC d'aujourd'hui pour émuler correctement la PS2 (CPU Mips à 300MHz des années 2000…), alors la PS3 n'est pas encore d'actualité.
Oui donc tu utilise un émulateur, dosbox. Je fais pareil si je veux jouer à Tomb Raider.
Donc avec seulement un CD d'époque on ne peux plus lancer les jeux sur un PC d'aujourd'hui à cause des dépendances du jeu vers son environnement de l'époque.
Dosbox ça marche bien, mais dans quelques années on aura des jeux qui nécessiteront Windows XP uniquement, et la il faudra une VM pour continuer à y jouer. Voir même Windows Vista et sa VM de 18go. Les limitations techniques seront bien pire dans le futur, car à la différence d'émuler un jeu DOS 100% 'soft integer', il faudra aussi avoir les bons drivers audio et vidéo compatibles DX8, DX9.0.369, DX 10.1.158.25 dans ta VM.
La pertinence des émulateurs console diminue d'années en années. Il était facile d'avoir un émulateur SNES compatible avec 99% des jeux, il était possible d'avoir un émulateur PS2 avec 85% de compatibilité, il n'est plus possible ni même envisageable d'avoir un émulateur PS3 avec une compatibilité sur un seul jeu. On fera comment pour jouer à Uncharted 3 quand la dernière PS3 aura rendu l’âme ?
La morale de l'histoire ? Steam ou pas, on va perdre définitivement un certain nombre de jeux de toute manière. La différence c'est que Steam propose aux éditeurs de centraliser la distribution de leurs mises à jour sur leur vieux jeux. Et le pire c'est qu'ils le font.
Oui très bien pour les applications, mais les jeux sont pour la plupart développés nativement en C ou C++ avec le "NDK" d'Android. Il est possible de faire communiquer les deux facilement (ex: le menu principale développé en Java et le moteur du jeu en C++). Pour chaque application du store un développeur peut mettre plusieurs binaires, et le store fera lui même le bon choix d'architecture lors ce qu'un utilisateur veut télécharger un jeu sur son mobile.
Toujours le même problème : performance = code natif. Les plus gros utilisateurs de code natif sur Android sont les jeux, les backends des lecteurs vidéo et enfin les émulateurs. Bon en règle générale on a des binaires ARMv6 et ARMv7, les backends mips et x86 sont très largement ignorés.
Même si les parts de marchés des archis mips / arm / sh4 / etc… sont bien supérieures aux Linux de bureaux (il y a bientôt plus de Linux embarqués que de Windows tout cours dans le monde, principalement grâce à Android), il faut quand même admettre que se sont bien des citoyens de seconde zone. C'est une lutte permanente pour faire fonctionner son système et ses drivers, cross-compiler quoi que ce soit. Sans compter que se sont des plateformes qui ne se mettent pas à jour, car chaque SoC est parfaitement spécifique niveau noyau/drivers, patchés/controllés par les fabricants, et on se retrouve avec des centaines de plateformes qui ont une vie parallèle.
Et qui oserai demander (ou même espérer ?) le support de ces plateformes par les développeurs de jeux, habitués à en avoir une seule : Windows 32bits. C'est déjà terriblement chiant de ne pas avoir systématiquement de 64 bits natifs, alors pour le support des archis embarquées on repassera…
Et puis redescendons sur terre, les jeux Steam sont des jeux PC (les Mac sont des PC d'un point de vue matériel). C'est sur un PC qu'on monte une GeForce 680, par sur un Mac ou un routeur ADSL. Aucune plateforme mips (c'était l'exemple) n'à les capacités de faire tourner même le plus pourris des jeux Steam. Peut être certaines plateforme ARM (il y a pas mal de jeux présents sur Steam qui sont dispos sur Android, principalement 2D ou "3D d'il y a 10 ans" avec l'OpenGL ES2, avec du bien et du moins bien niveau compatibilité).
manquerait plus que ça, mais ils en sont capable ces requins !!
Bien sur que non ils n'en sont pas capable. C'est toute la promesse faite par Steam : "Acheter vos jeux". Et voila, tu peux les utiliser ou tu veux (PC avec Windows Mac ou Linux dans la mesure ou un portage est dispo, bientôt un "store" Android ??), les re-télécharger ou tu veux et quand tu veux. Si tu as une vieille "boite" de jeux HL1/2 tu peux même rentrer le code du CD et le voila reconnu comme un jeux Steam (de manière permanente). A la différence du Apple ou Android store par exemple, un éditeur ne peux pas retirer son jeux pour te faire acheter la version "HD" (en tous cas, ce n'est encore jamais arrivé).
Alors qu'on ne puisse pas ressortir un de ces jeux dans 20 ans peut être, mais les limitations seront bien en dehors de Steam de toute manière (avoir la bonne version de l'OS, une carte graphique et un driver compatible, la bonne carte son…
Et encore, ceux qui se servent de cet argument ignore le fait que l'on peut toujours jouer à Half-Life 1 (1998 ?) sur Windows et Linux et Tomb Raider 1 (1996) sur Windows alors qu'on ne peut plus avec les CD originaux…
Même remarque, avec Arch Linux tous fonctionne très (très) bien, les jeux se lancent tous du premier coups. Je ne m'attendais vraiment pas à ce que ça marche aussi bien d'ailleurs, je suis impressionné par la correspondance exacte de Steam entre la version Windows et Linux. Il y a même le support des achats, big picture, cloud sync (finir sur Linux les jeux commencés sur Windows, ça n'a pas de prix), joysticks…
J'ai testé Trine 2, FTL, Bastion, TF2, S&S, Splice et tout un tas d'autres petits jeux indépendants (merci les Humble Bundle !!). Le catalogue va sans doute s'étoffer très vite avec le reste des jeux des différents HB qui ont déjà des versions Linux, et en plus ça donnera des idées aux développeurs pour les jeux à venir.
C'est un pas gigantesque vers le jeu vidéo grand public sur Linux, déjà bien entamé par les Humble Bundle. Et tous ça porté par des logiciels/jeux propriétaires, comme quoi ;-)
Sur le site de l'ISO les documents sont toujours payants. Si le document de l'ISO à une correspondance chez l'ITU, alors on peut avoir la version "n-1" gratuitement en effet, mais du coups pour le H.265 même la version "n" n'est pas sortie, alors il va falloir patienter…
Pour avoir implémenté les deux, le VP8 est fonctionnellement équivalent à un H.264 "main profile", tout en étant bien moins complexe en offrant une qualité d'image comparable. Et pour le reste franchement, "no comment".
Si pour toi un produit A est 1000x inférieur à un produit B
Ok ça commence bien…
On dit qu'il est second (ce qui reste à prouver)
Pas vraiment. Quel est ton second choix alors ?
Superbe référence… Qui mène à quoi? Pas à une démonstration de supériorité d'un foramt sur l'autre en tous cas.
Qui mène à deux choses:
- Le VP8 à sa place pour certain usage, quand on souhaite privilégier la simplicité de l'implémentation par rapport à une palanquée de fonctionnalité qu'on n'utilisera pas de toute manière. Sans même parler de la possibilité de décoder légalement du VP8 dans son navigateur…
- A quoi bon mettre en avant le fait que le H.264 est visuellement meilleur si c'est pour ne pas en profiter ? J'ai voulu dire que Youtube n'en rien à carrer de la qualité de la vidéo (cf leur encodeur infâme) car c'est la vitesse d'encodage qui est préférée. Logique quand on doit encoder des heures de vidéos chaque seconde (haha).
Ton raisonnement m'horrifie. H.264 est meilleur, brûlons tous ceux qui essayent de faire mieux ? Belle leçon de technologie.
l'encodage CABAC des résidus serait plus performant
On parle niveau perf ou qualité d'image ? Niveau perf, j'ai jamais analysé d'encodeur, mais au niveau du décodeur CABAC est toujours beaucoup plus lent que CAVLC. Sinon se sont deux méthodes de compressions sans perte qui manipulent des données numériques. Si tu encodes 00101101110, tu décoderas 00101101110.
Manifestement, le gain est amélioré en 10 bits.
Heu on à pas lu le même document alors : "However, an analysis of this property for HEVC using HM software model (HM-range-extensions) yields inconclusive results, as discussed in this contribution."
Tu peux. Le pdf n'indique rien de concret et les explications sont foireuses.
Il est normal qu'encoder une source 10 bits sur 8 bits provoque une pénalité point de vu performance (et encore, je ne pense vraiment pas que ça soit significatif, cf chroma subsampling), autant pour le reste… Et la palme de la mauvaise foi : la source 10 bits encodée en 8 bits est magiquement re-étirée en 10 bits lors du décodage : absolument aucun intérêt à par massacrer volontairement les performances, et encore moins en sachant que nos écrans affichent 8 bits par canal, et non pas 10 (et encore, si ils sont de bonne qualité).
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 4.
Je m'auto-cite alors (avant dernier commentaire)
Concernant
Je me re-cite alors (quelques commentaires plus haut)
Je n'ai pas commencé à planifier le piratage de mes jeux pour autant. Pour l'instant Steam c'est 70% du volume de vente des jeux PC, et toujours pas de scandale causé par les DRM. Et puis qui te dis que dans le cas de la fin de Steam Valve ne libérera pas un bout de code du serveur d'activation, ou juste la clé de déchiffrement du contenu des CDs "full steam" (car certain jeux qu'on achète en CD ne contiennent que du contenu chiffré, le même que celui que l'installeur Steam télécharge).
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 4.
Est-ce vraiment productif de te poser en chevalier de la morale ?
Tu as avancé que Steam pouvait arrêter son serveur d'activation à tout moment. Je t'ai répondu que dans ce cas, j'irai chercher le jeu sur thepiratebay. Je n'ai pas parlé de contourner le DRM dans un autre contexte. Tu m'as donc piégé, puis tu m'es tombé dessus.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 4. Dernière modification le 21 février 2013 à 16:23.
Ok j'avoue je n'y comprends plus rien du tout. Tu tombes sur chaque personne qui ne tiens pas des propos en adéquation parfaite avec le code pénal, car il se cache derrière des excuses. En règle général tu amènes toi même la législation sur le tapis.
Tu ne respecte pas la loi, tu t'en fou qu'une personne x ne la respecte pas, mais tu ne fais que pointer encore encore et encore le fait que les gens qui ne l'ont même pas évoqué ne la respecte pas ! Ma question est donc : ou est-ce que tu veux en venir ?
Concernant mon cas. Si j'achète les jeux, se n'est pas par états d’âmes mais pour que les développeurs continuent d'en faire. Si il y a bien un truc de plus pratique que Steam, c'est thepiratebay, et je maîtrise parfaitement le processus, j'ai eu l'habitude d'y aller quand j'étais jeune : j'avais pas de thunes mais le temps et l'envie de jouer.
Admettons que l'auteur soit le seul maître de ces décisions alors, pour pouvoir discuter. En achetant son jeu avec son DRM, ce que je fais et aussi ce que tu me reproches, je ne le respecte pas et j'ignore sa volonté donc ? En gros, tu te fou complètement de ma gueule ?
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 2.
Ce qui ressort c'est que tu critiques les gens qui tiennent ses propos, et tu ne leur laisse pas une chance de s’expliquer. M'est avis que tu t'en fou d'ailleurs.
Oui voila, c'est à ça que je m'attends sur linuxfr, pas à une bande de clones qui connaissent et respectent la loi telle qu'elle est. Des gens qui essayent d'en débattre et de s'en expliquer, et non pas des gens qui ne font que citer le code pénal.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 2.
Désolé c'était pas si évident que ça, je n'avais pas compris.
Tes remarques centrées sur les aspects légaux disent tout et leurs contraires suivant ou tu veux emmener la conversation, c'est très pénible. On tourne violemment en rond.
Nous les joueurs sommes obligés d'utiliser des DRM (car non, toujours pas de Crysis 2 ou n'importe quel autre jeu récent sans DRM) nous n'en n'avons rien à faire de ton interprétation juridique du problème. Tes remarques sur les jeux libres ou sans DRM reviennent à dire "dites moi quelles sont les jeux que vous voulez, je vous apprendrais à vous en passer". Mais on veut juste jouer. Tu me bassine avec l’hypothétique disparition du serveur d'activation de Steam et l'obligation de pirater ses propres jeux pour continuer à les utiliser, c'est ton délire pas le mien.
Creusons sur le concept d'auteur. C'est l'éditeur qui rédige le contrat, pas le développeur. Je ne doute pas une seul seconde que les éditeurs ont des clauses abusives dans leurs contrats et qu'ils punissent plus le contournement de DRM que le vole. Et tu sais qui sont parmi les premiers à s'en plaindre ? Les développeurs. Face à ça on à plusieurs outils. Comme Steam qui permet aux développeurs de se passer d'éditeurs pour la distribution. Ou comme KickStarter qui permet aux développeurs de se passer d'éditeurs pour le financement.
Tout le monde sait lire un contrat. Ça ne fait pas de toi quelqu'un d'intelligent et ça ne rends pas tes remarques automatiquement pertinentes. Toi seul te réserve le droit d'interpréter la loi, c'est très bien, tu as peut être une formation d'avocat je n'en sais rien. Si tu aimes tant que ça la loi (tu t'en sers dans TOUT tes commentaires) et tu détestes tant que ça les DRM (c'est bien le sujet non ?), pose toi la question, si la loi conditionne et encourage les DRM comment va tu arriver à tes fins ??
En gros je pense que tu te trompe complètement d'ennemis mais aussi de méthodes. Si tu veux voir la fin des DRM, tu peux faire du lobbying auprès des utilisateurs de linuxfr pour qu'ils désinstallent Steam et qu'ils n'achètent pas de CD (ça c'est fait, quelles sont les retombées ?), ou tu pourrais aussi tenter de faire bouger la législation et empêcher l'utilisation systématique des DRM, qui privent uniquement la liberté des honnêtes consommateurs, on est au moins d'accord la dessus (car en effet les DRM ne sont pas un problème sur thepiratebay). Car les éditeurs ne changeront pas de ligne directrice. Et les utilisateurs ne boycotteront pas leurs jeux vidéo. Alors on va tourner encore longtemps en rond ?
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à -1.
Tu as le droit d'imaginer la volonté de l'auteur et les autres non bien entendu. Restons en la.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 1.
Je ne connaissais pas. Ce sont des jeux anciens qui n'ont pas de versions Linux néanmoins…
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 0.
La volonté de l'auteur c'est que l'on joue à son jeu, et qu'il reçoive compensation financière des utilisateurs de son jeu.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 2.
Qu'est-ce qu'ils entendent par "jeux originaux" ?
Tu devrai plutôt t'orienter vers http://monogame.codeplex.com/. Même si c'est loin d'être une solution optimale c'est sans doute mieux que de tout re-coder. Après Bastion l'utilise dans ça version linux, ça semble fonctionner comme il faut j'ai pas encore croisé de bugs.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 4.
Ouai je peux jouer aussi :
"Dans un arrêt rendu le 30 mai 2006, la Cour de Cassation (chambre criminelle) a considéré que « L'exception de copie privée prévue à l'article 122-5, 2 du CPI suppose une source licite exempte de toute atteinte aux prérogatives des titulaires de droits sur l'œuvre objet de la copie »"
Pour le reste, un jeux c'est du logiciel + du contenu artistique, donc on attendra la prochaine jurisprudence pour trancher sur la question.
Pour les bluray. Pour les dvd on utilise http://www.videolan.org/developers/libdvdcss.html. Ça contourne le chiffrement et le zonage. Et c'est illégal de "contourner les mesures de protection" je me trompe ? Donc vous ne regardez sans doute pas de films.
On peut utiliser un DRM par contrainte et sans en faire l'apologie figurez vous, arrêtez un peu l'hypocrisie.
Oui je "tolère" (c'est le mot) le DRM des jeux Steam ou des CDs de jeux, car c'est ça ou me passer de ces jeux vidéo. On tombera d'accord sur le fait qu'il n'y a pas d'alternative libre à Crysis 3, FarCry, Little Big Planet, Uncharted et j'en passe. Après non il n'est pas étonnant de voir des gens qui ne vivent pas "100% libre", quoi que ça veuille dire pour toi. Comme beaucoup d'informaticiens visiteurs de linuxfr je pense qu'on vit majoritairement en vendant notre force de travail à nos entreprises pour produire du logiciel propriétaire. Partant de la tu t'attends à quoi ?
Et en ce qui me concerne, je peux m'en foutre tant que je veux, je paye déjà mes jeux. Principalement sur Steam en plus :-O
Finalement, pour les émulateurs, ne faite pas semblant d'ignorer le flou juridique qui entoure les pratiques. Les émulateurs peuvent être considérés légaux du point de vu de la loi si ils n'ont pas été fait par rétro-ingénierie, n'utilisent pas de marques ou logos, si ils n'utilisent pas de firmware, si les ROMs ont été dumpées par l'utilisateur même et en provenance de médias originaux. Donc oui, je considère l'émulation kiff kiff avec le téléchargement d'un jeu que j'ai déjà acheté.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 1.
Il y a au moins desura.com, les deux premiers Humble Bundle fournissaient même des clées Desura. Après Desura Linux ça marche quand même assez mal, même 18 mois après sa sortie. Et le catalogue est très mince (pas de DRM > pas de titre d'éditeurs de JV, que des petits jeux indépendants).
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 2.
Très bien tu joue a Battle for Wesnoth, un bon jeu libre en l'occurrence, pas à des jeux propriétaires. Encore heureux qu'il n'y à pas de DRM…
Quand aux bons et aux mauvais DRM, je pensais que c'était "tout ou rien". DRM CD ou Steam, c'est de la branlette intellectuel. J'ai acheté le jeux, payé pour, l'éditeur à reçu l'argent qu'il demandait, pas besoin de continuer à parler politique ou légalité des backups. Si un jour j'ai un problème avec Steam comprends bien que j'aurais la conscience en paix et que je n'en n'aurai strictement rien à faire de retourner sur thepiratebay pour récupérer "mon" jeux. Moi je vois aussi thepiratebay comme "la mémoire de l'informatique". Considère ça "exception à la copie privé" avant qu'ils ne durcissent la loi (car en théorie elle n'est valide que si tu copie à partir du support original).
Sectarisme à part, on va donc pouvoir se mettre d'accord, c'est ou accepter ces DRM ou ne pas jouer au "vrais" jeux vidéo (et ça va en vexer plus d'un, désoler). Comme quand on regarde un DVD ou un Bluray en gros, sauf que VLC à déjà craqué ces DRM.
La liberté n'est pas au niveau 0 de l'importance, j'aime les logiciels libre, pas les voitures, les films et les jeux libres. Je ne vie pas "libre". Sérieusement la nuance est si dur à comprendre ? Par ce que c'est demander beaucoup à une personne. D'aucun dirait que tu met la barre tellement haute que personne ne l'atteindra jamais.
Utiliser Linux ne transforme pas automatiquement une personne en enfant de coeur, sors un peu de chez toi. Généralisé le comportement des Linuxiens à ceux des utilisateurs de Steam c'est aussi pousser le bouchon un peu loin.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 2.
Je ne sais pas à quoi tu joues sans DRM mais j'aimerai bien les noms !! (Hors Humble Bundle, je les ai déjà merci).
Outre tes belles idées sur ce que devrai être la liberté, que seul toi respecte, comme d'habitude, tu ne réponds pas à l’interrogation : comment je fais pour jouer à mes jeux vidéos alors ? Sachant qu'ils ont tous des DRM, Steam ou CD (ha mais il y a les bons et les mauvais DRM c'est ça ?), deux solutions s'offrent à moi :
- Ne pas jouer, de toute évidence…
- Jouer et être un "mauvais Linuxien" qui n'adhère au logiciel libre que par pur opportunisme ? Et que même les joueurs Windows sont plus respectueux de la liberté de leurs environnements ?
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 4. Dernière modification le 20 février 2013 à 14:33.
Ok on va tourner la chose autrement. Tu sais sur les CDs des jeux d'hier et d'aujourd'hui on à aussi des DRM. Quand on démarre un jeu avec Wine on utilise presque toujours les cracks pour passer la protection CD. Et/ou on copie des dlls d'une installation Windows (c'est très légal aussi, ça devrai te faire plaisir). On à même des jeux qui ne fonctionnent qu'avec Steam, Origin ou UPlay, parfois uniquement pour le multi, parfois aussi pour le solo.
A part les jeux "indépendants" des Humble Bundle, le seul jeu "AAA" sans DRM de ces dernières années était "The Witcher 2". Malgré leur bonne volonté les développeurs ont annoncés qu'ils ne renouvelleraient pas l'opération pour le 3e opus.
A la différence des vendeurs de CDs, les prix pratiqués par Steam sont très honnêtes, on a droit à des promos alors que les CD chez Carrefour sont toujours au prix fort (cf 60-70€) des années après la sortie des jeux. Tu peux installer autant d'instance Steam que tu veux, juste en exécuter un à la fois. On à même parfois le multi-support Windows-Linux-Android-PS3 (portal 2 !) grâce à Steam. Bref, ils font peu être des DRM, mais ne te laisse pas aveugler, ils le font bien.
Alors de toute évidence tu ne joues pas et tu n'en a rien à faire que des jeux arrivent sur Linux. Reste que c'est un compromis pour nous les joueurs, et que c'est pas en continuant à chouiner sur les DRM de Steam qu'on fera venir les éditeurs de jeux sur notre plateforme.
Quand je vais voir un film, je ne me dis pas "Ce n'est pas un film libre, j'y vais pas" ou "Le film à un DRM sur le projecteur, j'y vais pas". Quand je joue à un jeu, c'est pareil. Et je ne vais surtout pas me priver d'un jeu car Steam "pourrait" fermer ses serveurs dans 20 ans.
Les jeux vidéos produits par des équipes de 10/150 développeurs qui passent 1/4 ans sur un projet sont jusqu'à preuve du contraire systématiquement livrés avec DRM. Ces jeux ne sont pas des jeux libres, ni leur code, ni leurs ressources graphiques. "DEAL WITH IT".
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 2.
Ce que je veux dire c'est que si ça ne te pause pas de problème d'émuler Dos ou un Windows, refaire fonctionner dans 20 ans un jeu Steam ne t'en pausera sans doute pas non plus. En tous cas ce n'est pas ce qui va m’empêcher d’apprécier des jeux sur Steam. Concernant les DRM/licence, émuler un vieux Dos (à partir des disquettes originales ?) ou pirater un jeu qu'on à acheter sur Steam, c'est kiff-kiff.
Je ne pense pas non plus que ce soit impossible, juste terriblement compliqué pour pas grand chose au final. Le peu de (bons) jeux exclusif PS3 parmi le nombre de jeux multi-supports ne vaut sans doute pas la charge de travail gigantesque. Et je pense qu'on ne verra jamais d'émulateur PS3.
Il y a beaucoup beaucoup d'émulateurs GameBoy, peu d'émulateurs PlayStation, un seul émulateur PS2 qui arrive seulement à "maturité" (pcsx2 1.0 est sorti il y a 6 mois !). Point de vue technique, il faut encore un bon gros PC d'aujourd'hui pour émuler correctement la PS2 (CPU Mips à 300MHz des années 2000…), alors la PS3 n'est pas encore d'actualité.
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 5. Dernière modification le 19 février 2013 à 13:31.
Oui donc tu utilise un émulateur, dosbox. Je fais pareil si je veux jouer à Tomb Raider.
Donc avec seulement un CD d'époque on ne peux plus lancer les jeux sur un PC d'aujourd'hui à cause des dépendances du jeu vers son environnement de l'époque.
Dosbox ça marche bien, mais dans quelques années on aura des jeux qui nécessiteront Windows XP uniquement, et la il faudra une VM pour continuer à y jouer. Voir même Windows Vista et sa VM de 18go. Les limitations techniques seront bien pire dans le futur, car à la différence d'émuler un jeu DOS 100% 'soft integer', il faudra aussi avoir les bons drivers audio et vidéo compatibles DX8, DX9.0.369, DX 10.1.158.25 dans ta VM.
La pertinence des émulateurs console diminue d'années en années. Il était facile d'avoir un émulateur SNES compatible avec 99% des jeux, il était possible d'avoir un émulateur PS2 avec 85% de compatibilité, il n'est plus possible ni même envisageable d'avoir un émulateur PS3 avec une compatibilité sur un seul jeu. On fera comment pour jouer à Uncharted 3 quand la dernière PS3 aura rendu l’âme ?
La morale de l'histoire ? Steam ou pas, on va perdre définitivement un certain nombre de jeux de toute manière. La différence c'est que Steam propose aux éditeurs de centraliser la distribution de leurs mises à jour sur leur vieux jeux. Et le pire c'est qu'ils le font.
[^] # Re: Beta ?
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 1. Dernière modification le 18 février 2013 à 18:21.
Oui très bien pour les applications, mais les jeux sont pour la plupart développés nativement en C ou C++ avec le "NDK" d'Android. Il est possible de faire communiquer les deux facilement (ex: le menu principale développé en Java et le moteur du jeu en C++). Pour chaque application du store un développeur peut mettre plusieurs binaires, et le store fera lui même le bon choix d'architecture lors ce qu'un utilisateur veut télécharger un jeu sur son mobile.
Toujours le même problème : performance = code natif. Les plus gros utilisateurs de code natif sur Android sont les jeux, les backends des lecteurs vidéo et enfin les émulateurs. Bon en règle générale on a des binaires ARMv6 et ARMv7, les backends mips et x86 sont très largement ignorés.
[^] # Re: Beta ?
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 6.
Même si les parts de marchés des archis mips / arm / sh4 / etc… sont bien supérieures aux Linux de bureaux (il y a bientôt plus de Linux embarqués que de Windows tout cours dans le monde, principalement grâce à Android), il faut quand même admettre que se sont bien des citoyens de seconde zone. C'est une lutte permanente pour faire fonctionner son système et ses drivers, cross-compiler quoi que ce soit. Sans compter que se sont des plateformes qui ne se mettent pas à jour, car chaque SoC est parfaitement spécifique niveau noyau/drivers, patchés/controllés par les fabricants, et on se retrouve avec des centaines de plateformes qui ont une vie parallèle.
Et qui oserai demander (ou même espérer ?) le support de ces plateformes par les développeurs de jeux, habitués à en avoir une seule : Windows 32bits. C'est déjà terriblement chiant de ne pas avoir systématiquement de 64 bits natifs, alors pour le support des archis embarquées on repassera…
Et puis redescendons sur terre, les jeux Steam sont des jeux PC (les Mac sont des PC d'un point de vue matériel). C'est sur un PC qu'on monte une GeForce 680, par sur un Mac ou un routeur ADSL. Aucune plateforme mips (c'était l'exemple) n'à les capacités de faire tourner même le plus pourris des jeux Steam. Peut être certaines plateforme ARM (il y a pas mal de jeux présents sur Steam qui sont dispos sur Android, principalement 2D ou "3D d'il y a 10 ans" avec l'OpenGL ES2, avec du bien et du moins bien niveau compatibilité).
[^] # Re: Rétro-compatibilité de l'achat ?!
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 10.
Bien sur que non ils n'en sont pas capable. C'est toute la promesse faite par Steam : "Acheter vos jeux". Et voila, tu peux les utiliser ou tu veux (PC avec Windows Mac ou Linux dans la mesure ou un portage est dispo, bientôt un "store" Android ??), les re-télécharger ou tu veux et quand tu veux. Si tu as une vieille "boite" de jeux HL1/2 tu peux même rentrer le code du CD et le voila reconnu comme un jeux Steam (de manière permanente). A la différence du Apple ou Android store par exemple, un éditeur ne peux pas retirer son jeux pour te faire acheter la version "HD" (en tous cas, ce n'est encore jamais arrivé).
Alors qu'on ne puisse pas ressortir un de ces jeux dans 20 ans peut être, mais les limitations seront bien en dehors de Steam de toute manière (avoir la bonne version de l'OS, une carte graphique et un driver compatible, la bonne carte son…
Et encore, ceux qui se servent de cet argument ignore le fait que l'on peut toujours jouer à Half-Life 1 (1998 ?) sur Windows et Linux et Tomb Raider 1 (1996) sur Windows alors qu'on ne peut plus avec les CD originaux…
[^] # Re: Beta ?
Posté par FluffyHamster . En réponse à la dépêche Steam sous Linux x86/amd64 officialisé. Évalué à 9.
Même remarque, avec Arch Linux tous fonctionne très (très) bien, les jeux se lancent tous du premier coups. Je ne m'attendais vraiment pas à ce que ça marche aussi bien d'ailleurs, je suis impressionné par la correspondance exacte de Steam entre la version Windows et Linux. Il y a même le support des achats, big picture, cloud sync (finir sur Linux les jeux commencés sur Windows, ça n'a pas de prix), joysticks…
J'ai testé Trine 2, FTL, Bastion, TF2, S&S, Splice et tout un tas d'autres petits jeux indépendants (merci les Humble Bundle !!). Le catalogue va sans doute s'étoffer très vite avec le reste des jeux des différents HB qui ont déjà des versions Linux, et en plus ça donnera des idées aux développeurs pour les jeux à venir.
C'est un pas gigantesque vers le jeu vidéo grand public sur Linux, déjà bien entamé par les Humble Bundle. Et tous ça porté par des logiciels/jeux propriétaires, comme quoi ;-)
[^] # Re: Et pour les brevets ?
Posté par FluffyHamster . En réponse à la dépêche H.265 est finalisé. Évalué à 1.
Sur le site de l'ISO les documents sont toujours payants. Si le document de l'ISO à une correspondance chez l'ITU, alors on peut avoir la version "n-1" gratuitement en effet, mais du coups pour le H.265 même la version "n" n'est pas sortie, alors il va falloir patienter…
[^] # Re: Round 2 : fight !
Posté par FluffyHamster . En réponse à la dépêche H.265 est finalisé. Évalué à 2.
Pour avoir implémenté les deux, le VP8 est fonctionnellement équivalent à un H.264 "main profile", tout en étant bien moins complexe en offrant une qualité d'image comparable. Et pour le reste franchement, "no comment".
[^] # Re: Round 2 : fight !
Posté par FluffyHamster . En réponse à la dépêche H.265 est finalisé. Évalué à 4.
Ok ça commence bien…
Pas vraiment. Quel est ton second choix alors ?
Qui mène à deux choses:
- Le VP8 à sa place pour certain usage, quand on souhaite privilégier la simplicité de l'implémentation par rapport à une palanquée de fonctionnalité qu'on n'utilisera pas de toute manière. Sans même parler de la possibilité de décoder légalement du VP8 dans son navigateur…
- A quoi bon mettre en avant le fait que le H.264 est visuellement meilleur si c'est pour ne pas en profiter ? J'ai voulu dire que Youtube n'en rien à carrer de la qualité de la vidéo (cf leur encodeur infâme) car c'est la vitesse d'encodage qui est préférée. Logique quand on doit encoder des heures de vidéos chaque seconde (haha).
Ton raisonnement m'horrifie. H.264 est meilleur, brûlons tous ceux qui essayent de faire mieux ? Belle leçon de technologie.
[^] # Re: Le profil Main 10
Posté par FluffyHamster . En réponse à la dépêche H.265 est finalisé. Évalué à 1.
On parle niveau perf ou qualité d'image ? Niveau perf, j'ai jamais analysé d'encodeur, mais au niveau du décodeur CABAC est toujours beaucoup plus lent que CAVLC. Sinon se sont deux méthodes de compressions sans perte qui manipulent des données numériques. Si tu encodes 00101101110, tu décoderas 00101101110.
Heu on à pas lu le même document alors : "However, an analysis of this property for HEVC using HM software model (HM-range-extensions) yields inconclusive results, as discussed in this contribution."
[^] # Re: Le profil Main 10
Posté par FluffyHamster . En réponse à la dépêche H.265 est finalisé. Évalué à 0.
Tu peux. Le pdf n'indique rien de concret et les explications sont foireuses.
Il est normal qu'encoder une source 10 bits sur 8 bits provoque une pénalité point de vu performance (et encore, je ne pense vraiment pas que ça soit significatif, cf chroma subsampling), autant pour le reste… Et la palme de la mauvaise foi : la source 10 bits encodée en 8 bits est magiquement re-étirée en 10 bits lors du décodage : absolument aucun intérêt à par massacrer volontairement les performances, et encore moins en sachant que nos écrans affichent 8 bits par canal, et non pas 10 (et encore, si ils sont de bonne qualité).