Hypercell ein ] Hypercell aus ] Zeige Navigation ] Verstecke Navigation ]
c++.de  
   
Forentreff 2012     
Bücher-Shop mit Amazon (Buchkategorien)C++ : Referenzen zu C++ : C++ Builder : Visual C++ : C# : Java : Spieleprogrammierung : Systemprogrammierung Linux : Software-Entwicklung : .NET : Compilertechnik : Algorithmen & Datenstrukturen : Objektorientierung : Entwurfsmuster : UML : eXtreme Programming : Scrum : Projektmanagement : Software-Testing : Datenbanken : Tom DeMarco : Dilbert : User Friendly
C/C++ Forum :: Spiele-/Grafikprogrammierung ::  nur Farb Vertexe schnneller     Zeige alle Beiträge auf einer Seite Auf Beitrag antworten
Autor Nachricht
alterbro
Mitglied

Benutzerprofil
Anmeldungsdatum: 05.11.2011
Beiträge: 292
Beitrag alterbro Mitglied 14:31:17 04.02.2012   Titel:   nur Farb Vertexe schnneller            Zitieren

werden bei OpenGL vertexe, die nur mit glcolor modifisiert wurden schneller gerendert als mit texturen?
pyhax
Mitglied

Benutzerprofil
Anmeldungsdatum: 22.11.2011
Beiträge: 581
Beitrag pyhax Mitglied 14:39:39 04.02.2012   Titel:              Zitieren

Probier es doch aus :D

_________________
Ich kann (teilweise): C++, Python, Java(ist lange her), PHP, D (Anfänger)
rapso
Moderator

Benutzerprofil
Anmeldungsdatum: 17.06.2002
Beiträge: 7283
Beitrag rapso Moderator 15:03:55 04.02.2012   Titel:              Zitieren

und alterbro, nachdem du das hier gepostet und dann nachgedacht+gegooglet hast, was kamm raus?

_________________
Kilo Byte=1000,Kilobyte=1024 ANSI/IEEE Standard 1084-1986
rapso
-Mod im Spiele-/Grafikprogrammierung| rapsoo@hotmail.com | #dionysos irc.quakenet.org | amazon stole my PS3 :(
alterbro
Mitglied

Benutzerprofil
Anmeldungsdatum: 05.11.2011
Beiträge: 292
Beitrag alterbro Mitglied 17:43:08 04.02.2012   Titel:              Zitieren

nichts, diesmal hab ich wirklich nichts gefunden aber, auf das mit dem selbst ausprobieren hätt ich kommen sollen, sorry.

danke

ach ja wies aussieht sind Farb vertexe schneller


Zuletzt bearbeitet von alterbro am 17:44:06 04.02.2012, insgesamt 1-mal bearbeitet
Chris Benoit!
Mitglied

Benutzerprofil
Anmeldungsdatum: 01.10.2006
Beiträge: 69
Beitrag Chris Benoit! Mitglied 19:01:34 04.02.2012   Titel:              Zitieren

Macht das nicht Sinn?
Bloß einfärben geht schneller als eine ganze Textur raufmappen...
alterbro
Mitglied

Benutzerprofil
Anmeldungsdatum: 05.11.2011
Beiträge: 292
Beitrag alterbro Mitglied 19:55:35 04.02.2012   Titel:              Zitieren

Is irgendwie logisch, ja aber vermuten ist gut prüfen besser.
Gast_0025
Unregistrierter




Beitrag Gast_0025 Unregistrierter 20:04:09 04.02.2012   Titel:              Zitieren

Das hängt ganz davon ab, ob du Vertex oder Fragment bound bist. Render mal ein Terrain 4096*4096 brute force, dann wird es kaum noch einen Unterschied machen, ob du Texturen verwendest oder nicht!
Chris Benoit!
Mitglied

Benutzerprofil
Anmeldungsdatum: 01.10.2006
Beiträge: 69
Beitrag Chris Benoit! Mitglied 21:14:46 04.02.2012   Titel:              Zitieren

Ich glaube es geht eher darum, ob man glColor nimmt oder halt wirklich eine Texture.
dot
Mitglied

Benutzerprofil
Anmeldungsdatum: 20.05.2004
Beiträge: 3858
Beitrag dot Mitglied 21:33:59 04.02.2012   Titel:              Zitieren

Vertexfarben sind natürlich prinzipiell schneller als Texturen. Die Frage ist ob der Unterschied in deiner konkreten Anwendung überhaupt messbar oder sonstwie relevant wäre...

_________________
one point of view will never reveal the entire scene.


Zuletzt bearbeitet von dot am 21:34:46 04.02.2012, insgesamt 1-mal bearbeitet
Chris Benoit!
Mitglied

Benutzerprofil
Anmeldungsdatum: 01.10.2006
Beiträge: 69
Beitrag Chris Benoit! Mitglied 22:13:48 04.02.2012   Titel:              Zitieren

Definitiv!
Render mal eine Scene mit 100.000 Polys und nimm 10 unterschiedliche Texturen (512x512 als Beispiel)!
Im Gegenzug färbst du die einfach nur mit glColor ein! Ich wette du bist min. 25% schneller ^^
dot
Mitglied

Benutzerprofil
Anmeldungsdatum: 20.05.2004
Beiträge: 3858
Beitrag dot Mitglied 22:21:37 04.02.2012   Titel:              Zitieren

Das liegt dann vermutlich vor allem an der Tatsache dass er beim Rendern mit den 10 Texturen die Szene in 10 Teilen rendern muss.
Ein besserer Vergleich wäre eine Textur vs Vertexfarben. Vermutlich wird der Unterschied auf einigermaßen moderner Hardware dann sehr gering ausfallen, da ein einzelner Texture-Read kaum was ausmacht, vor allem wenn du bei derart viel Geometrie sowieso eher vertexbound bist. Könnte mir sogar vorstellen dass du da auch gern noch zwei Texturen draufpappen könntest ohne irgendeinen nennenswerten Unterschied festzustellen...

_________________
one point of view will never reveal the entire scene.


Zuletzt bearbeitet von dot am 22:25:31 04.02.2012, insgesamt 2-mal bearbeitet
rapso
Moderator

Benutzerprofil
Anmeldungsdatum: 17.06.2002
Beiträge: 7283
Beitrag rapso Moderator 12:52:50 05.02.2012   Titel:              Zitieren

dot schrieb:
Vertexfarben sind natürlich prinzipiell schneller als Texturen.
vs
dot schrieb:
Vermutlich wird der Unterschied auf einigermaßen moderner Hardware dann sehr gering ausfallen, da ein einzelner Texture-Read kaum was ausmacht, vor allem wenn du bei derart viel Geometrie sowieso eher vertexbound bist.

ich bin mir auch ganz sicher, dass vertexfarben... oder texturen... schneller sind.

vielleicht sollte ich hier alle posts umeditieren in aepfel vs birnen und euch in rudw verschieben :o)

_________________
Kilo Byte=1000,Kilobyte=1024 ANSI/IEEE Standard 1084-1986
rapso
-Mod im Spiele-/Grafikprogrammierung| rapsoo@hotmail.com | #dionysos irc.quakenet.org | amazon stole my PS3 :(
dot
Mitglied

Benutzerprofil
Anmeldungsdatum: 20.05.2004
Beiträge: 3858
Beitrag dot Mitglied 13:32:35 05.02.2012   Titel:              Zitieren

rapso schrieb:
dot schrieb:
Vertexfarben sind natürlich prinzipiell schneller als Texturen.
vs
dot schrieb:
Vermutlich wird der Unterschied auf einigermaßen moderner Hardware dann sehr gering ausfallen, da ein einzelner Texture-Read kaum was ausmacht, vor allem wenn du bei derart viel Geometrie sowieso eher vertexbound bist.

ich bin mir auch ganz sicher, dass vertexfarben... oder texturen... schneller sind.

vielleicht sollte ich hier alle posts umeditieren in aepfel vs birnen und euch in rudw verschieben :o)

Naja, rein was die Performance betrifft kann mans eben so pauschal nicht sagen. Natürlich ist es so, dass man mit nur Vertexfarben prinzipiell weniger Bandbreite braucht (außer vielleicht wenn man gerade sowas wie Reyes implementiert ;) ). Man wird mit Vertexfarben daher sicherlich praktisch nie langsamer sein als mit Texturen. Aber die Frage ob es im konkreten Fall überhaupt einen messbaren Unterschied gibt und wenn ja wie groß der ist, lässt sich allgemein eben nicht beantworten weil es von viel zu vielen Faktoren abhängt!? Ich denk da sind wir und einig? ;)

Abgesehen davon sind Vertexfarben und Texturen aber natürlich zwei völlig verschiedene Dinge. Auch wenn man statt Vertexfarben evtl. mit Texturen arbeiten kann, muss das noch lange nicht besonders sinnvoll sein und umgekehrt sind Vertexfarben natürlich kaum ein Ersatz für Texturen (wenn sie es in deinem Fall wären, solltest du wohl sowieso eher Vertexfarben als Texturen verwenden)...

_________________
one point of view will never reveal the entire scene.


Zuletzt bearbeitet von dot am 13:41:09 05.02.2012, insgesamt 2-mal bearbeitet
hustbaer
Mitglied

Benutzerprofil
Anmeldungsdatum: 27.10.2006
Beiträge: 13529
Beitrag hustbaer Mitglied 13:06:13 06.02.2012   Titel:              Zitieren

Also "Vertexfarben" heisst im einfachsten Fall R, G, B zusätzlich zu den Vertex-Koordinaten.
"Textur" heisst im einfachsten Fall U, V zusätzlich zu den Vertex-Koordinaten.

Rein was die Vertices angeht müsste hier dann "Textur" schneller sein, da nur zwei zusätzliche Vertex-Werte für jeden Pixel interpoliert werden müssen. Wenn überhaupt ein Unterschied besteht. Kann ja leicht sein dass die Hardware Werte sowieso immer in 4er Gruppen interpoliert, dann wäre 2 vs. 3 egal.

Ist aber alles ziemlich wörscht, da wir den Pixel-Shader bei dieser Überlegung noch nicht mit einbezogen haben.
Und da wird ein einfacher Shader mit null Texture-Fetches wohl schneller sein, als ein einfacher Shader mit einem Texture-Fetch.

_________________
"Let there be Licht..." http://lichttools.sourceforge.net/
Sehr cooles ASCII Spiel (leider nicht von mir): ASCII-Scramble - http://www.roskakori.at/ascii/
rapso
Moderator

Benutzerprofil
Anmeldungsdatum: 17.06.2002
Beiträge: 7283
Beitrag rapso Moderator 17:02:37 06.02.2012   Titel:              Zitieren

aber behaltet das fuer euch, wenn das geheimniss an die oeffentlichkeit geraet, benutzt niemand mehr texturen, weil vertex colors ja schneller sind ;)

_________________
Kilo Byte=1000,Kilobyte=1024 ANSI/IEEE Standard 1084-1986
rapso
-Mod im Spiele-/Grafikprogrammierung| rapsoo@hotmail.com | #dionysos irc.quakenet.org | amazon stole my PS3 :(
C/C++ Forum :: Spiele-/Grafikprogrammierung ::  nur Farb Vertexe schnneller   Auf Beitrag antworten

Zeige alle Beiträge auf einer Seite




Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Sie können Beiträge in dieses Forum schreiben.
Sie können auf Beiträge in diesem Forum antworten.
Sie können Ihre Beiträge in diesem Forum nicht bearbeiten.
Sie können Ihre Beiträge in diesem Forum nicht löschen.
Sie können an Umfragen in diesem Forum nicht mitmachen.

Powered by phpBB © 2001, 2002 phpBB Group :: FI Theme

c++.de ist Teilnehmer des Partnerprogramms von Amazon Europe S.à.r.l. und Partner des Werbeprogramms, das zur Bereitstellung eines Mediums für Websites konzipiert wurde, mittels dessen durch die Platzierung von Werbeanzeigen und Links zu amazon.de Werbekostenerstattung verdient werden kann.

Die Vervielfältigung der auf den Seiten www.c-plusplus.de, www.c-plusplus.info, www.c-sar.de, www.c-plusplus.net und www.baeckmann.de enthaltenen Informationen ohne eine schriftliche Genehmigung des Seitenbetreibers ist untersagt (vgl. §4 Urheberrechtsgesetz). Die Nutzung und Änderung der vorgestellten Strukturen und Verfahren in privaten und kommerziellen Softwareanwendungen ist ausdrücklich erlaubt, soweit keine Rechte Dritter verletzt werden. Der Seitenbetreiber übernimmt keine Gewähr für die Funktion einzelner Beiträge oder Programmfragmente, insbesondere übernimmt er keine Haftung für eventuelle aus dem Gebrauch entstehenden Folgeschäden.