Show HN: GodotOS, eine mit der Godot Engine erstellte Fake-Betriebssystemoberfläche

 (github.com/popcar2)
2 Punkte von GN⁺ 2024-01-12 | 2 Kommentare | Auf WhatsApp teilen
  • GodotOS ist eine betriebssystemartige Oberfläche, die ausschließlich mit Godot erstellt wurde und Ordnernavigation, Bearbeiten von Textdateien, Anzeigen von Bildern, Starten von Spielen und mehr in einer einheitlich ausgefeilten Oberfläche bietet
  • Es ist kein echtes Betriebssystem, sondern eine Anwendung, die wie ein Betriebssystem aussieht, mit dem Ziel, eine auch im Web nutzbare Oberfläche bereitzustellen
  • Vom Charakter her ist das Projekt weniger eine ernsthafte OS-Implementierung als vielmehr ein Spielzeug, das die Grenzen des UI-Designs mit Godot ausreizt
  • Der Desktop zielt auf eine minimalistische, ablenkungsarme und ansprechende Umgebung ab und dient außerdem als Hub, in den sich kleine Spiele und Experiences leicht einbinden lassen
  • GodotOS ist kein Projekt, das mit den Entwicklern der Godot Engine oder der Godot Foundation verbunden ist

Die von GodotOS bereitgestellte Oberfläche

  • GodotOS ist eine betriebssystemartige Oberfläche, die ausschließlich mit Godot erstellt wurde
  • Innerhalb einer konsistenten Oberfläche unterstützt sie folgende Aufgaben
    • Ordner durchsuchen
    • Textdateien bearbeiten
    • Bilder anzeigen
    • Spiele spielen
    • weitere desktopartige Experiences
  • Sie bietet eine integrierte Oberfläche, die auch im Web genutzt werden kann

Zweck und Charakter des Projekts

  • GodotOS ist eher ein Spielzeugprojekt als die Umsetzung eines echten Betriebssystems
  • Ziel ist es, die in Godot möglichen Grenzen des UI-Designs auszuloten
  • Die Desktop-Umgebung strebt folgende Eigenschaften an
    • minimalistisch
    • ablenkungsarm
    • ästhetisch ansprechend

Ein Hub für Spiele und Experiences

  • GodotOS ist als Hub konzipiert, in den sich kleine Spiele und Experiences leicht einbinden lassen
  • Wer Spiele direkt zum Startmenü hinzufügen möchte, kann den Beitragsleitfaden lesen

Nutzung

  • Die Webversion kann auf der Itch.io page ausprobiert werden
  • Alle Versionen können auf der releases page heruntergeladen werden
  • Ein Demovideo ist als Trailer verfügbar

Klare Einschränkung und Hinweis auf fehlende Verbindung

  • GodotOS ist kein echtes Betriebssystem, sondern eine Anwendung mit einer betriebssystemähnlichen Oberfläche
  • GodotOS ist nicht mit den Entwicklern der Godot Engine oder der Godot Foundation verbunden

Verwandte Beiträge

2 Kommentare

 
kayws426 2024-01-12

Ein lustiges Spielzeug.
 
GN⁺ 2024-01-12
Meinungen auf Hacker News

  • Sieht nach einem hervorragenden Proof of Concept dafür aus, Godot als plattformübergreifendes Framework für Desktop-Anwendungen zu verwenden.
    Das Distributionspaket ist mit einer ausführbaren Datei und einer Datendatei sehr einfach, und die Performance ist ebenfalls hervorragend.
    Als Ansatz, ein vollständig eigenständiges, distributionsunabhängiges Binärpaket bereitzustellen, wirkt es deutlich besser als Dinge wie Flatpak, und bei der Performance scheint es Electron deutlich überlegen zu sein.
    Vielleicht sind mit Game Engines gebaute Desktop-Anwendungen der nächste große Trend.

    • Aus UI-Sicht könnte das deutlich schlechter werden.
      Man wirft dabei lauter Betriebssystemfunktionen wie gutes Text-Rendering, eine konsistente Oberfläche zur Textbearbeitung, Barrierefreiheit und Transparenz über Bord.
      Ich glaube auch nicht, dass Godot bei beliebigen UIs grundsätzlich schneller ist als Electron.
      Dass Godot-Apps normalerweise schnell sind, liegt daran, dass sie von Leuten gebaut werden, die eine Game Engine verwenden wollen und denen Performance wichtig ist; wenn Entwickler auf Performance achten, kann auch Electron schnell genug sein, wie VSCode zeigt.
      Das sage ich als jemand, der an Game Engines gearbeitet hat.
    • Stimme voll zu.
      Ich wollte einen Artikel darüber schreiben, wie man mit Godot professionelle plattformübergreifende Anwendungen baut, und werde das vermutlich bald tun.
      Kurz gesagt halte ich Godot für einen hervorragenden UI-Builder, und ich glaube, dass viele das langsam erkennen.
      Es gibt auch viele professionelle Anwendungen, die mit Godot gebaut wurden[0], und ich möchte auch Lorien[1] erwähnen, eine Godot-basierte Whiteboard-App, die meine Lieblings-App dieser Art ist und dieses Projekt teilweise inspiriert hat.
      Godot ist nicht perfekt, und andere UI-Werkzeuge können manches besser, aber es hat noch viel unerschlossenes Potenzial.
      [0]: https://alfredbaudisch.com/blog/gamedev/godot-engine/standal...
      [1]: https://github.com/mbrlabs/Lorien
    • Es wird bereits für solche Zwecke verwendet.
      Ich nutze ein Programm namens Dungeondraft[1], mit dem man leicht Karten für TTRPGs erstellen kann, und es ist auf Godot aufgebaut.
      Auch die Modding-API-Seite[2] erwähnt Godot.
      [1]: https://dungeondraft.net/
      [2]: https://megasploot.github.io/DungeondraftModdingAPI/
    • Ich verstehe nicht, warum in diesem Thread Flatpak und die Art, Desktop-UIs zu schreiben, miteinander vermischt werden.
      Auch wenn eine App eine einzelne eigenständige Binärdatei ist, kann sie von den Vorteilen von Flatpak profitieren.
      Sandboxing, Berechtigungsverwaltung, Trennung vom System, die Notwendigkeit auf unveränderlichen, imagebasierten Distributionen sowie ein einheitliches Paketformat, statt separat deb, rpm usw. erstellen zu müssen, helfen sowohl Entwicklern als auch Nutzern.
      Das hat wenig damit zu tun, womit man die UI schreibt, und eine eigenständige Binärdatei allein kann Flatpak nicht vollständig ersetzen.
    • Beim Nachdenken über Gegenargumente kam ich darauf, dass Immediate-Mode-GUIs vielleicht nicht immer geeignet sind, und fand diesen Beitrag: https://stackoverflow.com/questions/47444189/what-are-the-pe...
      Ein weiterer Nachteil, der mir einfällt: Aus Design-Sicht muss die Anwendung auf allen Plattformen dieselbe Designsprache haben, sodass es schwierig ist, das native Erscheinungsbild der jeweiligen Plattform zu erreichen.
      Gibt es noch weitere Nachteile?

  • Die Godot-IDE selbst ist in dem Sinne ein „Spiel“, dass sie komplett mit der Godot API gebaut wurde.
    Ich frage mich, ob das nicht tatsächlich eine gute Umgebung sein könnte, um portable Business-Apps zu bauen, wie ein modernes Visual Basic.

    • Sie hätte dieselben Probleme wie Flutter, also Dinge wie nicht-native Widgets und Barrierefreiheit, nur vermutlich mit weniger Fokus auf diesen Anwendungsfall.

  • In einem verwandten Bereich ist Grey Hack ein falsches Betriebssystem, Netzwerk und Internet in einem Multiplayer-Spiel, dessen Ziel Hacking ist.
    Dazu gehört auch, sich gegenseitig zu hacken, und die Grundfunktionen werden ziemlich gut simuliert.
    Man kann Dateien stehlen oder Dateien auf anderen Computern ablegen, Software installieren, auf der Kommandozeile Befehle mit Nachbildungen verschiedener Tools ausführen und auch eigene Programme schreiben.

    • Es wäre schön, wenn irgendwann jemand ein richtig gutes Hacking-Spiel herausbrächte, das Hunderte kleiner echter Server mit verschiedenen Betriebssystemen und Schwachstellen emuliert.

  • Das könnte auch in der echten Welt nützlich sein.
    Wenn man an die Filmindustrie denkt, ist ein falsches Betriebssystem, mit dem gezeigt wird, dass eine Figur irgendetwas am Computer macht, fast schon ein Klischee.
    Kürzlich habe ich mit Fans des Films Hackers gesprochen und wurde gefragt, welches OS im Film verwendet wurde; ich antwortete: dasselbe, das alle Filme der 90er nutzten, nämlich Mac OS mit schnell zusammengeschusterten Fake-UI-Elementen in Macromedia Director.
    In späteren Filmen übernahm Flash diese Rolle, und da Filmstudios Game Engines zunehmend nutzen, um am Set in Echtzeit CG-Referenzbilder bereitzustellen, könnte so etwas die moderne Variante davon sein.

  • Mir kommt der Gedanke, dass Godot einen UI-zentrierten Minimal-Kompiliermodus haben sollte.
    Für GPU-gerenderte UIs wäre das sehr attraktiv, und es gibt bereits hervorragende Bibliotheken und Plugins, um Komponenten zu bauen, die in Engineering oder Datenanalyse nützlich sind.

    • Beim Bauen der Engine aus dem Quellcode kann man viele Funktionen von Godot deaktivieren[1].
      Ich weiß nicht, wie stark man sie verkleinern kann, wenn man die meisten 2D/3D-Komponenten beibehält, aber möglich sollte es sein.
      [1]: https://docs.godotengine.org/en/stable/contributing/developm...
    • Soweit ich weiß, gibt es so etwas bereits.
      Mit dem Flag custom_modules kann man auswählen, welche Godot-Module kompiliert werden.
      Wir liefern zum Beispiel ein kleines wasm für ein 2D-Godot-Webspiel aus.

  • Godot ist ein hervorragendes Skizzenpad, um solche Dinge zu bauen.
    Einmal saß ich am Flughafen und wartete auf ein Flugzeug; da habe ich für ein eInk-Tablet einen improvisierten Notizblock für das russische Pen-and-Paper-Spiel Virus War („Война вирусов“) gebaut, damit ich es mit meiner Partnerin im Flugzeug spielen konnte.
    Es war nicht mehr als ein Raster mit antippbaren Buttons in verschiedenen Zuständen, aber bis zum Abflug hatte ich einen spielbaren Prototyp.

  • Ich erinnere mich daran, dass Sub OS um 2005 herum in der GameMaker-Community eine Zeit lang ziemlich angesagt war.
    Wenn genug Zeit vergeht, versucht offenbar immer irgendjemand, innerhalb einer bestimmten Game Engine eine betriebssystemartige Oberfläche zu bauen.
    Das war eine gute Möglichkeit, über reine Spielmechaniken hinaus UI- und Usability-Paradigmen zu verstehen, und weckt ziemlich schöne nostalgische Gefühle.

    • Schön, dass sich noch jemand daran erinnert.
      Ich habe Tiagix OS gebaut, und meines Wissens war es eines der ersten subOS, das tatsächlich Unterstützung zum Erstellen von Apps hatte.
      Weil ich es von Grund auf selbst bauen musste, habe ich viel über GUI-Toolkits gelernt.
    • Selbst nach all der Zeit scheint es in dieser „Szene“ noch Aktivität zu geben.
      https://forum.gamemaker.io/index.php?threads/gm8-subos-proje...
    • Es gab auch Betriebssysteme, die im Browser liefen.
      Normalerweise hatten sie eine OS-UI-Shell und Anwendungen; leider habe ich die Namen vergessen.
    • Dasselbe erinnere ich auch aus The Games Factory 2/Multimedia Fusion.

  • Da steht: „GodotOS ist kein echtes Betriebssystem, sondern eine Anwendung mit einer Oberfläche, die wie ein Betriebssystem aussieht.“ Aber kann man wirklich sagen, dass GodotOS weniger Betriebssystem ist als frühes Windows?

  • Ich erinnere mich an die Zeit, als Notch mit einem Weltraumspiel experimentierte, das eine von ihm selbst gebaute, reduzierte Assemblersprache hatte.
    Leider hat er die Arbeit daran eingestellt, aber ich finde, das Genre des Hackens im Spiel hat immer noch großes Potenzial.
    Nicht „Drücke F zum Hacken“, sondern tatsächlich in Systeme einloggen und etwas abrufen oder verändern.
    Ein echt wirkendes In-Game-Betriebssystem scheint ein guter Schritt nach vorn zu sein.

    • Für alle, die neugierig sind: https://en.wikipedia.org/wiki/0x10c
      https://web.archive.org/web/20130905082541/http://dcpu.com/d...
    • Für Factorio gibt es eine Mod, mit der man elektrische Schaltungen in Assembly programmieren kann; den Namen habe ich vergessen.
      Man platziert eine „Computeranlage“, verbindet sie mit dem Signalnetzwerk und öffnet dann ein Terminal, um mit dem Programmieren zu beginnen.
      Da Fabriken sehr komplex werden können, hat das tatsächlich praktischen Nutzen, und es ist cool, dass man Items als Signalsymbole verwenden und so recht ausgefeilt über Kabel kommunizieren kann.
      Die Taktrate des Geräts war auf ein paar Befehle pro Spiel-Tick begrenzt.
    • Bitburner macht das ziemlich gut.
      Es ist ein Idle Game mit einer eingeschränkten „Betriebssystem“-Emulation, aber gute Lösungen erfordern echtes Nachdenken und Programmierwissen.
      Man schreibt Skripte, die das Netzwerk nach offenen Ports scannen, automatisch „hacken“ und dann die Speicherzuweisung aller Systeme anhand bestimmter Parameter global ausbalancieren, damit das Hacken möglichst „profitabel“ wird.
      Am Ende habe ich grundlegende Socket-Kommunikation gebaut, Skripte, die Analyseergebnisse zurück auf den Heim-PC schicken, und sogar algorithmischen Handel für einen falschen Aktienmarkt; das hat Spaß gemacht.
    • https://store.steampowered.com/app/716490/EXAPUNKS/
    • Es ist eher Programmieren als Hacken, aber TIS-100 könnte dir gefallen.
      https://www.zachtronics.com/tis-100/

  • Im Screenshot steht: „GodotOS is a fake operating system“.
    Aber ist es wirklich fake? Impliziert der Begriff „Betriebssystem“ zwingend die Ebene der Hardware-Schicht, auf der es läuft?
    Wenn nicht, könnte man es immer noch als OS betrachten, auch wenn es auf einem anderen OS läuft.

    • Es ist ein Fake-OS in dem Sinne, dass es in Wirklichkeit eine Anwendung ist und nicht etwas, das man wie Linux oder Windows als Betriebssystem ausführen kann.
      Ich war bei der Formulierung ziemlich vorsichtig, weil ich beim Bewerben keinen falschen Eindruck erwecken wollte.
    • Das Wort Betriebssystem scheint die Existenz eines Kernels zu implizieren.