Linux - 31

Ich bin gerade durch das Phoronix-Review der neuen AMD-Grafikkarten gegangen und bin beeindruckt. Sie testen die Leistung für Spiele unter Linux, mit und ohne Proton und mit AMDGPU-PRO sowie dem freien Mesa 20.3. Das Ergebnis ist einfach stark. Sie kommen alles zusammengerechnet auf dieses Benchmarkergebnis:

Die Treiber sind sehr nah beieinander, die 6800 XT is nah bei der RTX 3080 und die 6800 stärker als die 2080 Super. Zum Vergleich, so sieht das in meinem Meta-Benchmark unter Windows aus:

Das passt! Wenn auch die 3070 wahrscheinlich unter Linux anders als unter Windows etwas stärker als die kleinere 6800 ist, wird der Unterschied nicht groß sein. AMD hat also nicht nur eine Grafikkarte herausgebracht, die ordentlich unter Linux läuft. Das hatten wir schon in vorherigen Releases. Sondern AMD hat eine Karte herausgebracht, die es mit Nvidas neuen Top-Karten aufnehmen kann und deren relative Leistung unter Linux mit dem freien Treiber erhalten bleibt. Es gibt also endlich eine High-End-Grafikkarte für Linux mit einem freien Treiber.
Was großartig ist, auch wenn man selbst nicht unbedingt so viel für eine Grafikkarte ausgeben will. Die günstigeren Varianten werden ja ähnlich gut – relativ gesehen – unter Linux laufen.

Die erneuerte Variante des Klassikers Age of Empires 2 läuft mit Proton unter Linux. Sogar der Multiplayer geht, aber nicht ohne weitere Anpassungen. Die Goldwertung auf ProtonDB ist da etwas irreführend.

Ich benutzte Proton-5.9-GE-8-ST, die modifizierte GloriousEggroll-Version. Damit lief das Offline-Match gegen die KI, ohne dass mir Probleme auffielen. Aber beim Multiplayer gab es immer fast sofort einen Disconnect.

Die Lösung fand ich auf Github:

rm ~/.steam/steam/steamapps/compatdata/813780/pfx/drive_c/windows/system32/ucrtbase.dll
cd ~/.steam/steam/steamapps/compatdata/813780/pfx/drive_c/windows/system32/
wget "https://aka.ms/vs/16/release/vc_redist.x64.exe"
cabextract vc_redist.x64.exe
cabextract a10

Nach dem Ersetzen der Dateien lief dann auch der Multiplayer, bei mir bis jetzt stabil.

Regions of Ruin ist eine Genremischung in Pixelgrafik. Die Zutaten: Ein Sidescroller mit RPG- und Aufbauspielelementen. Man spielt einen Zwerg, der die aussterbende Zwergenrasse wiedervereinen will, dabei aber eine Monsterhorde voller Orks und Goblins besiegen muss.

Vom Lagerfeuer zum Dorf

Startpunkt ist die eigene Siedlung. Wo anfangs nur zwei Zwerge sich an einem Lagerfeuer wärmen entsteht nach und nach ein richtiges Dorf, wenn mit gesammelten Rohstoffen weitere Gebäude errichtet und ausgebaut werden. So kannst du zum Beispiel eine Taverne errichten. In der Taverne warten Söldner darauf, mit in die Gruppe genommen zu werden. Wird die Taverne vergrößert gibt es mehr Söldner zur Auswahl, dann kommt auch ein Brett für Kopfgeldquests hinzu. Die Rohstoffe wie Holz dafür werden nicht nur von dir selbst gesammelt, sondern auch von Arbeitern – meist befreiten Zwergen – die zu von Gegnern gesäuberten Gebieten geschickt werden können und dann von dort in einer festen Rate Rohstoffe einbringen. Solange der Vorrat reicht und das Lager noch nicht voll ist.

Diese Gebiete sind die auf der Karte verteilten und meist sehr kurzen 2D-Level. In ihnen gibt es NPCs – die oft Quests vergeben – Rohstoffe, Schätze und Monster. Um die Quests zu erfüllen muss man fast immer Monster töten, die auf dem oder einem anderen Level verteilt sind. Die werden schnell sehr stark, wohl dem Spieler der seine Söldnergruppe voll ausgebaut hat. Schätze meint Ausrüstungsgegenstände, wobei der Zwerg neben Rüstung, Waffe, Schild und Helm noch ein Amulett und einen Ring tragen kann. Wie beim Diablosystem haben manche dieser Items magische Eigenschaften und gibt es verschiedene farbig markierte Stärkeklassen, nach einer Weile müssen sie schon mindestens blau-magisch sein um eine Option sein zu können.

Hakelige Kämpfe

Die Kämpfe gegen die Monster und das Befreien der Level sind das Hauptelement des Spiels, und hier fängt es an problematisch zu werden. Anfangs alleine konnte man die Gegner sehr überlegt ausschalten, es gibt sogar eine Schleichfunktion, samt Verstecken hinter Fässern und Bonusschaden wenn Gegner überrascht werden. Treffer von Gegnern können Verletzungen verursachen, dann sinkt der Maximalgesundheitszustand, der Heiler in der Siedlung kann die Effekte entfernen. Angriffe können geblockt werden, es gibt Standard- und stärkere langsamere Angriffe, plus Ausdauerbalken, und mit bei Levelaufstiegen aktivierten Effekten kann der Spielercharakter angepasst werden.

Später jedoch ist man in der Gruppe unterwegs, und dann werden die Kämpfe sehr chaotisch. Gewinnen wird die stärkere Gruppe, aber welche das ist ist vorher kaum zu sehen. Die Level haben keine Gefährlichkeitsanzeige. So gibt es eine Hauptstory, in der Zwergenrunen aktiviert werden sollen, was dann jeweils ein entferntes Gebiet markiert. Das vierte davon war für mich und meine Gruppe viel zu stark – aber wie soll man erkennen, wann man für die Gegnergruppe bereit ist? Ich könnte jetzt nur Zeit investieren, mehr Level bewältigen, meinen Charakter und seine Gruppe aufleveln (auch mit einem Gebäude in der Siedlung, das Söldner viel stärker macht), und es dann periodisch wieder probieren. Aber das ist doch keine Lösung.

Abnutzungserscheinungen

Das wirkt auch deswegen so unattraktiv auf mich, weil sich jetzt langsam das Prinzip der 2D-Level abgenutzt hat. Wenn die Quests praktisch immer Töte ein paar Monster sind, wird das im Laufe der Zeit weniger interessant, selbst wenn das Spiel immer mal wieder neue Ideen aufbringt, wie (nicht toll umgesetzte) Festungen samt Monsterwellen, die man überleben soll. Gleichzeitig haben die regulären Gebiete das gleiche Problem: Die Monster sind teils zu stark, ohne dass das vorher ersichtlich ist. Sowieso, Grinden zu müssen ist kein gutes Spieldesign.

Die Bedienung ist dabei auch ein Problem. Ein Spiel wie Regions of Ruin spielt sich viel besser mit dem Controller. Das wird auch unterstützt, aber das Interface ist dafür nicht ausgelegt. Das Journal zum Beispiel lässt sich mit dem Controller gar nicht aufrufen, man muss die Maus in die Hand nehmen. Muss man auch, um im Söldnermenü den ausgewählten zu wechseln. Und sollte man, um auf der Karte Gebiete auszuwählen, da die Controllersteuerung dort nur manchmal und umständlich funktioniert. Problematisch wird auch das Schleichen: Jede der Schultertasten ist belegt, aber betätigt man aus Versehen die fürs Schleichen ist das ein Umschalter, der den Zwerg massiv verlangsamt – und damit im Gefechtschaos meist direkt tötet. Es ist offensichtlich, dass der Entwickler mit Maus und Tastatur spielt. Machen manche PC-Spieler auch bei solchen Spielen, macht den meisten aber keinen Spaß.

Stilfragen sind subjektiv, Bugs sind es nicht

Wenn die Grafik wenigstens konsistent hübsch wäre! Sie ist es stellenweise. Aber der Pixelmatsch bei den Charakteren und Gegenständen hat trotz der Anleihen mit der Eleganz der Spiele meiner Kindheit nichts zu tun. Immerhin wird die Freiheit einer solchen Engine genutzt, wenn jeder Ausrüstungsgegenstand am Spielercharakter zu erkennen ist (naja, soweit die Pixelfantasie trägt), die 2D-Gebiete voller Dinge und Hintergrundelemente vollstehen und in der Siedlung die Gebäude Schritt für Schritt wachsen. Aber trotzdem: Hübsch ist anders.

Voll zu den Problemen passt dann auch, wenn die Begleiter in den späteren vertikalen Leveln hängen bleiben. Nach unten fallen geht noch, aber dem Spieler springend folgen oder nach oben klettern - keine Chance. Oder wenn sie bei den Belagerungen an den Rand der Karte rennen und sich dort ohne Gegenwehr angreifen lassen. Da setzt die KI einfach komplett aus.

Fazit: Ein gutes Konzept macht noch kein gutes Spiel

Regions of Ruin hat mit seiner Mischung ein interessantes Konzept. Es fasziniert gerade zu Beginn, wenn all die Spielelemente anfangen zusammenzugreifen: Der Siedlungsaufbau, die hektischen Kämpfe, das Aufleveln des Charakters, dann die vielen Quests die Welt füllen und durch NPCs und gesammelte Buchseiten langsam die Hintergrundgeschichte zusammenkommt. Doch schnell verpufft dieser Effekt, wenn die kurzen 2D-Level zu wenig überraschen, die Kämpfe sich als repetitiv und zu chaotisch erweisen und der stark wachsende Schwierigkeitsgrad Grinden erfordert. Dazu die Schwächen bei Bedienung, Grafik und Begleiter-KI. Das erinnert an Pixel Piracy, das ähnlich faszinierend und dann unfertig war, wobei das mit etwas mehr Spielfortschritt auch noch unweigerlich kaputt ging. So kaputt ist Regions of Ruin nun nicht, doch auch es entpuppt sich nach wenigen Stunden leider als unfertiges Konzeptspiel.

2012 einen Dungen-Crawler zu veröffentlichen, der abgesehen von der Grafik nur eine vorsichtig modernisierte Variante von Klassikern des Genres wie Eye of the Beholder ist, war ein gewagtes Experiment. Es scheint gelungen zu sein: Das Spiel bekam einen Nachfolger und Legend of Grimrock selbst erntete positive Reviews.

Ich tat mir mit dem Spiel anfangs allerdings ziemlich schwer. Ein Lands of Lore war das einzige Rollenspiel dieser Machart, das ich je gespielt hatte. Und es war keine zu positive Erinnerung, denn ich fand es zwar faszinierend, aber spätestens im Dschungelabschnitt wusste ich nie was ich machen sollte, verlief mich und starb. Ähnlich war mein erster Versuch mit Legends of Grimrock, als ich nach einer kurzen Weile schlicht an den Monstern scheiterte.

Jetzt motivierte mich aber der Blog The CRPG Addict mit seinen vielen Berichten über alte Rollenspiele, Grimrock nochmal eine Chance zu geben. Mittlerweile hatte ich auch verstanden, dass in diesem Genre Kämpfe aktiver geführt werden müssen als es erst scheint: Indem man immer um die Gegner herummanövriert kann man den meisten Schaden vermeiden. So sind die Gegner dann nicht mehr unbezwingbar, die anderen Mechaniken des Spiels werden erlernbar.

In Grimrock spielt man eine Gruppe von Abenteurern, die in einen Dungeon geworfen werden. Ihre einzige Hoffnung ist, ihn zu durchwandern und einen Ausgang zu finden beziehungsweise sein Mysterium zu lösen. Dabei ist der Dungeon unterteilt in mehrere Ebenen, immer musst du die Treppe in die nächstuntere finden.

Das beginnt simpel, mit wenigen langsamen Gegnern. Doch es zieht stetig an: Teleporter und Fallen kommen hinzu, mehr und stärkere Gegnertypen gilt es zu besiegen, mit immer besserer Ausrüstung und versteckten Schätzen (oft verborgen durch schwer zu sehende Schalter an den Wänden). Du musst Nahrung sammeln und die Helden versorgen, aber das Inventar ist nicht unbegrenzt groß und das Gewicht wird auch zum Problem. Solche Survivalelemente sind passend fürs Genre, aber erst in den letzten Jahren wiederentdeckt worden. Dazu kommen schließlich kompliziert werdende Rätsel.

Rätsel in Spielen sind immer ein zweischneidiges Schwert, so auch hier. Zu simpel, und man hätte sie sich auch sparen können. Zu schwer, und sie bremsen den Spieler komplett aus und zerstören jeglichen Spielspaß. Grimrock schafft es meistens, die richtige Balance zu finden. Doch einzelne Rätsel sind kaum zu lösen. So gibt es einen zwei Quadrate breiten Gang, den man in der richtigen Abfolge links/rechts entlanglaufen muss, sonst teleportiert er die Gruppe an den Anfang. Die richtige Schriftrolle mit einer Erklärung ist zwar vorher zu finden, aber kein Hinweis, dass genau an dieser Stelle die beschriebene Kombination anzuwenden ist. Ich war blockiert. Und wurde danach direkt nochmal blockiert: Denn auf dieser Ebene geht es erst weiter, wenn aus drei verteilten in die Wand gehauenen Altaren Gegenstände entnommen werden. Den zweiten davon brauchte ich aber nicht, weil mein Magier nur Feuermagie konnte, die Rolle aber einen Luftmagiespruch anbot. Also legte ich ihn zurück - und war wieder blockiert, bis ich schließlich die Lösung suchen musste. Altmodisch oder nicht, das ist einfach schlechtes Spieledesign.

Andererseits ist das Spiel trotz seiner betonten Altbackenheit ansonsten fair. Rätsel haben normalerweise erkennbare Lösungen, hat man das Kampfsystem einmal verstanden sind die Monster fordernd, aber besiegbar. Und der frustrierende Moment war nach dieser Situation: Während ich nach einem Levelaufstieg über die Skillpunktverteilung haderte, nachdem ich gerade erst die Ausrüstung neu verteilt hatte und dabei nicht wusste, ob der bei einem Treffer mehr Schaden verursachende Ogerhammer trotz der schlechten Genauigkeit oder die schwächere Streitkeule ohne Genauigkeitsmalus die bessere Wahl war, merkte ich: Hey, das ist ja wirklich wie in einem regulären Rollenspiel. Und hey, das macht sogar Spaß!

Legend of Grimrock hat eben hinter all dem Retroexperiment auch die Tugenden eines guten Computerrollenspiels. Die Gruppe des Spielers wird immer stärker, bekommt tolle neue Ausrüstung, die stärker ist und auch besser aussieht. Vor allem der Effekt der Skillpunkte ist wie so oft toll, wenn dann durch neue automatisch ausgelöste Attacken die Gegner viel schneller besiegt werden. Das motiviert. Die Hintergrundgeschichte wird sehr dezent erzählt, mit Notizzetteln und Traumsequenzen, aber sie ist da und hilft ebenfalls. Die vielen versteckten Schätze zu entdecken macht Spaß, wobei das fortwährende Absuchen der Wände nach versteckten Schaltern irgendwann auch nervig wird. Vor allem aber wird der Spieler selbst besser: Wenn mit etwas Erfahrung das Leveldesign lesbar wird, zum Beispiel wenn der Aufbau der Monsterköpfe an den Wänden vor einer Bodendruckplatte klar macht, dass man dort jetzt besser nicht drauftritt, sondern erstmal einen Stein hinlegt und ausweicht.

Insgesamt empfand ich Legend of Grimrock zwar durchaus auch als etwas mühselig, an einigen Stellen arg sperrig und verbesserbar. Aber es überwog, dass ich es interessant fand und es mich bis zum Spielende fesseln konnte. Wenn auch erst im zweiten Anlauf.

Flutter ist ein Framework zur Anwendungsentwicklung. Fokus sind Android und iOS-Apps, aber man kann stattdessen auch für das Web oder mittlerweile sogar den Desktop entwickeln. Es ist ein Google-Projekt, was aber nicht wirklich ein Nachteil ist wenn man mit Android sowieso für eine Google-Plattform entwickelt.

Das Framework ist schon wegen der Konzepte eine ziemliche Umstellung zur gewöhnlichen Android-Entwicklung, zusätzlich schreibt man die Anwendung dann auch noch in einer neuen Sprache, Dart. Doch Dart entpuppt sich als großer Vorteil, dazu unten mehr.

Flutter-Code und Konzepte

Flutter mag insgesamt eine große Umstellung sein, doch der Einstieg ist super simpel. Alles ist ein Widget, jede Oberfläche ist ein Widgetbaum, im Baum kombiniert man die Widgets frei. Zum Beispiel ist das hier das mitgelieferte Hello-World-Beispiel:

import 'package:flutter/widgets.dart';

void main() =>
  runApp(
    const Center(
      child:
        Text('Hello, world!',
          key: Key('title'),
          textDirection: TextDirection.ltr
        )
      )
    );

So sieht das aus:

Auch als Anfänger ist das problemlos lesbar, die Elemente machen genau genau was man erwartet. main() ist der Startpunkt der Anwendung, runApp startet die App, das Center-Widget zentriert, Text zeigt Text an. Würde man den Code in eine Material-App packen, würde die App auch direkt aussehen wie eine typische Android-Anwendung.

Aber es ist purer Code, während man bei der Entwicklung mit Android-Studio Oberflächen mit XML-Layouts zusammenbauen konnte. Die Trennung nicht zu haben birgt die Gefahr, UI-Code und Programmlogik zu verschmelzen – was ja aber auch bei regulären Androidanwendungen nur zu schnell passiert. Flutter, und mehr noch die Community drumrum, kompensiert diesen Nachteil über mit einem exzessiven Fokus auf Zustandsmanagement.

Zustandmanagement

Zustandsmanagement ist die Verwaltung des States, das sind einfach die lokalen und globalen Variablen, die Einfluss auf die Oberfläche haben. Flutter versucht generell eine deklarative UI-Entwicklung vorzugeben: Die UI wird immer wieder neu gezeichnet, und wenn der Zustand sich verändert hat sieht die Oberfläche entsprechend anders aus.

Zuerst aber gibt es StatelessWidgets, die keinen eigenen Zustand haben. Holen sie sich die Variablen nicht von außen sehen sie immer gleich aus.

class GreenFrog extends StatelessWidget {
  const GreenFrog({ Key key }) : super(key: key);

  @override
  Widget build(BuildContext context) {
    return Container(color: const Color(0xFF2DBD3A));
  }
}

Das hier wäre einfach ein grünes Fenster.

Dann gibt es StatefulWidgets, die ihre eigenen änderbaren Variablen haben können.

class YellowBird extends StatefulWidget {
  const YellowBird({ Key key }) : super(key: key);

  @override
  _YellowBirdState createState() => _YellowBirdState();
}

class _YellowBirdState extends State<YellowBird> {
  @override
  Widget build(BuildContext context) {
    return Container(color: const Color(0xFFFFE306));
  }
}

Das zeigt jetzt auch nur einen farbigen Bereich an. Aber der State-Klasse könnte man jetzt Variablen hinzufügen. Die Doku zeigt dieses Beispiel:

class Bird extends StatefulWidget {
  const Bird({
    Key key,
    this.color = const Color(0xFFFFE306),
    this.child,
  }) : super(key: key);

  final Color color;
  final Widget child;

  _BirdState createState() => _BirdState();
}

class _BirdState extends State<Bird> {
  double _size = 1.0;

  void grow() {
    setState(() { _size += 0.1; });
  }

  @override
  Widget build(BuildContext context) {
    return Container(
      color: widget.color,
      transform: Matrix4.diagonal3Values(_size, _size, 1.0),
      child: widget.child,
    );
  }
}

Das ist also ein Widget mit einer festen Größe, das eine Funktion mitbringt um zu wachsen. setState(() { }); muss immer dann aufgerufen werden, wenn die Oberfläche die Zustandsvariablen neu evaluieren soll.

GetX

Es gibt Unmengen Lösungsansätze für die Zustandsverwaltung. Zum einen weil sie wichtig ist, denn mit ihr steuert man ja direkt das Verhalten der App. Aber auch, weil da die Einflüsse der Entwicklergruppen kollidieren: Da kommt das übliche mentale Chaos aus dem Javascript-Land angeschwemmt, vermischt mit Enterprise-Architekturen – passt ja zu einem Google-Framework. GetX ist anders. Es ist ein pragmatisches Werkzeugset, das nur unter anderem Statemanagment löst. Mit dem Flutter-Modul kann man jeder Oberfläche einen Controller zur Seite stellen, und mit dem Obx-Widget die Oberfläche immer neu zeichnen lassen wenn sich eine der Variablen ändert. Im Flutter-Kontext ist das Magie, das Resultat ist einfach sauberer Code. So ist das Counter-Beispiel aus der Readme elegant und verständlich:

Du hast einen Controller, in der die Variable und eine optionale Manipulierfunktion definiert wird:

class Controller extends GetxController{
  var count = 0.obs;
  increment() => count++;
}

Und dazu das Widget, bei dem ein Druck auf den Button die Variable erhöht, wodurch direkt die Anzeige aktualisiert wird:

class Home extends StatelessWidget {

  // Instantiate your class using Get.put() to make it available for all "child" routes there.
  final Controller c = Get.put(Controller());

  @override
  Widget build(context) => Scaffold(
      // Use Obx(()=> to update Text() whenever count is changed.
      appBar: AppBar(title: Obx(() => Text("Clicks: ${c.count}"))),

      // Replace the 8 lines Navigator.push by a simple Get.to(). You don't need context
      body: Center(child: RaisedButton(
              child: Text("Go to Other"), onPressed: () => Get.to(Other()))),
      floatingActionButton:
          FloatingActionButton(child: Icon(Icons.add), onPressed: c.increment));
}

class Other extends StatelessWidget {
  // You can ask Get to find a Controller that is being used by another page and redirect you to it.
  final Controller c = Get.find();

  @override
  Widget build(context){
     // Access the updated count variable
     return Scaffold(body: Center(child: Text("${c.count}")));
  }
}

Das Beispiel zeigt noch zusätzlich die Navigationslösung, die man nicht nutzen muss. Trotzdem: Klarer geht es nicht.

GetX hat Nachteile. So sind die Details nicht ganz so simpel wie es zuerst scheint - wie zum Beispiel umsetzen, dass auf eine Objektvariable eines Listenelements reagiert wird, wenn doch List.obs nur auf das Vergrößern und Verkleinern der Liste reagiert? Vor allem aber ist es ein junges Projekt, bei dem noch zu viele Commits hereinkommen, von zu wenigen Entwicklern, das Ding ist noch im Flux. Trotzdem ist es ein supermächtiges Werkzeug und erleichtert die Arbeit mit Flutter deutlich.

Paketverwaltung

Richtig nett an Flutter ist auch das darum aufgebaute Entwickleruniversum. Man findet Erklärvideos und -artikel. Am wichtigsten aber sind die Pakete. Auf https://pub.dev/ gibt es eine Suche, Module (für Flutter wie Dart) werden dort sauber vorgestellt, gewonnene Likes dienen als Orientierungshilfe. Bräuchte meine App beispielsweise eine animierbare Navigationszeile unten, ich könnte sie mit convex_bottom_bar direkt von dort beziehen. Eintragen in die pubspec.yaml, flutter pub get ausführen, den Code einbauen, fertig. Eine solche Paketübersicht habe ich bei der direkten Androidentwicklung mit Java schmerzlich vermisst.

Dart

Dass Flutter direkt eine neue Programmiersprache erfordert ist erstmal total abschreckend. Doch Dart macht das ganz schnell wieder wett, denn die Sprache ist gelungen. Dart ist eine wilde Mischung, für mich fühlt es sich aber vor allem nach Ruby an. Was toll ist. Es fehlen allerdings die Blöcke. Dafür hat es async-Funktionen direkt mit dabei, samt await und Future. Wikipedia zählt Smalltalk und Erlang als weitere Einflüsse. Bestimmt ist da auch Python mit drin, Java und Javascript.

Dart hat mich bisher noch in keiner Situation enttäuscht. Die Sprache hat für mich als Ruby-Programmierer immer eine gute Lösung parat gehabt und mich seltenst negativ überrascht.

Die folgenden Beispiele kann man auch alle auf der Webseite ausprobieren.

Hallo-Welt:

main() {
  print("Hello, World!");
}

Zahlen:

int i = 1 + 2;
print(i);  // => 3

Strings:

final s = "abc" + "def";
print(s);  // => abcdef

Es gibt Listen und Maps (Hashes):

var testliste = [1, 2, 3];
print(testliste[1]);  // => 2
  
var testmap = {1: 'a', 2: 'b', 3: 'c'};
print(testmap[2]);  // => b 

Und map und fold:

var testliste = [1, 2, 3];
var result = testliste.map((element) => [element]);
print(result);  // => [[1], [2], [3]]
var folded = result.fold(0, (prev, element) => prev + element.first);
print(folded);  // => 6

Dr ganze Bereich um async war ungewohnt und ist nicht einfach, aber das simple Beispiel ist klar:

Future<void> fetchUserOrder() {
  // Imagine that this function is fetching user info from another service or database.
  return Future.delayed(Duration(seconds: 2), () => print('Das hier folgt 2 Sekunden später'));
}

void main() {
  fetchUserOrder();
  print('Das ist die erste Ausgabe.');
}

Und natürlich Objekte mit Funktionen:

class Sword {
  int damage = 5;
  use() => print("$this dealt $damage damage.");
}

main() {
  var sword = Sword();
  sword.use();  // => Instance of 'Sword' dealt 5 damage.
}

Dazu kommt noch viel mehr: Generic, Mixins, Named Parameters, Lambda hatte ich erwähnt, die Standardklassen haben hilfreiche Funktionen definiert, chaining mittels .. – also das Aneinanderreihen von Funktionen an ein Objekt, obwohl die Funktionen eigentlich void zurückgeben. Dart ist wirklich erstaunlich angenehm.

Und die Flutter-Programme, die mit Dart gebaut werden, laufen nicht etwa in einem Wrapper, sondern werden kompiliert und dann nativ auf dem Gerät ausgeführt. Dart kann auch nach Javascript transpilieren, was dann die Web-Unterstützung von Flutter erlaubt, aber das ist gefährlich – die so erstellten Webseiten sind bestimmt Javascript-Monster. Für einzelne Spezialfälle könnte aber auch das eine gute Lösung sein.

Fazit: Beachtenswert

Flutter verspricht, mobile Anwendungen viel schneller entwickelbar zu machen als wenn man sie mit den Bordmitteln schreibt. Wenn man das Framework bereits beherrscht mag das stimmen. Ist man neu, ist es mit der Fixierung auf indirekte Interaktivität nicht so einfach zu beherrschen und dieser Lernprozess dann auch nicht schnell. Aber: Dann ist es mächtig, und ich habe definitiv den Eindruck, dass man hiermit bessere Oberflächen und somit auch Apps bauen kann. Dass die dann auf beiden großen mobilen Betriebssystemen laufen können kommt noch dazu.

Dart ist dann die Krönung. Erwartet hatte ich ein alternatives Javascript – etwas, womit man arbeiten kann, aber woran man eher keine Freude hat. Stattdessen ist es nahe genug an Ruby und so ausgereift, dass ich fast frei meinen Programmcode schreiben kann. Sicher, mit der Zeit werden sich die Schwachstellen offenbaren, und eine so junge Sprache kann nicht an die Modulvielfalt von Ruby herankommen. Eine positive Überraschung war sie aber allemal.

Wenn Flutter die entsprechende Entwicklung stabilisiert (noch ist es alpha) könnte ich mir das glatt auch für Linuxanwendungen vorstellen. Die Entwicklung mit wxWidgets, GTK und Qt ist deutlich komplizierter. Derzeit greifen Entwickler dann stattdessen oft zu Electron und anderen Javascript-Desktopwrappern. Flutter mit Dart könnte die bessere Lösung sein. Ich bin gespannt, ob sich das bewahrheitet. Derzeit hat sich die Alpha an snap gekoppelt, was komplett inakzeptabel ist solange es die einzige Lösung bleibt. Aber Flutter-Appimages oder schlicht Binaries? Könnten eine tolle Sache sein.

Wer jetzt für Android entwickeln will, für den ist Flutter mit Dart auch jetzt schon einen Versuch wert.

Jono Bacons Bemerkungen zur Brainstorm-Abschaltung haben bei mir eine Erinnerung freigesetzt. Als Ubuntu bekannt wurde war ich ja bei ubuntuusers aktiv, trat als Supporter dem Team bei und verbrachte viel Zeit in dem Forum. Und wenn ich natürlich nicht für alle reden kann, war zumindest bei mir die Grundeinstellung bezüglich dieses Linuxsystems: Das wars jetzt.

Ob Gnome 2, das damalige KDE oder die unbekannteren Fenstermanager: Die Desktopmetapher war perfektioniert. Seit Windows 95 hatte sich da nichts mehr getan, Microsoft produzierte Schrott (Vista! Wobei, das war etwas später), warum sollte sich da jetzt noch etwas ändern? Der Linuxkern untendrunter funktionierte gut, soweit wir sehen konnten. Es ging nur noch darum, die richtigen Standardeinstellungen zu finden, Bugs zu beheben, Workarounds umzusetzen, Konfigurationssoftware zu bauen.

Es ist diese Einstellung, die erklärt, warum ein Ziel wie "Fixt Suspend/Hibernate auf allen Laptops" richtig erschien. Was sonst sollte man machen? Die Iconfarben ändern?

Natürlich ist genau das passiert.
Auf der einen Seite stimmte die Einstellung damals: Es hat sich nichts mehr getan. Selbst das so disruptive Gnome 3 ist letzten Endes, von der Oberfläche her, Windows 95 kaum überlegen. Die Änderungen sind im Zweifel Änderungen, nicht Verbesserungen, was die Oberfläche besser macht sind Funktionen wie virtuelle Desktops, die die Linuxwelt schon vorher hatten. Compiz kam und verschwand wieder, der 3D-Desktop war genau so unbrauchbar wie er zuerst schien. Wir benutzen immer noch Maus und Tastatur und Monitor, und gerade bei den Eingabegeräten oft genug exakt die gleichen wie damals.

Aber andererseits war die Erwartung, dass nun zielgerichtet das System perfektioniert wird, komplett falsch. Stattdessen wurde umgekrempelt was umzukrempeln ging, kämpften die verschiedenen Distributionen und ihre technischen Initiativen um die Vorherrschaft. Ja, im Großen geht es vorwärts, sehen unsere Oberflächen nun hübscher aus als damals und haben Animationen. In manchen Bereichen wie der Spieleunterstützung ist der Fortschritt so massiv wie hervorragend. Aber es ist oft keine direkte Vorwärtsbewegung, es ist ein wildes Umherzucken und man muss bei jeder Bewegung froh sein, wenn nicht gerade kaputt geht was vorher perfekt funktionierte. Pulseaudio ließ hunterttausendfach Computersoundsysteme verstummen. Die beiden bekannten Desktopumgebungen entschieden nahezu zeitgleich, von null anzufangen und ihre stabilen Versionen mit instabilen und dem üblichen Deskop fernen Experimenten zu ersetzen, woran das Gnome-Projekt beinahe zugrunde gegangen wäre als die Nutzer rebellierten. X sollte ersetzt werden durch Mir und Wayland, Mir starb, Wayland versucht sich immer noch als schlechteren X-Ersatz. Systemd nistete sich als seitdem immer weiter wachsendes Krebsgeschwür unter dem Deckmantel eines Initsystem in die Distributionen ein, machte Logs binär und Startprozesse so instabil wie unwartbar. Und das sind ja nur die großen Beispiele, die üblichen Verdächtigen.

Diese Sichtweise erklärt dann auch die Abwehrbewegungen. Wer wie ich seit über zehn Jahren den gleichen Nischen-Fenstermanager einsetzt (wenn auch mit einem schöneren Design) hat kein Interesse daran, wenn das Fundament wackelig wird. Und genau: Die Linuxwelt hat sich getrennt, mit Extremen wie Fedora auf der einen Seite – die Wayland einsetzten, obwohl das System längst noch nicht als X-Ersatz taugte, und SELinux anschalteten, obwohl dann in vielen Situationen der unbedarfte Nutzer komplett blockiert wurde – und Anti-Systemd-Distributionen wie Devuan oder auch void auf der anderen, und dazwischen Distributionen wie Ubuntu, die nach schmerzhaften Ausbruchversuchen wie Unity generell der Masse folgen.

Aber wenigstens ist der vorher braune Desktophintergrund jetzt pink.

Das Konzept wirkt auch noch gut wenn man das Gerät in Händen hält. Das Pinetab ist ein 10.1" Tablet. Linux ist das Betriebssystem, optional gibt es eine ansteckbare Tastaturhülle (beleuchtet!), sie verwandelt das Tablet in ein kleines Laptop. Beim ersten Start führt ein Wizard durch die Einrichtung, der gleich auch vor den noch bestehenden Bugs warnt. Man solle doch bitte direkt updaten. Das hilft zwar nicht merklich, aber das kann ja noch werden.

Die Hardware hat auch ein paar Probleme. Das Display fühlt sich ganz anders an als andere Tablets (wie mein HP Touchpad) und zeigt sehr deutlich Fettspuren, vor allen auf den schwarzen Rändern. Die zwei Lautsprecherschlitze sind blödsinnigerweise hinten angebracht und der Ton ist relativ schwach, sollte auf dem Ding mal Youtube laufen mindestens nicht optimal. Und die Tastaturbeleuchtung ist sehr ungleichmäßig, sollte die Software mal als Laptopersatz taugen wird das nerven.

Zuerst dachte ich der Bildschirm wäre zu schlecht aufgelöst um Schrift ordentlich anzeigen zu können, stellt sich raus dass nur Ubuntu Touch keine ordentliche Systemschriftart hat (und auch Icons nicht sauber zeichnen kann). 1280×800 bei 10.1" sind an sich okay, im Browser wirkt das Bild dann auch besser.

Was nochmal zur Software führt. Ubuntu Touch hat ein ordentliches Bedienkonzept, die Gestensteuerung funktioniert. Aber halt noch nichts anderes. Immer wieder stirbt die Oberfläche, versucht etwas anzuzeigen und zeigt stattdessen auf einem ansonsten leeren Bildschirm nur einen Zipfel des Zielfensters. Der Browser hat kein ordentliches Tabinterface und keinen Adblocker. Youtubevideos kann er nicht flüssig abspielen. Es gibt einen Appstore, aber keine der getesteten Apps funktionierte (ich testete alle Youtubeapps sowie Telegram). Libertine, das System um reguläre Linuxanwendungen laufen zu lassen, starb bei der Testinstallation (von Firefox) in einer Endlosschleife.

Wenn man die Tastatur anschließt ist der vom Trackpad gesteuerte Mauszeiger nur in einem kleinen Teil des Bildschirms bewegbar. Das ist ein bekannter Bug.

Wir wurden ja vorgewarnt, dass es eine frühe Version des Tablets ist. Es ist eine sehr frühe. Ich hoffe, dass es im Laufe der Zeit besser wird. Ich würde gerne Youtube mit abspielen, ein brauchbarer Webbrowser wäre auch praktisch, als Alternative zum auch nicht jünger werdenden Touchpad. Und wenn dann später noch die Tastatur funktioniert (samt Linuxumgebung, Texteditor und Webbrowser), umso besser. Davon ist die Software aber noch weit weg.

GMDX, ein patchartiger Mod für Deus Ex, ist unter Linux nicht so einfach installierbar wir unter Windows. Und leider nicht auf Steam. Mein Vorgehen war so:

Zuest lud ich die Version 10 auf moddb herunter. Dieser Forenpost beschreibt dann, wie man den Installer per wine am richtigen Ort ausführt und danach die Dateien in den eigentlichen Spieleordner schiebt:

cp ~/Downloads/GMDXv10_Setup_100520.exe ~/.local/share/Steam/steamapps/compatdata/6910/pfx/drive_c/
WINEPREFIX=~/.local/share/Steam/steamapps/compatdata/6910/pfx winetricks shell
wine GMDXv10_Setup_100520.exe
 cp -R ~/.local/share/Steam/steamapps/compatdata/6910/pfx/drive_c/Program\ Files\ \(x86\)/Steam/steamapps/common/Deus\ Ex/System/* ~/.local/share/Steam/steamapps/common/Deus\ Ex/System/
cp -R ~/.local/share/Steam/steamapps/compatdata/6910/pfx/drive_c/Program\ Files\ \(x86\)/Steam/steamapps/common/Deus\ Ex/Help/ ~/.local/share/Steam/steamapps/common/Deus\ Ex/Help/
cp -R ~/.local/share/Steam/steamapps/compatdata/6910/pfx/drive_c/Program\ Files\ \(x86\)/Steam/steamapps/common/Deus\ Ex/GMDXv10/ ~/.local/share/Steam/steamapps/common/Deus\ Ex/

Schließlich noch bei Steam den Startparameter anpassen:

Startparameter: INI=GMDXv10Default.ini USERINI=GMDXv10DefUser.ini

Im verlinkten Post wird statt winetricks protontricks verwendet, bei mir funktionierte das nicht.

Mit microG kann jetzt die Corona-Warn-App auch ohne die Google-Dienste aktiviert werden. Dafür muss microG installiert werden, damit microG funktioniert muss Signature-Spoofing aktiviert sein. Das kann LineageOS so nicht, aber es kann aktiviert werden.

Vorgehen:

1. Installiere Magisk
2. Aktiviere in Magisk den NanoDroid-Patcher
3. Nach einem Neustart installiere per F-Droid microG, microG Services Framework Proxy und den FakeStore
4. Gebe microG die notwendigen Rechte. Insbesondere braucht der FakeStore die Permission für Signature-Spoofing, was unter Einstellungen -> Apps vergeben werden kann
5. Installiere die Corona-Warn-App (z.B. per Aurora Store) und aktiviere das Tracing
6. Prüfe in der microG-Anwendung ob IDs gesammelt werden.

Mehr Informationen finden sich in diesem Reddit-Thread und auf Mastodon. Ich beschreibe im Folgenden aber auch nochmal jeden Schritt mit mehr Details.

Magisk Installieren

Magisk ist ein Android-Programm, mit dem das System grundlegend verändert werden kann. Es hakt sich in den Startvorgang und lädt Module, die dann zum Beispiel neue Funktionen bereitstellen. Es ist ein komfortabler erster Schritt um Signature-Spoofing aktiviert zu bekommen.

Lade von der Github-Releaseseite das neueste Magisk-vX.Y.zip herunter, momentan ist das Magisk-v20.4.zip. Telefon ausschalten und das Recovery-Programm starten (normalerweise Lautstärke-unten und Power beim Anschalten gedrückt halten, eben wie bei der Lineage-Installation). Dann sideloading starten, Telefon per USB-Kabel mit dem PC verbinden und Magisk transferieren:

onli@fallout:~/Downloads$ adb sideload Magisk-v20.4.zip

Nach einem Neustart sollte Magisk in der Appliste auftauchen.

Signature-Spoofing per NanoDroid-Patcher aktivieren

Magisk nutzen wir nun um Signature-Spoofing zu aktivieren, denn nur wenn das an ist lässt sich die Corona-Warn-App dazu herab statt mit Google-Diensten mit microG zu reden. NanoDroid kann eigentlich noch viel mehr und könnte uns auch direkt microG installieren, aber bei mir funktionierte dann die Corona-App nicht. Also ziehen wir das aus F-Droid und nutzen von NanoDroid nur den Patcher.

Er ist bei den Releasedateien gelistet. Herunterladen und auf Telefon transferieren:

onli@fallout:~/Downloads$ adb push NanoDroid-patcher-22.9.20200910.zip /sdcard/Download/

Dann in der Magisk-App unter "Modules -> Plus-Icon" auswählen, werkeln lassen, neustarten.

microG installieren

Mit F-Droid lässt sich nun microG installieren.

Zuerst muss in F-Droid das microG-Repository hinzugefügt werden. Einfach die URL eintippen.

microG besteht aus mehreren Komponenten. Die erste heißt microG Services Core. Dazu kommt microG Services Framework Proxy. Und zusätzlich ein Platzhalter für den Play-Store namens FakeStore.

Rechte vergeben

Die App microG taucht jetzt bei den Anwendungen auf. Ihr erster Menüpunkt ist ein Self-Check. In diesem Menü lassen sich viele der notwendigen Rechte vergeben und einsehen was noch fehlt. Überraschen und vom Menü nicht direkt abgedeckt ist die notwendige Signature-Spoofing-Permission, die der FakeStore braucht. Dafür geht man in die App-Liste unter Einstellungen, sucht nach FakeStore, drückt auf Permissions und dann auf die Signature-Permission.

Jetzt sollten bei microG alle Haken gesetzt sein.

Corona-Warn-App installieren und starten

In F-Droid gibt es die App Aurora Store. Mit ihr lassen sich Apps aus dem Play-Store installieren, eben auch die Corona-Warn-App.

ID-Sammlung prüfen

Ob nun die IDs gesammelt werden zeigt wieder die microG-App an, im untersten Menüpunkt.

Komplett unklar, ob das zuverlässig auf allen Smartphones funktioniert und ob auch die Meldung einer Infektion klappt bzw ankäme. So bekomme ich gerade eine Fehlermeldung von der Corona-App:

CAUSE: 3
Something went wrong

Error during communication with Google Interface (8)

Ich kann nur hoffen, dass sie trotzdem gut genug funktioniert um etwas zu bewirken.

Und natürlich ist das aufwändiger als ideal. Aber vielleicht gibt es bald einfachere Lösungen. Wenigstens gibt es jetzt überhaupt eine erste Möglichkeit, ohne Google-Dienste die Corona-Warn-App anzuwerfen.

Seit Firefox 80 kann der Browser endlich auch unter Linux zum Abspielen von Videos die Hilfe der Grafikkarte via VA-API in Anspruch nehmen. Das ist total wichtig auf älteren Systemen mit schwachem Prozessor, aber auch bei modernen Systemen hilft es dabei die Prozessorlast und damit den Lüfterlärm niedrig zu halten. Die Grafikkarte hat mit solcher Videodekodierung normalerweise null Probleme.

Das funktioniert nur mit einer AMD-Grafikkarte, vielleicht auch mit nouveau als freiem Nvidia-Treiber, aber auf jeden Fall bisher nicht mit dem proprietären Treiber von Nvidia. Das sollte angesichts Nvidias Linuxfeindlichkeit keine Überraschung sein.

Auf meinem System halbierte die Beschleunigung im ersten Test die Prozessorlast des Firefox-Videothreads, ohne dass die Grafikkarte auch nur den Lüfter hochregelte.

htop zeigte zuerst 50%:

Mit aktivierter VA-API sank die Last auf 25%:

Aber das Ergebnis war nicht stabil. In späteren Tests behauptete Firefox zwar, VA-API sei aktiv. Während des Abspielens kamen aber nur noch vereinzelte Dekodierungsausgaben vom Start des Videos ins Log. Bei 1440p- und 4K-Videos sind sie wieder konstant da, aber solche Videos sehen gerade so aus:

Die Funktion ist also mit gutem Grund auch unter Firefox 80 noch nicht als Standard aktiv.

Wer die Beschleunigung trotzdem aktivieren will: Im Bugtracker wird der Großteil erklärt.
In about:config müssen zwei Einstellungen aktiviert werden:

media.ffmpeg.vaapi.enabled
media.ffmpeg.dmabuf-textures.enabled

Gleichzeitig musst du möglicherweise aufgrund eines Bugs

media.ffvpx.enabled

deaktivieren.

Doch das reicht noch nicht. Beim Start von Firefox muss man zudem MOZ_X11_EGL=1 voranstellen. Außerdem muss das neue WebRender-Backend aktiv sein. Das kann mit MOZ_WEBRENDER=1 beim Start erzwungen werden (via).

Um das ganze zu testen starte Firefox so:

MOZ_WEBRENDER=1 MOZ_X11_EGL=1 MOZ_LOG="PlatformDecoderModule:5" firefox 2>&1 | grep 'VA-API'

Wenn dann beim Abspielen von Videos Zeilen wie diese auftauchen funktioniert es:

8946:[Child 20521: MediaPDecoder #2]: D/PlatformDecoderModule DMABUF/VA-API Got one frame output with pts=42000000dts=41999999 duration=33333 opaque=-9223372036854775808

Bevor ich WebRender aktiviert hatte sah ich dagegen diese Fehlermeldung:

41:[Child 18537: MediaController #2]: D/PlatformDecoderModule DMA-Buf/VA-API can't be used, WebRender/DMA-Buf is disabled

Es ist toll, dass die Grafikkartenbeschleunigung endlich auch Linux-Firefox erreicht und nochmal besser, dass dabei auch an X11 gedacht wird und sie nicht im nicht praxistauglichen Wayland verschwindet. Schade, dass die Funktion noch nicht stabil ist, aber das dürfte sich jetzt angesichts der generellen Verfügbarkeit schnell ändern.

Dungeon Souls ist ein Roguelike mit Pixelgrafik.

Zu Spielbeginn wählt man aus einem der Charaktere, anfangs sind das ein Barbar, ein Dieb und ein Bogenschütze. In einem kleinen Dungeon gilt es dann immer ein paar Siegel zu berühren, um das Tor zum nächsten Dungeonlevel zu öffnen. Gegner und Fallen erschweren diese Aufgabe, dazu kommen Zwischenbosse. Um gegen die eine Chance zu haben sollte man fleißig aufleveln und Gegenstände sammeln, welche die Charakterwerte verbessern oder andere Boni geben, z.B. ein Dornenschild um den Charakter aufbauen. Mit etwas Spielfortschritt werden dann auch weitere Charaktere freigeschaltet, den Totenbeschwörer fand ich am angenehmsten zu spielen.

Für Genrefans ist das bestimmt nett, aber ich kam mit Dungeon Souls nicht zurecht. Die Grafik ist mir zu sehr ein Pixelbrei. In Gegnermassen wird es unmöglich, den eigenen Charakter zu erkennen, wenn dann noch viele leuchtende Projektile hinzukommen ist alles verloren. Also muss Abstand gehalten werden, aber dann wiederum bin ich mehrfach gestorben weil Gegner aus dem Nichts erschienen und meinen Charakter angriffen, während ich auf die größere Gegnergruppe achtete.

Mit einem besseren Interface, mehr Trefferfeedback und ohne die dauernd neuspawnenden Gegner könnte das Spiel trotz der Pixelgrafik funktionieren, aber so ist es zu mühselig.

Die deutsche Corona-Warn-App zielt nur auf die Mehrheit der Android-Telefone und benutzt eine API, die Google den Gapps hinzugefügt hat. Diese API übernimmt die Bluetooth-Kontaktverfolgung, also schaut welche anderen Telefone in der Nähe sind. Da dies nicht Teil von Android ist, sondern Teil der proprietären Google-Dienste, ist es für Nutzer von LineageOS und anderen freien Android-Versionen (und entsprechend auch Linux-Smartphones) nicht verfügbar, solange sie nicht diese Google-Abhängigkeiten installieren. Wozu ich zum Beispiel nicht bereit bin.

Nachdem ein erstes Issue zum Thema geschlossen wurde gibt es nun im Repo eine interessante Diskussion. Und sie zeigt zwei gute Entwicklungen:

1. CoraLibre-android-sdk ist eine freie Implementierung der Exposure API.
2. Zu microG wurde eine alternative API bereits hinzugefügt.

Es gibt hier also ganz konkrete Entwicklungen, die es bald freien Android-Telefonen ermöglichen könnten beim Covid-Tracing mitzumachen. Das Ziel wäre erreicht, wenn in Roms wie LineageOS die API enthalten ist oder nachinstalliert werden kann, und wenn dann die Corona-Warn-App bzw ein Fork in F-Droid landet.

Jahre nach den Geschehnissen im ersten Pillars of Eternity erwacht in Pillars of Eternity 2: Deadfire der Gott Eothas als Titanenstatue. Leider ist er unter der ergatterten Burg begraben, in welcher der Watcher seinen Lebensabend verbringt. Eothas zerstört die Burg und tötet den Spielercharakter – der aber wird von einem anderem Gott wiedererweckt und als sein Herold auf die Spur von Eothas gesetzt.

In diesem Prolog kann der Spielstand des Vorgängers importiert werden. Irritierenderweise ist damit nicht der Charakter gesetzt, seine Klasse und sein Aussehen kann und muss frei gewählt werden. Aber mit dem Import werden die Entscheidungen übernommen, was auf die Welt und Begleiter wohl einige Auswirkungen hat. Noch ein paar Fragen mehr und es beginnt das Spiel, indem der Spielercharakter in seiner Kapitänskajüte aufwacht.

Passend, denn Schiffe spielen im Spiel eine wichtige Rolle. Der Titel Deadfire bezieht sich auf das neue Gebiet, in dem der Spieler mit seiner Gruppe unterwegs ist. Das Deadfire Archipelago ist eine Insellandschaft. Man selbst hat ein Schiff und das im Vorgänger klassischer anmutende Fantasy-Szenario wird mit Piraten durchmischt. Im ersten Moment ist das irritierend und es war wohl nicht verkaufsfördernd.

Abseits der Schiffe spielt sich Deadfire wieder sehr wie der Vorgänger und damit wie andere klassische Computerrollenspiele. Im Laufe der Story stolpert der Spieler über viele Nebenquests. Viele davon führen zu Kämpfen, andere beinhalten kleine Rätsel oder können durch Gespräche gelöst werden. In Gesprächen gibt es oft Skillchecks, also die Möglichkeit mithilfe der Fähigkeiten der Gruppe oder des eigenen Charakters alternative Antworten zu geben. Die kleine Gruppe wird im Laufe der Zeit größer, wobei nur vier der Begleiter mitgenommen werden können und der Rest auf dem Schiff verweilt, eine Auswahl die ich immer noch als stressig empfinde.

Stärken: Das ganze Spiel

Ob das Spiel gut ist hängt also stark davon ab, wie gut die Geschichte, die aufgebaute Welt und wie interessant die Quests sind. Meiner Meinung nach ist das zweite Pillars of Eternity hier hervorragend. Es profitiert davon, dass mit dem Vorgänger die Spielwelt schon ausgebaut ist. Es gibt also mehr dem Spieler bekannte Hintergründe, denen es sich bedienen kann. Bemerkte ich im ersten Teil noch, dass die angelegte Bedeutungsschwere der Geschichte das Spiel überforderte, ist sie nun im zweiten Teil sehr viel passender. Aber auch die hier speziell aufgebaute Spielwelt mit ihren Fraktionen, die auf der Inselwelt um die Vorherrschaft kämpfen, ist spannend und gut erzählt und viele der Charaktere sind toll geschrieben.

Die Gegenstände mit ihren magischen Eigenschaften funktionieren meinem Eindruck nach besser als im Vorgänger. Noch immer gibt es viele von ihnen, doch hatte ich weniger oft die Situation, dass ein neuer und vermeintlich mächtiger Gegenstand komplett uninteressant war. Vielleicht sind die Effekte etwas kreativer, oder durch die Spezialisierung auf einzelne Waffen gab es pro Charakter insgesamt weniger.

Das Kampfsystem funktioniert auch richtig gut. Zu Spielbeginn kann Autobalancing aktiviert, deaktiviert oder nur das Herunterskalieren der Gegnerlevel zugelassen werden. Ich hatte es deaktiviert. Die Kämpfe waren danach genau so wie sie sein sollen: Fordernd, wenn die Gegner höherlevelig waren, ansonsten meist einfach. Die Gruppen-KI erledigt einfache Gegnergruppen automatisch, kann aber deaktiviert werden, und bei schwierigeren Kämpfen sollte man das mindestens für einzelne Charaktere auch tun und selbst die Befehle geben. Es gibt für alle Klassen genug Fähigkeiten, um es interessant zu machen wenn man die Kämpfe selbst steuert. Mittlerweile gibt es sogar ein alternatives Rundenkampfsystem, das habe ich aber nicht ausprobiert.

Beim Levelaufstieg gibt es allgemeine Fähigkeiten, dann klassenspezifische aktive und passive Fähigkeiten, dazu kommen alle paar Level noch Waffenspezialisierungen. Das System ermöglicht weiterhin gut eine Spezialisierung auf bestimmte Rollen, ist aber nicht übermäßig bestrafend wenn man nicht allzu überlegt an die Gruppenplanung herangeht. Aber es ist schon sinnvoll und in den Kämpfen spürbar, wenn man zumindest einen zähen defensiven Kämpfer baut, ihm einen heilenden Unterstützer zur Seite stellt und einen spezialisierten Schadensverursacher hat.

Zu den Kämpfen kommen noch Schiffskämpfe. Das Piratenszenario ermöglicht diese und wird so zur Bereicherung: Die rundenbasierten Schiffskämpfe sind eine nette Abwechslung, das Entdecken von Inseln ebenfalls. Und es gibt dem gesammelten Gold einen Zweck: Denn das Schiff kann aufgerüstet werden, neue Segel, Hülle und Kanonen verbessern die Chancen im Seekampf. Der kann sonst aber auch umgangen werden, für simple Enterschlachten auf den beiden Schiffen.

Dazu gibt das ganze dem Fraktionsreputationssystem Gewicht. Mit den Entscheidungen des Spielers verbessert oder verschlechtert sich das Verhältnis zu den Fraktionen, wobei es vier Hauptfraktionen und ein paar kleinere Gruppen gibt. Das ist zusätzlich zur eigenen Reputation als clever oder hinterlistig, worauf manche Gesprächspartner ebenfalls reagieren, genauso wie auf die eigene Rasse und Klasse. Für die Hauptmission kann dann eine der Fraktionen als Partner gewählt werden. Es ist nicht ganz so ausgereift wie in Fallout: New Vegas, aber einzelne Begleiter reagieren deutlich und das alles hat Auswirkungen auf die im Outro erzählte Story. Man würde auch Auswirkungen in einem dritten Teil erwarten, aber ob es den je geben wird ist fraglich.

Schwächen

Story, Quests, Kämpfe und auch die Grafik ist gut, was für Schwächen kann ein solches Spiel noch haben? Es gibt dann doch ein paar.

Die Linuxversion funktionierte bei mir nicht stabil. Nach den ersten einwandfreien Spielstunden blieb sie immer wieder beim Gebietswechsel hängen. Mit Proton verschwand das Problem. Allerdings lief ich mit Proton in zwei Situationen, in denen eine Ingame-Zwischensequenz hängenblieb und das Spiel abgeschossen werden musste. Einmal war nach dem Neuladen die Situation erledigt und damit das Problem umgangen, das zweite mal aber war der Speicherpunkt vor der Sequenz gesetzt, blieb das Spiel immer wieder an der Stelle hängen. Ich konnte daher eine der Erweiterungen nicht abschließen, sondern musste einen älteren Spielstand laden. Und Thema Laden: Die Ladezeiten sind trotz SSD zu lang, auch und gerade beim Gebietswechsel.

Die Begleiter sind stark ausgestaltet, aber diese Ausgestaltung ist immer noch schwächer als in einem Baldur's Gate 2 oder Mass Effect. So lassen sich Romanzen anbahnen, aber dann passiert nichts. Keine Folgegespräche, keine Quests, höchstens einen veränderten Audiokommentar habe ich bemerkt. Die Priesterin ist da ein Extremfall, sie findet nacheinander Gefallen an mehreren Begleitern, ohne dass die Situation aufgelöst wird. Und auch die regulären Begleiterquests sind konsequenzenlos. Nichts ist auch nur annähernd auf dem Level des archetypischen Begleiterquests eines Paladins, der aufgrund von Spielereignissen seinen Gott und seine ganze Haltung wechselt und daraufhin andere Fähigkeiten hat. Nur im Epilog werden die Entscheidungen nochmal erwähnt.

Ich verstehe auch nicht, warum es angesichts dieser Schwäche zusätzlich zu den Hauptbegleitern noch Nebenbegleiter gibt, die weniger ausgestaltet sind und nur einzelne Missionen stärker kommentieren. Welchen positiven Effekt soll das haben?

Auf zwei kleinen Inseln entdeckte ich Riesenmonster, gegen die ich auch auf dem Maximallevel mit guter Ausrüstung völlig chancenlos war. Dem Spiel ist zugute zu halten, dass das nicht in Hauptmissionen, nichtmal in Nebenmissionen geschah. Das waren wohl völlig optionale Gegner. Aber wenn eine Gruppe wie die meine bei denen so chancenlos ist, dann stimmt da das Balancing nicht.

Vielleicht spielt da ein anderes Problem mit rein: Das Maximallevel ist zu niedrig. Stufe 20 ist weit vor dem Spielende erreichbar, was demotiviert.

Es gibt nicht nur zu viele Erfahrungspunkte. Was auch zum Problem gehört: Generell ist die Verteilung von Nebenquests und Hauptquests nicht optimal. Die Hauptstory ist schlicht zu kurz verglichen mit all den anderen Aktivitäten. Dann steht man vor der finalen Mission, hat aber noch so viel anderes zu erledigen, ist aber schon auf dem Maximallevel. Weiterzuspielen fühlt sich dann nicht mehr rein wie ein Spiel an, sondern teils wie Pflichterfüllung – wobei ich in der Phase noch ein paar gute Nebenmissionen erlebt habe. Wäre das Maximallevel nicht schon erreicht wäre der Effekt sicher nicht so gravierend. Aber selbst dann wären die Nebenmissionen gemessen an der Hauptgeschichte erdrückend.

Insgesamt stark

Ich hoffe es wird deutlich, dass die Schwächen keinesfalls das Spiel beherrschen. Es sind vielmehr Macken in einem sehr guten und hübschen klassischen Computerrollenspiel, die seiner Perfektion im Wege stehen. Das ist ein bisschen überraschend: Von Obsidian und als zweiten Teil eines bereits sehr guten Vorgängers hätte ich von Deadfire genau die erwartet, die vorhandenen Schwächen sind nur in diesem Kontext teils sehr überraschend. Wenn die Verkaufszahlen wirklich schlecht waren ist das schade. Egal, ob es am Piratenszenario lag oder vielleicht daran, dass nach der Wiedergeburt des Genres der Bedarf erst einmal gesättigt war: Deadfire hätte trotzdem einen Verkaufserfolg verdient gehabt.

Alphabetisch sortiert.

Advanced Charging Controller (ACCA)

Gibt mehr Kontrolle über den Akku. Man kann zum Beispiel eine Temperaturgrenze festlegen oder das Telefon abschalten, wenn der Ladestand zu niedrig wird. Braucht allerdings Root, was ich mittlerweile nicht mehr aktiv habe.

Aurora Store

Wenn doch mal eine Anwendung aus dem Playstore installiert werden soll. Einige werden ohne Gapps zwar nicht funktionieren, andere – wie der Bahn Navigator – funktionieren aber doch.

CPU Info

Zeigt neben allerlei Hardwareinformationen auch die Temperatur an, was bei meinem G3 wegen des Designfehlers etwas Aufmerksamkeit verdient hatte.

Document Viewer

Schlicht zum PDF-Dateien anzeigen.

Escapepod – Podcast Player

Ich höre nicht viele Podcasts. Aber die App ist praktisch, um neue Folgen zu sehen und beim Abspielen pausieren zu können. Auch ein gutes Beispiel dafür, wie simpel man ein trotzdem noch funktionales Interface machen kann.

Fennec F-Droid

Diese App wird dann wieder interessant, wenn sie die Engine von Firefox Preview benutzt. Solange nutze ich stattdessen den.

Forecastie

Zeichnet ein Widget mit Wettervorhersage und Uhr auf den Startbildschirm.

FreeOTP+

2-Faktor-Authentifizerung sehe ich ja mit gemischten Gefühlen: Einerseits erhöht es die Sicherheit, andererseits riskiert man damit für immer aus Accounts ausgesperrt zu werden. Wo ich es an habe funktioniert es mit dieser App.

Jitsi Meet

Nach der Coronaquarantäne dürfte diese Videokonferenzsoftware den meisten bekannt sein, als bessere Alternative zu Skype. Und auch unser virtuelles Serendipity-Treffen lief mit dieser Software.

NewPipe

NewPipe ist ein toller Youtube-Client. Werbefrei, accountfrei. Trotzdem können Channel abonniert werden und es gibt eine praktische Liste mit neuen Videos. Benutze ich mehr auf dem Touchpad, ist aber auch auf dem Telefon nett. Wenn Reisen wieder ein Thema werden auch um Videos vorher herunterzuladen.

OSMAnd+

Eine Karte! Erst empfand ich sie als ziemlich umständlich verglichen mit Google Maps, inzwischen habe ich einen etwas positiveren Eindruck. Die Suche ist schwach, die Karte selbst gut.

Scarlet Notes FD

Ich fand es ziemlich wichtig eine Notizenapp zu haben und erstaunlich schwer, eine brauchbare zu finden. Die simple Notizenapp von Google macht viele Kleinigkeiten richtig, was dann bei anderen Apps schmerzlich fehlt. Scarlet Notes macht fast alles richtig und sieht hübsch aus.

StressTest

Nicht in F-Droid, sondern manuell installiert. Dieses simple Benchmarkprogramm von mir braucht man auch nicht regelmäßig.

Telegram

Ich habe früher einige Messengerdienste ausprobiert, mittlerweile ist nur Telegram übriggeblieben. Die einzige per F-Droid installierbare Option mit ausreichend Verbreitung.

Transportr

Nahverkehrinfos. Situationsbedingt wenig benutzt, machte aber einen guten ersten Eindruck.

VLC

Wenn Videos per NewPipe Probleme machen können sie stattdessen VLC überlassen werden. Oder falls lokal gespeicherte Video- und Audiodateien abgespielt werden sollen. Wie auf dem Desktop ist VLC dafür eine gute Option.

Es gibt mal wieder ein Humble Bundle (wer möchte: Partner-Link) mit Spielen von Paradox, das ein ziemlich gutes Angebot zur Ergänzung der Steam-Spielesammlung ist.

Auf der ersten Stufe für $1 gibt es Warlock: Master of the Arcane, Age of Wonders III und Europa Universalis IV. Das erste läuft mit Proton, die anderen haben eine native Linuxversion. Warlock und Age of Wonders 3 habe ich gespielt, beide haben mir gefallen, Europa Universalis ist auf meiner Liste zu spielender Spielereihen.

Auf der nächsten Stufe, die bekommt wer mehr als den Durchschnittspreis zahlt (derzeit 6.25€), gibt es das interessante Stellaris, die Victoria-Sammlung und Necropolis. Necropolis hat auf Steam nur mittlere Bewertungen, scheint aber einen Blick wert zu sein. Mindestens Stellaris läuft gut unter Linux. Zu den Victora-Spielen kann ich wenig sagen.

Aber dafür kann ich die nächste Stufe (€10.36) umso mehr empfehlen: Battletech und Tyranny. Battletech ist ein Mech-Strategiespiel und Tyranny ein klassisches RPG, wobei man endlich mal nicht auf der Seite der Guten steht. Tyranny hat eine gute native Version und Battletech eigentlich auch, mir ist unklar warum auf der Seite des Bundles das Linuxicon fehlt.

Und schließlich gibt es auf der $15-Stufe Imperator: Rome, eine Mischung aus Europa Universalis, Victoria und Crusader Kings. Es ist eines der neueren Paradox-Spiele, hatte anfangs gleichzeitig gute Bewertungen und ein paar Probleme, aber mittlerweile soll nachgebessert worden sein. Wieder samt nativer Linuxversion. Wer bei den letzten Humble Bundles mit Paradox-Spielen noch nicht zugegriffen hat und Imperator: Rome sowieso haben wollte, für den wäre das jetzt eine gute Gelegenheit.