Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Aller au contenu | Aller au menu | Aller à la recherche


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 >

samedi 17 février 2018

Wine-Staging is dead BUT Wine-Staging has been forked

Since 2014, that was my favorite project on Linux. Today I read this sad new on phoronix . Well I hope that their original authors -- Michael and Sebastian -- will have a cool and interesting professional life. They posted a ticket explaining why the project is no more maintained

Fortunately Wine-Staging has been forked https://github.com/wine-staging/wine-staging.

I guess that there will be a lot of forks of this project. Well wait and see

jeudi 18 janvier 2018

[LinuxGaming] Some benchmarks on Linux 4.8.17 | AMDGPU DRM | Mesa 17.3.1

Upgrade to kernel 4.8.17 | Switched from RADEON to AMDGPU

This week -- over Monday 15-Jan-2018 -- I upgraded my Linux kernel from 4.4 serie to 4.8 serie. It was the occasion to switch from Radeon module kernel to AMGGPU module kernel.

Some notes to keep in mind

  • Kernel 4.8.17 is an outdated kernel. At the date of writing this ticket, the most recent/stable kernel is 4.14
  • AMDGPU module is quite experimental
For those wondering my rig is a Linux 32 bit. (Yes it is even in 2018!). It is used
  • as multimedia workstation (Youtube, Mail)
  • for gaming -- only for small games, not AAA games --.
  • my own tests with Wine but on Linux 32 Bits for retro-compatibilty with some old libraries
AMDGPU module was built within kernel 4.8.17
root@amdgaming:~# grep -i AMDGPU /boot/config-4.8.17
CONFIG_DRM_AMDGPU=m
CONFIG_DRM_AMDGPU_CIK=y
CONFIG_DRM_AMDGPU_USERPTR=y
CONFIG_DRM_AMDGPU_GART_DEBUGFS=y
I had to blacklist RADEON
  • root@amdgaming:~# cat /etc/modprobe.d/blacklist-radeon.conf
    blacklist radeon
    
  • Once booted on this kernel, files used by kernel 4.8.17 were refreshed
    update-initramfs -u -k $(uname -r) && reboot
This is the command line I am currently using
root@amdgaming:~# cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-4.8.17 root=UUID=8092ec20-bb12-4e08-9863-8ab86481aced ro \
amdgpu.dpm=1 amdgpu.deep_color=1 amdgpu.pcie_gen2=1 amdgpu.powerplay=1 amdgpu.exp_hw_support=1 amdgpu.smc_load_fw=1 amdgpu.audio=0 \
radeon.modeset=0 radeon.pcie_gen2=0 radeon.audio=0 radeon.dpm=0 nouveau.pstate=1 kvm.ignore_msrs=1 intel_iommu=on,igfx_off vfio_iommu_type1.allow_unsafe_interrupts=1 \
i915.enable_hd_vgaarb=1 quiet splash nomdmonddf nomdmonisw vt.handoff=7
It implies to build xf86-video-amdgpu -- for Xorg Server as driver--. Refer to https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/
mkdir -pv /opt/Sources
cd /opt/Sources
git clone git://anongit.freedesktop.org/xorg/driver/xf86-video-amdgpu
mkdir -pv /opt/Builds/xf86-video-amdgpu_build
cd  /opt/Builds/xf86-video-amdgpu_build
/opt/Sources/xf86-video-amdgpu/autogen.sh --enable-maintainer-mode --prefix=/usr/ --enable-glamor --enable-udev
make -j4 && make install

Is it worth switching from RADEON to AMDGPU?

That was my main concern for this week...

But my Linux systems works perfectly for the past days. No real issue with this kernel and this driver.

The only solution is to run some benchmarks tests through Wine and natively on Linux. This way I should be able to discriminate

For the tests shown below I had to switch ShadowPrimary to Off. -- Its default value is "Off --. But since I used this parameter explicitly in my configuration file, this is a personal reminder for myself

david@amdgaming:~$ cat /etc/X11/xorg.conf.d/01-amdgpu-glamor-dri3.conf
Section "Screen"
       Identifier     "Screen"
       DefaultDepth    24
       SubSection      "Display"
               Depth   24
       EndSubSection
EndSection

Section "Device"
	Identifier "AMDGPU"
	Driver "amdgpu"
	Option "Accel" "on"
	Option "AccelMethod" "glamor"
	Option "DRI" "3"
	Option "TearFree" "on"
	Option "ShadowPrimary" "off"	
EndSection

Test 1: Unigine Valley: Wine-Staging 2.21 | Gallium-Nine | Mesa 17.3.1 | AMDGPU | Kernel 4.8.17 | RX 290X

Back in 2015, Gallium Nine performed pretty well. Here I am doing the same test but for
  • Quality = High
  • Vsync = Off
To be honest I keep it mind that performances depends on 4 metrics
  • 3D Engine used for the game
  • Your 3D Drivers
  • The GPU
  • Wine features for 3D Rendering
But this quick test should be useful compared to the test I did 2 years ago

Test 2: Unigine Heaven 4.0: Natively on Linux | Mesa 17.3.1 | AMDGPU | Kernel 4.8.17 | RX 290X

  • Quailty = Ultra
  • Tessellation = Extreme
  • Anti-aliasing = x8
Compared to a few videos I watched on youtube, I came to the conclusion that it works pretty well

Conclusion: Yes AMDGPU runs pretty well!!!

Bye RADEON!!!

jeudi 4 janvier 2018

[LinuxGaming] Mes jeux du moment sous Linux: Les jeux de CrianSoft

Parfois pour apprécier un jeu -- même un trait bon jeu --, il faut que certaines conditions sont réunies

1. Contexte/Motivations et choix de jeux

1.a Un contexte d'hiver déprimant: aucune motivation!!!

  • Une météo catastrophique : en ce début de Janvier 2018, il pleut dehors, il fait pas beau. Ca joue sur le mental. Je fais des mini-siestes en journée (avant le boulot, entre midi et 2, entre 18h00-01h00). Du coup les nuits blanches se suivent. Il faut s'occuper
  • Rien de bien intéressant en nouveauté sur dans le Steam Store
  • Wine 3.0 est en cours de développement et Wine-Staging n'a pas été mis à jour depuis des lustres . Donc c'est un peu raté pour faire des portages de jeu sous Linux. Rien de nouveau à tester. C'est là une des raisons qui ne me motivent pas à

1.b Une question tout simple à se poser...

D'où la question: que faire pour s'occuper?

Finalement je me suis rabattu sur les deux derniers jeux de CrianSoft disponibles sur Steam

1.c Motivations pour le premier jeu: Age Of Barbarian Extended Cut

  • A la mi-décembre 2017, ma première réflexion fut de rejouer à des titres que j'avais déjà joué. Vu mon catalogue de jeux sous Steam et les jeux qui tournent sous Linux -- au travers de Wine --, je me suis rabattu à un des jeux que j'avais beaucoup aimé: "Age Of Barbarian Extended Cut" -- appelé aussi AoB Ex, par les connaisseurs --.
  • De plus au vu des dernières news sur ce jeu, je me suis dit que ce serait l'occasion d'y rejouer, puisque qu'un premier DLC est annoncé . Raison de plus pour s'y remettre pour être à jour au niveau du gameplay
  • J'avais déjà fait un walkthrough sur ce jeu sur mon ancienne chaine Youtube. Ce serait aussi l'occasion d'en refaire un nouveau sur ma chaine actuelle. Certaines vidéos que je publie aident aussi les joueurs et je les poste parfois sur les discussions du jeu

1.d Motivations pour le second jeu! ARENA An Age Of Barbarians Story

  • J'avais testé le jeu "ARENA An Age Of Barbarians Story". Ce serait aussi l'occasion d'y rejouer. Au vu des dernières mises à jour, la difficulté du jeu en mode story a été renforcé. Cool, un challenge de plus à relever

2. Jeu: ARENA An Age Of Barbarian Story

2.a Difficulté du jeu

Concernant le dernier point énuméré ci-dessus ne nous emballons pas trop vite. J'ai déjà fait quelques essais -- une bonne partie de mes nuits actuelles -- et je dois bien avouer qu'effectivement c'est vraiment hard . Je pleure ma race et je rage par moment. Que du bonheur
  • Entre deux combats: les mini-games du jeu sont aléatoires
  • On a que deux crédits pour la vie.
  • Il y a un chrono dans le jeu. Si on respawn en ayant consomé ses deux crédits, 1 respawn = 10 minutes en moins sur le chrono

2.b Le guide du jeu pour ARENA AoB Story

Je conseille vivement de consulter ce guide du jeu. Il contient plein d'information et est accompagné de tutoriel-vidéo.

2.c Vidéo: ARENA en mode Story avec Sheyna

Je joue exclusivement avec Sheyna
  • [+] Elle est rapide et sexy
  • [-] Elle fait peu de dégâts et a une consommation de stamina élevée
  • [+] Avec Sheyna, celà permet de corser le challenge
Voici un exemple de mes essais avec Sheyna

ARENA An Age Of Barbarians Story: Un exemple de mort rapide quand on débute

Bref j'ai de quoi occuper mes nuits de Janvier avant de pouvoir tout maîtriser pour le mode Story de ce jeu. J'espère en tout cas que le DLC de AoB Ex -- prévu pour la fin Janvier -- sera tout aussi palpitant

2.d Jouabilité sous Linux et quelques notes importantes

  • Les jeux de CrianSoft se jouent avec une manette Xbox 360 -- de préférence --. La manette est reconnue sans souci.
  • Carte AMD: Il est préférable de les acheter uniquement si on possède une carte AMD avec les drivers Open Source. La meilleure recommendation est d'utiliser Wine patché avec Gallium-Nine -- l'implémentation/portage de Direct3D 9 sous Linux --.
  • Carte NVIDIA: J'ai testé avec ma NVIDIA GTX 1060 et les drivers propriétaires. Là je déconseille de les acheter ou de tester. L'animation graphique est très lente, tourne juste à quelques FPS et risque de gâcher le plaisir d'y jouer. Je suppose que celà est dû à l'animation des sprites 2D. En effet le jeu est basé sur Clickteam/Fusion. Ce n'est qu'une théorie mais en débit de tout mon expérience sous Wine, je n'ai pas réussi à améliorer l'animation graphique pour NVIDIA

mercredi 13 décembre 2017

[Wine] Mes modestes contributions , mon bilan, mon parcours depuis 2011.

Lors de la rédaction de ce billet, nous sommes le 13-Décembre-2017. J'étais en train de me remémorer mes modestes contributions à Wine depuis 2011. Faisons un petit tour des années écoulées

2011: l'année de la découverte

C'est au cours de l'été 2011 en commençant mes investigations sous Xen que l'idée de faire tourner des jeux Linux depuis une machine virtuelle sous Linux m'est venue. J'en ai passé des heures à parcourir les pages du Web pour peaufiner ce logiciel sous Linux. Après quand on veut maîtriser la bête faut pouvoir déjà l'installer from scratch. Quelle galère. Je m'en souviens que très bien. Mais j'ai appris de mes erreurs. Aujourd'hui je fais celà les yeux fermés LOL

2012: DarkSiders II: mon premier portage

DarkSiders II est le premier jeu que j'avais réussi à faire tourner sous Wine 1.5.X. Ca a été l'une de mes plus grandes fiertés. C'était la belle époque!!! Bon après faut avouer que ce fut un vrai coup de bol. Celà mérite quelques explications

A l'époque pour faire tourner Crysis 2, il fallait utiliser un patch très connu le double-buffer patch. Hors sur ma machine de l'époque je testai World Of Warcraft, Crysis 2 et DarkSiders 2. Je partai du principe "1 jeu = 1 WINEPREFIX = 1 environnement spécial". Hors ce jour-là, j'ai pointé vers une version de wine prévu pour Crysis 2 -- qui était patché avec le double-buffer --. Croyant pointé vers la version de Wine pour DarkSiders, j'ai été surpris de voir le jeu démarré et allé au-de-là du menu principal. J'ai donc compris que c'était ce patch qui faisait le boulot. Ce fût un véritable coup de chance.

2014: Dark Souls II - maintenance de patches, documentation, portage des DLLS WineD3D sous Windows

Ah Dark Souls II. Je ne compte plus le nombre d'heures à jouer à ce jeu en 2014. Un contributeur avait fourni un patch spécial pour éviter les effet de scintillement de certains éléments du décors 3D. Il fallait aussi un autre -- optionnel -- pour forcer le StrictDrawOrdering dans la base de registre. Et pleins d'autres choses encore. Une très belle année. Je m'étais amusé à refaire le jeu en deux fois. Soit dit en passant, c'est comme celà que je me suis passionné pour les speed runs et que j'ai découvert Twitch avec certains speedrunners de DS2 de l'époque.

Quand je parle de "portage des DLLS WineD3D sous Windows", je fais référence à la compilation native pour Windows mais pour un usage sous Linux. Ceci devait permettre aux gamers de copier seulement les dlls sous Linux sans devoir patcher/compiler Wine. Il faut dire que CSMT était très récent lors du portage à l'époque. Wine-Staging était encore à ses débuts en 2014 et pas encore connu de toute la communauté de Wine. Mais plus tard les dlls devinrent obsolètes grâce à CSMT

2014- Début 2016: Gallium Nine, Mesa et compagnie

C'était lors de l'été/automne 2013 que quelq'un avait posté une vidéo youtube utilisant le DirectX 9 natif pour Linux. Je me souviens encore du succès de cette vidéo sur youtube et dans les forums Linux.

2014, j'ai beaucoup investi sur Mesa/Gallium Nine/RadeonSI. Comme tout novice, j'étais un user type (Gamer sous NVIDIA). Les drivers Open Source c'était nouveau pour moi. Le changement s'est opéré dans la douler . Je me remémore encore le nombre de fois où j'ai planté mais vraiment planté mon système Linux. POur comprendre il faut compiler soi-même Mesa. Fallait avouer que c'est pas facile. Avec du temps et de l'expérience, j'ai pu maitriser la bête. Mesa/RadeonSI/DRM etc...

2014-2015, j'ai posté plusieurs vidéos de jeu tournant sous Gallium Nine dans le but de promouvoir la solution. Les vidéos sous Gallium Nine étaient plutôt rare en 2014. J'étais assez confiant en pensant que par curiosité les viewers Youtube seraient intéressés par la solution. Mais j'étais vraiment trop naïf. Ce fut un retour avec des commentaires

  • soit très négatifs: les gens se plaignaient non pas que la jeu fonctionne -- et même si il tournait relativement bien -- mais que mes vidéos c'était du bull shit, du réel fake.
  • soit totalement futils: genre que je ne sais pas jouer, que je n'y connais rien sous Linux.
  • soit tellement odieux que je ne pouvais absolument pas les laisser en lecture public. J'ai du blacklisté certains viewers. 8 à 10 au plus.
Mais au moins j'ai pu avoir quelques personnes que j'ai pu convaincre de se lancer sous Youtube ou de les inciter à builder Wine par eux-même. Celà me fait le plus grand plaisir et est sûrment ma plus grande réussite

2016: Petit retrait de Wine, A fond dans le jeu "Hounds The Last Hope"

En deux ans, j'ai vu le public de Youtube évolué. Ce public avec ses attentes n'était plus celui de 2011-2013. Du coup j'ai délaissé un peu Wine. Je postai ou testai des vidéos de jeux uniquement quand quelqu'un formulait la demande mais au moins quelque que je connaissais. Puis suite à une vidéo sur le jeu "Hounds The Last Hope", je me suis mis à fond dans ce jeu pendant un an. J'ai découvert une petite communauté de joueurs très sympathiques. C'était simple, une fois de retour du taf, le temps d'engloutir ma gamelle du soir, j'étais de retour dans le jeu.

Celà c'est même vu et ressenti dans ma famille lors de mon retour à la Réunion en mai 2016. Mes parents avaient eu Internet à la maison à la Réunion. Du coup j'ai amené mon portable et me suis mis à joué pendant mes propres vacances

Malheureusement le jeu est devenu FreeToPlay fin 2016. Une grosse communauté de hackers a débarqué. J'ai préféré quitter le bâteau avant le naufrage. Mais je me suis fait plein d'amis sous Steam grâce à Hounds.

Printemps/Eté 2017: Démotivations. Electronique, Qemu-KVM et ReactOS pour se changer les idées

Courant 2017, mon ancienne chaîne youtube a été supprimée, soit plus de 200 vidéos -- j'avais déjà évoqué ce fait dans un billet. Je n'y reviendrai pas ici --. Histoire de me changer les idées, j'ai préféré me consacrer à apprendre à faire de l'électronique de base printemps et été 2017. Cette histoire de chaine youtube sans en connaitre la véritable raison de Youtube m'avait bien démotivé à revenir vers Wine. Ca avait mis un véritable coup de frein à mes motivations. Donc bye bye Wine!!!

Je me suis aussi consolé pour apprendre à maitriser Qemu/KVM alors que je ne jurais que par Xen avant mes propres tests. Du coup, j'ai essayé Qemu-KVM et la solution m'a convaincu. J'ai testé Windows 10 en VM sous Qemu-KVM, puis ReactOS. J'ai donc passé l'automne 2017 à faire quelques modestes tests et contributions pour ReactOS

Automne 2017: Wine c'est plus fort que toi. (Re)Bascule vers le côté obscur

Puis récemment en Octobre 2017(...) le virus est revenu. Je me suis fait cette réflexion

Testé Windows 10 en VM c'est bien mais ça marche pour Linux en VM avec Qemu-KVM????

Du coup
  • je prépare mes disques sous LVM
  • je prépare mon script
  • je lance le script
  • j'installe le driver NVIDIA
Ca marche trop bien!!! Et là j'ai cette mauvaise réflexion

Ouais mais une VM sous Linux sans rien dessus, ça vaut que dalle??? -- petit moment de réflexion --

Puis la révèlation

Y'a qu'à testé Wine. Mais c'est un Linux 64 Bits que j'ai. Je suis trop rouillé pour savoir réinstaller celà from scratch.

Et enfin

Ouais mais David t'as déjà une vieille doc qui traine pour celà. Y'a qu'à la réutiliser

Du coup. Celà m'a fait un petit challenge. J'ai installé une petit Wine WoW64. Trop content!!! Moi qui pensait être trop rouillé pour ces conneries!

Et là! On se dit que l'environnement que je possédais il y a 3 ans est juste là devant moi, à attendre mes ordres

  • Mes doigts ont commencé à trembler sur le clavier.
  • Les connexions neuronales se remettent en place
Les patchs/cracks, faire des tests sous DirectX11(....) Mes vieux démons de l'époque me sont revenus. Et hop! On se prend un jeu DirectX11 et on voit ce que celà vaut.

Fin 2017 et après???

Ces trois dernières semaines -- couvrant Fin Novembre/Début Décembre -- j'ai regardé quelques vidéos de Gaming Linux sous Youtube. J'ai parcouru quelques sites, j'ai regardé l'évolution des Wine 2.X. Les premières ébauches de DirectX11 sont vraiment pas mal même si je lis ici et là que certains joueurs se plaignent que certains jeux ne soient pas encore jouables. Personellement je trouve que l'équipe de Wine a bien bossé pour ces premières ébauches.

De mon côté, j'ai testé quelques jeux très peu connus. C'est plutôt pas mal. d3d10core est bien avancé. Il manque juste quelques raffistolages à faire

J'ai déjà 2 ou 3 jeux DX11 que j'aimerai aussi voir tourner sous Wine. Je pense que c'est le bon moment pour tester Wine. Il fallait attendre une bonne année. 2017 a été un très très bon cru! J'ai donc bien fait quelque part d'attendre une année avant de le retester

2018 devrait confirmer mes dires.

Actuellement comme nous sommes en fin d'année -- et comme chaque fin d'année depuis 2014 -- Wine-Staging est en sommeil, il faut donc faire preuve de patience le temps que la première Wine 3.0 arrive et que les patches de Wine-Staging 3.0 soient disponibles.

Je suis déjà dans les startingblocks pour 2018 !!!