Du bist nicht angemeldet.
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!
07.12.2013, 16:52
Kann man nur in C# entwickeln oder auch in C++? Sieht nämlich echt cool ausund ich würde Duality später gerne verwenden. Wenn keine Entwicklung mit C++ unterstützt wird, kann man dann auch ohne C# Kenntnisse was damit machen?
Ein anderes wichtiges Thema ist die Performance in Bezug auf viele Objekte. UnityPro batched dafür automatisch alle Texturen zu einem Altlas zusammen, was mich ja persönlich sehr freut. Macht das Duality auch? Schließlich ein ziemlich gutes Feature, um Performance besonders auf mobilen Geräten zu optimieren.
Ich hab mal eine "ketzerische" frage: Was macht Duality im vergleich zu Unity mit Integriertem 2D besser? Was mich an "Unity2D" stark stört ist die Einschränkungen in der Free-Version und die Tatsache, dass man sich bei dir unter Umständen Features wünschen kann. Andererseits finde ich Duality an einigen Stellen bzgl. Usability etwas unhandlich, worauf ich dich auch schon mehrmals hingewiesen habe und dich bisher nicht überzeugen konnte.
Naja, Unity2D gibts ja erst seit ein paar Monaten. Vorher gabs das ja nicht und wenn ich mich richtig erinnere war das ja sozuagen das Ziel von Duality. Ähnlich wie Unity, aber halt für 2D und jetzt, wo Unity das selbst macht ist das für ihn ein wenig ungünstig.
Aber wäre interessant Fetze's Meinung zu hören. Vielleicht hat er sich ja etwas überlegt, wie er sicht gegen Unity platzieren kann. (Vielleicht über den Preis?)
Es gibt Gemeinsamkeiten, aber letztendlich ist Duality dann auch einfach anders. Hier mal ein paar allgemeine Worte, um die beiden in einen Kontext zu stellen:
07.12.2013, 17:31
16.12.2013, 21:32
Hab das mal in Form eines Blogeintrags getan. Danke für die IdeeDie Antwort gefällt mir!
Ich würde das noch ein wenig ausformulieren und dann bereit halten, wenn noch mehr Leute Fragen. Und vor allem auf deiner Seite irgendwo prominent verkaufen. Kannst sicher noch ein wenig mehr Entwickler von Unity abhalten und auf deine Seite locken.
Die Frage, warum Duality existiert, obwohl es doch Unity2D gibt, werden sich vermutlich einige stellen. Darauf gibt es sicher viele verschiedene Antworten - aber auf eine davon kann ich nun direkt verweisen.
31.01.2014, 15:21
.
31.01.2014, 16:11
Werde versuchen, so gut wie möglich auf deine Punkte einzugehen:Sehe da ähnliches Potential. Duality selbst besteht mittlerweile zu 99% aus Managed Code und hat keine plattformgebundenen Dependencies außer OpenTK, wobei eben dieses ja den Zweck hat, das Bindeglied von Grafik und Sound API für verschiedenste Plattformen zu sein. Probleme, die sich da derzeit ergeben:* Prinzipiell sollte es kein Problem sein, Duality für MacOSX und Linux (mit Hilfe von Mono) zum laufen zu bringen (da könnte ich Dir helfen).
* Was mich fast zum verzweifeln brachte, ist das Konzept ...den Editor bei einem neuen Projekt immer mitzukopieren. Das hat mich fast verrückt gemacht. Hast Du Dich bewusst dafür entschieden, oder fehlt einfach das Abspeichern, Laden und Handln von unterschiedlichen Projekten? Ich würde hier das Konzept von Unity favorisieren. Also ein Projektordner mit der Projektdatei und allen Assets. Ein Deploy button um ein Release (ohne/mit Editor) zu bauen.
Letzteres kommt daher, dass Duality sich in stetiger Entwicklung befindet und vollständige Rückwärtskompatibilität nicht gewährleistet werden kann. Das wiederum ist der Grund für das Konzept des projektlokalen Editors, welches sicherstellt, dass jedes Projekt auch in Zukunft weiter funktioniert.* Desweiteren ist mir aufgefallen, dass man ältere Projekte nicht mit einem neueren Editor benutzen kann. Das liegt wohl am obigen Konzept!?
Ganz grob kannst du das hier nachlesen. Was die vergangene Entwicklung angeht, hab ichs leider nicht genauer, sorry* Hast Du irgendwo Deine Roadmap dokumentiert? Also außer die Issue page auf github.
Für die Zukunft gibt es keine in Stein gemeißelte Roadmap. Sollten sich größere Dinge ankündigen, könnte sich ein Blick auf meinen Blog lohnen, aber auch hier existiert leider kein konkretes Dokument, wo man sich schnell über die kommenden Planungsjahre informieren kann.
Zitat
* Ich fand es immer schon eine große pain, größere Projekte in Unity zu handln. Diese ganzen Objekt- und Parameterlisten sind ein graus wenn man Sourcecode gewöhnt ist. Von Nachvollziehbarkeit von Änderungen ganz zu schweigen. Hast Du eine Idee oder ein Konzept dies besser zu machen? Wie kann man zb. gescheit mit dem Editor und Git zusammenarbeiten (mehrere Personen beteiligt) ? Ich denke hier konkret daran....in der jetzigen Phase der Entwicklung die Zusammenarbeit von mehreren Personen an einem Projekt in den Fokus zu rücken.
Wenn man dazu als Ressourcenformat XML wählt, dann lassen sich eventuell entstehende Konflikte auch recht gut mergen, speziell diesem Thema hab ich einige Änderungen im Serialisierungsmodul von Duality gewidmet. BatCat hatte da anfänglich einige Probleme, die aber mittlerweile Geschichte sind.Ich persönlich würde die Einführung einer zweiten Sprache als unnötige Verkomplizierung empfinden. Was spricht dagegen, in C# zu scripten?* Spricht etwas gegen die Integration von Scriptsprachen...zb. Lua?
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Fetze« (31.01.2014, 16:18)
31.01.2014, 17:19
Prinzipiell muss man den Editor jedoch nicht portieren, damit man Duality Spiele auf anderen Systemen spielen kann.
- Ich habe selbst weder Testsystem noch Kapazitäten, Duality auf Mac und Linux zum Laufen zu bringen. Hier bräuchte ich Hilfe von außen, würde mich da also über jedwede Experimente deinerseits oder von anderen Helfern freuen
- Der Editor ist nicht ganz so plattformunabhängig und krallt sich über die eine oder andere Dependency in der WinAPI fest. Hier müsste Portierungsarbeit betrieben werden.
Letzteres kommt daher, dass Duality sich in stetiger Entwicklung befindet und vollständige Rückwärtskompatibilität nicht gewährleistet werden kann. Das wiederum ist der Grund für das Konzept des projektlokalen Editors, welches sicherstellt, dass jedes Projekt auch in Zukunft weiter funktioniert.
Sprichst du von einer Integration von Git oder SVN direkt in den Duality Editor? Das würde ich gerne vermeiden, da ich kein spezifisches System zur Versionskontrolle bevorzugen will.
Prinzipiell ist es aber durchaus möglich, ein Duality Projekt innerhalb eines Teams zu entwickeln, es hindert dich ja niemand daran, den Projektordner in ein Repository zu packen.
Ich persönlich würde die Einführung einer zweiten Sprache als unnötige Verkomplizierung empfinden. Was spricht dagegen, in C# zu scripten?
Klar, was man sich natürlich überlegen könnte, wäre der Support von C# Scripten, damit man sich kein CorePlugin als Scripte-Container anlegen muss. Das könnte man dann noch mit Convenience Methoden und Helferklassen verfeinern. Allerdings hab ich bisher noch nie den Fall gehabt, dass ich wirklich Skripte als solche gebraucht hätte, und meist gab es akut wichtigeres zu tun. Ansonsten spricht aus meiner Sicht aber nix dagegen.
. Mir schwebt da vor, Objekte direkt im Editor mit Funktionen zu unterlegen, die von der Engine getriggert werden. Also direkt im Editor die Objekte scripten. ZB. für Leute ohne VisualStudio, für einfach Dinge wie Dein Platformer Demo. Dort könnte man das Character Objekt direkt im Editor scripten..ohne den Umweg über Plugin und VS gehen zu müssen.
|
C#-Quelltext |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
Object:new() end Object:update() end Object:draw() end Object:keypressed() end Object:keyreleased() end Object:quit() end usw. |
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »SiENcE« (31.01.2014, 17:58)
31.01.2014, 19:06
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Fetze« (31.01.2014, 19:16)
03.02.2014, 14:03
. Deswegen würde ich nicht meine Entwicklungsstrategie darauf anpassen..
03.02.2014, 14:16
Der Root-Ordner, in dem sich auch die Binaries befinden. Nachtrag zur Versionskontrolle: Nicht vergessen, das bevorzugte Datenformat im Editor auf XML zu stellen, sonst haben die meisten Systeme Schwierigkeiten mit dem Mergen von Ressourcen. Sollte aber standardmäßig so eingestellt sein.btw. Was ist denn der Projektordner? Data und Source?
22.05.2014, 15:43
|
|
C#-Quelltext |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
// Draws a point on screen at 100, 100 VisualLog.Default.DrawPoint(100, 100); // Draws a point at world coordinate zero VisualLog.Default.DrawPoint(0, 0, 0); // Draws a point at object coordinate zero of GameObject "someGameObject" VisualLog.Default.DrawPoint(0, 0, 0).AnchorAt(someGameObject); // Draws a red point on screen at 200, 100 VisualLog.Default.DrawPoint(200, 100).WithColor(ColorRgba.Red); // Draws a green point on screen at 300, 100 and keeps it alive for one second. // A new one will be generated with each call, so this is obviously intended for // specific events, rather than being called each frame. VisualLog.Default.DrawPoint(200, 100).WithColor(ColorRgba.Green).KeepAlive(1000.0f); |
|
|
C#-Quelltext |
1 2 3 4 5 6 7 |
VisualLog log = VisualLog.Default;
log.DrawPoint(...);
log.DrawVector(...);
log.DrawConnection(...);
log.DrawCircle(...);
log.DrawPolygon(...);
log.DrawText(...);
|
|
|
C#-Quelltext |
1 2 3 4 5 6 |
VisualLog logA = VisualLog.Get("A"); logA.VisibilityGroup = VisibilityFlag.Group2; logA.BaseColor = ColorRgba.Green.WithAlpha(0.5f); VisualLog logB = VisualLog.Get("B"); log.B.Visible = false; |
|
|
C#-Quelltext |
1 2 3 4 5 |
public T GiveMeTheSum<T>(T first, T second) { // Okay, let's do this! return first + second; // Bam! Compiler error :( } |
|
|
C#-Quelltext |
1 2 3 4 5 |
public T GiveMeTheSum<T>(T first, T second) { // Okay, let's do this! return GenericOperator.Add<T,T>(first, second); } |
|
|
C#-Quelltext |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
SpriteRenderer sprite = ...; Transform transform = sprite.GameObj.Transform; // So we have this sprite. Let's animate it's coloring over time! IPropertyAnimation colorAnim = PropertyAnimation.Create(sprite, () => sprite.ColorTint, new AnimationTrack<ColorRgba> { { 0.0f, ColorRgba.Red }, { 1.0f, ColorRgba.Green }, { 2.5f, ColorRgba.Blue }, { 5.0f, new ColorRgba(255, 128, 0) }, { 8.0f, ColorRgba.Red } }); // To run the animation, just make sure to update its Time property each frame. colorAnim.Time += howFastItShouldRun * Time.TimeMult; |
|
|
C#-Quelltext |
1 2 3 4 5 6 7 8 |
List<Vector3> vecList = ... vecList[0].X = 10.0f; // Can't do that, because vecList[0] returns a copy of the element, since Vector3 is a value type. // Need to do this: Vector3 vec = vecList[0]; // Function call & copying data vec.X = 10.0f; // Assignment vecList[0] = vec; // Function call & copying data |
|
|
C#-Quelltext |
1 2 3 4 5 6 |
RawList<Vector3> vecList = ... // Let's gain direct access. Vector3[] data = vecList.Data; data[0].X = 10.0f; // Such works. So greatness. |
|
|
C#-Quelltext |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
Grid<int> grid = new Grid<int>(2, 2); grid[0, 0] = 0; grid[1, 0] = 1; grid[0, 1] = 2; grid[1, 1] = 3; Assert.AreEqual(4, grid.Capacity); Assert.AreEqual(2, grid.Width); Assert.AreEqual(2, grid.Height); CollectionAssert.AreEqual(new[] { 0, 1, 2, 3 }, grid); grid.Resize(4, 4, Alignment.Center); Assert.AreEqual(16, grid.Capacity); Assert.AreEqual(4, grid.Width); Assert.AreEqual(4, grid.Height); CollectionAssert.AreEqual(new[] { 0, 0, 0, 0, 0, 0, 1, 0, 0, 2, 3, 0, 0, 0, 0, 0 }, grid); grid.ShrinkToFit(); CollectionAssert.AreEqual(new[] { 0, 1, 2, 3 }, grid); |
Es geht dabei im Wesentlichen um ein Magiesystem, welches es dem Spieler erlauben soll, eigene Zauber zuschreiben. Das ganze hat es bis in den Zustand eines (sehr!) frühen Prototyps geschafft und ist > hier < mit kompletter Beschreibung und Downloadlink verfügbar.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Fetze« (22.05.2014, 15:48)
Projektvorstellungen und Stellenangebote »
Projekt U-Boot-Simulator, Die Herausforderung
(14.02.2012, 18:59)
Projektvorstellungen und Stellenangebote » Online Game: Hero Engine vs. offline Game: CryEngine
(04.02.2012, 22:27)
Game-Design und Spieleentwicklung » Suche Buch über Theorie der Spieleprogrammierung
(15.01.2012, 17:57)
Projektvorstellungen und Stellenangebote » Projektvorstellung: Faudra
(03.05.2008, 23:33)
Eingabe, Audio, Physik, Netzwerk, Scripting und KI » Slipknot - Neues Album
(02.05.2004, 11:36)
07.05.2024, 16:22
Zum Seitenanfang
