De même la position (en date du 1er juin 2005) de John Carmack sur les brevets logiciels est à signaler (même si les brevets gênent autant les logiciels libres que ceux non-libres)
I'm proud that there is "a relative dearth of patent applications for the video game industry, especially considering how technology-dependent the video game industry is, and given its size in terms of annual sales."
Before issuing a condemnation, I try hard to think about it from their point of view -- the laws of the land set the rules of the game, and lawyers are deeply confused at why some of us aren't using all the tools that the game gives us.
Patents are usually discussed in the context of someone "stealing" an idea from the long suffering lone inventor that devoted his life to creating this one brilliant idea, blah blah blah.
But in the majority of cases in software, patents effect independent invention. Get a dozen sharp programmers together, give them all a hard problem to work on, and a bunch of them will come up with solutions that would probably be patentable, and be similar enough that the first programmer to file the patent could sue the others for patent infringement.
Why should society reward that? What benefit does it bring? It doesn't help bring more, better, or cheaper products to market. Those all come from competition, not arbitrary monopolies. The programmer that filed the patent didn't work any harder because a patent might be available, solving the problem was his job and he had to do it anyway. Getting a patent is uncorrelated to any positive attributes, and just serves to allow either money or wasted effort to be extorted from generally unsuspecting and innocent people or companies.
Yes, it is a legal tool that may help you against your competitors, but I'll have no part of it. Its basically mugging someone.
I could waste hours going on about this. I really need to just write a position paper some day that I can cut and paste when this topic comes up.
Perso je suis fan absolu de Totem qui me lit tout (comme VLC) y compris des WMV ou des vidéos encapsulées Flash (mais j'ai pitet pas autant de fichiers exotiques que d'autres).
Le point fort de Totem, à l'image de GNOME, est que ça marche direct. J'ai pas à choisir l'une des 5 options de désentrelacement, à me perdre dans des menus alambiqués... La lecture reprend où elle s'est arrêtée, il y a même un plugin YouTube. Bref il fait le Job :-)
C'est transparent pour l'utilisateur avec l'installation automatique des codecs.
C'est les coulisses, t'es pas obligé d'y aller pour apprécier le spectacle !
L'intérêt de cette distribution est qu'elle tend à rester proche d'une philosophie libre malgré l'inclusion de logiciels et codecs propriétaires.
En effet, pour un utilisateur novice, tout est fonctionnel dès le démarrage
Je comprends bien, en te lisant, que cette distribution inclut des logiciels et codecs propriétaires. Peux tu expliciter à présent en quoi elle "tend à rester proche d'une philosophie libre" STP ? tu es passé un peu vite sur ce point...
"Je pense que quand on arrive à autant d'onglet, il y a surtout un problème d'utilisation du logiciel. Je vois pas comment c'est gérable de manipuler 200 onglets. Si dans le tas il y en a 80% qui sont rarement utilisés alors bartab devrais permettre de survivre (mais je pense que l'utilisation de marque page pourrait être plus efficace)."
Je trouve le projet intéressant toutefois un CPU sans chipset ne pourra faire grand chose dans un PC. Le CPU embarque t-il un contrôleur mémoire et d'E/S ou un chipset est-il prévu aussi ?
il semble en effet que Xorg soit utilisé dans Meego.
Voici une discussion que j'ai eu récemment (mon propos et la réponse) :
Sur la difficulté d'avoir une distrib GNU/Linux classique sur
smartphone, j'avais vu une conf de Keith Packard qui disait :
"regardez Linux est partout, mais X est nulle part. Personne ne veut
X, c'est trop gros, ça fait trop de choses, les gens n'en veulent
pas".
Je crois que Meego utilise le stack Hildon pour sa version smartphone
qui a mon avis ne repose pas sur X. Meego s'arrête, peut être au
profit de Tizen dont on ne sait pas grand chose, tout comme Boot to
Gecko (B2G) d'ailleurs
Il y a aussi Limo dans les alternatives http://mart-e.be/post/de-meego-a-tizen-on-est-pas-sortit-de-lauberge
Je viens de demander sur le canal #meego-arm (de freenode), donc la
communauté de devs des Meego Smartphone et on me dit qu'il utilise bien
Xorg, voire Wayland (http://wayland.freedesktop.org/), la « nouvelle
génération » de serveurs d'affichage. Finalement, Xorg n'est pas mort
sur les mobiles, mais c'est vrai qu'il est très peu utilisé : pas sur
PalmOS à ce que je sache et sur Android c'est le framebuffer (donc pas
Xorg). Pourtant sur le N900, on a bien Maemo et Meego qui à priori
utilisent Xorg. Le Neo FreeRunner fait aussi largement tourner Xorg.
Pas tout à fait. Le BIOS est limité et ne peut qu'initialiser le système. Ce qui est à 95% inutile sous Linux d'ailleurs qui peut lui même se charger de ça.
l'(U)EFI pose un vrai problème en revanche, étant assez évolué pour incorporer des DRMs.
J'avais lancé ce fil il y a 5 ans à ce sujet http://forum.framasoft.org/viewtopic.php?f=63&t=22440&sid=ee9ae5dda797c958c83727b0efc8559c
tu ne peux pas obtenir un résultat libre si tu construis quelque chose (fut-il libre) sur des fondations non libres. La couche supérieure libre reste limitée/contrôlée par la couche inférieure non libre.
Ce n'est pas mon avis c'est un fait.
C'est ce que PaulK avec qui j'ai discuté explique lui même dans l'interview donnée au Framablog.
Néanmoins ça reste un pas dans la bonne direction ;-)
"Android n'est pas libre à 100%"
donc il ne l'est pas.
Les couches basses sont proprio, tu ne sais pas ce que fait ton téléphone.
Il n'est pas plus libre que Windows Phone, BlackBerry, iPhone et autres
tous les boutons ne sont pas intrusifs, certains lancent juste un protocole lorsqu'ils sont activés (comme les mailto) c'est ce que j'ai sur mon blogue. Est ce possoble pour Diaspora* etc ?
Il est assez bien fait : vous pouvez même partager vos articles via Twitter et... et c'est tout, en fait. Qu'est-ce que vous croyiez : que les utilisateurs de Diaspora* se partageaient des articles ? Sans blague ?
Les questions soulevées sont intéressantes, je n'en avais pas connaissance.
Il me semble également que tout ce qui est DRM dans le processeur est vain si l'OS ne l'implémente pas également ?
Enfin, avec un BIOS en tout cas, parce qu'avec ces saloperies d'UEFI on n'est plus sûr de rien, hein...
Pour le coup, il me semble qu'AMD est plus coopératif avec le projet Coreboot (ex LinuxBIOS) si on devait remplacer l'UEFI, mais quand on regarde la liste des carte supportées c'est assez maigre pourtant ? www.coreboot.org/
En effet avec l'AVX Intel semble aller au bout de son idée cette fois.
Ça na pas toujours été le cas, on se souvient du MMX, excellent coup marketing mais mauvaise technologie : son utilisation rendait indisponible l'unité de calcul en virgule flottante !
Je ne suis expert sur la question, mais je peux te dire que certaines cartes mères exploitent la partie graphique du Sandy Bridge, d'autres non.
C'est assez confus chez Intel à ce niveau, on s'y perd facilement, il faut l'avouer :-/
Déjà tu peux filtrer pour ne garder que les cartes mères LGA 1155.
Ensuite tu as différent chipsets, mais pour exploiter la partie graphique il t'en faut un avec support FDI.
Donc si tu regardes ici https://secure.wikimedia.org/wikipedia/en/wiki/List_of_Intel_chipsets#Core_i_Series_chipsets en recoupant les deux critères (LGA 1155+FDI support), ça donne au choix : H61, H67, Z68 et B65 (Q67 et Q65 c'est pour les stations de travail il me semble)
Après je pense que c'est pas mal d'en prendre un qui gère le SATA 6 Gbit/s si tu dois prendre un SSD un jour, ce qui exclut le H61 et il reste alors les H67, Z68 et B65.
Ensuite si tu as des cartes PCI à réutiliser, il te reste alors seulement le B65.
En revanche, pour le RAID c'est H67 et Z68.
En revanche si tu veux overclocker, il faut un processeur avec la lettre K et un chipset Z68.
Sous Linux le Sandy Bridge se positionne bien mieux par rapport à la concurrence si on regarde les perfs avec les drivers libres AMD/Nvidia/Intel (cf tests sur Phoronix)
[^] # Re: Pas encore au niveau de VLC
Posté par antistress (site web personnel) . En réponse à la dépêche GStreamer : bientôt la version 1.0. Évalué à 2. Dernière modification le 05 décembre 2011 à 01:32.
Autre avantage de Totem qui lit déjà les vidéos encapsulées en Flash : un plugin (Vegas) pour navigateurs Web vient de sortir (utilisant libquvi) pour lire les vidéos embarquées de toute une série de sites, sans avoir à installer le vilain greffon Flash
http://www.hadess.net/2011/12/vegas-baby.html
http://git.gnome.org/browse/totem/commit/?id=bd1d1eb17478eb5ad61909c4005258238f7953a0
# John Carmack au sujet des brevets logiciels
Posté par antistress (site web personnel) . En réponse à la dépêche L’apport d’id Software aux jeux vidéo libres et sous GNU/Linux. Évalué à 10. Dernière modification le 30 novembre 2011 à 16:34.
De même la position (en date du 1er juin 2005) de John Carmack sur les brevets logiciels est à signaler (même si les brevets gênent autant les logiciels libres que ceux non-libres)
http://slashdot.org/comments.pl?sid=151312&cid=12701745
[^] # Re: Pas encore au niveau de VLC
Posté par antistress (site web personnel) . En réponse à la dépêche GStreamer : bientôt la version 1.0. Évalué à 1.
Sous Ubuntu ou Debian par exemple, il te prévient qu'il doit installer des codecs supplémentaires pour lire le fichier et hop :-)
[^] # Re: Pas encore au niveau de VLC
Posté par antistress (site web personnel) . En réponse à la dépêche GStreamer : bientôt la version 1.0. Évalué à 5. Dernière modification le 29 novembre 2011 à 15:15.
"C'est vrai que Totem manque un peu d'intérêt"
Perso je suis fan absolu de Totem qui me lit tout (comme VLC) y compris des WMV ou des vidéos encapsulées Flash (mais j'ai pitet pas autant de fichiers exotiques que d'autres).
Le point fort de Totem, à l'image de GNOME, est que ça marche direct. J'ai pas à choisir l'une des 5 options de désentrelacement, à me perdre dans des menus alambiqués... La lecture reprend où elle s'est arrêtée, il y a même un plugin YouTube. Bref il fait le Job :-)
[^] # Re: Pas encore au niveau de VLC
Posté par antistress (site web personnel) . En réponse à la dépêche GStreamer : bientôt la version 1.0. Évalué à 1.
C'est transparent pour l'utilisateur avec l'installation automatique des codecs.
C'est les coulisses, t'es pas obligé d'y aller pour apprécier le spectacle !
[^] # Re: Distrib' idéale pour novices.
Posté par antistress (site web personnel) . En réponse à la dépêche Linux à la menthe : Linux Mint 12. Évalué à 9. Dernière modification le 27 novembre 2011 à 15:59.
Je comprends bien, en te lisant, que cette distribution inclut des logiciels et codecs propriétaires. Peux tu expliciter à présent en quoi elle "tend à rester proche d'une philosophie libre" STP ? tu es passé un peu vite sur ce point...
Merci d'avance
[^] # Re: Carmack's reverse
Posté par antistress (site web personnel) . En réponse à la dépêche Le moteur de Doom 3 placé sous GPL v3. Évalué à 5.
Je suis curieux de savoir comment bossent les juristes : ils ont une double compétence pour éplucher juridiquement le code technique ou bien ?!
# Doom 3 sous GPL v3
Posté par antistress (site web personnel) . En réponse à la dépêche Le moteur de Doom 3 placé sous GPL v3. Évalué à 10.
God Bless John Carmack
[^] # Re: Firefox 9
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 8 est disponible. Évalué à 1.
de rien :-)
sans être hyper fluide chez moi (j'ai un Intel GMA950) le zoom m'éclate bien personnellement ;-)
[^] # Re: Firefox 9
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 8 est disponible. Évalué à 3.
"Je pense que quand on arrive à autant d'onglet, il y a surtout un problème d'utilisation du logiciel. Je vois pas comment c'est gérable de manipuler 200 onglets. Si dans le tas il y en a 80% qui sont rarement utilisés alors bartab devrais permettre de survivre (mais je pense que l'utilisation de marque page pourrait être plus efficace)."
Ou alors comme moi on considère que les maque-pages c'est du passé http://libre-ouvert.toile-libre.org/index.php?article62/firefox-comment-panorama-va-bouleverser-vos-habitudes
# CPU OpenRISC : quid du chipset ?
Posté par antistress (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.1. Évalué à 2.
Je trouve le projet intéressant toutefois un CPU sans chipset ne pourra faire grand chose dans un PC. Le CPU embarque t-il un contrôleur mémoire et d'E/S ou un chipset est-il prévu aussi ?
[^] # Re: SapusaypasGNU
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 2.
il semble en effet que Xorg soit utilisé dans Meego.
Voici une discussion que j'ai eu récemment (mon propos et la réponse) :
Je viens de demander sur le canal #meego-arm (de freenode), donc la
communauté de devs des Meego Smartphone et on me dit qu'il utilise bien
Xorg, voire Wayland (http://wayland.freedesktop.org/), la « nouvelle
génération » de serveurs d'affichage. Finalement, Xorg n'est pas mort
sur les mobiles, mais c'est vrai qu'il est très peu utilisé : pas sur
PalmOS à ce que je sache et sur Android c'est le framebuffer (donc pas
Xorg). Pourtant sur le N900, on a bien Maemo et Meego qui à priori
utilisent Xorg. Le Neo FreeRunner fait aussi largement tourner Xorg.
[^] # Re: Bof
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 5.
Pas tout à fait. Le BIOS est limité et ne peut qu'initialiser le système. Ce qui est à 95% inutile sous Linux d'ailleurs qui peut lui même se charger de ça.
l'(U)EFI pose un vrai problème en revanche, étant assez évolué pour incorporer des DRMs.
J'avais lancé ce fil il y a 5 ans à ce sujet http://forum.framasoft.org/viewtopic.php?f=63&t=22440&sid=ee9ae5dda797c958c83727b0efc8559c
[^] # Re: Bof
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 3.
tu ne peux pas obtenir un résultat libre si tu construis quelque chose (fut-il libre) sur des fondations non libres. La couche supérieure libre reste limitée/contrôlée par la couche inférieure non libre.
Ce n'est pas mon avis c'est un fait.
C'est ce que PaulK avec qui j'ai discuté explique lui même dans l'interview donnée au Framablog.
Néanmoins ça reste un pas dans la bonne direction ;-)
[^] # Re: Bof
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à -2.
"Android n'est pas libre à 100%"
donc il ne l'est pas.
Les couches basses sont proprio, tu ne sais pas ce que fait ton téléphone.
Il n'est pas plus libre que Windows Phone, BlackBerry, iPhone et autres
[^] # Re: SapusaypasGNU
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 1.
Déjà vaut mieux une distrib sans X.org
Meego dans sa version mobile doit en être dépourvu à mon avis ?
# répliquant / android + PaulK
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 3. Dernière modification le 28 octobre 2011 à 02:15.
d'après wikipédia répliquant / android c'est dans Blade Runner selon que l'on parle du film ou du livre
sur Framablog on a une interview de PaulK, un des développeurs http://www.framablog.org/index.php/post/2011/10/10/replicant-android-google
# pfiou
Posté par antistress (site web personnel) . En réponse à la dépêche UEFI, à la découverte du nouveau BIOS. Évalué à 10.
ça me dépasse
N'oublions de citer Linus au sujet de l'UEFI "c'est de la merde" (enfin il a été un peu plus dissert : http://kerneltrap.org/node/6884 )
[^] # Re: Diaspora, c'est des marrants
Posté par antistress (site web personnel) . En réponse à la dépêche Diaspora . Évalué à 1.
tous les boutons ne sont pas intrusifs, certains lancent juste un protocole lorsqu'ils sont activés (comme les mailto) c'est ce que j'ai sur mon blogue. Est ce possoble pour Diaspora* etc ?
# Diaspora, c'est des marrants
Posté par antistress (site web personnel) . En réponse à la dépêche Diaspora . Évalué à 2.
À partir du site http://diasporafoundation.org/ vous trouverez un bouton en haut à droite pour visiter le blogue.
Il est assez bien fait : vous pouvez même partager vos articles via Twitter et... et c'est tout, en fait. Qu'est-ce que vous croyiez : que les utilisateurs de Diaspora* se partageaient des articles ? Sans blague ?
Par contre si quelqu'un peut me donner le code pour insérer un bouton de partage Diaspora* en fin d'articles sur mon blogue je le ferai volontiers http://forum.pluxml.org/viewtopic.php?pid=21258#p21258
# thank you
Posté par antistress (site web personnel) . En réponse à la dépêche L’ocelot onirique est né ! (Ubuntu 11.10). Évalué à 2.
Merci pour la dépêche
Sinon fallback reste un mot anglais inusité en français, il serait de bon ton de le traduire (solution de repli, par exemple)...
[^] # Re: Intel Insider et Vpro
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 2.
Les questions soulevées sont intéressantes, je n'en avais pas connaissance.
Il me semble également que tout ce qui est DRM dans le processeur est vain si l'OS ne l'implémente pas également ?
Enfin, avec un BIOS en tout cas, parce qu'avec ces saloperies d'UEFI on n'est plus sûr de rien, hein...
Pour le coup, il me semble qu'AMD est plus coopératif avec le projet Coreboot (ex LinuxBIOS) si on devait remplacer l'UEFI, mais quand on regarde la liste des carte supportées c'est assez maigre pourtant ? www.coreboot.org/
[^] # Re: À propos de SSE et AVX
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 1.
En effet avec l'AVX Intel semble aller au bout de son idée cette fois.
Ça na pas toujours été le cas, on se souvient du MMX, excellent coup marketing mais mauvaise technologie : son utilisation rendait indisponible l'unité de calcul en virgule flottante !
Quand aux versions successives du SSE, des développeurs relativisent l'apport des ajouts successifs : les optimisations internes dans le traitement des SIMD peuvent s'avérer bien plus efficaces que l'ajout de nouvelles instructions (cf l'introduction du Super Shuffle) http://www.outsourcingi.com/articles_content.php?id=454&art=The%20Future%20of%20Linux%20with%20Intel%20Core%202%20%E2%80%9CPenryn%E2%80%9D%20and%20SSE4&cat=Hardware
De ce point de vue, AVX semble aller dans le bon sens.
[^] # Re: hd3000 dans le cpu
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 5.
Je ne suis expert sur la question, mais je peux te dire que certaines cartes mères exploitent la partie graphique du Sandy Bridge, d'autres non.
C'est assez confus chez Intel à ce niveau, on s'y perd facilement, il faut l'avouer :-/
Déjà tu peux filtrer pour ne garder que les cartes mères LGA 1155.
Ensuite tu as différent chipsets, mais pour exploiter la partie graphique il t'en faut un avec support FDI.
Donc si tu regardes ici https://secure.wikimedia.org/wikipedia/en/wiki/List_of_Intel_chipsets#Core_i_Series_chipsets en recoupant les deux critères (LGA 1155+FDI support), ça donne au choix : H61, H67, Z68 et B65 (Q67 et Q65 c'est pour les stations de travail il me semble)
Après je pense que c'est pas mal d'en prendre un qui gère le SATA 6 Gbit/s si tu dois prendre un SSD un jour, ce qui exclut le H61 et il reste alors les H67, Z68 et B65.
Ensuite si tu as des cartes PCI à réutiliser, il te reste alors seulement le B65.
En revanche, pour le RAID c'est H67 et Z68.
En revanche si tu veux overclocker, il faut un processeur avec la lettre K et un chipset Z68.
Voir aussi pour des tableaux récapitulatifs : http://motherboardnews.com/2011/04/07/comparison-of-intels-lga-1155-chipsets/
et pour le détail par chipset http://ark.intel.com/#desktopchipsets
[^] # Re: hd3000 dans le cpu
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 2.
Sous Linux le Sandy Bridge se positionne bien mieux par rapport à la concurrence si on regarde les perfs avec les drivers libres AMD/Nvidia/Intel (cf tests sur Phoronix)