Salut salut ! Comme je suis banni de l'édition de journaux, je le dis ici.
AMD vient d'annoncer (via des slides pdf) plusieurs nouvelles qui font rêver !
AMD a profité de la XDC 2015 à Toronto pour annoncer sa future roadmap AMDGPU, amd à notamment annoncé que son l'implémentation propriétaire d'openCL 2.1 va devenir open source ! Ce qui va révolutionner le support et les performances d'openCL pour les libristes.
AMD a aussi annoncé qu'ils vont bientôt lancer un driver prototype pour Vulkan !!
Il sera au début propriétaire mais il est déjà annoncé qu'il basculera en open source dans pas trop longtemps, cela signifiera que l'on pourra enfin avoir des drivers amd entièrement libre avec de très bonnes performances.
Il est aussi annoncé que la gestion de l'énergie sera implémenté bientôt en transférant celle de catalyst dans AMDGPU (cela va enfin rendre ce pilote pleinement utilisable).
Les addons firepro vont aussi devenir opensource mais cela avait déjà été annoncé par le passé
Le pilote Vulkan sera basé sur dri3.
Et il y a aussi d'autres news comme les interops ou encore le DAL : "Display DAL ‒AMD display team contributing directly to amdgpu ‒More features than current code ‒Initial support for DCE11" mais je n'ai pas vraiment compris ce que c'est.
Le lien phoronix.com : http://www.phoronix.com/scan.php?page=article&item=amd-gpu-xdc15&num=1
Les slides pdf : http://www.x.org/wiki/Events/XDC2015/Program/deucher_zhou_amdgpu.pdf
Personnellement je pense pouvoir aider pour la pile graphique et pour les systèmes de fichiers.
Sinon j'adorerais voir le changelog de la pile audio sur Linuxfr, ou puis-je le trouver de manière digeste en anglais ?
Merci haha, si j'ai dis ça c'est parce que je trouve les lecteurs de Linuxfr un poil trop sévère (et c'est un euphémisme), j'ai été banni de la rédaction de journaux alors que mes journaux avaient un bon et intéressant fond, d'autant plus qu'ils sont bien souvent très proche de l'actualité étant donné que je lis les news en anglais en real time via atom feed.
Le problème est que mes journaux avaient une forme "bâclé" , des fautes d'orthographe (normal j'écris sur un Android avec un clavier minuscule, je n'ai pas de PC)
Et j'ai très peu de temps libre alors je fais des bookmarks et je lance parfois une question mais je m'arrête la, je ne représente pas ce que les médias des liens de mes bookmarks ont déjà fait et sûrement mieux que je ne le ferai jamais.
Mais que voulez vous c'est l'esprit de Linuxfr, vous donnez je trouve beaucoup trop d'importance à la forme. Ça donne une atmosphère froide, pas très humaine.
Mais derrières ces exigences futiles ça troll sur systemd et ça cherche à avoir toujours raison même quand l'on sait que l'on a pertinemment tord. Ah ego quand tu nous tiens…
Ça me surprend beaucoup de voir de tels réactions sur un site dédié au libre et donc normalement (du moins je pensais) à des gens ouvert, qui sont passionné et qui ont de l'éthique.
Bref je trouve ça triste, je suis sûr d'être loin d'être le seul à penser ça.
Ça serai sympa d'avoir une seconde chance pour les journaux mais ça aussi sur linuxfr ont dirai que ce principe est inconnue alors banni j'étais, je suis et je resterai.
Mais malgré tout je vous aime et je suis heureux de m'instruire sur vos journaux et dépêches aseptisées sans fautes et sans émotions, un peu à la Wikipedia.
Je vous souhaite une heureuse et absurde vie :) et qui sait ? Peu être qu'un jour vous changerez ou alors je deviendrai comme vous des libristes aseptisé allergiques aux fautes d'orthographe et aux bookmarks pourtant instructifs.
Premièrement qu'est ce que AMDGPU ? (ils auraient pû trouver un nom plus bullshité)
AMDGPU (le driver pas le backend llvm) est un tout nouveau driver écrit from scratch par les devs amd pour Linux et ne sera que en espace kernel (donc si j'ai bien compris il gérera le hardware et l'accélération 2d mais pas les apis 3d qui elles devront être couplé avec mesa ou catalyst userspace)
Il a pour but de 1 essayer une nouvelle architecture de driver moderne et essayer d'autres paradigmes (Je ne m'y connais pas assez pour affirmer ces propos) mais il a aussi pour but de fusionner les bons côtés du pilote radeon et de catalyst ainsi que de fusionner les devs afin de doubler la vitesse de développement!
Ainsi selon les dires d'amd (contrairement à tes propos blasé) les futures carte amd seront pleinement supporté avant leur sortie commerciale!
Cela va sûrement permettre une fois le driver stabilisé de permettre à Linux d'avoir de meilleures performances gpu amd que Windows ! J'attends avec impatience de voir si c'est vrai.
Sinon vivement Vulkan qui va révolutionner le jeu sur Linux ainsi que grandement faciliter le développement de drivers gpu.
Sinon vous savez s'il est prévu d'implémenter l'atomic mode setting dans les pilotes amd ?
Ah et achetez des cartes amd au lieu de nvidia car nvidia ne supporte pas direct x 12 et Vulkan au niveau hardware.
M'enfin moi mon choix est surtout éthique.
Moinssez moi comme à votre habitude :D
Source sur la "révolution".
Généralement, quand une personne parle de produit révolutionnaire, c'est mauvais signe sur la qualité réelle… N'utilise pas ce mot si tu veux être crédible.
Hum je comprends je m'en suis pas rendu compte, pour moi un codec qui double ces performances et qui est libre c'est une révolution mais bon soit j'aurai dû dire une grande évolution.
Actuellement Daala est plus performant que le h265
Je n'ai pas de source, c'était basé sur un commentaire phoronix qui lui même n'a pas cité de source donc je vous l'accorde nous n'avons aucune garantie que ces dires soient vrais.
tiens, les performances s'additionne?
Et bien plus ou moins je pense, c'est bien ce qui s'est passé avec Opus non ? (la fusion se SILK et de CELT) (Je ne sais plus si ça s'écrit comme ça)
l'un de la xiph fondation et l'autre de skype, ils étaient tout deux très bon dans deux domaines opposés et dans les benchmarcks d'Opus l'on voit clairement que les deux codecs se sont comme additionnés, et même plus ! Après s'ils vont réussir la même prouesse pour netVC ?
Je n'en sais rien j'émets juste cette hypothèse.
Super comme question HS aux personnes à qui tu parles, ça va te rendre crédible…
En effet c'était hors-sujet.
Merci d'avoir pris la peine de me répondre au lieu de me moinsser bêtement :)
A première vue il y a une majorité de sceptiques sur linuxfr.org quant à l'adoption de Thor.
Pourtant moi je suis bien plus optimiste, voir réaliste.
Premièrement qu'est-ce qui fait la popularité d'un codec ?
Il y a tout d'abord le plan éthique.
Le plan éthique n'est malheureusement qu'un bonus rarement pris en compte, que ce soit libre ou pas Mme Michu s'en tape les navets, si elle sait ce qu'est le libre alors elle dira je voudrais bien que ce soit libre mais ça n'aura pour elle pas beaucoup d'importance.
Donc que ce soit libre ou pas ce n'était jusqu'à présent pas important aux yeux de la masse, MAIS car il y a une mais, récemment nous avons vus deux événements inattendu, premièrement le changement de licence du h265 qui réclame bien plus de thunes: http://www.phoronix.com/scan.php?page=news_item&px=H.265-HEVC-Patent-Pool
Et il y a un deuxième mais, c'est que la très puissante IETF à annoncé être en train de travailler sur un standard de codec vidéo libre (à l'instar de ce qu'ils ont fait avec Opus) et ce nouveau STANDARD sera la fusion de DEUX nouveaux codecs LIBREs révolutionnaires, j'ai nommé Daala et Thor ! Daala qui a l'appui de la mozilla et de la très experte Xiph.Org fondation (Ogg, FLAC, Opus, et j'en passe).
La je passe sur le deuxième critère d'adoption d'un codec vidéo par la masse, le critère technique (et de loin le plus important aux yeux de ladite masse)
La performance peut se comparer en prenant en compte les critères de:
Bande passante nécessaire (autrement dit taux de compression)
Cpu et gpu usage niveau client
Cpu usage niveau serveur
Taux de perte de compression
Actuellement Daala est plus performant que le h265 (qui lui même est presque 2 fois plus performants que le h264) et j'ai lu dans un commentaire de phoronix.com que je ne retrouve plus :/ que Thor est 50% plus performant que h265.
Or netVC sera la fusion de Daala ET de Thor, par conséquent l'on pourra avoir un codec facilement 2 fois plus performant que le h265. Et ce librement et gratuitement. Et ce sera un standard IETF.
Par conséquent il est une évidence que netVC va gagner, de plus le h266 et le v10 sont encore à 4/5 ans d'être près, minimum.
Il reste un dernier problème, le support matériel du gpu, en effet il ne peut être implémenté qu'au niveau du hardware. Sans ce support un codec est géré au niveau du processeur, il marche mais bien moins bien. Comme netVC sera un standard, il sera supporté matériellement, mais cela prendra malheureusement plusieurs années.
Et c'est la que je me demande : est il possible d'émuler/virtualiser le support matériel de ce codec sur les gpus non compatible via QEMU/KVM ? Avouez que ce serai merveilleux et applicable aux autres codecs. Mais si personne ne l'a fait j'imagine que c'est pour de bonnes raisons.
(bien qu'avec l'arrivée de virTIO et de virgil 3d cela devienne peu être possible.)
J'ai tout de même soulevé cette question sur le blog de Cisco qui annonce la sortie de Thor: http://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-out-a-royalty-free-video-codec#comment-2348071
(Je suis le pseudo lifeizstrange)
Je leur ai aussi demandé pourquoi diable ils font de l'altruisme en développant openh264 et Thor alors qu'ils font en parallèle des backdoors pour la NSA dans leurs routeurs '
Je vous encourage à poser des questions et débattre sur ce blog qui ne nécessite même pas de compte :)
Et en parallèle ASTC devient le nouveau standard de compression de texture à la place du patented S3TC!
J'espère vraiment que Vulkan va gagner contre direct x 12, et la le monde sera vraiment plus beau.
Martin c'est une super nouvelle que tu m'apprends là, juste aurai tu une idée de l'ordre de grandeur du gain d'autonomie que cette amélioration pourrais engendrer ? :)
Merci beaucoup pour ta réponse aussi complète !
D'ailleurs je viens de lire récemment sur mozillazine-fr.org que la mozilla fondation est en train de songer à tuer xul et à le remplacer par les standards graphiques du Web (CSS et html5) car xul complexifie beaucoup le développement de gecko et ralenti le développement. Le problème c'est qu'il me semble que la plupart des extensions sont faites en xul.
Il vient tout juste d'y avoir une devOps alloué pour le projet servo de Mozilla (plus besoin de le présenter)
C'est expliqué dans ce blog http://blog.servo.org/2015/05/28/twis-33/
Ou plus précisément en cliquant sur le nom de la devOps qui redirige sur son blog ou elle explique concrètement à quoi elle sert et en quoi elle n'est pas qu'un bullshit marketing :)
Après je comprends rien à l'anglais donc il se peut que j'ai mal compris à coups de Google traductions mais ça me paraît peu probable et sinon oui je trouve ça merveilleux que ça soit bien plus propice à l'open source !
C'est pas le principe des rolling releases ? Avec une Arch/manjaro/rawhide/tumbleweed/sid/etc l'on a tout les derniers softs de manière automatisé (contrairement à Windows) et ce très simplement =]
D'ailleurs est-ce que quelqu'un pourrait m'expliquer l'intérêt d'une distribution "stable" qui s'update seulement tout les 6 mois ? C'est dommage qu'il y ai si peu de rolling releases, ça réduit tellement mon choix en matière de distribs.
Et sinon quelqu'un a des news sur le projet bedrock Linux ?
Personnellement j'utilise uBlock Origin sans listes de filtres statique et en ayant activé le dynamic filtering (refus par default de TOUT les scripts/dom/frame/cookies de third parties !! En lieu et place de noscript, ainsi mes pages se chargent plus vite que sur Chrome !! Et le tout librement. Et pour les rares scripts de third partie qui gèrent l'affichage du site, je les whitelist en un click mais les soumet quand même à une easylist+liste fr+eu cookie prebake.
Et c'est BEAUCOUP plus simple et beaucoup moins chronophage que noscript… Et surtout c'est dispo sur ff Android.
Sinon vous avez vu le nouveau adblock browser ? Je l'ai testé il se trouve que c'est un fork de Firefox mobile, il n'apporte rien de plus et enlève des choses, et est moins performant que uBlock, cependant il va faire une jolie pub à Firefox sur Android !! Et en cela je les en remercie infiniment ❤
Posté par laviestbelle .
En réponse au journal Stop FUD ! .
Évalué à -1.
Dernière modification le 07 juin 2015 à 19:41.
Haha désolé c'est vrai que je ne me suis pas relu mais si vous saviez comme c'est traumatisant d'écrire depuis un antique xperia doté de 250 Mo de RAM…
Mais je ferai plus attention la prochaine fois juré !
Eviv Grammalecte !
uBlock/origin ❤❤❤
Au passage essayer le dynamic filtering dans les options avancées c'est encore plus puissant que noscript !
Ah et une super liste que je viens de découvrir qui me permet de me passer d'i don't care about cookies : c'est EU:Prebake - Filter Obtrusive Cookie Notices
(Elle se situe dans la partie régions/langues des listes)
Je suis affreusement désolé de ne pas vous avoir répondu, il se trouve que mon fils avait créé ce post à mon insu et l'a oublié… Bref merci beaucoup le problème est réglé et encore désolé !
Tant que c'est désactivable en un click je vois pas le problème, la vie privée reste conservé et ça fait plus de money pour mozilla (et donc plus de features, et donc plus d'utilisateurs et donc plus de money, etc…)
Et si Firefox ne mérite plus notre attention, vers qui pourrons-nous nous tourner ?
Je trouve que les libristes de Linuxfr ont vraiment un problème avec mozilla..
C'est une fondation non lucrative donc pas de dérives possible.
Vers qui nous tourner dans un cas apocalyptique ? Fork, Iron.
Je viens d'apprendre que Rust aura un rythme de mise à jour de 6 SEMAINES… Soit le même rythme que Firefox, c'est le premier langage que je vois de ma vie à évoluer aussi vite.. Avec autant de mises à jours, il aura largement le temps de rattraper ses lacunes sur le futur C++ 2017!
Il y a déjà un moteur de jeu pour rust , c'est le piston engine, vase sur la lib piston core, ils ont notamment fait comme jeu intéressant (toujours en rust) hématite qui est une copie parfaite de minecraft (serveur et client, cependant pour l'instant on ne peu interagir qu'en spectateur, mais ils veulent sur le long terme dépasser minetest)
[^] # Re: Et les étudiants ?
Posté par laviestbelle . En réponse au sondage Êtes-vous prof ?. Évalué à 2.
Adolescent pour ma part :) et déjà amoureux du logiciel libre et de github.
# Roadmap AMDGPU
Posté par laviestbelle . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à 10.
Salut salut ! Comme je suis banni de l'édition de journaux, je le dis ici.
AMD vient d'annoncer (via des slides pdf) plusieurs nouvelles qui font rêver !
AMD a profité de la XDC 2015 à Toronto pour annoncer sa future roadmap AMDGPU, amd à notamment annoncé que son l'implémentation propriétaire d'openCL 2.1 va devenir open source ! Ce qui va révolutionner le support et les performances d'openCL pour les libristes.
AMD a aussi annoncé qu'ils vont bientôt lancer un driver prototype pour Vulkan !!
Il sera au début propriétaire mais il est déjà annoncé qu'il basculera en open source dans pas trop longtemps, cela signifiera que l'on pourra enfin avoir des drivers amd entièrement libre avec de très bonnes performances.
Il est aussi annoncé que la gestion de l'énergie sera implémenté bientôt en transférant celle de catalyst dans AMDGPU (cela va enfin rendre ce pilote pleinement utilisable).
Les addons firepro vont aussi devenir opensource mais cela avait déjà été annoncé par le passé
Le pilote Vulkan sera basé sur dri3.
Et il y a aussi d'autres news comme les interops ou encore le DAL : "Display DAL ‒AMD display team contributing directly to amdgpu ‒More features than current code ‒Initial support for DCE11" mais je n'ai pas vraiment compris ce que c'est.
Le lien phoronix.com : http://www.phoronix.com/scan.php?page=article&item=amd-gpu-xdc15&num=1
Les slides pdf : http://www.x.org/wiki/Events/XDC2015/Program/deucher_zhou_amdgpu.pdf
[^] # Re: participation en rédaction
Posté par laviestbelle . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à 6.
Personnellement je pense pouvoir aider pour la pile graphique et pour les systèmes de fichiers.
Sinon j'adorerais voir le changelog de la pile audio sur Linuxfr, ou puis-je le trouver de manière digeste en anglais ?
[^] # Re: Radeon versus commerce
Posté par laviestbelle . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à -2.
Hahaha merci beaucoup pour ces conseils, je prends note !
[^] # Re: Radeon versus commerce
Posté par laviestbelle . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à -9.
Merci haha, si j'ai dis ça c'est parce que je trouve les lecteurs de Linuxfr un poil trop sévère (et c'est un euphémisme), j'ai été banni de la rédaction de journaux alors que mes journaux avaient un bon et intéressant fond, d'autant plus qu'ils sont bien souvent très proche de l'actualité étant donné que je lis les news en anglais en real time via atom feed.
Le problème est que mes journaux avaient une forme "bâclé" , des fautes d'orthographe (normal j'écris sur un Android avec un clavier minuscule, je n'ai pas de PC)
Et j'ai très peu de temps libre alors je fais des bookmarks et je lance parfois une question mais je m'arrête la, je ne représente pas ce que les médias des liens de mes bookmarks ont déjà fait et sûrement mieux que je ne le ferai jamais.
Mais que voulez vous c'est l'esprit de Linuxfr, vous donnez je trouve beaucoup trop d'importance à la forme. Ça donne une atmosphère froide, pas très humaine.
Mais derrières ces exigences futiles ça troll sur systemd et ça cherche à avoir toujours raison même quand l'on sait que l'on a pertinemment tord. Ah ego quand tu nous tiens…
Ça me surprend beaucoup de voir de tels réactions sur un site dédié au libre et donc normalement (du moins je pensais) à des gens ouvert, qui sont passionné et qui ont de l'éthique.
Bref je trouve ça triste, je suis sûr d'être loin d'être le seul à penser ça.
Ça serai sympa d'avoir une seconde chance pour les journaux mais ça aussi sur linuxfr ont dirai que ce principe est inconnue alors banni j'étais, je suis et je resterai.
Mais malgré tout je vous aime et je suis heureux de m'instruire sur vos journaux et dépêches aseptisées sans fautes et sans émotions, un peu à la Wikipedia.
Je vous souhaite une heureuse et absurde vie :) et qui sait ? Peu être qu'un jour vous changerez ou alors je deviendrai comme vous des libristes aseptisé allergiques aux fautes d'orthographe et aux bookmarks pourtant instructifs.
[^] # Re: Radeon versus commerce
Posté par laviestbelle . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à 10.
Euh c'est archi faux.
Premièrement qu'est ce que AMDGPU ? (ils auraient pû trouver un nom plus bullshité)
AMDGPU (le driver pas le backend llvm) est un tout nouveau driver écrit from scratch par les devs amd pour Linux et ne sera que en espace kernel (donc si j'ai bien compris il gérera le hardware et l'accélération 2d mais pas les apis 3d qui elles devront être couplé avec mesa ou catalyst userspace)
Il a pour but de 1 essayer une nouvelle architecture de driver moderne et essayer d'autres paradigmes (Je ne m'y connais pas assez pour affirmer ces propos) mais il a aussi pour but de fusionner les bons côtés du pilote radeon et de catalyst ainsi que de fusionner les devs afin de doubler la vitesse de développement!
Ainsi selon les dires d'amd (contrairement à tes propos blasé) les futures carte amd seront pleinement supporté avant leur sortie commerciale!
Cela va sûrement permettre une fois le driver stabilisé de permettre à Linux d'avoir de meilleures performances gpu amd que Windows ! J'attends avec impatience de voir si c'est vrai.
Sinon vivement Vulkan qui va révolutionner le jeu sur Linux ainsi que grandement faciliter le développement de drivers gpu.
Sinon vous savez s'il est prévu d'implémenter l'atomic mode setting dans les pilotes amd ?
Ah et achetez des cartes amd au lieu de nvidia car nvidia ne supporte pas direct x 12 et Vulkan au niveau hardware.
M'enfin moi mon choix est surtout éthique.
Moinssez moi comme à votre habitude :D
[^] # Re: NetVC pour les gouverner tous !
Posté par laviestbelle . En réponse au journal Cisco annonce Thor. Évalué à -6.
Hum je comprends je m'en suis pas rendu compte, pour moi un codec qui double ces performances et qui est libre c'est une révolution mais bon soit j'aurai dû dire une grande évolution.
Désolé c'est vrai que j'aurai dû citer ma source, la voilà : http://www.tomshardware.com/news/ietf-standardizes-netvc-daala-codec,28821.html
Et encore c'est en pleine évolution et le résultat final aura aussi les avantages de Thor.
Source.
Je n'ai pas de source, c'était basé sur un commentaire phoronix qui lui même n'a pas cité de source donc je vous l'accorde nous n'avons aucune garantie que ces dires soient vrais.
Et bien plus ou moins je pense, c'est bien ce qui s'est passé avec Opus non ? (la fusion se SILK et de CELT) (Je ne sais plus si ça s'écrit comme ça)
l'un de la xiph fondation et l'autre de skype, ils étaient tout deux très bon dans deux domaines opposés et dans les benchmarcks d'Opus l'on voit clairement que les deux codecs se sont comme additionnés, et même plus ! Après s'ils vont réussir la même prouesse pour netVC ?
Je n'en sais rien j'émets juste cette hypothèse.
En effet c'était hors-sujet.
Merci d'avoir pris la peine de me répondre au lieu de me moinsser bêtement :)
# NetVC pour les gouverner tous !
Posté par laviestbelle . En réponse au journal Cisco annonce Thor. Évalué à -8.
A première vue il y a une majorité de sceptiques sur linuxfr.org quant à l'adoption de Thor.
Pourtant moi je suis bien plus optimiste, voir réaliste.
Premièrement qu'est-ce qui fait la popularité d'un codec ?
Il y a tout d'abord le plan éthique.
Le plan éthique n'est malheureusement qu'un bonus rarement pris en compte, que ce soit libre ou pas Mme Michu s'en tape les navets, si elle sait ce qu'est le libre alors elle dira je voudrais bien que ce soit libre mais ça n'aura pour elle pas beaucoup d'importance.
Donc que ce soit libre ou pas ce n'était jusqu'à présent pas important aux yeux de la masse, MAIS car il y a une mais, récemment nous avons vus deux événements inattendu, premièrement le changement de licence du h265 qui réclame bien plus de thunes: http://www.phoronix.com/scan.php?page=news_item&px=H.265-HEVC-Patent-Pool
Et il y a un deuxième mais, c'est que la très puissante IETF à annoncé être en train de travailler sur un standard de codec vidéo libre (à l'instar de ce qu'ils ont fait avec Opus) et ce nouveau STANDARD sera la fusion de DEUX nouveaux codecs LIBREs révolutionnaires, j'ai nommé Daala et Thor ! Daala qui a l'appui de la mozilla et de la très experte Xiph.Org fondation (Ogg, FLAC, Opus, et j'en passe).
La je passe sur le deuxième critère d'adoption d'un codec vidéo par la masse, le critère technique (et de loin le plus important aux yeux de ladite masse)
La performance peut se comparer en prenant en compte les critères de:
Bande passante nécessaire (autrement dit taux de compression)
Cpu et gpu usage niveau client
Cpu usage niveau serveur
Taux de perte de compression
Actuellement Daala est plus performant que le h265 (qui lui même est presque 2 fois plus performants que le h264) et j'ai lu dans un commentaire de phoronix.com que je ne retrouve plus :/ que Thor est 50% plus performant que h265.
Or netVC sera la fusion de Daala ET de Thor, par conséquent l'on pourra avoir un codec facilement 2 fois plus performant que le h265. Et ce librement et gratuitement. Et ce sera un standard IETF.
Par conséquent il est une évidence que netVC va gagner, de plus le h266 et le v10 sont encore à 4/5 ans d'être près, minimum.
Il reste un dernier problème, le support matériel du gpu, en effet il ne peut être implémenté qu'au niveau du hardware. Sans ce support un codec est géré au niveau du processeur, il marche mais bien moins bien. Comme netVC sera un standard, il sera supporté matériellement, mais cela prendra malheureusement plusieurs années.
Et c'est la que je me demande : est il possible d'émuler/virtualiser le support matériel de ce codec sur les gpus non compatible via QEMU/KVM ? Avouez que ce serai merveilleux et applicable aux autres codecs. Mais si personne ne l'a fait j'imagine que c'est pour de bonnes raisons.
(bien qu'avec l'arrivée de virTIO et de virgil 3d cela devienne peu être possible.)
J'ai tout de même soulevé cette question sur le blog de Cisco qui annonce la sortie de Thor:
http://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-out-a-royalty-free-video-codec#comment-2348071
(Je suis le pseudo lifeizstrange)
Je leur ai aussi demandé pourquoi diable ils font de l'altruisme en développant openh264 et Thor alors qu'ils font en parallèle des backdoors pour la NSA dans leurs routeurs '
Je vous encourage à poser des questions et débattre sur ce blog qui ne nécessite même pas de compte :)
Et en parallèle ASTC devient le nouveau standard de compression de texture à la place du patented S3TC!
J'espère vraiment que Vulkan va gagner contre direct x 12, et la le monde sera vraiment plus beau.
[^] # Re: Bof Bof
Posté par laviestbelle . En réponse à la dépêche Sortie du noyau Linux 4.1. Évalué à 2.
Martin c'est une super nouvelle que tu m'apprends là, juste aurai tu une idée de l'ordre de grandeur du gain d'autonomie que cette amélioration pourrais engendrer ? :)
[^] # Re: Firefox Android
Posté par laviestbelle . En réponse au journal Tester facilement la version GTK+3 de Firefox. Évalué à 0.
Merci beaucoup pour ta réponse aussi complète !
D'ailleurs je viens de lire récemment sur mozillazine-fr.org que la mozilla fondation est en train de songer à tuer xul et à le remplacer par les standards graphiques du Web (CSS et html5) car xul complexifie beaucoup le développement de gecko et ralenti le développement. Le problème c'est qu'il me semble que la plupart des extensions sont faites en xul.
# Firefox Android
Posté par laviestbelle . En réponse au journal Tester facilement la version GTK+3 de Firefox. Évalué à -7.
Super nouvelle !
Sinon savez vous si Firefox pour Android utilise gtk ? Si oui quel release ? Et sur windaube c'est aussi gtk ?
# Exemple concret
Posté par laviestbelle . En réponse au journal DevOps. Évalué à 2.
Il vient tout juste d'y avoir une devOps alloué pour le projet servo de Mozilla (plus besoin de le présenter)
C'est expliqué dans ce blog http://blog.servo.org/2015/05/28/twis-33/
Ou plus précisément en cliquant sur le nom de la devOps qui redirige sur son blog ou elle explique concrètement à quoi elle sert et en quoi elle n'est pas qu'un bullshit marketing :)
Après je comprends rien à l'anglais donc il se peut que j'ai mal compris à coups de Google traductions mais ça me paraît peu probable et sinon oui je trouve ça merveilleux que ça soit bien plus propice à l'open source !
[^] # Re: Perte des avantage de mutualisation
Posté par laviestbelle . En réponse au journal XDG apps testable sous Fedora. Évalué à 1.
Oui je sais :) je me suis mal exprimé, je parlais d'un usage desktop pour les particuliers.
[^] # Re: Perte des avantage de mutualisation
Posté par laviestbelle . En réponse au journal XDG apps testable sous Fedora. Évalué à -3.
C'est pas le principe des rolling releases ? Avec une Arch/manjaro/rawhide/tumbleweed/sid/etc l'on a tout les derniers softs de manière automatisé (contrairement à Windows) et ce très simplement =]
D'ailleurs est-ce que quelqu'un pourrait m'expliquer l'intérêt d'une distribution "stable" qui s'update seulement tout les 6 mois ? C'est dommage qu'il y ai si peu de rolling releases, ça réduit tellement mon choix en matière de distribs.
Et sinon quelqu'un a des news sur le projet bedrock Linux ?
# Berrurier noir
Posté par laviestbelle . En réponse à la dépêche Campagne d'adhésion pour Libervia (projet « Salut à Toi ») : soutenez-nous, c'est le moment !. Évalué à 0.
https://m.youtube.com/watch?v=X75ce-CAorU
Salut à toi un truc stupéfiant, Lapin.
[^] # Re: profile aux petit oignons
Posté par laviestbelle . En réponse au journal Stop FUD ! . Évalué à 4.
Personnellement j'utilise uBlock Origin sans listes de filtres statique et en ayant activé le dynamic filtering (refus par default de TOUT les scripts/dom/frame/cookies de third parties !! En lieu et place de noscript, ainsi mes pages se chargent plus vite que sur Chrome !! Et le tout librement. Et pour les rares scripts de third partie qui gèrent l'affichage du site, je les whitelist en un click mais les soumet quand même à une easylist+liste fr+eu cookie prebake.
Et c'est BEAUCOUP plus simple et beaucoup moins chronophage que noscript… Et surtout c'est dispo sur ff Android.
Sinon vous avez vu le nouveau adblock browser ? Je l'ai testé il se trouve que c'est un fork de Firefox mobile, il n'apporte rien de plus et enlève des choses, et est moins performant que uBlock, cependant il va faire une jolie pub à Firefox sur Android !! Et en cela je les en remercie infiniment ❤
[^] # Re: corrections
Posté par laviestbelle . En réponse au journal Stop FUD ! . Évalué à -1. Dernière modification le 07 juin 2015 à 19:41.
Haha désolé c'est vrai que je ne me suis pas relu mais si vous saviez comme c'est traumatisant d'écrire depuis un antique xperia doté de 250 Mo de RAM…
Mais je ferai plus attention la prochaine fois juré !
Eviv Grammalecte !
[^] # Re: Paille, poutre toussa...
Posté par laviestbelle . En réponse au journal Toolinux : on s'était dit rendez-vous dans 15 ans..... Évalué à 0.
uBlock/origin ❤❤❤
Au passage essayer le dynamic filtering dans les options avancées c'est encore plus puissant que noscript !
Ah et une super liste que je viens de découvrir qui me permet de me passer d'i don't care about cookies : c'est EU:Prebake - Filter Obtrusive Cookie Notices
(Elle se situe dans la partie régions/langues des listes)
# Excusez moi !
Posté par laviestbelle . En réponse au message A l'aide !!! (adaptateur cpl tp-link) . Évalué à 1.
Je suis affreusement désolé de ne pas vous avoir répondu, il se trouve que mon fils avait créé ce post à mon insu et l'a oublié… Bref merci beaucoup le problème est réglé et encore désolé !
# Waifu
Posté par laviestbelle . En réponse au journal Algo de compression JPEG waifu2x . Évalué à -1.
C'est fait pas l'équipe de Waifu ? (un clone de popcorntime spécialisé dans les animés voir : https://www.google.fr/url?q=http://korben.info/waifu-clone-popcorn-time-les-fans-danimations-japonaises.html&sa=U&ei=3o5gVaK8GoriUenKgOgI&ved=0CCMQFjAI&usg=AFQjCNE_E8Qepvu9waeWtiNTcGfZ6FR0rw)
Au passage les barbus, regardez attack on titan ! :D
# Plutôt bonne nouvelle en fait.
Posté par laviestbelle . En réponse au journal La publicité ciblée s'invite chez Firefox. Évalué à -3.
Tant que c'est désactivable en un click je vois pas le problème, la vie privée reste conservé et ça fait plus de money pour mozilla (et donc plus de features, et donc plus d'utilisateurs et donc plus de money, etc…)
Et si Firefox ne mérite plus notre attention, vers qui pourrons-nous nous tourner ?
Je trouve que les libristes de Linuxfr ont vraiment un problème avec mozilla..
C'est une fondation non lucrative donc pas de dérives possible.
Vers qui nous tourner dans un cas apocalyptique ? Fork, Iron.
[^] # Re: kernel
Posté par laviestbelle . En réponse au journal Trolldi, c'est aussi le lundi. Évalué à 1.
Merci ! Désolé c'est juste que j'ai du mal avec l'anglais..
# Rythme de mise à jour oO
Posté par laviestbelle . En réponse à la dépêche Rust 1.0, entrée dans la période stable. Évalué à 1.
Je viens d'apprendre que Rust aura un rythme de mise à jour de 6 SEMAINES… Soit le même rythme que Firefox, c'est le premier langage que je vois de ma vie à évoluer aussi vite.. Avec autant de mises à jours, il aura largement le temps de rattraper ses lacunes sur le futur C++ 2017!
[^] # Re: kernel
Posté par laviestbelle . En réponse au journal Trolldi, c'est aussi le lundi. Évalué à 0.
Qu'est ce que le PREEMP et le SMS ? Svp
Et est ce que archlinux à enfin un SElinux configuré par défaut ?
[^] # Re: «Il concurrence donc directement les langages C et C++.»
Posté par laviestbelle . En réponse à la dépêche Rust 1.0, entrée dans la période stable. Évalué à 3.
Il y a déjà un moteur de jeu pour rust , c'est le piston engine, vase sur la lib piston core, ils ont notamment fait comme jeu intéressant (toujours en rust) hématite qui est une copie parfaite de minecraft (serveur et client, cependant pour l'instant on ne peu interagir qu'en spectateur, mais ils veulent sur le long terme dépasser minetest)