Casey Muratori dissects the consequences of Windows 8's closed distribution model. "But how realistic is the assumption that the Windows desktop will still be a usable computing platform in the future? And what would be the consequences were it to disappear, leaving Windows users with only the closed software ecosystem introduced in Windows 8? To answer these questions, this volume of Critical Detail examines the immediate and future effects of Microsoft's current certification requirements, explores in depth what history predicts for the lifespan of the classic Windows desktop, and takes a pragmatic look at whether an open or closed ecosystem would be better for Microsoft as a company." The section that details how none - none - of this year's greatest games (or last year's fantastic Skyrim) and only one of this year's Emmy-nominated TV shows pass Microsoft's rules sent chills down my spine.
Oui! Mais il existe quelques incompatibilitées comme signalé en commentaire par Laurent ci-dessus ou sur le rapport de bogue Ubuntu.
Si ça pouvait être réglé, S2TC serait de mon point de vue une vraie avancée pour les OS libres.
Une remarque complémentaire sur les brevets de S3TC que j'oublie de mettre depuis le début de cette dépêche : S3TC serait dans le giron de HTC si j'ai bien suivi, et Intel a émis publiquement de sérieux doute quant à la validité du brevet. Mais tant que le brevet n'est pas invalidé…
J'avais déduit de cette phrase que les puces autres que PowerVR géraient ETC mais ce n'est pas ce qui est écrit en fait :
At the same time it will be interesting to see how developers adopt ETC. Just because it’s a standard doesn’t mean it has to be used, and while we can’t imagine Android developers not using it once OpenGL ES 3.0 is the baseline for applications, Apple bears keeping an eye on. As a PowerVR-only shop they have used PVRTC since day one, and so long as they don’t change to another brand of GPUs they wouldn’t need to actually back ETC.
J'ai pas compris ! Mais Mesa fait comme Firefox, elle laisse faire une autre brique (la bibliothèque S3TC suscitée en l'occurrence) qui est optionnelle pour cause de brevets logiciels. Comme les codecs brevetés dans nos distributions.
We’ve brought in a patent-free S3 texture compression library for mesa required by Valve and the Humble Indy Bundle, to be installed on user systems by default starting with quantal (and precise via PPAs). And we’re working on getting mesa 8.0.4 SRU’d into precise (not required by Valve, but brings numerous fixes other games and 3D apps need).
None of our currently shipping hardware has native support for ETC2, which means we have to implement it in software. That means that textures are uploaded and stored to the GPU in an uncompressed format, which isn't terribly efficient, but there's not much else we can do. That will at least make applications using ETC2 compressed textures work.
Les brevets portent sur la décompression, d'où ce sparadrap :
Can S2TC's libtxc_dxtn decompress S3TC?
No, it can not decompress S3TC, as the S3TC decompression algorithm is not implemented. When a "reserved" bit combination (i.e. one not defined in S2TC) is encountered, the decompressor instead selects - at equal probabilities - one of the two possible color (or alpha) values. This yields reduced visual quality, but accessibility/readability is not impaired. See the libtxc_dxtn page for a screenshot.
Les appareils mobiles implémentent ETC2 pour la plupart (OpenGL ES).
Pour les appareils desktop, c'est un problème : ainsi Intel vise la certification OpenGL ES 3 (après la 2 qu'il a obtenue récemment) pour Sandy/Ivy Bridge (Gen 6 et 7) et il doit trouver un moyen de décompresser les textures au format ETC2 matériellement.
Il faut retenir que, d'après les devs, le compresseur S2TC est plus rapide lors de la compression dynamique, au chargement du jeu :
S2TC is fast
S2TC is especially well suited for runtime (on-load) compression of textures, as it is - in low quality settings - way faster than any other texture compressors out there.
Et qu'à la décompression, ça ne change rien puisque c'est accéléré par la puce graphique comme S3TC dont c'est un sous-ensemble :
Which graphics cards can decompress S2TC?
All current graphics cards can decompress S2TC, as S2TC is a special case of the well-known S3TC texture compression format.
C'est une bonne remarque. Dans les deux cas on a problème proche, il me semble, de celui de la neutralité du réseau vu que deux personnes différentes n'auront pas la même vision du Web. Il me semblerait donc normal que, dans les deux cas, le filtre puisse être modifié par l'utilisateur à qui doit revenir la décision finale. Sais-tu si ce filtre est modifiable sur les navigateurs cités ?
Quoi qu'il en soit j'aurais d'avantage confiance en Mozilla, organisme à but lucratif qui a fait ses preuves, que dans MS/Apple/Facebook (bientôt son navigateur)/Google. Et ce n'est pas un procès d'intention, mais l'analyse de leurs actions passées.
Il y a une coquille dans le titre : il est écrit "a besoin de sous" au lieu de "a besoin de vous".
(tout le monde sait que parler d'argent chez les libristes c'est tabou).
Et je voulais dire aussi que le dilemme du toolkit (+ le respect des HIG) c'est peut-être justement ça qui donne la classe à Aldo sous GNU/Linux, parceque Aldo, quand, en 2005, il était sous Windows XP avec ses skins pour Winamp et qu'il a vu GNOME, il s'est dit : ça c'est la classe internationale ce bureau. Et depuis il est resté sous GNOME !
(Vous aurez compris que je parle de moi)
L’obsession du toolkit dans le monde libre par rapport au monde proprio tient aussi dans le fait que dans le monde libre on partage les briques sous-jacentes. Du coup entre un lecteur vidéo KDE et un lecteur vidéo GNOME par exemple, il peut très bien n'y avoir que le toolkit de différent. Donc la tentation est grande de prendre l'infrastructure et d'y ajouter "simplement" le bon toolkit car on ne créé pas vraiment un nouveu logiciel mais plutôt une nouvelle interface "à peu de frais".
La situation est un peu plus complexe cependant car il y a aussi le respect des HIG en plus du choix du toolkit. Je ne citerai pas des applications Amarok-like en GTK+ à destination du bureau GNOME dont la seule différence semble être le toolkit, sans égard pour la HIG de GNOME par exemple.
Après Qt s'intègre pas si mal dans un environnement GTK il faut lui reconnaître ça, c'est un bon caméléon : cf VLC. Honnêtement VLC en GTK+ ne s'intégrerait pas mieux qu'actuellement faute de respecter les HIG de GNOME.
(Journal très intéressant, je vais aller lire les précédents)
zebra3 voulait dire que si Apple était conservateur de musée, il refuserait L'Origine du monde uniquement sur des critères esthétiques
C'est moi qui écrit qu'Apple refuserait cette toile, par exemple. Peu importe pour quel critère puisque la décision est discrétionnaire comme le montrent les nombreux exemples de censure sur l'Apple Store (magazine traitant d'Android interdit, roman érotique interdit etc)
Tu viens exactement de circonscrire en creux le cas d'application, ne fais pas celui qui ne comprends pas : le cas d'un système libre dans un pays appliquant les brevets logiciels. On va pas y passer la journée !
# les photos mais aussi les vidéos et les sons
Posté par antistress (site web personnel) . En réponse à la dépêche GNU MediaGoblin : le partage de photos (et plus) décentralisé a besoin d’aide. Évalué à 7.
Comme dit vers le milieu de la dépêche, les photos mais aussi les vidéos et les sons sont gérés !
[^] # Re: Processus -> Threads
Posté par antistress (site web personnel) . En réponse au journal Appel à toutes les moules : aidez à tester le découplage des processus dans Firefox pour Linux !. Évalué à 2.
merci !
[^] # Re: Processus -> Threads
Posté par antistress (site web personnel) . En réponse au journal Appel à toutes les moules : aidez à tester le découplage des processus dans Firefox pour Linux !. Évalué à 2.
Merci pour la précision même si je conçois mal la différence
[^] # Re: Euh...
Posté par antistress (site web personnel) . En réponse au journal Flash ne sera pas le bienvenu sur Windows 8 : une bonne chose ?. Évalué à 2. Dernière modification le 17 octobre 2012 à 01:14.
http://www.osnews.com/story/26471/Windows_8_the_next_twenty_years
(je grasse)
[^] # Re: Euh...
Posté par antistress (site web personnel) . En réponse au journal Flash ne sera pas le bienvenu sur Windows 8 : une bonne chose ?. Évalué à 3.
C'est sûr que les choix par défaut (conservés par 99% des utilisateurs) sont sans incidence.
http://www.framablog.org/index.php/post/2009/09/19/parametrage-par-defaut
[^] # Re: Les brevets sur S3TC seraient invalides
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 4.
Source : http://www.phoronix.com/scan.php?page=news_item&px=OTkxMQ
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 2. Dernière modification le 14 octobre 2012 à 18:24.
Oui! Mais il existe quelques incompatibilitées comme signalé en commentaire par Laurent ci-dessus ou sur le rapport de bogue Ubuntu.
Si ça pouvait être réglé, S2TC serait de mon point de vue une vraie avancée pour les OS libres.
# Les brevets sur S3TC seraient invalides
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 3. Dernière modification le 14 octobre 2012 à 18:12.
Une remarque complémentaire sur les brevets de S3TC que j'oublie de mettre depuis le début de cette dépêche : S3TC serait dans le giron de HTC si j'ai bien suivi, et Intel a émis publiquement de sérieux doute quant à la validité du brevet. Mais tant que le brevet n'est pas invalidé…
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 2.
Tu veux dire que mesa rejette S3TC pour cause de brevets et pourtant met quand même les deux pieds dedans au titre de la compression ?
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 3. Dernière modification le 14 octobre 2012 à 11:34.
Arf j'ai peut-être extrapolé.
J'avais déduit de cette phrase que les puces autres que PowerVR géraient ETC mais ce n'est pas ce qui est écrit en fait :
Apparemment Mali-400 gère ETC 1 ou 2 ?
Pire, au niveau logiciel, Wikipédia EN ne parle que de ETC1
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 2.
J'ai pas compris ! Mais Mesa fait comme Firefox, elle laisse faire une autre brique (la bibliothèque S3TC suscitée en l'occurrence) qui est optionnelle pour cause de brevets logiciels. Comme les codecs brevetés dans nos distributions.
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 4. Dernière modification le 14 octobre 2012 à 11:10.
La gestion du S3TC est nécessaire pour les jeux Valve, quelque soit le moyen (S3TC ou S2TC).
Source Ubuntu :
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 2. Dernière modification le 14 octobre 2012 à 03:30.
Matériellement ou pas, si l'on en croit un des dévs Intel :
[^] # Re: FXT1
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 6. Dernière modification le 14 octobre 2012 à 03:25.
Ce n'est pas la communauté qui dicte les formats de l'industrie sur ce coup là. Il faut donc faire en fonction.
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 5. Dernière modification le 14 octobre 2012 à 03:24.
Les brevets portent sur la décompression, d'où ce sparadrap :
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 4. Dernière modification le 14 octobre 2012 à 03:20.
Les appareils mobiles implémentent ETC2 pour la plupart (OpenGL ES).
Pour les appareils desktop, c'est un problème : ainsi Intel vise la certification OpenGL ES 3 (après la 2 qu'il a obtenue récemment) pour Sandy/Ivy Bridge (Gen 6 et 7) et il doit trouver un moyen de décompresser les textures au format ETC2 matériellement.
[^] # Re: Il existe déjà des formats libres; le problème c'est le support matériel.
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 2.
Firefox n'implémente pas le décodage S3TC, elle le passe au pilote.
[^] # Re: Plus performant ?
Posté par antistress (site web personnel) . En réponse à la dépêche S2TC fait la pige à S3 pour la gestion libre des textures !. Évalué à 5.
Je n'ai pas développé ce point, désolé.
Il faut retenir que, d'après les devs, le compresseur S2TC est plus rapide lors de la compression dynamique, au chargement du jeu :
Et qu'à la décompression, ça ne change rien puisque c'est accéléré par la puce graphique comme S3TC dont c'est un sous-ensemble :
[^] # Re: Liste blanche d'une liste noire ?
Posté par antistress (site web personnel) . En réponse au journal Flash ne sera pas le bienvenu sur Windows 8 : une bonne chose ?. Évalué à 2.
C'est une bonne remarque. Dans les deux cas on a problème proche, il me semble, de celui de la neutralité du réseau vu que deux personnes différentes n'auront pas la même vision du Web. Il me semblerait donc normal que, dans les deux cas, le filtre puisse être modifié par l'utilisateur à qui doit revenir la décision finale. Sais-tu si ce filtre est modifiable sur les navigateurs cités ?
Quoi qu'il en soit j'aurais d'avantage confiance en Mozilla, organisme à but lucratif qui a fait ses preuves, que dans MS/Apple/Facebook (bientôt son navigateur)/Google. Et ce n'est pas un procès d'intention, mais l'analyse de leurs actions passées.
# Erreur dans le titre du journal
Posté par antistress (site web personnel) . En réponse au journal La FreeBSD Foundation a besoin de vos sous. Évalué à 2.
Il y a une coquille dans le titre : il est écrit "a besoin de sous" au lieu de "a besoin de vous".
(tout le monde sait que parler d'argent chez les libristes c'est tabou).
[^] # Re: Nokia et Maemo/Meego est aussi un bon exemple
Posté par antistress (site web personnel) . En réponse au journal Conseils aux libristes, 2ème partie: résister à la tentation de la réécriture à partir de zéro. Évalué à 2.
Pour approfondir sur ce sujet précis, on lira avec profit (et beaucoup de temps devant soi) :
# Aldo il a la classe avec le bon toolkit
Posté par antistress (site web personnel) . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 6.
Et je voulais dire aussi que le dilemme du toolkit (+ le respect des HIG) c'est peut-être justement ça qui donne la classe à Aldo sous GNU/Linux, parceque Aldo, quand, en 2005, il était sous Windows XP avec ses skins pour Winamp et qu'il a vu GNOME, il s'est dit : ça c'est la classe internationale ce bureau. Et depuis il est resté sous GNOME !
(Vous aurez compris que je parle de moi)
# monde libre vs monde propriétaire
Posté par antistress (site web personnel) . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 10. Dernière modification le 12 octobre 2012 à 19:02.
L’obsession du toolkit dans le monde libre par rapport au monde proprio tient aussi dans le fait que dans le monde libre on partage les briques sous-jacentes. Du coup entre un lecteur vidéo KDE et un lecteur vidéo GNOME par exemple, il peut très bien n'y avoir que le toolkit de différent. Donc la tentation est grande de prendre l'infrastructure et d'y ajouter "simplement" le bon toolkit car on ne créé pas vraiment un nouveu logiciel mais plutôt une nouvelle interface "à peu de frais".
La situation est un peu plus complexe cependant car il y a aussi le respect des HIG en plus du choix du toolkit. Je ne citerai pas des applications Amarok-like en GTK+ à destination du bureau GNOME dont la seule différence semble être le toolkit, sans égard pour la HIG de GNOME par exemple.
Après Qt s'intègre pas si mal dans un environnement GTK il faut lui reconnaître ça, c'est un bon caméléon : cf VLC. Honnêtement VLC en GTK+ ne s'intégrerait pas mieux qu'actuellement faute de respecter les HIG de GNOME.
(Journal très intéressant, je vais aller lire les précédents)
[^] # Re: Euh...
Posté par antistress (site web personnel) . En réponse au journal Flash ne sera pas le bienvenu sur Windows 8 : une bonne chose ?. Évalué à 3. Dernière modification le 12 octobre 2012 à 17:53.
C'est moi qui écrit qu'Apple refuserait cette toile, par exemple. Peu importe pour quel critère puisque la décision est discrétionnaire comme le montrent les nombreux exemples de censure sur l'Apple Store (magazine traitant d'Android interdit, roman érotique interdit etc)
[^] # Re: N'importe quoi
Posté par antistress (site web personnel) . En réponse au journal Flash ne sera pas le bienvenu sur Windows 8 : une bonne chose ?. Évalué à 1.
Tu viens exactement de circonscrire en creux le cas d'application, ne fais pas celui qui ne comprends pas : le cas d'un système libre dans un pays appliquant les brevets logiciels. On va pas y passer la journée !