Entwickler sprechen über die Vergangenheit und Zukunft von Maru OS

Viele haben beobachtet, wie mehrere Unternehmen versuchen, Android als Desktop-Plattform zu nutzen. Wir haben in der Vergangenheit ausführlich über Remix OS gesprochen, aber ihr Projekt begann als eigenständige Software, die Sie auf PC-Hardware installieren würden. Anfang des Jahres kündigten sie Remix Singularity an und dies ist ein beliebter Trend, den wir in letzter Zeit auf dem Markt sehen. Unternehmen möchten, dass Sie Ihr Smartphone an einen Monitor anschließen und als Desktop-PC verwenden.

Jide hat viel Aufmerksamkeit dafür erhalten, und Samsung hat dies auch mit seinem DeX-Stationssystem getan, das mit dem Galaxy S8 und dem Galaxy S8 + kompatibel ist. Es gibt eine andere Software, die versucht hat, dies zu erreichen, und diese Entwickler nennen ihre Plattform das Maru-Betriebssystem. Bereits im Februar letzten Jahres haben wir darüber gesprochen, wie die Entwickler angekündigt haben, das Projekt als Open Source zu veröffentlichen. Dann wieder im März dieses Jahres mit dem Start von Maru OS 0.4 und dem Drang, es auf weitere Geräte zu portieren.

Das Unternehmen hat gerade einen Blogbeitrag veröffentlicht, in dem darüber berichtet wird, welche Fortschritte sie im letzten Jahr erzielt haben. Sie hatten 10 verschiedene Releases, die die Stabilität verbesserten, auf Marshmallow übergingen, Maru Desktop den Start im Hintergrund ermöglichten, Verschlüsselungsunterstützung hinzufügten und vieles mehr. Maru OS unterstützt weiterhin nur das Nexus 5 und Nexus 7 2013 Wi-Fi, bestätigt jedoch, dass für das Nexus 5X und das Nexus 6P frühe Community-Builds verfügbar sind.

Sie sprechen auch darüber, wohin sie Maru OS in Zukunft bringen möchten. Berühren Sie das Hinzufügen von Unterstützung für weitere Geräte, und aktivieren Sie drahtloses Display-Streaming, Desktop-Grafikbeschleunigung, Desktop-Audio, OTA-Updates und mehr. Die Entwickler sind sich bewusst, dass einige Bereiche bearbeitet werden müssen, um es auch entwicklerfreundlicher zu machen. Sie möchten die Dokumentation verbessern, weitere automatisierte Tests durchführen und dann von Point-Releases zu einem vollautomatisierten, kontinuierlichen Release-Zyklus übergehen, einschließlich nächtlicher oder wöchentlicher Builds.


Quelle: Maru OS Blog