Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Sacaldur« (25.06.2014, 20:52)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Nein, ich habe angedeutet, dass dies eine Grauzone ist. Die EULA an sich verbietet das zwar, aber die EULA kann man erst nach dem Kauf des Produkts lesen, was sie in diesem Punkt in Deutschland somit in Frage stellt. Eine gerichtliche Entscheidung dazu liegt meines Wissens noch nicht vor.Es wurde schon angedeutet: ein Mac OS X zu emulieren verstößt gegen die Lizenzvereinbarungen.
Das ist mir neu.Meines Wissens solle gerade letzteres nur mit einem Mac möglich sein.
Wer schon mal mit Crossplatform-Tools gearbeitet hat weiß, dass die pain in the ass sind. Wir haben schon diverse durch und immer gab es irgendwelchen (teils massiven) Ärger. Wenn er nur ein System im Blick hat, ist native Entwicklung definitiv empfehlenswert. Für Spiele lohnen sich Cross-Tools sicher mehr. Für GUI-orientierte Anwendungen hingegen sind die meisten total furchtbar.Andere Frage: warum willst du unbedingt für iOS- und nicht bspw. für Android-Geräte entwickeln? (Mit Cross-Plattform Bibliotheken/Engines kann sogar für beide Systeme entwickelt und, sobald es möglich sein sollte, auch gepublisht werden.)
Nein, ich habe angedeutet, dass dies eine Grauzone ist. Die EULA an sich verbietet das zwar, aber die EULA kann man erst nach dem Kauf des Produkts lesen, was sie in diesem Punkt in Deutschland somit in Frage stellt. Eine gerichtliche Entscheidung dazu liegt meines Wissens noch nicht vor.Es wurde schon angedeutet: ein Mac OS X zu emulieren verstößt gegen die Lizenzvereinbarungen.
Wenn ich richtig bin ist auch genau das der Grund, warum man mit Untiy nur auf einem Mac für iOS exportieren kann. Es kann natürlich auch sein, dass es an XCode liegt, welches eben nur für Mac verfügbar ist, ich bin mir in der Hinsicht nicht sicher.Das ist mir neu.Meines Wissens solle gerade letzteres nur mit einem Mac möglich sein.
Ich muss zugeben, dass ich einfach davon ausgegangen bin, dass es sich um ein Spiel handeln soll... =/Wer schon mal mit Crossplatform-Tools gearbeitet hat weiß, dass die pain in the ass sind. Wir haben schon diverse durch und immer gab es irgendwelchen (teils massiven) Ärger. Wenn er nur ein System im Blick hat, ist native Entwicklung definitiv empfehlenswert. Für Spiele lohnen sich Cross-Tools sicher mehr. Für GUI-orientierte Anwendungen hingegen sind die meisten total furchtbar.Andere Frage: warum willst du unbedingt für iOS- und nicht bspw. für Android-Geräte entwickeln? (Mit Cross-Plattform Bibliotheken/Engines kann sogar für beide Systeme entwickelt und, sobald es möglich sein sollte, auch gepublisht werden.)
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Zitat von »BlueCobold«
Android Entwicklung ist Java, nicht Linux (auch wenn Android selbst ein Linux ist). Daher geht das auch überall problemlos.
Zitat von »BlueCobold«
Für Windows entwickeln kannst Du auch nur unter Windows und für Linux genauso. Außer Du nutzt Crossplatform-Frameworks und die kannst Du für iOS ja ebenfalls unter Windows nutzen. Also nehmen sich alle existierenden Systeme in der Hinsicht rein gar nichts.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Spiele Programmierer« (25.06.2014, 17:11)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
My bad...Nun, Xcode läuft ja auch in einer VM auf einem OS X.
Man kann unter Linux C++-Anwendungen schreiben, die auch auf Windows lauffähig sind, nur erfordern diese dann auch entsprechende Bibliotheken (MinGW o. ä.) und sollte man versuchen, die WinAPI zu verwenden, wird man seine Anwendung auch nur mit zusätzlicher Software (Wine) zum Laufen bekommen. Ob man in letzterem Fall auch auf Linux kompilieren kann ist eine andere Sache.Zitat von »BlueCobold«
Für Windows entwickeln kannst Du auch nur unter Windows und für Linux genauso. Außer Du nutzt Crossplatform-Frameworks und die kannst Du für iOS ja ebenfalls unter Windows nutzen. Also nehmen sich alle existierenden Systeme in der Hinsicht rein gar nichts.
Man kann unter Linux für Windows native Anwendungen entwickeln und auch kompilieren als auch anders herum. Das sollte auch bei Mac nicht anders sein. Und dann gibt es ja auf sonst eben noch Dinge wie Java, wie du schon selbst gesagt und damit eigentlich widersprochen hast. Außerdem gibt es bei Windows, Linux und allen anderen mir bekannten Betriebssystemen auch keine gesetzliche Grauzone wenn man emuliert. Insofern ist da Apples Politik besonders auch bezüglich iOS schon eher eine Ausnahme, wie ich finde.
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Dem Käufer erst nach dem Kauf zugänglich gemachte Lizenzbestimmungen (zum Beispiel während der Installation oder als gedruckte Beilage in der Verpackung) sind für den Käufer wirkungslos
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Werbeanzeige