vkBasalt installieren - debianforum.de (2024)

Hallo zusammen,

Kann mir einer helfen?

Ich würde gerne vkBasalt installieren:
https://github.com/DadSchoorse/vkBasalt

Mir ist aber nicht ganz klar, wie ich das sauber installiert kriege.

meson --buildtype=release --prefix=/usr builddir
ninja -C builddir install

Was machen diese zwei Befehle genau und wie kann ich diese auf Debian adaptieren? Warum muss ich bei einer Installation ein prefix angeben? Warum genügt nicht eine normale Installation?
Diesen Absatz hier verstehe ich nicht, ist vielleicht auch meinen fehlenden Englisch Kenntnissen geschuldet:

These instructions use --prefix=/usr, which is generally not recommened since vkBasalt will be installed in directories that are meant for the package manager. The alternative is not setting the prefix,
it will then be installed in /usr/local. But you need to make sure that ld finds the library since /usr/local is very likely not in the default path.

Kann mir da einer weiterhelfen, damit ich das etwas besser verstehe?

Danke!

Trollkirsche hat geschrieben:

10.07.2020 22:21:48

See Also

Mehr FPS für lau unter Linux: Proton, FSR und vkBasalt

Was machen diese zwei Befehle genau und wie kann ich diese auf Debian adaptieren? Warum muss ich bei einer Installation ein prefix angeben? Warum genügt nicht eine normale Installation?

Es sind Build-Systeme (grob vergleichbar mit dem von früher bekannten make): https://mesonbuild.com/ https://ninja-build.org/

Prefix ist das Zielverzeichnis. Ich halte /usr für eine extrem schlechte Wahl, weil’s dem Paketmanagement vorbehalten sein sollte (was ja auch da steht), will man nicht früher oder später auf ernstere Probleme stoßen. Eine „normale Installation“ ist daher unbedingt vorzuziehen, wenn das dazu notwendige Paket vorliegt. Die genannte Alternative, den Prefix wegzulassen, so dass es unter /usr/local/ zu liegen kommt, wäre als Notlösung akzeptabel. Besser wär’s meiner Ansicht nach jedoch, ein eigenes Verzeichnis unter /opt anzulegen, und das als Prefix anzugeben: dann ist man nicht auf deren Uninstall-Implementierung angewiesen, sondern kann einfach das Verzeichnis löschen. Die Umgebungsvariablen müssen in beiden Fällen entsprechend angepasst werden – immer noch besser, als sich das System zu zerschießen, denke ich.

OT:

Trollkirsche hat geschrieben:

10.07.2020 22:21:48

Diesen Absatz hier verstehe ich nicht, ist vielleicht auch meinen fehlenden Englisch Kenntnissen geschuldet:

Du solltest die Sprache wenigstens auf diesem einfachen Level erlernen – erleichtert vieles. Ich hab’s aber mal spaßenshalber durch Gugls Translate geschoben – das sieht ziemlich gut aus. Bis auf den unerheblichen Punkt: "The alternative is not setting the prefix" wird zu „Die Alternative besteht nicht darin, das Präfix festzulegen.” – DeepL erzeugt: „Die Alternative ist nicht das Setzen des Präfixes“ – so richtig mit Kontext haben’s die Übersetzer dann doch noch nicht
Richtiger wäre: „Die Alternative ist, den Präfix nicht zu setzen.“

niemand hat geschrieben:

11.07.2020 08:37:39

Trollkirsche hat geschrieben:

10.07.2020 22:21:48

Was machen diese zwei Befehle genau und wie kann ich diese auf Debian adaptieren? Warum muss ich bei einer Installation ein prefix angeben? Warum genügt nicht eine normale Installation?

Es sind Build-Systeme (grob vergleichbar mit dem von früher bekannten make): https://mesonbuild.com/ https://ninja-build.org/

Prefix ist das Zielverzeichnis. Ich halte /usr für eine extrem schlechte Wahl, weil’s dem Paketmanagement vorbehalten sein sollte (was ja auch da steht), will man nicht früher oder später auf ernstere Probleme stoßen. Eine „normale Installation“ ist daher unbedingt vorzuziehen, wenn das dazu notwendige Paket vorliegt. Die genannte Alternative, den Prefix wegzulassen, so dass es unter /usr/local/ zu liegen kommt, wäre als Notlösung akzeptabel. Besser wär’s meiner Ansicht nach jedoch, ein eigenes Verzeichnis unter /opt anzulegen, und das als Prefix anzugeben: dann ist man nicht auf deren Uninstall-Implementierung angewiesen, sondern kann einfach das Verzeichnis löschen. Die Umgebungsvariablen müssen in beiden Fällen entsprechend angepasst werden – immer noch besser, als sich das System zu zerschießen, denke ich.

OT:

Trollkirsche hat geschrieben:

10.07.2020 22:21:48

Diesen Absatz hier verstehe ich nicht, ist vielleicht auch meinen fehlenden Englisch Kenntnissen geschuldet:

Du solltest die Sprache wenigstens auf diesem einfachen Level erlernen – erleichtert vieles. Ich hab’s aber mal spaßenshalber durch Gugls Translate geschoben – das sieht ziemlich gut aus. Bis auf den unerheblichen Punkt: "The alternative is not setting the prefix" wird zu „Die Alternative besteht nicht darin, das Präfix festzulegen.” – DeepL erzeugt: „Die Alternative ist nicht das Setzen des Präfixes“ – so richtig mit Kontext haben’s die Übersetzer dann doch noch nicht
Richtiger wäre: „Die Alternative ist, den Präfix nicht zu setzen.“

Leider zu spät, ich hab es bereits in das Verzeichnis /usr installiert. Möchte das Sytem dann eh neu installieren, aus Fehlern lernt man.

Zudem habe ich versuchsweise es auch in das Verzeichnis /opt/vkbasalt installiert, was eigentlich reibungslos funktioniert hat. Nun habe ich die PATH Variable um die Verzeichnisse :
PATH=$PATH:/opt/vkbasalt:/opt/vkbasalt/lib/x86_64-linux-gnu:/opt/vkbasalt/share/vulkan/implicit_layer.d

in der .bashrc erweitert. Zudem habe ich die VKBASALT_CONFIG_FILE festgelegt, die .conf Datei aus dem Download Verzeichnis dorthin kopiert und auch die Reshader von Reshade dort hinterlegt (Texture und Shader Ordner)
in der vkBasalt.conf wiederum habe ich den Pfad zu den zwei Ordnern angegeben.

Scheint aber leider nicht zu funktionieren, ich mach wohl was falsch. In den Spielen selbst ändert sich nichts, obwohl ich in Lutris in den System Optionen auch die Variable ENABLE_VKBASALT 1 angegeben habe.

Wegem Englisch : Ich weiss. Normalerweise schlage ich mich auch im Beruf gut mit dem Englischen soweit durch, doch nicht immer versteht man die technische Anleitung. Hier hat mich vor allem irritiert, dass von einem Prefix die Rede
ist, obwohl damit eigentlich der Installationsordner für das Programm gemeint ist. Ich ging von einem Wineprefix aus.

Bis dann,

Ich habe hingekriegt, vkBasalt läuft nun in den Spielen.

Nun muss ich nur noch mehr herausfinden wie ich den FakeHDR Effekt von Reshade in vkBasalt implementiere, das klappt leider noch nicht.
Falls das mal funktioniert bin ich schon gespannt darauf, ob die Globalillumination von Marty MC Fly ebenfalls auf Linux läuft. Das wär schon der
Hammer. In The Witcher 3 über Reshade selbst funktioniert er bereits.

Falls jemand den Shader nicht kennt:
https://www.youtube.com/watch?v=hII7HkwCPkA
https://www.youtube.com/watch?v=h6xXITe-a7U

Ich habe noch eine Frage. Auf der Seite:
https://github.com/DadSchoorse/vkBasalt

Gibt es rechts auf der Seite einen Release. Könnte ich nicht diesen für Debian nutzen anstelle mir das ganze selber kompilieren zu müssen?
Wie könnte ich diesen Release auf einfache Weise installieren?

Hallo zusammen,

Ich habe eine Frage bezüglich der Installation von VKBasalt. Angenommen, ich installiere diese nun in einem eigenen Verzeichnis. Wie muss ich vorgehen, um die Umgebungsvariabeln anzupassen, wovon die Rede ist?

"The alternative is not setting the prefix,
it will then be installed in /usr/local. But you need to make sure that ld finds the library since /usr/local is very likely not in the default path."

Die Installation sollte kein Problem darstellen, jedoch weiss ich noch nicht, wie ich dem System sage, dass sich VKBasalt in dem von mir angegebenen Verzeichnis befindet.

Danke,