02.06.2024, 07:23
Sprache ändern
Registrieren
Anmelden
Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
- 1
- 2
Re: Doom 3 Konkurrenz mit 96KB!!!
Sonntag, 18. April 2004, 22:13
Zitat von »Akula«
mehr intelligente Programmierung dieser Art würde sicher einen Haufen Hardwarekäufe und Aufrüstaktionen verhindern.
Der Aufwand ist einfach viel zu groß. Ein umfangreiches Spiel in 96 MB zu programmieren dauert sicherlich Jahre. In den FAQ bei theproduct.de stehts ja auch die interessante Aussage :
with your technology you could compress a dvd to a floppy disk!
you got it all wrong. .the .product is not about compression, it's about generation. we can only "compress" data generated with our tool.
Außerdem ist der Vorteil ja wirklich nur die Dateigröße, die Anforderungen an RAM, CPU und Graka bleiben gleich. Dafür hat man lange Ladezeiten.
Ich bevorzuge dann doch eher Spiele, die kaum auf 3 CDs passen, dafür aber weniger als eine Minute laden
Re: Doom 3 Konkurrenz mit 96KB!!!
Sonntag, 18. April 2004, 22:46
sorry, aber ihr habt es offensichtlich nicht verstanden.
das spiel demonstriert, wie man die GENERIERUNG von daten aus einer sehr kleinen menge bewerkstelligen kann. das dauert natürlich seine zeit und braucht leistung. sowas jeweils am spielbeginn wird nicht sonderlich gut ankommen. da man mit vorbereiteten daten (texturen, maps, models, etc.) schneller ans ziel kommt, wird das eben heutzutage so gemacht. das geht zwar auf kosten der datenmenge, aber das ist noch am ehesten zu verkraften (auch wenn einige aktuelle spiele die grenze weiter ausweiten).
man kann also prinzipiell auch 96mb an anweisungen(!) haben, um damit sehr viele daten zu generieren, aber das dauert dann auch entsprechend länger. dabei ist es nicht nötig, einen prozess zu wiederholen, dessen resultate man bereits nach einmaliger ausführung hat.
wer sich den abspann von .the .product ( fr-08 ) durchliest wird überrascht sein über die gigabyte an generierten grafik- und audio-daten. aber das ist eine demo, die zeigen soll was möglich ist - vom praktischen einsatz ist es aber ein gutes stück entfernt, auch wenn sich das in zukunft möglicherweise anderweitig gewinnbringend einsetzen lässt.
fyi: ryg's tool zum generieren von demos ist wirklich sehr interessant (hat er mir mal geschickt), man erzeugt texturen und models mit photoshop-ähnlichen filtern im baukastenprinzip, so dass nur die speichersparenden notwendigen schritte bis zum ergebnis gespeichert werden müssen.
edit: oh, bbb hat's auch verstanden
edit2: verdammte smiley-erzeuge-funktion...
das spiel demonstriert, wie man die GENERIERUNG von daten aus einer sehr kleinen menge bewerkstelligen kann. das dauert natürlich seine zeit und braucht leistung. sowas jeweils am spielbeginn wird nicht sonderlich gut ankommen. da man mit vorbereiteten daten (texturen, maps, models, etc.) schneller ans ziel kommt, wird das eben heutzutage so gemacht. das geht zwar auf kosten der datenmenge, aber das ist noch am ehesten zu verkraften (auch wenn einige aktuelle spiele die grenze weiter ausweiten).
man kann also prinzipiell auch 96mb an anweisungen(!) haben, um damit sehr viele daten zu generieren, aber das dauert dann auch entsprechend länger. dabei ist es nicht nötig, einen prozess zu wiederholen, dessen resultate man bereits nach einmaliger ausführung hat.
wer sich den abspann von .the .product ( fr-08 ) durchliest wird überrascht sein über die gigabyte an generierten grafik- und audio-daten. aber das ist eine demo, die zeigen soll was möglich ist - vom praktischen einsatz ist es aber ein gutes stück entfernt, auch wenn sich das in zukunft möglicherweise anderweitig gewinnbringend einsetzen lässt.
fyi: ryg's tool zum generieren von demos ist wirklich sehr interessant (hat er mir mal geschickt), man erzeugt texturen und models mit photoshop-ähnlichen filtern im baukastenprinzip, so dass nur die speichersparenden notwendigen schritte bis zum ergebnis gespeichert werden müssen.
edit: oh, bbb hat's auch verstanden
edit2: verdammte smiley-erzeuge-funktion...
Re: Doom 3 Konkurrenz mit 96KB!!!
Montag, 19. April 2004, 00:16
wow, ich bin echt beeindruckt! :o 
die lichteffekte... bump-mapping... und so weiter
auf einem A64-3200+ mir R9800pro rennts flüssig ;D
aber 100% cpu-auslastung
tolle arbeit! pratischer nutzen wohl gering, aber tolle technik-demo!
die lichteffekte... bump-mapping... und so weiter
auf einem A64-3200+ mir R9800pro rennts flüssig ;D
aber 100% cpu-auslastung
tolle arbeit! pratischer nutzen wohl gering, aber tolle technik-demo!
there is no gravity - the world sucks
- 1
- 2