30.06.2025, 21:22
Sprache ändern
Registrieren
Anmelden
Du bist nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies dein erster Besuch auf dieser Seite ist, lese dir bitte die Hilfe durch. Dort wird dir die Bedienung dieser Seite näher erläutert. Darüber hinaus solltest du dich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutze das Registrierungsformular, um dich zu registrieren oder informiere dich ausführlich über den Registrierungsvorgang. Falls du dich bereits zu einem früheren Zeitpunkt registriert hast, kannst du dich hier anmelden.
- 1
- 2
BigBadBoss
Senior Member
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
Y0Gi
God
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...
kampfsau
God
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