Intel Xe: Intel erweitert Roadmap um hardwarebeschleunigtes Raytracing

61
News Maurice Riebling Als bevorzugte Quelle auf Google hinzufügen
Intel Xe: Intel erweitert Roadmap um hardwarebeschleunigtes Raytracing (1)
Quelle: Intel

Intel hat im Zuge der aktuell in Stuttgart stattfindenden Konferenz für Animationen, Effekte, Games und digitale Medien Neuigkeiten zur Intel Xe Architektur Roadmap verkündet. In Bezug auf Datencenter-optimiertes Rendering habe man die Roadmap um hardwarebeschleunigtes Raytracing erweitert. Zusätzlich will Intel mit drei Instituten die Forschung im Bereich der Grafik verstärkt vorantreiben.

Aktuell läuft in Stuttgart die Internationale Konferenz für Animationen, Effekte, Games und digitale Medien. Auch Intel ist zu Gast auf der FMX und thematisiert mitunter die zahlreichen Tools, die Filmstudios dabei helfen sollen, möglichst realistische Animationen auf die Beine zu stellen. Bislang ging es in Bezug auf das Intel Rendering Framework vornehmlich und Softwarebibliotheken. Auf der aktuellen Konferenz in Stuttgart hat Intel jedoch auch Hardware-News in Bezug auf Intel Xe im Gepäck.

Bereits im März versprach Intels David Blythe neue und "aufregende" Neuigkeiten bezüglich der Intel Xe-Architektur. Eine Neuigkeit wurde im Zuge der FMX 2019 verkündet. Laut Pressemitteilung hat der Chip-Hersteller die Intel Xe Architektur-Roadmap für das Datencenter-optimierte Rendering um die Unterstützung von hardwarebeschleunigtem Raytracing für die Programmierschnittstellen und Softwarebibliotheken des Intel Rendering Frameworks erweitert. Damit wolle man laut Jim Jeffers eine "ganzheitliche" Compute- und Software-Umgebung schaffen.

Auch lesenswert: Intel Xe: Raja Koduri wurde bei Samsung gesichtet

Zusätzlich will Intel künftig verstärkt die Forschung vorantreiben. Dafür hat das Unternehmen drei Institute unter dem Banner "XeLLENCE" eingerichtet, die sich mit Grafik und Visualisierung befassen sollen. Auch in Deutschland befindet sich mit der Universität Stuttgart ein Standort. Wie es in der Mitteilung heißt, sollen dadurch Möglichkeiten für Kreative und Wissenschaftler geschaffen werden, die Intel Xe-Architektur besser zu nutzen.

[PLUS] 8 Prozessorkühler für AMD- und Intel-CPUs im Test

[PLUS] 8 Prozessorkühler für AMD- und Intel-CPUs im Test

mehr ...

61
    • Kommentare (61)

      Zur Diskussion im Forum
      • Von Mimimimimi
        Zitat von olletsag
        Leviten? Da steht so viel ungereimtes Zeug, dass sie selbst nicht verstehen was sie schreiben und das Geschriebene im selben Atemzug auch gleich wieder selbst verneinen.
        Ach so, deshalb antwortest du auch nicht darauf, obwohl du sonst mehr als 8 Postings am Tag mit Bullshit raus haust

        Zitat von olletsag
        Sie bieten das nicht an, weil man RTX so nicht ausführen könnte, sie es nicht wollen und auch nicht dürften
        Lern bitte endlich lesen, olletsag. Er schriebt "Raytracing", nicht "RTX". Um "Raytracing" mit DXR an zubieten, muss AMD überhaupt gar nicht RTX ausführen können. Wann unterstützt AMD endlich DirectX vollumfänglich, DXR gehört ja nun mal dazu?

        Zitat von olletsag
        Erst behauptest du AMD hätte gar keine lauffähige Version, dann läuft sie auf openCL und OSX - was denn nun? ProRenderer schließen wir dann gleich mal aus. RadeonRay ist was die Entwicklung angeht uralt.
        Nichts davon hat etwas mit DXR zu tun. Laufen ja auch auf OpenCL. Einen Raytracing-Render von NVIDIA gibt es auch schon Ewigkeiten auf CUDA basiernd.

        Ist ja nur alles irrelevant für DXR.

        Zitat von olletsag
        Aber RTX.
        Leider irrelevant. PolyOnePolymer geht es, das stellt er ja mehrfach klar, auch wenn du es nicht verstanden hast, um eine DXR-Implementierung von AMD. Die es nicht gibt. Ende, aus.

        Zitat von olletsag
        Er wurde gar nicht rausgeworfen.
        Natürlich wurde er das, er wurde freigestellt und Su übernahm. Rauswurf erster Güte im Management, wenn man keine Lust auf eine Abfindung hat.

        Zitat von olletsag
        Wen AMD hätte solche Kurs- und Gewinnverluste hinnehmen müssen, wären sie Pleite.
        Sieht man eben, was für Leute bei AMD und was für Leute bei NVIDIA arbeiten
      • Von Mimimimimi
        Zitat von olletsag
        Leviten? Da steht so viel ungereimtes Zeug, dass sie selbst nicht verstehen was sie schreiben und das Geschriebene im selben Atemzug auch gleich wieder selbst verneinen.
        Ach so, deshalb antwortest du auch nicht darauf, obwohl du sonst mehr als 8 Postings am Tag mit Bullshit raus haust

        Zitat von olletsag
        Sie bieten das nicht an, weil man RTX so nicht ausführen könnte, sie es nicht wollen und auch nicht dürften
        Lern bitte endlich lesen, olletsag. Er schriebt "Raytracing", nicht "RTX". Um "Raytracing" mit DXR an zubieten, muss AMD überhaupt gar nicht RTX ausführen können. Wann unterstützt AMD endlich DirectX vollumfänglich, DXR gehört ja nun mal dazu?

        Zitat von olletsag
        Erst behauptest du AMD hätte gar keine lauffähige Version, dann läuft sie auf openCL und OSX - was denn nun? ProRenderer schließen wir dann gleich mal aus. RadeonRay ist was die Entwicklung angeht uralt.
        Nichts davon hat etwas mit DXR zu tun. Laufen ja auch auf OpenCL. Einen Raytracing-Render von NVIDIA gibt es auch schon Ewigkeiten auf CUDA basiernd.

        Ist ja nur alles irrelevant für DXR.

        Zitat von olletsag
        Aber RTX.
        Leider irrelevant. PolyOnePolymer geht es, das stellt er ja mehrfach klar, auch wenn du es nicht verstanden hast, um eine DXR-Implementierung von AMD. Die es nicht gibt. Ende, aus.

        Zitat von olletsag
        Er wurde gar nicht rausgeworfen.
        Natürlich wurde er das, er wurde freigestellt und Su übernahm. Rauswurf erster Güte im Management, wenn man keine Lust auf eine Abfindung hat.

        Zitat von olletsag
        Wen AMD hätte solche Kurs- und Gewinnverluste hinnehmen müssen, wären sie Pleite.
        Sieht man eben, was für Leute bei AMD und was für Leute bei NVIDIA arbeiten
      • Von olletsag
        Zitat von TwoCents
        Haben dir die zwei Kollegen vorher ja schon sehr gut die Leviten gelesen...
        Die zwei Kollegen von Dir? Danke für diese Erkenntnis! Leviten? Da steht so viel ungereimtes Zeug, dass sie selbst nicht verstehen was sie schreiben und das Geschriebene im selben Atemzug auch gleich wieder selbst verneinen.

        Zitat von PolyOnePolymer
        Nvidia hat Raytracing auch für die alte Generation freigegeben und bei den Leistungsmessungen sieht man genau eines. Werden viele Strahlen verschossen wird die Berechnung der Schnittpunkte auf der alten Pascal Generation ineffizient und schrumpft in Metro auf ein Drittel zusammen, genau deshalb bietet AMD bis heute keine Unterstützung an, weil deren GPU´s zu langsam wären und das zu schlechter Publicity führen würde.

        Sie bieten das nicht an, weil man RTX so nicht ausführen könnte, sie es nicht wollen und auch nicht dürften, sie müssten dafür eine eigene RT-API auf der Grundlage von Schnittstellen wie DXR implementieren (für ihre Hardware), die genau das tut was nVidia macht. Pascal ist langsam weil RTX allein Turing fokussiert, andere Lösungen wären möglich gewesen - nur will nVidia sowas bekannterweise nicht.

        Wozu du dich hier anmeldest ist mir egal, aber richtig stellen tust du mit deinem Geschreibsel nichts, weil lange Sätze die nichts sagen meist bedeuten - der Autor ist sich nicht sicher worüber er gerade schreibt.

        Zitat von PolyOnePolymer
        RadeonRays stellen eine OpenCL implementierung dar.Die Tatsache dass es auf Macs lauffähig ist, ist natürlich ein Beleg dafür dass AMD nicht überrascht war, sicher.
        Erst behauptest du AMD hätte gar keine lauffähige Version, dann läuft sie auf openCL und OSX - was denn nun? ProRenderer schließen wir dann gleich mal aus. RadeonRay ist was die Entwicklung angeht uralt.

        https://www.amd.com/de/te...

        Zitat von PolyOnePolymer
        Deshalb ist DXR auch nicht propretiär.
        Aber RTX. LowLevel bedeutet grundsätzlich in Hardwarenähe was für DX12 auch zutrifft, wenn man keinen Softwarestack benutzen möchte. Hardwarebeschleunigung braucht dann llw. Wie soll AMD das denn deiner Meinung nach machen? Es sind immer weniger Entwickler gewillt für nVidia zu knechten, die wollen selbst ihr eigenes Ding machen und brauchen dafür effiziente Entwicklungen, nicht Vorgaben die sie einschränken. Von EPIC alles zu kaufen oder lizenzieren zu müssen, macht es nicht besser. Damit macht man sich abhängig und wenn es mal zum Eklat kommt steht man allein da.

        Es ist doch so wie immer, nVidia fahren ihre proprietäre Schiene und aus die Maus. Wenn sie sich damit nicht durchsetzen können oder die Entwicklungskosten explodieren würden, dann auf einmal gehen Teile davon auch open source.

        Zitat von PolyOnePolymer
        Vielleicht lag es auch an seinen Heucheleien und Lügen zum Polaris Launch sowie zum Vega Launch und nicht mal an seiner eigentlich Kompetenz. Es gibt auch immer menschliches Versagen, unabhängig vom Know How und das würde ich als Hauptgrund für seinen Rauswurf sehen.
        Er wurde gar nicht rausgeworfen. Su bedauerte sogar das er wegging. Sie wusste sicher was das bedeutet. Am Design konnte auch Koduri nichts mehr ändern (stammte auch nicht von ihm), ich vermute man hatte geliefert was die Führungsriege wollte - aus dem Pool was man hatte und konnte, letztlich hat es den Miningboom betreffend gepasst. Polaris oder Vega, egal. Bis zum 2.Q'18 nahm man nVidia auch Anteile ab. Dann zog man die Reißleine, gab eine Warnung heraus, die Huang ignorierte. Ergebnis bekannt. Wen AMD hätte solche Kurs- und Gewinnverluste hinnehmen müssen, wären sie Pleite.

        Zitat von PolyOnePolymer
        Vielleicht solltest du dich mit deinen Kompetenzen bei Intel bewerben und es besser machen.
        Macht ihr euch jetzt selber platt, wenn ihr keinen findet der auf euren Content eingeht?
      • Von Zappaesk Volt-Modder(in)
        Zitat von Atma
        Beschränken wir uns mal auf den IBM PC, bis auf ganz wenige Ausnahmen war alles davor proprietärer Mist. Der erste IBM PC erschien 1982, erste 3D-Beschleuniger für diesen im Jahr 1984. Somit begleiten 3D-Beschleuniger den IBM PC und kompatible Geräte schon sehr, sehr lange.
        Aha, auf IBM beschränken, weil alles davor proprietärer Mist war, aber die 3D Beschleuniger, die 1984 raus kamen waren das nicht? Interessante Sichtweise!
        Relevant wurde es für 3D erst Mitte der 90er, genauso, wie deiner Meinung nach alles vor dem IBM kompatiblen PC irrelevant war.
      • Von TwoCents
        Zitat von olletsag
        Wahrscheinlich stellst du einfach nur nicht die richtigen Fragen...vor allem die Form passt nicht.
        Ich sehe eher der lächerlich Versuch von dir eine Nebelkerze zu werfen, um deine DXR-Lügen zu vertuschen.

        Haben dir die zwei Kollegen vorher ja schon sehr gut die Leviten gelesen und auf mein Posting gehst du auch lieber gar nicht mehr ein
      • Von olletsag
        Zitat von PolyOnePolymer
        Du vergleichst hier Äpfel mit Birnen ich unterstelle, dass du darüber bestens informiert bist.
        Wahrscheinlich stellst du einfach nur nicht die richtigen Fragen...vor allem die Form passt nicht.

        "Unterstellen", ja da gehe ich mit.

        Pass auf was du schreibst, du bist sonst zu leicht wiedererkennbar. Dich scheint ja von Anfang an zu wurmen, dass dir einige Infos verwehrt bleiben. Warum auch immer.

        Da gebt ihr euch lieber eurem üblichem Gehate hin. Su hat Koduri ungern ziehen lassen, aber wir wissen warum, es gab Deals mit Intel - die sicher wichtig waren - siehe Vega 8, 11 in Netbooks. Wo ich erst einmal einen Fuss drinne habe usw. ...

        Intel gab wohl im Gegenzug großzügig etwas ab und NV-Tensor scheint sie mächtig zu wurmen. Hat mit AMD sogesehen wenig zu tun.

        RTG fehlte er sichtlich, vor allem in der Treiberentwicklung. Er war das Gehirn hinter Vega, auch wenn er - auch für Su und sein Team viele Instruktionen hinterlassen hat, reicht es nicht aus ein Design bis in den letzten "Winkel" zu verstehen, wenn es so komplex ist und der Chef-Entwickler fort geht. Das musste sich AMD sicher schmerzlich eingestehen. Wang kann es aber aufarbeiten.
      Direkt zum Diskussionsende
  • Print / Abo
    Apps
    PCGH Magazin 07/2026 PC Games 06/2026 play5 07/2026 N-Zone 06/2026 Linux Magazin 06/2026 LinuxUser 06/2026 Raspberry Pi Geek 07/2026
    PC Games Hardware PC Games Linux Magazin Raspberry Pi Geek Computec Kiosk