AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 04:17

Parameter dieser Suchanfrage:

Suche in Thema: GraphicsContainer
Suche alle Beiträge, die von "jaenicke" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 7 von insges. 7 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Programmieren allgemein

    AW: GraphicsContainer

      Delphi
      by jaenicke, 28. Mär 2017
    Das es am saubersten und schnellsten ist die Bilddaten direkt in den Arbeitsspeicher der Grafikkarte zu laden (OpenGL / DirectX), darüber brauchen wir uns nicht unterhalten. Aber da das mit GDI+ nun einmal nicht geht, wäre es trotzdem die schnellste Lösung zum Testen, einfach die schon jetzt erzeugten temporären Daten vorzuhalten.

    Denn GdipCreateCachedBitmap hält die Daten ja auch nur im...
  • Forum: Programmieren allgemein

    AW: GraphicsContainer

      Delphi
      by jaenicke, 28. Mär 2017
    Das meinte ich ja damit, dass da zu viel passiert.
    Kannst du nicht einfach zumindest testweise die Bitmap plus DC für jeden Frame vorhalten so wie du es da schon hast? Bei sehr vielen Frames wird das vielleicht zu viel, aber etwas Luft sollte da schon sein.
  • Forum: Programmieren allgemein

    AW: GraphicsContainer

      Delphi
      by jaenicke, 27. Mär 2017
    Der große Vorteil von OpenGL ist, dass es wirklich komplett auf der Grafikhardware läuft und direkt alles in die Grafikpipeline geschickt werden kann, z.B. in Form von Primitiven oder Operationen wie Vertexoperationen.
    GDI+ und OpenGL bzw. DirectX laufen aber komplett parallel, einer nutzt nicht Teile des anderen.

    Das mit GDI+ zu mischen kann ich mir nur vorstellen indem du das Bild mit GDI+...
  • Forum: Programmieren allgemein

    AW: GraphicsContainer

      Delphi
      by jaenicke, 27. Mär 2017
    Das ist eine interne Grafik, die ich nicht hochladen kann. Ich werde nachher mal eine ähnlich große frei verfügbare Animation suchen und es damit testen.
    Die ist nur 24 MiB groß. Die enthaltene Grafik ist auch nicht sonderlich aufwendig. Dass das an der Geschwindigkeit beim Zeichnen so viel ändert, vermute ich allerdings nicht.
  • Forum: Programmieren allgemein

    AW: GraphicsContainer

      Delphi
      by jaenicke, 27. Mär 2017
    Das ist ungünstig. Denn wenn du gleiche Inhalte mehrfach zeichnest, geht die CPU Last natürlich nach oben.

    Nein, es sind 570 Frames und 640×480 Auflösung bei 15fps. Aber die Anzahl der Frames spielt gar keine Rolle, wenn man nur so oft zeichnet wie nötig.
  • Forum: Programmieren allgemein

    AW: GraphicsContainer

      Delphi
      by jaenicke, 27. Mär 2017
    Und wie oft wird diese Methode aufgerufen? Nur so oft wie nötig, sprich durch die Framerate vorgegeben, hoffe ich?

    Jedenfalls machst du da ja relativ viel. Verglichen mit der Bibliothek, die wir uns angeschaut hatten, deutlich mehr glaube ich. Dort läuft es mit Hardwarebeschleunigung jedenfalls mit der CPU bei unter 5%. Zumindest mit meiner Testanimation.

    Ziel muss sein möglichst viel...
  • Forum: Programmieren allgemein

    AW: GraphicsContainer

      Delphi
      by jaenicke, 27. Mär 2017
    Bei welcher Framerate denn? Ich meine in welcher Zeit werden die 120 Frames denn gezeichnet?

    Denn GDI+ nutzt normalerweise bereits Hardware rendering.

    Vielleicht wird die Zeit ja auch für das Aufbereiten der Bilder gebraucht.


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=jaenicke&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=192180
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:28 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz