16099 shaares
737 results
tagged
linux
Linux OpenGL vs Wine/DXVK vs Windows 10
Le natif sort parfois clairement du lot, mais globalement les 3 ont l'air d'avoir des performances à peu près similaires.
https://flightlessmango.com/benchmarks/LfE_EQQvD5o
Le natif sort parfois clairement du lot, mais globalement les 3 ont l'air d'avoir des performances à peu près similaires.
https://flightlessmango.com/benchmarks/LfE_EQQvD5o
Un dév de Supraland qui dit : « Thx, but I have no idea what to do with that and I couldn't change anything about it. I just click "package for linux" and the engine does its thing.
Maybe I should not release for Linux at all, if the windows version works better under Linux anyway. And it's less work. » ( https://steamcommunity.com/app/813630/discussions/0/2147595624103240347/#c2269195350122902195 )
Je le blâmerai pas. On est beaucoup à demander des portages Linux à des dévs qui n'ont pas ou peu de connaissances de l'OS, et qui ont des boutons "packages for Linux", donc forcément...
Je veux dire, c'est cool que les moteurs supportent Linux et facilitent le boulot, c'est cool que les dévs répondent à la demande et veulent supporter Linux (on va quand même pas leur reprocher ça), mais je préférerais un support Linux via Proton qu'un mauvais build natif (surtout qu'apparemment le jeu tourne mieux sur Proton qu'en natif)
EDIT : https://steamcommunity.com/app/813630/discussions/0/2147595624103240347/#c2297346107926233501
YouTube.GTuxTV :
« Ok
it is nice that the dev does support linux. but only press "export to linux" and hope for the best is not the best way to publish a game. You say you know nothing about linux. how will you give your linux custumers support? they have paid the same price.
again, it is nice, taht you want support linux but it is not nice to give them no support and an not optimised game. many devs acting like this and that is the reason for many bad, buggy or not well working linux ports.
the best way here would be.
1. end the official native linux support
2. people who already own the game can use the latest known working branch
3. refunds for people who only want use native port
4. support proton »
DavidM [développeur] :
« I agree. We cannot financially justify supporting it properly. Not offering it would be the better and more honest option, especially since the proton version runs better anyway.
But we don't have control over refunding. That's not in our hands.
I could of course create a branch with the linux version, as legacy support.
I'll soon make those decision. Gog and Linux support are both more work than gain for us and we need to be honest about it and drop support in a responsible way. »
Maybe I should not release for Linux at all, if the windows version works better under Linux anyway. And it's less work. » ( https://steamcommunity.com/app/813630/discussions/0/2147595624103240347/#c2269195350122902195 )
Je le blâmerai pas. On est beaucoup à demander des portages Linux à des dévs qui n'ont pas ou peu de connaissances de l'OS, et qui ont des boutons "packages for Linux", donc forcément...
Je veux dire, c'est cool que les moteurs supportent Linux et facilitent le boulot, c'est cool que les dévs répondent à la demande et veulent supporter Linux (on va quand même pas leur reprocher ça), mais je préférerais un support Linux via Proton qu'un mauvais build natif (surtout qu'apparemment le jeu tourne mieux sur Proton qu'en natif)
EDIT : https://steamcommunity.com/app/813630/discussions/0/2147595624103240347/#c2297346107926233501
YouTube.GTuxTV :
« Ok
it is nice that the dev does support linux. but only press "export to linux" and hope for the best is not the best way to publish a game. You say you know nothing about linux. how will you give your linux custumers support? they have paid the same price.
again, it is nice, taht you want support linux but it is not nice to give them no support and an not optimised game. many devs acting like this and that is the reason for many bad, buggy or not well working linux ports.
the best way here would be.
1. end the official native linux support
2. people who already own the game can use the latest known working branch
3. refunds for people who only want use native port
4. support proton »
DavidM [développeur] :
« I agree. We cannot financially justify supporting it properly. Not offering it would be the better and more honest option, especially since the proton version runs better anyway.
But we don't have control over refunding. That's not in our hands.
I could of course create a branch with the linux version, as legacy support.
I'll soon make those decision. Gog and Linux support are both more work than gain for us and we need to be honest about it and drop support in a responsible way. »
Dans les notes additionnelles de la configuration requise Linux d'un jeu : « Developed with <3 on a 4 GB-RAM linux laptop »
https://store.steampowered.com/app/851150/Burning_Knight/
https://store.steampowered.com/app/851150/Burning_Knight/
« the Linux share has risen up to 3.17% »
J'avais vu ça tout à l'heure sur OMGUbuntu ( https://www.omgubuntu.co.uk/2020/06/linux-marketshare-increased-again-last-month-and-do-did-ubuntus ), je me demandais ce qui aurait pu causer cette hausse. Mais Liam Dawe avance une hypothèse qui me parait crédible : « More people at home, more people using Linux in the home than the old Windows machines at the office? »
À voir si ça se confirme une fois que tous ces lockdowns seront terminés.
Mais du coup, ça me fait demander à combien serait Linux si on enlève totalement les machines de boulot des stats (je me doute que ce serait pas énorme non plus, mais je serais curieux quand même de savoir).
J'avais vu ça tout à l'heure sur OMGUbuntu ( https://www.omgubuntu.co.uk/2020/06/linux-marketshare-increased-again-last-month-and-do-did-ubuntus ), je me demandais ce qui aurait pu causer cette hausse. Mais Liam Dawe avance une hypothèse qui me parait crédible : « More people at home, more people using Linux in the home than the old Windows machines at the office? »
À voir si ça se confirme une fois que tous ces lockdowns seront terminés.
Mais du coup, ça me fait demander à combien serait Linux si on enlève totalement les machines de boulot des stats (je me doute que ce serait pas énorme non plus, mais je serais curieux quand même de savoir).
Quelqu'un mentionne dans les commentaires que Chiaki ( https://github.com/thestr4ng3r/chiaki ) est un client non officiel pour le Playstation Now (le service de streaming de Sony). Je pensais que c'était juste un client pour streamer de sa PS4 vers son PC (à la manière du Steam Link).
À creuser. Je suis pas chaud pour le streaming, mais n'ayant pas de PS4 et ayant très envie de faire Bloodborne, l'idée du PS Now m'a déjà traversé l'esprit (même si bon, c'est mort avec mon adsl tout pourri)
À creuser. Je suis pas chaud pour le streaming, mais n'ayant pas de PS4 et ayant très envie de faire Bloodborne, l'idée du PS Now m'a déjà traversé l'esprit (même si bon, c'est mort avec mon adsl tout pourri)
« We realised that if we did a port to Vulkan, which is a renderer that is used on phones and various other stuff, we get Mac support, we get Linux support, we get support for things like Google Stadia and so on - it was just worthwhile to do a Vulkan port. So we started that, because it's going to be good for Path of Exile players » (Chris Wilson, novembre 2019)
Après, comme le mentionne GOL, même si Linux n'est (finalement) pas supporté officiellement, la version Windows devrait bien mieux tourner sous Wine / Proton avec Vulkan.
« For right now though, Vulkan support means that Path of Exile should run dramatically better with the Steam Play Proton compatibility layer on Linux (or plain Wine) »
Peut-être que je redonnerai sa chance à PoE (même si je suis pas spécialement attiré par les Diablo-like)
Après, comme le mentionne GOL, même si Linux n'est (finalement) pas supporté officiellement, la version Windows devrait bien mieux tourner sous Wine / Proton avec Vulkan.
« For right now though, Vulkan support means that Path of Exile should run dramatically better with the Steam Play Proton compatibility layer on Linux (or plain Wine) »
Peut-être que je redonnerai sa chance à PoE (même si je suis pas spécialement attiré par les Diablo-like)
Un "memory editor" à la manière de Cheat Engine sur Windows
https://github.com/Hexorg/Rampage
D'autres sous Linux
https://github.com/korcankaraokcu/PINCE
https://github.com/scanmem/scanmem
https://github.com/Hexorg/Rampage
D'autres sous Linux
https://github.com/korcankaraokcu/PINCE
https://github.com/scanmem/scanmem
« The result should be that you see much improved performance. We're not talking a boost to the maximum framerate but reducing overall stutter. Something that has been a big problem in some games. As the idea is that instead of the game building it all up as it's playing, it's got it all ready for you when you hit play and this applies to both native/supported titles and Proton. »
« Compiling shaders in advance is already being done. Those loading screens when entering a game, or when loading a new levels? That's also shaders being compiled. That's why there is no stuttering due to shader compilation on Windows.
Issues arise when a translational layer such as DXVK is used. During the loading screen, DX11 is used to precompile the required shaders. However, because Vulkan is a lower level API, the information that is provided during the loading screen is insufficient to compile the shaders. It requires additional information that is only available when the shader is actually required, and therefor compilation NEEDS to be done on the fly.
If a game is programmed for Vulkan directly (no translation layer), we KNOW that shader compilation requires certain information in advance that DX11 does not require, and therefor we can provide that during the loading screen as well to properly compile the shaders in advance.
That's another reason why it's so important devs start using Vulkan to program their games instead of DX11/DX12 :) »
Issues arise when a translational layer such as DXVK is used. During the loading screen, DX11 is used to precompile the required shaders. However, because Vulkan is a lower level API, the information that is provided during the loading screen is insufficient to compile the shaders. It requires additional information that is only available when the shader is actually required, and therefor compilation NEEDS to be done on the fly.
If a game is programmed for Vulkan directly (no translation layer), we KNOW that shader compilation requires certain information in advance that DX11 does not require, and therefor we can provide that during the loading screen as well to properly compile the shaders in advance.
That's another reason why it's so important devs start using Vulkan to program their games instead of DX11/DX12 :) »
« This guide is for any game developer evaluating bringing their current or next PC game to Linux, who has concerns about the difficulty, practicality, financial return of doing so, or looking for guidance on the best practices to follow.
Information about the Linux platform, advice on how to reduce the amount of work involved, warnings for common potential pitfalls and advice on how to best market your title is provided within. »
Information about the Linux platform, advice on how to reduce the amount of work involved, warnings for common potential pitfalls and advice on how to best market your title is provided within. »
Oh, apparemment Vortex, le "mod manager" de NexusMods ( https://www.nexusmods.com/about/vortex/ ) a l'air d'arriver sur Linux
Ethan Lee a pas du tout l'air d'accord avec l'édito de Marc Di Luzio ( cf https://links.nekoblog.org/?F1rh4Q ).
J'aurais bien aimé que ce soit un peu étayé par contre.
J'aurais bien aimé que ce soit un peu étayé par contre.
Edito un poil pessimiste (mais pas que) à propos du futur du JV sur Linux et de l'évolution des technos. Plein de trucs auxquels je pense régulièrement quand je vois poper un nouveau service / technos / store (ce qui amène forcément quelques biais dans la manière dont je perçois leurs arrivées).
Et même si le nombre de joueurs sous Linux grossit, ça reste encore assez fragile tout ça. Surtout que d'un point de vue éditeur / développeur, ce nombre de joueurs doit pas mal se diluer dans le nombre de services / stores sur lesquels leurs jeux sont disponibles.
En tout cas, en l'état (quitte à me répéter), entre Ubuntu et Gnome (pour rester sur des distros / environnements populaires et noob-friendly) qui ont acquis une certaine maturité et le JV sur Linux qui est viable (avec un certain nombre de précautions), Linux n'a jamais été aussi agréable à utiliser (ça arrive tardivement certes, mais sans gros industriel qui pousse le desktop Linux à grand coup de millions, j'imagine que c'est difficile de faire mieux et je reste impressionné du chemin parcouru)
« The Epic Games Store is the big challenger in the public eye (...) The second challenger that may be a far greater threat is the dirt-cheap and expansive Xbox Game Pass. »
Ah ça je l'évoquais ya pas longtemps ( https://links.nekoblog.org/?zG1rCg ), si Microsoft se met à pousser son Game Pass sur Windows, ça me parait évident.
Et même si le nombre de joueurs sous Linux grossit, ça reste encore assez fragile tout ça. Surtout que d'un point de vue éditeur / développeur, ce nombre de joueurs doit pas mal se diluer dans le nombre de services / stores sur lesquels leurs jeux sont disponibles.
En tout cas, en l'état (quitte à me répéter), entre Ubuntu et Gnome (pour rester sur des distros / environnements populaires et noob-friendly) qui ont acquis une certaine maturité et le JV sur Linux qui est viable (avec un certain nombre de précautions), Linux n'a jamais été aussi agréable à utiliser (ça arrive tardivement certes, mais sans gros industriel qui pousse le desktop Linux à grand coup de millions, j'imagine que c'est difficile de faire mieux et je reste impressionné du chemin parcouru)
« The Epic Games Store is the big challenger in the public eye (...) The second challenger that may be a far greater threat is the dirt-cheap and expansive Xbox Game Pass. »
Ah ça je l'évoquais ya pas longtemps ( https://links.nekoblog.org/?zG1rCg ), si Microsoft se met à pousser son Game Pass sur Windows, ça me parait évident.
C'est arrivé plusieurs fois que quand je dis que les perfs sont un poil moins bonnes sous Linux (à cause de la conversion directx -> vulkan), les gens pensent que c'est limite jouable. Sauf que perfs un poil moins bonnes c'est quelques fps de moins sur un framerate supérieurs à 100, 150 (ici sur le graphique entre 200 et 250)
https://flightlessmango.com/benchmarks/TijlTJC7KYc
https://flightlessmango.com/benchmarks/TijlTJC7KYc
Un développeur de chez Denuvo annonce que Denuvo supportera son anti-cheat sur Proton pour Doom Eternal.
Et là https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game
c'est le "Product Owner at Denuvo Anti-Cheat" qui dit en interview que l'initiative vient d'eux et non pas d'une demande d'un éditeur
« We've been tracking the Proton issue immediately after launch and are committed to delivering a fix soon. This isn't a request coming to us from a publisher or anything like that - we genuinely respect such an enthusiast community and regret introducing this incompatibility on day 1. »
Je suis pas spécialement fan de Denuvo, c'est même un peu le contraire. Mais les anti-cheats étant actuellement le (plus?) gros morceau à résoudre pour le JV sur Linux, je reste agréablement surpris qu'ils décident de supporter Proton. (Note : Denuvo DRM ≠ Denuvo anti-cheat)
Et j'imagine que ça peut aussi confirmer que le nb de joueurs sur Linux commencent doucement à être suffisamment important pour que ce genre de boite s'y intéresse. (Je regardais /r/linux_gaming hier et j'étais étonné de voir 139k abonné⋅es. Je connais pas suffisamment reddit pour savoir si c'est bcp ou pas, mais ça me semble déjà pas mal)
EDIT : en fait c'est pas un développeur qui a posté un msg sur github, c'est Michail Greshishchev le même "Product Owner at Denuvo Anti-Cheat" de l'interview ( https://www.gamingonlinux.com/2020/05/denuvo-anti-cheat-is-doomed )
Et là https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game
c'est le "Product Owner at Denuvo Anti-Cheat" qui dit en interview que l'initiative vient d'eux et non pas d'une demande d'un éditeur
« We've been tracking the Proton issue immediately after launch and are committed to delivering a fix soon. This isn't a request coming to us from a publisher or anything like that - we genuinely respect such an enthusiast community and regret introducing this incompatibility on day 1. »
Je suis pas spécialement fan de Denuvo, c'est même un peu le contraire. Mais les anti-cheats étant actuellement le (plus?) gros morceau à résoudre pour le JV sur Linux, je reste agréablement surpris qu'ils décident de supporter Proton. (Note : Denuvo DRM ≠ Denuvo anti-cheat)
Et j'imagine que ça peut aussi confirmer que le nb de joueurs sur Linux commencent doucement à être suffisamment important pour que ce genre de boite s'y intéresse. (Je regardais /r/linux_gaming hier et j'étais étonné de voir 139k abonné⋅es. Je connais pas suffisamment reddit pour savoir si c'est bcp ou pas, mais ça me semble déjà pas mal)
EDIT : en fait c'est pas un développeur qui a posté un msg sur github, c'est Michail Greshishchev le même "Product Owner at Denuvo Anti-Cheat" de l'interview ( https://www.gamingonlinux.com/2020/05/denuvo-anti-cheat-is-doomed )
À propos des clés envoyées par les dévs de SoR4 pour que le jeu tourne sur Proton
Dans la série "c'est plus facile et plus viable de jouer sur Linux que sur macOS"