Ich kann Ihm da nur zustimmen

[null]

Wine unterstützt auch DirectX (fast komplett) womit man auf OpenGL anpassungen verzichten könnte...

Ich denke das für Entwickler wie Dice ein eigener Port von BF3 unmöglich ist, solange sie Fremd-Produkte in Ihrer Engine (Frostbite) verwenden. Enlighten ist ein gutes Beispiel welches die Engine erst so gut aussehen lässt und die unterstützt nur PC, XBox und Playstation. Bei Indy-Games ist der "Port" weniger ein Problem wenn man auf die Hybride Engine von Unity3D setzt. Aber AAA-Titel werden immer etwas schlechter "aussehen" wenn man diese mit Spielen von den großen Engines vergleicht.

Aber sind wir doch mal Ehrlich, die Linux Spieler haben (noch) einen viel zu geringen Marktanteil und das sollte sich erst einmal Entwickeln. Vielleicht wenn Chris Robert die CryEngine 3 auf Linux Portiert hat ;)

[Crass Spektakel]

Das stimmt so nicht. Enlighten gibts für alle Posix-Systeme. Himmel, das ist eine Middleware, die hat gar keinen Kontakt zu irgendwelchen plattformspezifischen Schnittstellen.

(Ich glaube daß in BF3 Enlighten nur auf höchster Stufe verwendet wird, d.h. 90% aller PC-Spieler sehen sowieso nie etwas davon und Konsolenspieler sowieso nicht)

Was stimmt: Unter Linux wurde sie bisher nur als Techdemo und nicht in Produkten verwendet. Für Android sind aber einige Sachen in der Pipeline.



1 mal bearbeitet, zuletzt am 10.02.13 12:45 durch Crass Spektakel.

[lolig]

null schrieb:
--------------------------------------------------------------------------------
> Wine unterstützt auch DirectX (fast komplett) womit man auf OpenGL
> anpassungen verzichten könnte...
WINE ist und bleibt eine Krücke, es hat bei aktuellen Titeln eine wesentlich schlechtere Performance als unter Windows und das wird sich nicht wirklich ändern, weil ein Wrapper schlichtweg Leistung frisst.

> Aber sind wir doch mal Ehrlich, die Linux Spieler haben (noch) einen viel
> zu geringen Marktanteil und das sollte sich erst einmal Entwickeln.
> Vielleicht wenn Chris Robert die CryEngine 3 auf Linux Portiert hat ;)
Wieder das typische Henne-Ei Problem. Ich habe Windows nur noch für Spiele auf dem Rechner. Wenn jetzt so eine tolle Marktstudie kommt und fragen würde, ob ich unter Windows oder Linux spiele, dann müsste ich zwangsweise Windows antworten.

[null]

Ok, hat sich einiges getan bei Enlighten mein letzter Stand war der Release von BF3 ;)
ändert trotztem nichts an der Aussage. Und deine Kritik daran stimmt nicht, denn Enlighten ist sehr wohl Plattform abhängig im Support

[null]

Klar System Calls fressen Performance aber mit Unity3D hat man ja das selbe Problem.

[Crass Spektakel]

null schrieb:
--------------------------------------------------------------------------------
> ändert trotztem nichts an der Aussage. Und deine Kritik daran stimmt nicht,
> denn Enlighten ist sehr wohl Plattform abhängig im Support

Die Plattform ist "Posix" und deckt von BSD über Linux bis zu OS/9 alles ab. Also was solls?

[lolig]

null schrieb:
--------------------------------------------------------------------------------
> Klar System Calls fressen Performance aber mit Unity3D hat man ja das selbe
> Problem.

Stellt die Engine während der Laufzeit die Weichen zu OpenGL oder Direct3D bzw zum entsprechenden OS oder beim kompilieren?

[null]

Shader werden entsprechend kompiliert, aber die Engine läuft über Managed Code, daher die System Calls.

[null]

Um es etwas genauer zu erklären die Engine läuft auf mono http://www.mono-project.com/Main_Page

Also DirectX Calls sind "gewrappt", kann also niemals an die Geschwindigkeit von einem Nativen Aufruf kommen :( C und C++ dependencies kann man einbauen, läuft dann aber nicht im Webplayer.

[lolig]

null schrieb:
--------------------------------------------------------------------------------
> Um es etwas genauer zu erklären die Engine läuft auf mono
> www.mono-project.com
>
> Also DirectX Calls sind "gewrappt", kann also niemals an die
> Geschwindigkeit von einem Nativen Aufruf kommen :( C und C++ dependencies
> kann man einbauen, läuft dann aber nicht im Webplayer.

Das sieht in meinen Augen dann auch eher so aus als hätte man nachträglich einen "notdürftigen" Linux-Support dran geklatscht. Da dürfte sogar Java Gaming Engines performanter laufen...

[null]

Ja schön wenn das Programm überall laufen kann aber um Api Calls an die GPU kommt es nicht rum, und solange das nicht implementiert ist kann man auch nicht von Posix sprechen. Die Kern aussage von mir ist das wenn Third-Party-Software genutzt wird, der Port schwieriger ist.

[null]

Java hat genau das selbe Problem. Ist genauso Managed Code wie C# und kann ohne nen Wrapper keine GPU Api ansprechen. Solche Wrapper verursachen bis zu 9x mehr System Calls gegenüber einem nativen (C++) Aufruf. Unity3D ist jetzt nicht unbedingt schlecht oder Langsam, aber kommt eben nie an diese Leistungsspitze von den großen Engines ran.

[tomek]

Crass Spektakel schrieb:
--------------------------------------------------------------------------------
> Das stimmt so nicht. Enlighten gibts für alle Posix-Systeme. Himmel, das
> ist eine Middleware, die hat gar keinen Kontakt zu irgendwelchen
> plattformspezifischen Schnittstellen.

Bist du dir sicher, dass es Enlighten für alle(!) Posix kompatible Systeme gibt? Der Hersteller sagt dazu nicht viel und des sollte es am ehesten wissen.

> (Ich glaube daß in BF3 Enlighten nur auf höchster Stufe verwendet wird,
> d.h. 90% aller PC-Spieler sehen sowieso nie etwas davon und Konsolenspieler
> sowieso nicht)

Falsch:
"Enlighten is the world's first fully real-time global illumination technology. It is the only solution proven to deliver fully dynamic lighting on today's consoles."

Und weiter:
"The Enlighten runtime is lightweight and has been heavily optimised for all games platforms. The runtime is available for Microsoft Xbox 360™, Sony PlayStation®3 and PlayStation®Vita, Nintendo Wii U™, PC (CPU and GPU modes), iOS, Android and next generation."
(Quelle)

> Was stimmt: Unter Linux wurde sie bisher nur als Techdemo und nicht in
> Produkten verwendet. Für Android sind aber einige Sachen in der Pipeline.

Hast du mal einen Link zur Tech-Demo?

[lolig]

null schrieb:
--------------------------------------------------------------------------------
> Java hat genau das selbe Problem. Ist genauso Managed Code wie C# und kann
> ohne nen Wrapper keine GPU Api ansprechen. Solche Wrapper verursachen bis
> zu 9x mehr System Calls gegenüber einem nativen (C++) Aufruf. Unity3D ist
> jetzt nicht unbedingt schlecht oder Langsam, aber kommt eben nie an diese
> Leistungsspitze von den großen Engines ran.

Die Java Gaming Engine aussage war ironisch gemeint...

Das Unity3D "intern" prinzipiell das selbe wie Wine macht ist sicherlich nicht die beste oder einzigste Lösung. Noch dazu ist C# + Mono imho auch eine denkbar schlechte Lösung für Linux.

[dispat0r]

Hier mal ein paar infos zu Wrappern und Performance.
Natürlich hat man gewisse einbußen durch die zusätzlichen calls etc. aber die Verluste sind sehr gering.
Valve hat bei den bisherigen linux ports auch nichts anderes gemacht als die DirectX calls nach Opengl zu übersetzten.
Wenn die Entwickler zumindest schonmal anfangen auf die wine performance zu achten ist das schon ein großer Schritt in die richtige Richtung.
Die meisten Probleme bei wine gibt es nämlich, weil schlecht implementierte Windows API Funktionen verwendet werden oder irgendwelche Windows spezifischen hacks.
Am besten wäre wenn DirectX einfach sterben würde, alles was mit Opengl läuft funktioniert nämlich schon relativ gut unter wine.