</e></QUOTE>Cyrax said:</s>Sieht interessant aus aber wie soll es auf einem Handy laufen?<e>
</e></QUOTE>Cyrax said:</s>Das mit den 5% bei entsprechend kleiner Auflösung habe ich ja auch gleich verstanden, mich interessiert viel eher ob z.B. mein K750i nun auch diese 5% der Leistung überhaupt hat und wie effektiv wird das ganze durch Java laufen (habe bisher Java nur aus dem Infounterricht "erlernt" (nicht viel gelernt und schon geht es weiter mit HTML, habe den Infolehrer gefragt und trotz Info Hauptfach werden wir 11 bis 12 auch eher ausprobieren als perfektionieren, jedes Halbjahr eine Programmiersprache wobei ich mich bei keiner angesprochen fühlte), da kam mir Python doch schon viel kompakter und effektiver vor). Da das ganze gespeichert werden soll interessiert mich natürlich auch ob es bei einem "normalen" Handy überhaupt so viel Speicher zur Verfügung steht. Dass Symbian-Handys vieles besser können habe ich schon selber gesehen (Nokia 6300 hat zwar kein "richtiges" Symbian aber trotzdem angepasstes java, da lief derselbe NES-Emulator wie auf meinen Handy (dieselbe Datei) fullspeed mit sound, also einiges mehr an Leistung).<br/>
BTT: Wenn das SDK kostenlos erhältlich sein wird könnte da bestimmt so einiges rauskommen. Und falls es auf der Pandora laufen sollte kann man es als "Killer-App" gegen PSP-Fanboys nutzen die "Grafikgeil" sind, es sei denn da kommen auch richtig gute Spiele die auch auf Dauer Spaß machen.<e>
</e></QUOTE>SebuSoft said:</s>(Unendliche Menge... <E>:huh:</E> )<e>
</e></QUOTE>Fusion_Power said:</s>Ja, den Artikel hab ich mir heute auch schon rein gezogen und er hat mich auch etwas zum grübeln gebracht. Ich verbuche die ganze Geschichte im Moment noch ehr unter "zu schön um wahr zu sein". Aber mal abwarten. Die Erklärungen in den Videos machen Sinn, man könnte es etwa grob gesagt als "Voxel 2.0" bezeichnen. Ich würde gern ne Tech Demo haben, die auf meinem Rechner läuft, so könnte man sich ein besseres Bild von der leistungsfähigkeit dieser Technik machen.<br/>
Aber die Kritikpunkte sind natürlich berechtigt. Wie sieht es mit dynamischer Beleuchtung aus und allem, was die Szenerie halt dynamisch verändert? Kann da dieser "Suchalgorithmus" noch greifen wenn die zugrunde liegende Architektur nicht mehr statisch ist und sich der "Inhalt" ständig verändert?<br/>
<br/>
Aber wenn das wirklich was wird können sich ATI und NVidia warm anziehen. Aber eine Engine allein ist nutzlos, solange es keine gescheiten Games dafür gibt. Man könnte ja mal richtig ran klotzen und "OUTCAST 2" realisieren, na, währ das nicht ideal für diese neue technik? <E></E><e>
</e></QUOTE>morq said:</s>Ich kanns mir nicht wirklich vorstellen. Zum einen die Beleuchtung, zum andern die Speicherung aller daten etc.<br/>
Dass man sich über sehr gute algorithmen die passenden punkte raussucht, kann ja gut und gerne sein (wobei das aber auch was ist, was eine gewisse rechenleistung braucht). Wie sie Licht damit machen wollen kann ich mir garnicht vorstellen, sie müssten das in strahlenform von der lichtquelle aus berechnen und das auf jeden Punkt umrechnen, dazu noch Schatten! Auserdem ist doch der Speicheraufwand enorm wenn man Objekte als "Punktwolken" speichert. Position und Farbe von sovielen Punkten ist doch vom Speicherbedarf exponentell mehr als eine Textur und ein paar polygone. Die Idee ansich klingt ja gut, aber es bleiben mir zuviele fragen offen, ich glaubs wenn ich die erste Techdemo sehe.<br/>
<br/>
Für mich liegt die zukunft immernoch im Raytracing (openRT war z.B. ein sehr interessantes Projekt).<e>
</e></QUOTE>foxblock said:</s>
Naja, hier muss man schon genau übersetzen mit "unlimited" ist dabei eher unbegrenzt gemeint, da man logischerweise keine unendliche Datenmende speichern kann, aber von der Technologie her können sie theoretisch unendlich viele einbinden, da ja eh nur der auflösung entsprechend viele gerendert werden.<e>
</e></QUOTE>morq said:</s>Aber eine Kombination von diesem Pointcloaud Data Suchalgorithmus und Raytracing wäre doch genial. Der Algorithmus sucht das Athom und per RT wird der die genaue Farbe bestimmt...<e>