Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Zitat von »"dot"«
das sagt ja auch niemand.
Zitat
Ja,aber der VB kann doch im Lock bleiben bis zum rendern,und erst wenn alle Änderungen im VB getan sind,wird eben unlock aufgerufen.
Zitat von »"dx sdk doku"«
Locking a static vertex buffer while the graphics processor is using the buffer can have a significant performance penalty. The lock call must wait until the graphics processor is finished reading vertex or index data from the buffer before it can return to the calling application, a significant delay. Locking and then rendering from a static buffer several times per frame also prevents the graphics processor from buffering rendering commands, since it must finish commands before returning the lock pointer. Without buffered commands, the graphics processor remains idle until after the application is finished filling the vertex buffer or index buffer and issues a rendering command.
Zitat von »"dot"«
wenn du jetzt hergehst und nur kurz unlockst um schnell zu rendern und dann wieder lockst, dann müssen GPU und CPU andauernd aufeinander warten (gut, wer weis was der treiber macht und z.b. mit D3DLOCK_DISCARD ist das evtl. nicht so dramatisch, aber es geht ums prinzip)
Werbeanzeige