grüße,

momentan steh ich vor dem Problem, dass ich im Ortho Modus ziemlich viele Punkte malen muss.
wenn ich das aba mit gBegin(GL_POINTS) mach (800x600 px), komm ich auf ~20 fps.
und glDrawPixels versteh ich net wirklich (der will meine Arrays nich ) und weiß auch nich ob das den gewünschten Effekt hat/hätte

wie krieg ich das hin, dass es schneller geht?
ich mein selbst auf nem Canvas krieg ich ne höhere Leistung

schonma danke

mfg
GSE

_________________
In a world without walls and fences, who needs Windows or Gates?

Je nachdem, was die Punkte darstellen sollen, wieoft und wie sie sich ändern dürfte es evtl. schneller sein
über eine Textur zu gehen, aber das hängt wie gesagt davon ab, was du zeichnen möchtest.

_________________
Bevor du definierst, was etwas ist, versichere dich seiner Existenz.

Punkte sind nur ganz normale Primitive. So wie dreiecke. Und bei 800x600 hat deine Karte schon nen riesen Batzen arbeit vor sich. Es dürfte in jedem Falle schneller sein, wenn du dafür eine Textur benutzt.

und wie muss ich das dann machen? müsste ich die dann inne Textur render?

ich versuch jetzt nochmal nen anderen Ansatz, der mir zwar nich ganz soviel Freiheiten gibt, aber schneller sein sollte.
das mit den Punkten interessiert mich aber trotzdem

mfg
GSE

_________________
In a world without walls and fences, who needs Windows or Gates?

ok, hab jetzt einen anderen Ansatz
funktioniert sogar recht gut
muss ich mir aber das mit dem in die textur rendern angucken
(ich müsste immer in die gleiche Textur rendern, also immer nur "obendrauf", gibts da schon was sinnvolles?)

mfg
GSE

_________________
In a world without walls and fences, who needs Windows or Gates?

So etwas ähnliches hatten wir hier schon öfters.

Nim nen Speicherbereich 800x600x4 und Male deine Pixel rein. Transparente Pixel kannste über Alpha kontrollieren. Und das übergibst du an glTexImage2D bzw glTexSubImage2D. Als Target benutzt du GL_TEXTURE_RECTANGLE_ARB. Dann kannste das bis auf MipMaps problemlos nutzen und ist schnell.

danke, funktioniert einwandfrei
zumindest fast ne 800x600 Textur macht beim kopieren per glCopyTexImage2D Probleme (fps ~ 2) aber das kann ich verkraften

und dank dem Renderpass Tutorial von Phobeus ließ sich das sogar erstaunlich leicht umsetzen

wieder mal gemerkt, dass das ein tolles Forum is
krieg direkt wieder Lust wieder mehr mit OpenGL zu machen ^^

_________________
In a world without walls and fences, who needs Windows or Gates?

Okay. Ich weiß zwar nicht wie du auf RenderToTexture kommst. Ich hatte den Clientseitigen Weg vorgeschlagen also ne Textur im Speicher zu erzeugen und die dann hochladen. Aber wenns funktioniert solls mir recht sein.

Zu der Geschwindigkeit. Ich denke mal du wirst auch mit GL_POINTS arbeiten, oder? Na ja. Dadurch wird es auch nicht wesentlich schneller. Wenn du Texturen kopieren willst solltest du darauf achten, dass 800x600 keine gültige Textur ist außer OpenGL 2.0 oder NPOT werden unterstützt. Dann solltest du aber MipMaps deaktivieren, da diese Probleme machen und Langsamer sind. Weil ehrlich gesagt finde ich 2 FPS ein bisschen extrem wenig.

nun ja, so kann ich gleich Kreise und Poylgone und solche Sachen malen ^^
außerdem müsste ich die Textur dann ja jedesmal neu im Speicher erzeugen bzw. zu OpenGL hochladen, oder?

_________________
In a world without walls and fences, who needs Windows or Gates?

Chemnitz? Von der TU? Ich bin gerade dabei mich auf meine CompGrafik1 Prüfung vorzubereiten. Und da steht im Script, dass GL_POINTS von den verschiedenen Primitiven zusammen GL_POLYGON so ziemlich das langsamste is was geht.

Darf man fragen welchen anwendungsfall du genau hast? Linien kann man mit GL_LINES wesentlich effektiver machen als mit GL_POINTS. (glRasterPos gibts auch noch, aber ob das schnell ist !? -> DGL-Benchmark )
Und Kreise kannst du mit wenigen Vertices und Linien dazwischen recht gut annähern. Also lieber finger weg von GL_POINTS.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

auf das mit der TU geh ich jetzt nich ein, zumals nich stimmt

und mit Polygone meinte ich nich, dass ich die mit GL_POLYGON render, also
das mach ich bereits

nun, der Anwendungsfall ist, nenn es ein malprogramm (auch wenns das nich ganz genau trifft)
ich hab nen Hintergrund und male dadrauf rum immer wieder und immer wieder drüber
hab das jetzt mit der textur gelöst und funzt einwandfrei
(ich hab lediglich eine Möglichkeit gesucht) das irgendwie darzustellen

_________________
In a world without walls and fences, who needs Windows or Gates?

Ah. Okay. Bei einem Malprogramm ist es wohl mit RenderToTexture (PixelBuffer, PixelBufferObjects) besser. Bin davon ausgegangen, dass du so eine Art Videostreaming vor hast. Bei einem Malprogramm kommen ja nicht extrem viele Punkte auf einmal zu stande. Du könntest auch kleine Texturen auf nen Quad machen und dann da so ne Art Brushes wie bei GIMP etc.

Zum Optimieren gibt es glaube ich auch ne Methode die nur einen Teilbereich kopiert. Du musst ja nicht alles neu Kopieren, wenn sich nur ein Teil geändert hat. So zum Bandbreite sparen.

Wie oben erwähnt solltest du mal Pixelbuffer oder Pixelbufferobjects anschauen. Da kannst du mehr oder weniger auch direkt in die Textur rendern. Das wäre dann so wie wenn du in einen Buffer malst und den nicht löscht.

Ich glaub im Redbook (ich erinnere mich gerade an die Zeit als wir versuchten das zu übersetzen... *schwelg* ) war das Beispiel malprogram direkt erläutert (also zu mindest an manchen stellen als Beispiel herangezogen).

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Wobei es darauf ankommt welches RedBook. Wenn es das frei verfügbare ist würde ich wohl eher davon Abstand halten. Das ist mittlerweile knapp 10 Jahre alt und so etwas von überholt. Da dürften wohl keine PixelBuffer geschweige denn PBOs vorhanden gewesen sein.

Tja...Rate mal welches wir übersetzen wollten

_________________
Blog: kevin-fleischer.de und fbaingermany.com