Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › OpenGL-Ersatz: Vulkan bringt sehr…

OpenGL vs Vulkan

  1. Thema

Neues Thema Ansicht wechseln


  1. OpenGL vs Vulkan

    Autor: Beeblox 01.02.16 - 10:38

    > Erschwert wird ein schneller Einstieg vieler Interessierter wohl auch dadurch, dass Vulkan im Vergleich zu OpenGL zunächst viel schwerer zu erlernen sein soll. Statt Tage wie bei OpenGL werden wohl Wochen vergehen, bis Programmierer mit Hilfe von Vulkan einfache Formen auf ein Display zeichnen können.

    Ich würde 1-2 Stunden rechnen, bis man verstanden hat, wie die Grundlagen von OpenGL funktionieren und einfache Formen damit zeichnen kann. Wer braucht da bitte Tage dafür?

    > Bis Vulkan abseits von Spielen zum Einsatz kommt, werden wohl noch einige Jahre vergehen. So müssen die Toolkits wie Qt oder GTK, die zum Erstellen von grafischen Anwendungen genutzt werden, um Vulkan-Unterstützung erweitert werden. Letztlich muss auch ein Weg gefunden werden, wie OpenGL und Vulkan parallel zueinander auf einem Rechner eingesetzt werden können. Laut Ekstrand arbeitet Nvidia inzwischen an einer möglichen Lösung dafür.

    Mit OpenGL als API kann man ja gar nix machen, ohne dass ein Toolkit einem ein Surface zur Verfügung stellt, auf das man zeichnen kann (ausgenommen egl). Würde man die Schiene weiter fahren, müsste Vulkan auch erstmal von den Toolkits unterstützt werden, bevor es überhaupt für irgendwas verwendet werden könnte. Ich frage mich, was Vulkan da anders machen möchte. Die Möglichkeit, ein Vollbild-Surface zu benutzen, könnte man wohl auch anbieten, ohne Toolkit-Unterstützung zu haben. Wird das so gemacht? Kennt da jemand Details?

  2. Re: OpenGL vs Vulkan

    Autor: DebugErr 01.02.16 - 13:09

    Guter Mann, ich glaube er geht von Grafikprogrammierungs-Neulingen, die noch nicht mal etwas von Vektoren wissen. Nicht die, die von D3D auf OGL portieren. Von daher Tage.

    Und ich befürchte auch, dass Vulkan am Ende nur etwas für dicke Spielefirmen sein wird, die genügend Ressourcen aufwenden können, um die dann deutlich komplexere API den EntwicklerN beizubringen, wenn Vulkan vergleichbar mit dem "Befehlssatz" von D3D12 sein wird - da habe ich nach kurzer Zeit das Handtuch geworfen, und ich bin auch nicht neu in dem Thema.

  3. Re: OpenGL vs Vulkan

    Autor: nille02 01.02.16 - 14:15

    DebugErr schrieb:
    --------------------------------------------------------------------------------
    > Und ich befürchte auch, dass Vulkan am Ende nur etwas für dicke
    > Spielefirmen sein wird,

    Du übersiehst die 3D Engines. Da rückt die API in den Hintergrund und man muss sich damit erst mal nicht beschäftigen.

  4. Re: OpenGL vs Vulkan

    Autor: tingelchen 01.02.16 - 15:57

    > Guter Mann, ich glaube er geht von Grafikprogrammierungs-Neulingen, die noch
    > nicht mal etwas von Vektoren wissen. Nicht die, die von D3D auf OGL portieren. Von
    > daher Tage.
    >
    Na, wer sich erst noch mit den Vektoren beschäftigen muss, der muss erst mal etwas Mathe nachholen, bevor er mit der Programmierung anfangen kann :) Es geht hierbei tatsächlich um die reine Programmierung. D.h. etwa 16h (2 Arbeitstage). Das ist schon realistisch. Natürlich kann man durch das Abschreiben eines Howto den ersten Würfel binnen Minuten auf den Schirm bringen. Aber verstanden hat man da noch nichts.

    Für erste Grafiken brauch man wirklich nicht lange. Innerhalb von Stunden. Aber mit allem drum und dran, bis man OGL wirklich so nutzen kann, wie man es möchte. Sind 2 Arbeitstage schon realistisch.

  5. Re: OpenGL vs Vulkan

    Autor: smirg0l 01.02.16 - 17:15

    tingelchen schrieb:
    --------------------------------------------------------------------------------
    > > Guter Mann, ich glaube er geht von Grafikprogrammierungs-Neulingen, die
    > Für erste Grafiken brauch man wirklich nicht lange. Innerhalb von Stunden.
    > Aber mit allem drum und dran, bis man OGL wirklich so nutzen kann, wie man
    > es möchte. Sind 2 Arbeitstage schon realistisch.

    Und dann kann und muss man Stück für Stück lernen, dass X so mittlerweile nicht mehr gemacht wird, das Y eigentlich seit 4.2 auch durch Z abgelöst wurde und mit jedem Schritt wird es komplizierter.
    Ja, mächtiger, schneller, eigentlich cooler, aber auch deutlich komplexer.

    Mehr Macht bedeutet auch, dass Dinge schneller in die Hose gehen können. Im Shader einmal nicht aufgepasst und einen Index referenziert, den es nicht gibt => segfault. Weil der Treiber es natürlich nicht abfangen kann.

    Ich finde es schon spannend, dass ich theoretisch viel mehr Einfluss haben werde, weniger spannend finde ich, dass ich vermutlich diesen Einfluss auch definitiv nutzen muss, um überhaupt was auf dem Schirm sehen zu können. Und sich da richtig einzulesen, ich denke auch, das wird dauern.

    Aber erst mal müsste man die API und die Specs überhaupt mal zu Gesicht bekommen... :|

  6. Re: OpenGL vs Vulkan

    Autor: spiderbit 02.02.16 - 16:46

    ja aber ist doch auch heute schon so wer programmiert noch spiele direkt ohne engines dazwischen mit opengl befehlen? Gut vielleicht baut man noch nen eigenen shader oder irgendwas, aber man zeichnet doch nicht mit vektoren mit opengl befehlen sachen.

    Bzw das dann wahrscheinlich eher ein hobbyprojekt, damit man halt zeigen kann eih ich kann so nen daemlichen wuerfel zeichnen vielleciht noch mit paar netten anderen effekten.

    Da heute auch schon fast alle spiele ueber grosse engines entwickelt werden wird sich fuer die spieleentwickler gar nicht so viel aendern. Auch wenn ichs fuer ne resourcenverschwendung hielte koennte ich mir sogar noch vorstellen das die engines dx12 und vulkan beides unterstuetzen und man dann im compiler nur irgendwo ne option um stellt und er einem so oder so ein build aus spuckt war ja zu quake3 und hl2 zeiten auch so aehnlich, die meisten spiele unterstuetzten mehrere apis.

    Der Aufwand des portierens zwischen dx und vulkan koennte acuh geringer sein, wenn man weis welche register oder was auch immer man in der einen sprache wie befuellen/ansteuern oder was auch immer muss, will man in der anderen api ja an sich das selbe machen, koennte mir vorstellen das die befehle dafuer oder zumindest deren parameter sehr aehnlich sind. (aber geb zu das sind jetzt vermutungen :) )

  7. Re: OpenGL vs Vulkan

    Autor: Graveangel 03.02.16 - 01:56

    Ich bin eigentlich kein dummer Mensch, aber ich würde vermutlich noch länger brauchen.
    Allerdings sind meine Mathematik-Kenntnisse leider nicht so weitgehend, wie ich es gerne hätte.
    Das Prinzip von Vektoren und Matrizen verstehe ich zwar, aber was man alles damit machen kann wird mir erst nach und nach klar.

    Schade, dass ich noch kein gutes Lehrbuch dafür gefunden habe, sonst würde es vermutlich schneller gehen, als alles auf StackOverflow zu lesen >_>

  8. Re: OpenGL vs Vulkan

    Autor: tingelchen 03.02.16 - 13:06

    Ein Lehrbuch für Vektoren? Ich habe mir vor Jahren da mal ein Buch geholt. Fällt ja alles unter Lineare Algebra. Hab eines von H.Anton ISBN:3-8274-0324-3. War damals nicht so teuer. Evtl. ist es ja was für dich :)

    In wie weit hast du denn da ein Verständnisproblem? Wenn man einmal verstanden hat was ein Vektor und eine Matrix ist, ergibt sich die Mathe um das Thema fast von alleine. Muss zugeben. Die 4 Grundrechenarten mit Matrizen sind besonders am Anfang etwas wirr :D

    Verabschiede dich einfach von dem Gedanken darin vornehmlich Koordinaten zu speichern.

    Wenn es etwas spezieller wird, wie Inverse Kinematik ist obiges Buch nicht das richtige. Da es vor allem die Grundlagen vermittelt. Da sind HowTo's die bessere Wahl. Oder wenn du jemanden im Umfeld im Bereich Informatik Studium hast, mal nach einem Paper fragen :)

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Bosch Gruppe, Leonberg
  2. Bosch Gruppe, Stuttgart
  3. BWI GmbH, Bonn-Beuel
  4. Bosch Gruppe, Abstatt

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 1,49€
  2. 34,49€
  3. (-72%) 5,50€
  4. 5,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Honor Magic 2 im Test: Die Smartphone-Revolution ist aufgeschoben
Honor Magic 2 im Test
Die Smartphone-Revolution ist aufgeschoben

Ein Smartphone, dessen vordere Seite vollständig vom Display ausgefüllt wird: Diesem Ideal kommt Honor mit dem Magic 2 schon ziemlich nahe. Nicht mit Magie, sondern mit Hilfe eines Slider-Mechanismus. Honor verschenkt beim Magic 2 aber viel Potenzial, wie der Test zeigt.
Ein Test von Tobias Czullay

  1. Honor Neues Magic 2 mit Slider und ohne Notch vorgestellt
  2. Huawei Neues Honor 8X kostet 250 Euro
  3. Honor 10 vs. Oneplus 6 Oberklasse ab 400 Euro

Emotionen erkennen: Ein Lächeln macht noch keinen Frohsinn
Emotionen erkennen
Ein Lächeln macht noch keinen Frohsinn

Wer lächelt, ist froh - zumindest in der Interpretation eines Computers. Die gängigen Systeme zur Emotionserkennung interpretieren den Gesichtsausdruck als internes Gefühl. Die interne Gefühlswelt ist jedoch sehr viel komplexer. Ein Projekt des DFKI entwickelt ein System, das Gefühle besser erkennen soll.
Ein Bericht von Werner Pluta

  1. Ökostrom Wie Norddeutschland die Energiewende vormacht
  2. Magnetfeld Wenn der Nordpol wandern geht
  3. Computational Periscopy Forscher sehen mit einfacher Digitalkamera um die Ecke

Struktrurwandel: IT soll jetzt die Kohle nach Cottbus bringen
Struktrurwandel
IT soll jetzt die Kohle nach Cottbus bringen

In Cottbus wird bald der letzte große Braunkohle-Tagebau zum Badesee. Die ansässige Wirtschaft sucht nach neuen Geldquellen und will die Stadt zu einem wichtigen IT-Standort machen. Richten könnten das die Informatiker der Technischen Uni - die werden aber direkt nach ihrem Abschluss abgeworben.
Von Maja Hoock

  1. IT-Jobporträt Spieleprogrammierer "Ich habe mehr Code gelöscht als geschrieben"
  2. Recruiting Wenn die KI passende Mitarbeiter findet
  3. Softwareentwicklung Agiles Arbeiten - ein Fallbeispiel

  1. Software: Stellenabbau bei SAP betrifft Deutschland und USA
    Software
    Stellenabbau bei SAP betrifft Deutschland und USA

    Der angekündigte Abbau von Stellen bei SAP betrifft den Konzernsitz und mit den USA das Land, in dem das Unternehmen am meisten zukauft. Angeblich will man aber viele Neueinstellungen vornehmen, die die Arbeitsplatzverluste ausgleichen.

  2. Enterprise-Speicher: Erste Muster von Toshibas MAMR-Festplatten noch 2019
    Enterprise-Speicher
    Erste Muster von Toshibas MAMR-Festplatten noch 2019

    Der Platter-Hersteller SDK verrät einen Teil der Roadmap von Toshiba. Noch im laufenden Jahr sollen erste Festplatten mit MAMR-Technik erscheinen, die bis zu 18 Terabyte Platz bieten könnten.

  3. Mobile GPUs: Nvidia kündigt MX250 und MX230 für Einsteiger-Notebooks an
    Mobile GPUs
    Nvidia kündigt MX250 und MX230 für Einsteiger-Notebooks an

    Auf seiner Webseite führt Nvidia zwei neue GPUs für Mobilrechner. Anhand der wenigen verfügbaren Daten lässt sich schließen, dass es sich um umbenannte Versionen der bisherigen MX130 und MX250 handeln dürfte.


  1. 19:03

  2. 18:45

  3. 18:31

  4. 18:15

  5. 17:46

  6. 17:00

  7. 16:40

  8. 16:08