Verzweifelt Hilfe gesucht

Sprichst du jetzt von Apps, oder eigentlich von einem Spiel auf Android. Solltest du in Wirklichkeit nur Apps meinst, dann würde ich sagen, dass da die Unreal Engine eher der falsche Ansatz ist. Da gibt es dann bessere Lösungen, wie zum Beispiel MAUI oder so.

Kommt ja darauf an, wie du die Spielelemente umsetzt. MAUI hat da auch gewisse Fähigkeiten. Wenn du da jetzt irgendetwas krass 3D Aktion mäßiges umsetzen willst, klar, dann ist es die Unreal Engine. Ansonsten halte ich die für vieles anderes für etwas overpowerd. Zumal, also ich selber schreibe jetzt nicht für Android und Co. bei den Projekten, aber einige hier tun es halt, scheint es nicht immer ganz einfach zu sein, die Projekte dann auf das Android zu bekommen, gerade, wenn es sich vielleicht auch um eine nicht top aktuelle Version von Android handelt.

Aber wie gesagt, das schlussfolgere ich jetzt so aus einigen Hilfeanfragen aus diesem Forum, da es mich selber jetzt nicht betrifft.

Ja, schwierig abzuschätzen. Ich denke aber, dass die Unreal Engine dafür auch etwas overpowered ist. Ich denke da eine einfache Grafik, mit ein paar Sprites, das wäre sparsamer in Sachen Speicher usw.

Aber gut, ist natürlich auch in der Unreal Engine machbar. Schauen wir mal. Leg los, bin auf die ersten Fragen gespannt.

Zitat von Sleepy

(Stichwort: erstmal 3 GB runterladen)

Ich kenne mich mit Handyapps ja nicht so aus, wie gesagt, ist nicht so mein Interessengebiet. Aber bist du sicher, dass nach der Compilierung dann auch eine 3 GB App rauskommt? Können Smartphones mit solchen riesigen Apps überhaupt umgehen?

Aber klein wird das Programm definitiv nicht, das ist schon richtig.

Und MAUI, das basiert auf C#, ist halt eine recht neue Technik, was Plattform übergreifende Programmierung angeht. Also, das kann schon einiges, was du oben halt mit CSS, HTML5 und Javascript etc. aufgezählt hast.

Ich würde das echt mal versuchen. Es braucht ja nicht immer eine Engine. Ich habe damals ja mit dem C64 angefangen, da gab es noch gar nicht sowas Komplexes wie eine Engine. Man bekam aber mit etwas Übung trotzdem sehr coole Spiele raus, zumindest für damalige Verhältnisse und wie ich persönlich finde, heute auch noch. Sind halt Klassiker.

So ähnlich würde ich auch vorgehen, wie damals, mit Sprites, die man ja auch in 3D zeichnen kann usw. Ich denke, das passt schon. Zudem kannst du es unter Visual Studio Community 2022 auch gleich ausprobieren, ohne es jedes Mal aufs Handy laden zu müssen.

Allerdings, MAUI ist halt noch so neu, da gibt es bisher relativ wenige Tutorials und auf Deutsch natürlich noch weniger. Aber, wenn du eh anfangen willst, warum nicht?

Zitat von Sleepy

Der Nachteil ist, dass man immer eine Internetverbindung braucht und vor allem schnelles Internet erforderlich ist.

Ein weiterer Nachteil wäre natürlich, dass auch der Rechner mit dem Spiel noch zusätzlich extra laufen muss. Wenn ich das Projekt richtig verstanden habe, dann ist das wohl eher nicht notwendig.

Aber, es ist ja in Unreal machbar. Ich würde mir die Fragen schon gerne mal anhören, vielleicht kann man ja auch in dem einen oder anderen BP helfen. Das Ganze dann aufs Handy zu bekommen, da haben ja bestimmt auch einige Ahnungen von, ich jetzt nicht unbedingt, das wird schon. Und im Zweifelsfall lernt man aus dem Versuch halt, dass es keine gute Idee war. Schließlich lernt man ja auch durch Misserfolg. Meistens sogar mehr als bei ständigem Erfolg.

Ach ja, da gab es ja auch eine ursprüngliche Frage.

Allerdings verstehe ich die Frage nicht so ganz. Wieso sollte man die Buttoingrafiken nicht speichern können? Meinst du jetzt, dass du grafische Buttons erstellen willst, also zum Beispiel mit Gimp oder Photoshop und diese dann in deinem Projekt verwenden willst? Das geht schon, eben halt über Widgets.

Die dazugehörigen Grafiken musst du halt in den Contentbrowser ziehen und die Eigenschaften auf UI, bzw. Userinterface stellen, sonst gibt es Grafikfehler.

Kann etwas tricky sein, wenn es um Buttongrafiken geht, die du in der Größe ändern kannst, das einfachste hier wäre, wenn du die Grafiken dann skalierst. Hat dann nicht die beste Qualität, wenn du zu viel hin und her skalierst, ist dann halt wie ein Bild, welches du zoomst.

Stimmt. Images kann man nicht im Savegame speichern, das habe ich auch sehr zu meinem Leidwesen feststellen müssen.

Aber, was geht ist, du kannst dir einen eigenen Button bauen, als UMG, der dann als Grundlage den normalen Button hat, plus die Eigenschaften, die du benötigst. Unter anderem kannst du dann mit einer Struktur das Aussehen des Buttons festlegen. Du kannst dann die Art des Buttons abspeichern und die Grafik wird dann passend zu dem Button in deinem eignen Button angezeigt.

Es gibt da verschiedene Ansätze, die du verfolgen kannst. Einmal halt eine Struktur, die sämtliche Buttoneigenschaften beinhaltet, oder eine Liste, die entsprechende Verknüpfungen zu den Grafiken enthält oder auch, wenn du zum Beispiel eine recht begrenzte Anzahl von verschiedenen Buttons hast, ein Enum. Das Ganze kannst du durchaus auch kombinieren. Ich muss mal schauen, irgendwo habe für mein Scarlett Projekt hatte ich ähnliche Buttons schon einmal angefangen. Falls ich das alte Projekt noch irgendwo wiederfinde, kann ich dir mal den bisherigen Codeteil weitergeben.

Aber falls nicht, das Prinzip ist relativ einfach. Du musst ja etwas finden, was du abspeichern kannst. Einen String zum Beispiel, oder auch einen Integerwert. Und wenn du es dann wieder lädst, dann weißt du jedem Wert halt wieder eine Grafik zu. Also Integer 0 = None, Integer 1 = Baum, oder was auch immer. Das geht dann auch mit einem Enum, weil Enums sind ja nichts anderes als Integerwerte mit Namensbezeichnung. Ein Enum hätte da dann sogar noch den Vorteil, dass du per Switch dann direkt ein paar Branches sparst und direkt die Namen abzweigen kannst.

Das ist bei Widgets immer so eine Sache. Du kannst entsprechende Elemente in verschiedene Widgetcomponenten einbinden. Da gibt es zum einen die Scalebox und auch die Sizebox.

Die Namen sind etwas verwirrend, denn während man bei der Scalebox erwarten würde, dass sie automatisch skaliert und die Sizebox nicht, so ist das nicht ganz so, denn beide passen das Design, ich sag mal in begrenztem Rahmen, den Bildschirmen an. Es kommt aber immer darauf an, wie du sie wo anbringst.

Da musst du dir mal entsprechende Tutorials anschauen, am besten auf YouTube, also in Videoform, weil es ist nicht ganz so einfach zu beschreiben. Halt mit den entsprechenden Stichworten Scalebox oder Sizebox mal suchen.

Scalebox nicht vergessen. Je nachdem kann die auch die richtige Wahl sein. Kommt immer drauf an, wo und wie du es umsetzt.