xoddark a écrit 116 commentaires

En plus, de ce que j'ai suivie (je m'intéresse moins a nouveau/Nvidia), le support des GPU Nvidia avec Nouveau d'il y a 5/6 ans est pas mal, mais pour les CPU récent, c'est beaucoup moins bon.

Par contre, des développeurs se sont intéressé au support de Clover pour Nouveau, et ça pourrais être intéressant pour améliorer le support d'OpenCL out-of-the-box sous Linux pour tout le monde 👍.

Sources d'infos :
- https://www.phoronix.com/scan.php?page=news_item&px=Mesa-20.3-OpenCL-1.2-Clover
- https://www.phoronix.com/scan.php?page=news_item&px=OpenCL-3.0-Prep-In-Clover

Je suis plutôt un fervent défenseur des GPU AMD, mais tout n'est pas parfait non plus.

Exemple 1 : le support d'OpenCL avec le développement de Clover a été arrêté en faveur de ROCm. Si ROCm a des avantages, ce n'est pas disponible out-of-the-box, ça ne s'intègre pas forcément bien dans les distributions linux, et ça ne supporte que les GPU et carte mère avec des features récente mais pas forcément les dernier GPU.
Exemple 2 : les développements de code open source ne sont pas toujours fait en concertation avec la communauté (de développeur graphique linux) Cf: le post de blog de David Airlie : Linux graphics, why sharing code with Windows isn't always a win.

Par contre il quand même plein de bonne raison pour choisir plutôt des GPU AMD que Nvidia pour une utilisation sous linux.
J'ai suivi la progression des drivers opensource pour carte graphique AMD depuis presque le début, et il y a clairement beaucoup de travail et de progrès qui ont été fait.
Il est clair qu'une des limites pour faire mieux est clairement un manque de moyen.
Mais grâce à l'ouverture adopté par AMD :
- Des employé de Google et RedHat on pu développer un driver Vulkan intégré a Mesa pendant le le driver officiel d'AMD peinait à être disponible, et semble pas très adapté pour bien s'intégrer dans les distributions linux.
- Valve peut financer le développement d'un nouveau compilateur de Shader plus performant. Il s'appelle ACO, et est utilisé par défaut dans RADV(Vulkan) dans Mesa 20.2, et pourrait prochainement être utilisé par défaut également pour OpenGL

Donc merci à AMD, et à ceux qui améliore l'usage des GPU AMD sous linux, continuez comme ça.

D'après ce que j'ai lu la ram n'est pas soudé à la carte mère, contrairement à ce qui est dit plus haut, mais carrément inclue dans le SOC.
ça me fait pensé a ce qui avait été testé par AMD avec la HBM pour certain GPU.

Alors oui c'est moins modulaire, mais combien de personne rajoute de la ram sur leur ordinateur ?
Surtout aujourd'hui avoir plus de 8Go de ram sur des ultra portable est quand même pas hyper souvent utile.

Donc ça ne conviendra effectivement pas à tous le monde (et pas à moi), mais pour les personnes cible de ce genre de machine ça me semble logique comme démarche. Surtout que ça semble avoir des avantages, en terme de compacité et de consommation à performance équivalente.

Reste la problématique du dépannage en cas de défaillance partielle. Le problème d'avoir un composant tout en un, c'est qu'en cas de panne il faut tout changer.
Mais je me demande si le fait que ça soit tout sur la même puce (enfin le même packaging) ça ne pourrait pas limiter certaine panne.
Exemple, tous avoir dans le SOC permet d'avoir moins de composant sur la carte mère, et donc moins de pannes lié à celle ci.

Dans le genre les clé USB d'installation de Windows 10 ça marche … des fois.
On m'a demandé de "remettre en états" si possible un lot d'ordinateur sous windows qui datais de 2013-2015, donc avec des Windows 7, c'était des Dell orienté pro, donc encore intéressant.

J'ai essayé de faire une clé USB d'installation de Windows 10 depuis Windows 7 (plusieurs fois) : résultat j'avais une erreur pendant l'étape de copie des fichiers lors de l'installation de Windows.
J'ai installé des Windows 7 propre, faite toutes les mises à jour (il y en a beaucoup), fait la migration vers Windows 10 en demandant de faire une réinstallation propre : Résultat l'ordinateur n'était pas très fluide.
J'ai créer une clé USB d'installation de Windows 10 depuis Windows 10 : cette fois elle permet d'installer Windows 10 sans problème.
Le Windows 10 installé à zéro semblais plus fluide que le Windows 10 issue de la migration (même en demandant de réinstaller propre).

Donc je valide Windows n'est pas simple.

Vidéo que j'ai vu aujourd'hui et qui me parait intéressante et de circonstance avec le journal :

❓ ÊTES-VOUS PRÊT À COMPRENDRE LE PROF. RAOULT ? • Le Petit Point d'? - 4 avril 2020

PS: en plus c'est disponible sur Framatube :)

Merci, j'irais piocher dans tes suggestions.

Je me suis récemment a écouter des podcasts, je n'en ai pas beaucoup, mais je peux proposer :

• Le Moment Meurice (En flux RSS)
• La version livre audio de L'espace sans gravité de Florence Porcel sur sa chaine Youtube … Attention les fichiers serons retiré dès la fin du confinement, donc si vous voulez en profiter, ne traîner pas :)

Pour sauvegarder des vidéos (youtube ou autre).

J'utilise l'extension https://addons.mozilla.org/fr/firefox/addon/video-downloadhelper/

Elle demande un peu d'apprentissage, mais plus de 95% du temps elle me permet de sauvegarder ce que je voulais)

La version la plus simple que je connaisse, utiliser l'URL embed.

https://www.youtube.com/embed/ + l'identifiant de ta vidéo (ce qu'il y a après le v= dans l'URL)

et pouf plus de vérification :)

résultat : utilise l'url suivante :
https://www.youtube.com/embed/dp5rIJFaZfI

Je dirais même : Le ruissellement se fait vers la concentration

Je rajouterais que l'emploie de l'expression "semi-démocratique" c'est faite sans jugement de valeur.

Alors pourquoi en introduire un en l’associant avec un mépris pour des parties politiques qui sont soutenu par plus qu'une minorité d'électeurs ?

Faire des machines de bureau avec de l'ARM, ça me semble encore compliqué. (Et pourtant j'ai essayer, mais en mode bidouillage une fois tout les 6 mois).
Je ne sais pas combien de temps tu as a y consacré, mais pour l'instant n’espère pas prendre une distribution et pouvoir l'installer directement sur ta board et pouvoir faire les mise a jour etc.

Tu risque d'avoir des problème de drivers GPU.
Malgrès les progrès fait se dernières année, même avec des GPU Adreno (Qualcom) et Vivante (NXP IMX6/8) c'est pas encore évident de prendre une distribution avec le kernel et mesa récent et d'avoir une installation qui fonctionne et qu'on peu mettre à jour comme on le ferai avec un ordinateur x86.
Il faudrait que je retente sur ma Wanboard (IMX6) de faire tourner une distribution récente from scratch avec un bureau légé (Pas Gnome 3, même si j'aimerais bien)

Une XU4 c'est bon marché, mais c'est un GPU Mali alors si tu veux avoir le support de l'accélération graphique, le décodage vidéo accéléré tu risque de galérer.
Sinon il faut que tu te contente des distributions fournis par le constructeur, mais ça limite le choix, et niveau support c'est pas la même chose.
Le plus sur ça serai presque des RaspberryPi, mais je ne sais pas ce que ça donne en terme de fluidité en desktop.

Exemple de procédure pour avoir une debian desktop sur une https://www.digikey.com/eewiki/display/linuxonarm/Wandboard

En fait c'est un fork "amis".
Je cite directement l'annonce vu qu'elle est en français :

Q : Qu'est-ce que Proton exactement ? En quoi est-il différent de la version Wine normale ? Qui a travaillé sur ce logiciel ?

La distribution Proton est un outil basé sur une version modifiée de Wine. Les améliorations apportées à Wine ont été conçues et financées par Valve et sont issues d'un effort de développement commun avec CodeWeavers. Voici quelques exemples de projets sur lesquels nous travaillons ensemble depuis 2016 :

vkd3d[source.winehq.org], l'implémentation de Direct3D 12 basée sur Vulkan.
Les ponts API natifs d'OpenVR et de Steamworks.
De nombreuses améliorations de performances et de corrections de fonctionnalités pour Direct3D 9 et Direct3D 11.
Une prise en charge entièrement révisée du mode plein écran et des manettes de jeu.
L'ensemble de correctifs « esync »[github.com], pour une amélioration des performances en multi-thread.

Les modifications apportées à Wine sont soumises en amont si elles correspondent aux objectifs et aux exigences du projet Wine plus large. Ceci a permis aux utilisateurs de bénéficier de certaines parties de ce travail depuis plus d'un an maintenant. Le reste est disponible dans notre référentiel de code source pour Proton et ses modules.

De plus, nous avons apporté notre soutien au développement de DXVKgithub.com. Voilà ce que nous avons apporté :

Le développeur de DXVK fait partie de notre groupe graphique open source depuis février 2018.
Nous avons fourni une aide directe à notre groupe graphique open source afin de résoudre les problèmes des pilotes Mesa qui affectent DXVK. Nous avons aussi fourni des prototypes d'implémentations pour de toutes nouvelles fonctionnalités Vulkan dans le but d'améliorer la fonctionnalité de DXVK.
Nous avons travaillé avec nos partenaires de chez khronos, NVIDIA, Intel et AMD afin de coordonner la prise en charge des pilotes et des fonctionnalités de Vulkan.

Donc c'est plutôt (très) bon esprits je trouve

En lisant l'article de Ploum, j'avais plusieurs fois bondi de ma chaise.

J'avais voulu faire une réponse, mais je n'ai pas eu le courage, merci de l'avoir fait.
(En plus tu as fait ça beaucoup mieux que je ne l'aurais fait)

Ba en fait ça dépens comment tu compte, j'ai compté l'objectif minimal comme le premier palier.
Donc objectif minimal plus 2ième Stretch Goal ça fait 3ième palier.

Et donc le Stretch goals atteins correspond au décodage H265 en plus du premier qui est le décodage de H264 pour tout les "nouveaux" SoCs Allwinner, en plus de l'objectif initial qui est le décodage H264 pour les "anciens" SoCs Allwiner.

Par contre ils n'ont pas atteins l'objectif pour lequel ils "s'engageaient" à ajouter le support de l’encodage H264.
Mais vu le succès, j'espère qu'ils relancerons une petite campagne quand ils auront fini les trois premiers points.
A moins qu'ils ne trouve une autres source de financement :)

En fait ils sont un peu caché, mais la campagne avec des objectifs additionnel suivant le montant obtenu.

Stretch goals
In addition to the initial Sunxi-cedrus support described as our main goal above, we have additional stretch goals to further improve Sunxi-cedrus if we receive more funding than our target:

• Supporting the newer Allwinner SoCs, such as the H3 (Most of the Orange Pis, Nano Pi M1, ..), H5 (Orange Pi PC2, NanoPi NEO2, …) and A64 (Pine64, BananaPi M64, …). This goal requires a funding target of 22000 EUR (i.e 4400 EUR in addition to the main goal of 17600 EUR)
• H265 video decoding support This goal requires a funding target of 30800 EUR (i.e 8800 EUR in addition to the main goal of 17600 EUR and the first stretch goal of 4400 EUR)
• H264 video encoding support This goal requires a funding target of 44000 EUR (i.e 13200 EUR in addition to the main goal of 17600 EUR and the previous stretch goals of 4400 EUR and 8800 EUR)

En l’occurrence ici la campagne à atteins le troisième but, donc ils devraient fournir :
Le décodage matériel H264 Et H265(pour ceux qui le peuvent) pour tout les SoCs Allwiner incluent les nouveaux.
Le tout avec un pilote opensource upstream bien entendu.

Bonjour, merci pour ton travail, j'utilise gedit et builder qui font appel a GtkSourceView, et je trouve que ça fonctionne bien, et c'est agréable de retrouver la même interface d'un logiciel à l'autre.

Je suis programmeur du coté obscure (logiciel propriétaire), mais je cherche un projet opensource auquel participer avec un temps limité.
Vu que j'utilise Gnome 3, et que j'apprécie, participer à un logiciel (ou une brique logiciel) Gnome 3 me parais logique.
Est-ce que ça t'intéresse d'avoir de l'aide de quelqu'un de pas forcément très assidue ?
Est ce qu'il y a une doc pour se plonger dans le code, faire des tests ?
Quel est le meilleur moyen de prendre contact ?

PS: A défaut de participation active dans un projet (pour l'instant), j’essaie de participer financièrement, j'ai un compte liberapay, donc je t'ai ajouter dans la liste des bénéficiaires.

Oui c'est possible, mais je ne saurais pas te dire ce qui fonctionne, et ce qui ne fonctionne pas.

Clover (l'implémentation OpenCL de Mesa basé sur Gallium) déclare savoir faire de l'OpenCL 1.2
A voir si ce n'est pas trop buggé.

Pour les versions plus récente d'OpenCL, il va falloir regarder plutôt de coté de RadeonOpenCompute et ROCm.
Mais la c'est un peu plus complexe a mettre en place je pense.

Peut être qu'il n'y a pas d'amélioration pour les gpu AMD anciens (pré-GCN) par ce qu'il n'y a pas besoin.

Premièrement le pilote radeon fonctionne plutôt bien/voir très bien. Mon ordinateur portable a un GPU Evergreen (radeon HD 57730) et je n'ai pas de problème avec les pilotes libre. J'utilise Gnome 3, je lit un peut de vidéo, et je lance parfois des jeux (Portal 2, ou Flatout fonctionne bien par exemple).

Ensuite aujourd'hui c'est surtout dans Mesa qu'il y a des améliorations (nouvelles extension OpenGL, implémentation d'OpenCL, amélioration de la décompression vidéo).

Bon bien sur le pilote n'est surement pas parfait, mais je dirais que le fait qu'il n'y ai pas systématiquement des changements a chaque nouvelle version de noyaux que c'est mauvais signe, au contraire.

Ah j'ai oublié de dire, Retropie aussi est basé sur libretro, mais utilise une autre distribution en tant que base (peut être raspbian, mais je n'ai pas retrouvé)

C'est une api pour développer des émulateurs/jeux qui sont ensuite exposer derrière une interface unique.
Lakka par exemple est une distribution permettant de transformer un (mini)pc en console de jeu (retro).
Lakka est basé sur OpenELEC pour la "construction" de la distribution et utilise libretro/retroarh comme "media center" à la place de kodi.

C'est peu être plus de travail, mais l'idéal serai de faire une version libretro,
ça serai disponible sur tous les ordinateurs supportés par lakka, retropie, etc :)

Je pense que le journal mériterais d'être mis à jour,
car la on comprend que Polaris la prochaine génération de GPU AMD (et première gravé en 14nm) n'arrivera qu'en 2017.

Je connais un peu le sujet, mais je serai preneur de ce genre de lecture oui, et pourquoi pas sur linuxfr :)

Les GPU Polaris doivent sortir au troisième trimestre 2016 et non 2017.
C'est la génération de GPU Vega qui doit sortir début 2017.

Cf http://www.hardware.fr/news/14545/gdc-amd-devoile-roadmap-gpu-polaris-vega-navi.html

Par contre Polaris serait plutôt du milieu entré de gamme, et il faudrait attendre 2017 avec Vega pour voir arrivé du (très ?) haut de gamme chez AMD.

C'est dispensé en ligne.
La communication se fait via Slack, et pour l'instant la "formation" est diffusé sous forme de Tutorial.