ZFX + Developia

Ich fand PHP schon immer doof, weil selbst die einfachsten Sachen auf stundenlange Fehlersuche hinauslaufen. Jetzt weiß ich, dass es wohl nicht an meiner mangelnden Erfahrung liegt.
Was empfiehlt sich denn sonst so für Webseiten? PHP ist ja mehr oder weniger Standard, wenn man das nicht benutzen will, was bleibt dann?

Java, Ruby, Python, Perl, JavaScript, im Grunde alles was das Herz begehrt :D Ich würde Java nehmen, weil ich Java mag. http://tapestry.apache.org/ sieht nett aus. Java Hoster sind auch gar nicht mehr so selten, vielleicht ist ja auch die Google App Engine interessant für dich. GWT ist für Webanwendungen auch cool...

Facebook wird übrigens vorwiegend mit PHP entwickelt und dann in C++ konvertiert, Link den ich auch im Linkdump-Thema gepostet habe:

Exclusive: a behind-the-scenes look at Facebook release engineering, Ryan Paul, ars technica, 05.04.2012

Functional Programming in C++ - John Carmack über Nebenwirkungen, referenzielle Transparenz und die Vermeidung von Zustand.

Jonathan hat geschrieben:Ich fand PHP schon immer doof, weil selbst die einfachsten Sachen auf stundenlange Fehlersuche hinauslaufen. Jetzt weiß ich, dass es wohl nicht an meiner mangelnden Erfahrung liegt.
Was empfiehlt sich denn sonst so für Webseiten? PHP ist ja mehr oder weniger Standard, wenn man das nicht benutzen will, was bleibt dann?

Node.js rockt auch (hat aber ähnliche Probleme mit Fehlersuche [kann ich nicht beurteilen, hab nie einen Fehler in node.js gesucht und auch in PHP haben sich alle Probleme in Sekundenschnelle erledigt])

C/C++?

Node.js == Javascript.

Gruss Kimmi

Real-time Realistic Rendering and Lighting of Forests, Éric Bruneton, und Fabrice Neyret, Computer Graphics Forum/Eurographics 2012, 2012
Eine Methode zum Echtzeitrendern von bewaldetem Terrain mit (hundert-)tausenden von Baeumen, entwickelt von der Computergrafikgruppe von INRIA (Frankreich). Weitere Publikationen der Gruppe und eine GPL Lib, die die Techniken implementiert gibt es hier: http://proland.inrialpes.fr

Clustered Deferred and Forward Shading

Wie gut, dass ich eh noch nicht mit einem Tile-based-Renderer angefangen habe. ;)

Ihr fragt euch sicher, welche die am besten lesbare Programmiersprache ist.
Hier ist sie: https://github.com/substack/number-script

ASTC Details Teil 1:
http://blogs.arm.com/multimedia/754-arm ... ce-part-1/

Hm. So lange ich nur 50×100 Pixel große Beispielbilder mit bloß zwei Farbtönen drin sehe, haut mich da garnichts vom Hocker; zumal ich nicht glaube, dass die konzeptuellen Schwächen von DXT durch die höhere Zahl von Zwischenschritten aus der Welt geräumt werden können.

Andererseits frage ich mich seit eXiles Link zu den euklidischen Farbräumen, wie DXT wohl damit aussehen könnte.

ASTC umschifft einige der DXT-Beschraenkungen, nicht alle. Aber wenn man bei gleicher Bitrate hoehere Qualitaet erhaelt und der HW-seitige Mehraufwand dabei gering ausfaellt, ist das wirklich was wert. Und das man mit einer Implementierung sowohl staerker als auch schwaecher als DXT komprimieren kann, erfreut hoffentlich die Grafiker.
Den perfektionistischen Rest erledigt dann Cric-TC im naechsten Jahr? ;)
Eines ist immer schwierig fuer die HW-Entwicklung: Sobald ein Format zu sehr aus dem Rahmen faellt, wird es haarig. Die Festlegung auf 128 bit/Block z.B. erlaubt eine Wiederverwendung der vorhandenen Prefetch und Cache-Module. Am Ende soll as neue Format beim Verwenden ja auch nicht langsamer erscheinen. Mit breiterer Context-Information kann man definitv besser Komprimieren, aber der Dekompressionsschritt wird einfach langsamer. Wahlfreier Zugriff auf die Texel schraenkt die effizienten Implementierungen ziemlich ein :/

Dass man Blockkomprimierung braucht, ist klar. Dass die Blöcke fixed-size sein müssen, auch. Und dass bei ARM jeder Transistor zählt, sowieso.

Aber ein 15 Jahre altes Format durch ein paar zusätzliche Blockmodi und neue Farbtiefen aufzubohren; dabei keine fundamentalen Verbesserungen zu bringen (habt ihr auch was für Normal Maps?); und es dann mit einem daumengroßen Bildausschnitt vorzustellen halte ich für absolut übertrieben.

Und so hoch kann der Transistoraufwand auch nicht sein, wo ja Ericssons iPACKMAN ein Bisschen mehr als bloß Interpolation ist und auch trotzdem schon seit 2006 in Hardware verbaut wird.

Auf ETC sowie (Tangentspace-)Normalmaps wird im 2. Teil kurz eingegangen. Und keine Sorge, der Testkorpus zum Ermitteln der durchschnittlichen Qualitaetsverbesserung enthaelt mehr als ein Bild: http://www.davemc.net/HPG2012/105-114.p ... t.pdf.html, da findest Du die 'nicht-gebloggte' Version verlinkt.

Dankeschön – vorgestern wurde ein Klick auf Teil 2 noch mit Access Denied abgestraft …

Meine Damen und Herren, richten Sie Ihre Internetbrausierer jetzt und in den folgenden Tagen auf die folgenden drei Internetzadressen:

SIGGRAPH 2012 Course: Practical Physically-Based Shading in Film and Game Production

SIGGRAPH 2012 Course: Beyond Programmable Shading

SIGGRAPH 2012 Course: Advances in Real-Time Rendering in Games

(Der letzten zwei Links werden in den nächsten Tagen mit Slides aufgefüllt.)

Der erste link ist sehr interesant danke dafür.

Nachtrag: Im zweiten Link oben kann man nun auch die Slides (alle auf einmal) herunterladen. Der dritte Link hat noch keine Slides. Außerdem noch das hier, mehr kann ich im Augenblick aber nicht bieten.

Eine recht interessante über Virtual Texturing:
http://mrelusive.com/publications/prese ... _final.pdf

Gruß Kimmi

Und noch einer: Ein Artikel über OpenGL in der "Neuzeit" ;):
http://github.prideout.net/modern-opengl-prezo/

Gruß Kimmi

Etliche Siggraph 2012 Sessions gibts nun von nVIDIA wie gewohnt auch als Video: http://www.nvidia.com/object/siggraph-2012.html

SIGGRAPH 2012 Course: State of the Art in Photon Density Estimation

SIGGRAPH 2012 Course: Optimizing Realistic Rendering with Many-Light Methods

Tiled and Clustered Forward Shading

Fast Generation of Directional Occlusion Volumes

SIGGRAPH 2012 Talk: Left 4 Dead 2 Linux: From 6 to 300 FPS in OpenGL

(Und ja, ich warte immer noch auf die Slides zum Advances in Real-Time Rendering in Games Course.)

SIGGRAPH 2012 Talk: Local Image-based Lighting With Parallax-corrected Cubemap

Das erinnert mich an das hier: http://www.gamedev.net/topic/568829-box ... t-mapping/

Ich will meinen Tod durch einen Autounfall inszenieren, damit ich all diese leidigen Projekte loswerde und sowas implementieren kann

Hammer Links, danke! Ich fühle mich so alt und über meinen Zenit, wenn ich sowas lese …

Ich schmeiß hier noch die übrigen Links rein; die sind aber meist unvollständig, daher werde ich euch dann bei Zeiten wieder Bescheid geben, wenn dann alles verfügbar ist. Hier der restliche Kram:

SIGGRAPH 2012 Posters: Radiance Filtering for Interactive Path Tracing.

SIGGRAPH 2012 Course: FEM Simulation of 3D Deformable Solids: A practitioner's guide to theory, discretization and model reduction

SIGGRAPH 2012 Course: Advanced (Quasi-) Monte Carlo Methods for Image Synthesis

SIGGRAPH 2012 Talk: Advanced Dynamic Lighting on Mobile

SIGGRAPH 2012 Talk: Creating Vast Game Worlds

SIGGRAPH 2012 Talk: Graphics Gems for Games

Finally: SIGGRAPH 2012 Talk: The Technology Behind the Elemental Demo

Auf den vollen Advances in Real-Time Rendering-Kurs können wir wahrscheinlich noch ewig warten.

Ach du Scheiße, da kann man ja als Einzelperson sein halbes Leben damit verbringen, dass alles zu implementieren. :| Wobei ich die logarithmische Specular-Enkodierung bereits schon so gemacht habe. ;) (Es ist auch klar warum: Das ist einfach eine Gamma-Enkodierung, wie bei einer Gamma-Korrektur. Sinnvoll immer dann, wenn man keine Gleitkommazahlen verwenden kann, sondern uints benutzen muss.)

Ein Interview mit Bjarne Stroustrup 1998
http://www.netjeff.com/humor/item.cgi?f ... ustrup.txt

Fake or no fake?