Gamestudio Links
Zorro Links
Newest Posts
Trading Journey
by howardR. 04/28/24 09:55
basik85278
by basik85278. 04/28/24 08:56
Zorro Trader GPT
by TipmyPip. 04/27/24 13:50
Help with plotting multiple ZigZag
by M_D. 04/26/24 20:03
Data from CSV not parsed correctly
by jcl. 04/26/24 11:18
M1 Oversampling
by jcl. 04/26/24 11:12
Why Zorro supports up to 72 cores?
by jcl. 04/26/24 11:09
AUM Magazine
Latest Screens
The Bible Game
A psychological thriller game
SHADOW (2014)
DEAD TASTE
Who's Online Now
1 registered members (blaurock), 750 guests, and 3 spiders.
Key: Admin, Global Mod, Mod
Newest Members
wandaluciaia, Mega_Rod, EternallyCurious, howardR, 11honza11
19049 Registered Users
Previous Thread
Next Thread
Print Thread
Rate Thread
Page 1 of 3 1 2 3
Postprocessing und Auflösungswechsel #375403
06/25/11 15:20
06/25/11 15:20
Joined: May 2005
Posts: 2,713
Lübeck
Slin Offline OP
Expert
Slin  Offline OP
Expert

Joined: May 2005
Posts: 2,713
Lübeck
http://www.opserver.de/ubb7/ubbthreads.php?ubb=showflat&Number=374494&page=2

Nötige Schritte:
1.) Irgendein Objekt erstellen und rendern
2.) Einen Effekt an die Kamera hängen der einfach nur TargetMap sampled.
3.) Mit F5 die Auflösung wechseln.

Erwartetes Ergebnis:
Die Auflösung wird größer, TargetMap passt sich an und es sieht bis auf die höhere Auflösung genauso aus wie in der geringeren. Wenn nach wiederholtem F5 Drücken die Auflösung wieder klein wird, sollte wieder alles angepasst werden und das Ergebnis bei kleinerer Auflösung ansonsten genau wie vorher aussehen.

Tatsächliches Ergebnis:
Die Auflösung wird größer, TargetMap passt sich an und es sieht bis auf die höhere Auflösung genauso aus wie in der geringeren. Wenn nach wiederholtem F5 Drücken die Auflösung wieder klein wird, ist nurnoch der in das kleinere Fenster passende Ausschnitt von TargetMap sichtbar.

Anmerkungen:
Ich hoffe so wird das Problem deutlicher... Und bin mir ziemlich sicher, dass es nicht so sein soll.

laugh

Re: Postprocessing und Auflösungswechsel [Re: Slin] #375408
06/25/11 15:47
06/25/11 15:47
Joined: Aug 2000
Posts: 1,140
Baunatal, Germany
Tobias Offline

Moderator
Tobias  Offline

Moderator

Joined: Aug 2000
Posts: 1,140
Baunatal, Germany
Woran das liegt und wie man in richtiger Auflösung ins Target rendert, ist schon in diesem Thread erklärt worden:

http://www.opserver.de/ubb7/ubbthreads.php?ubb=showflat&Number=374494&page=2

Re: Postprocessing und Auflösungswechsel [Re: Tobias] #375410
06/25/11 15:51
06/25/11 15:51
Joined: May 2005
Posts: 2,713
Lübeck
Slin Offline OP
Expert
Slin  Offline OP
Expert

Joined: May 2005
Posts: 2,713
Lübeck
Falsch.
Und jetzt schieb den Thread bitte wieder zurück.

Last edited by Slin; 06/25/11 15:52.
Re: Postprocessing und Auflösungswechsel [Re: Slin] #375412
06/25/11 15:54
06/25/11 15:54
Joined: Aug 2000
Posts: 1,140
Baunatal, Germany
Tobias Offline

Moderator
Tobias  Offline

Moderator

Joined: Aug 2000
Posts: 1,140
Baunatal, Germany
Ok, ich schiebe ihn wieder zurück. Ich dachte, du kennst den anderen Thread nicht, in dem das gleiche schon beantwortet wurde.

Ich schätze deshalb, dieser Post hat im Bugforum nur eine minimale Lebensdauer... wink

Re: Postprocessing und Auflösungswechsel [Re: Tobias] #375666
06/27/11 06:36
06/27/11 06:36
Joined: Jul 2000
Posts: 27,986
Frankfurt
jcl Offline

Chief Engineer
jcl  Offline

Chief Engineer

Joined: Jul 2000
Posts: 27,986
Frankfurt
Tja, ich weiss auch nicht, wie ich Ihnen hier helfen kann oder was ich für Sie implementieren soll. Wieso stellen Sie genau die gleiche Frage nochmal? Und was haben Sie an der ersten Antwort nicht verstanden?

Re: Postprocessing und Auflösungswechsel [Re: jcl] #375676
06/27/11 07:34
06/27/11 07:34
Joined: May 2005
Posts: 2,713
Lübeck
Slin Offline OP
Expert
Slin  Offline OP
Expert

Joined: May 2005
Posts: 2,713
Lübeck
Benutzen Sie pp_set mit einem der Materials aus mtlView.c und drücken Sie ein paar mal F5. Das soll sich doch anders verhalten, oder?

Und um nochmal zu den Tangenten zurück zu kommen, weshalb benötigt das Modell bei mir dann 26.5 ms mit Tangenten und 0.1ms ohne Tangenten?
Ohne Vertexanimationen und beides mit dem gleichen Shader.
Die Bones werden übrigens im Code animiert.

Re: Postprocessing und Auflösungswechsel [Re: Slin] #375678
06/27/11 07:44
06/27/11 07:44
Joined: Jul 2000
Posts: 27,986
Frankfurt
jcl Offline

Chief Engineer
jcl  Offline

Chief Engineer

Joined: Jul 2000
Posts: 27,986
Frankfurt
Von den vordefinierten Postprocessing Shadern passt sich nur der letzte, der HDR Shader, an die aktuelle Auflösung automatisch an. Bei den anderen ist dies nicht implementiert, das wird aber für PSSM und die anderen im Lauf der Zeit noch passieren.

Wenn Ihre Bones per CPU animiert sind, müssen natürlich die Tangenten ständig neu berechnet werden, da sich ja das Mesh verändert. Wenn die Bones dagegen per GPU animiert sind, verändert sich das Mesh nicht und folglich auch nicht die Tangenten. Falls doch, hat es eine andere Ursache.

Wenn Sie die Lösung nicht selbst finden, laden Sie uns das Projekt hoch - wir gehen der Sache dann nach.

Re: Postprocessing und Auflösungswechsel [Re: jcl] #375688
06/27/11 09:00
06/27/11 09:00
Joined: May 2005
Posts: 2,713
Lübeck
Slin Offline OP
Expert
Slin  Offline OP
Expert

Joined: May 2005
Posts: 2,713
Lübeck
Quote:

Wenn Ihre Bones per CPU animiert sind, müssen natürlich die Tangenten ständig neu berechnet werden, da sich ja das Mesh verändert. Wenn die Bones dagegen per GPU animiert sind, verändert sich das Mesh nicht und folglich auch nicht die Tangenten. Falls doch, hat es eine andere Ursache.

Das Skinning passiert natürlich auf der GPU, sonst würde mein Thread ja keinen Sinn ergeben...
Die Bones selbst werden allerdings per Lite-C direkt gesetzt und nicht indirekt durch ent_animate oder so.

Quote:

Wenn Sie die Lösung nicht selbst finden, laden Sie uns das Projekt hoch - wir gehen der Sache dann nach.

Das Modell und der Lite-C Teil stammt nicht von mir, aber wenn ich die Erlaubnis bekomme, werde ich das tun.

Quote:

Von den vordefinierten Postprocessing Shadern passt sich nur der letzte, der HDR Shader, an die aktuelle Auflösung automatisch an. Bei den anderen ist dies nicht implementiert, das wird aber für PSSM und die anderen im Lauf der Zeit noch passieren.

Weshalb erwähnen Sie nur HDR und PSSM, die einzigen Shader die noch zusätzliche Rendertargets zu "render_target" nutzen? Und wenn sich da nichts anpasst, weshalb wird render_target bei Auflösungswechsel größer?

Re: Postprocessing und Auflösungswechsel [Re: Slin] #375692
06/27/11 10:29
06/27/11 10:29
Joined: Jul 2000
Posts: 27,986
Frankfurt
jcl Offline

Chief Engineer
jcl  Offline

Chief Engineer

Joined: Jul 2000
Posts: 27,986
Frankfurt
Wie die Bones gesetzt werden, sollte auf die Tangentenberechnung keine Wirkung haben. Es kommt nur darauf an, ob das Mesh verändert wird oder nicht. - Das Rendertarget muss mindestens so groß sein wie die größte Stage. Daher das Größerwerden bei Auflösungswechsel. Das hatte ich in dem anderen Thread schon erklärt. Dies hat nichts mit einer Anpassung an die Stage-Auflösung zu tun, die bei einem von allen Stages gemeinsam verwendeten Target logischerweise keinen Sinn macht. Anpassen an die Stage-Auflösung können Sie nur individuelle Rendertargets.

Re: Postprocessing und Auflösungswechsel [Re: jcl] #375700
06/27/11 12:18
06/27/11 12:18
Joined: May 2005
Posts: 2,713
Lübeck
Slin Offline OP
Expert
Slin  Offline OP
Expert

Joined: May 2005
Posts: 2,713
Lübeck
D.h. ich sollte mir für Effekte wie Entsättigen, FXAA, Einfärben und was auch immer sonst einfach nur mit der aktuellen Auflösung arbeitet immer einmalig zwei eigene Rendertargets in aktueller Fensterauflösung erstellen, bei Auflösungswechsel gegen passende austauschen und und immer abwechselnd setzen?
Aber dann wird "render_target" doch plötzlich total überflüssig?
Und wenn im shader skaliere, dann hab ich schlechtes Multisampling, wenn die Auflösung plötzlich kleiner ist als vorher, denn es wird ja interessanter weise trotzdem in das gesammte, zu große rendertarget gerendert.
Außerdem hab ich dann noch den kleinen Nachteil, dass eine größere Textur gesampled werden muss als eigentlich nötig wäre.

Page 1 of 3 1 2 3

Moderated by  Blink, Hummel, Superku 

Gamestudio download | chip programmers | Zorro platform | shop | Data Protection Policy

oP group Germany GmbH | Birkenstr. 25-27 | 63549 Ronneburg / Germany | info (at) opgroup.de

Powered by UBB.threads™ PHP Forum Software 7.7.1