Spieleprogrammierung groß rauskommen
-
Vor allem, weil sich der Text so anhört, als würden sie das ganze Spiel in "einer Art Assembler" coden.
Hey yo, oida, das Level wird jetzt in 5.8 anstatt 6 Sekunden geladen. Der Aufwand hat sich gelohnt!!
-
Dafür haben sie "völlig ruckelfreies Scrolling", man das felst hart.
Bye, TGGC Deine Unterstützung wird gebraucht!
-
ich finde das Spiel ähnelt stark Fallout. Zumindest von den Bildern her.
-
rapso schrieb:
Lustig finde ich, dass auf deren HP ihre superschnelle engine gelobt wird und in z.b. der pc games (wenn ich mich richtig erinnere) sie als ruckelig bezeichnet wird
war nicht vor 2 monaten auf irgendeiner heft-cd ein video davon? bei dem wußte ich auch nicht, ob die gesagt haben "3 frames reichen für eine animation" oder ob das ding ruckelt bis zum abwinken *g*.
macht nichts, ich würde bei mir auch draufschreiben "superschneller terrain-renderer", aber dafür nicht erwähnen, daß andere dinge die fps trotzdem auf unter 10 fallen lassen *fg*
-
nicht vergessen, C ist auch nur ein Macro-Assembler!
-
Optimizer schrieb:
Vor allem, weil sich der Text so anhört, als würden sie das ganze Spiel in "einer Art Assembler" coden.
Die sind wohl kaum so krank wie Chris Sawyer...
-
It's 99% written in x86 assembler/machine code
Jup. Auf 64Bit wird er es wohl nicht so schnell portieren können.
-
LOL
-
nur so ein tipp...master creating (entwickler von RA) sind auch die publisher von purebasic...und der entwickler von purebasic (achtung asm freak) wird sie vielleicht ein wenig unterstützt haben...ich glaube aber das das game in purebasic und c++ geschrieben wurde...
über solche aussagen wie "alles eine art asm" wurde in dem purebasic forum auch schon diskutiert...aber purebasic ist kein 100% asm...und auch nur in einigen wenigen bereichen schneller als c++
-
TGGC schrieb:
Dafür haben sie "völlig ruckelfreies Scrolling"...[/url]
Das gabs doch noch nieee!
-
Hier mal was, das ich im Forum des Spiels gefunden habe:
First off: Yes, its really written in PureBasic!
I stated in an old interview (a year ago or so) that it has been written in Assembly. Reason: PureBasic is developed by our partner company Fantaisie Software and it is not only written mainly in Assembler but produces pure assembler code (which is thereafter compiled with FASM, a freeware assembler similar to NASM but more powerful). Well, that is still the very short version and it was already too long for a gamer website.
Hier ist der ganze Thread:
http://www.shadow-studios.net/raforum/viewtopic.php?p=4170Und hier noch mehr Fakten:
http://www.shadow-studios.net/raforum/viewtopic.php?t=104
-
die screenshots sehen doch ok aus.außerdem ist es doch immer noch besser 800mhz
und 512mb zu brauchen als 2ghz und 512mb
kein grund gleich so über das spiel herzufallen
-
master_tradiaz schrieb:
außerdem ist es doch immer noch besser 800mhz
und 512mb zu brauchen als 2ghz und 512mbstimmt, aber wenn z.b. 95% der leute mit 512mb sowieso 1.4ghz haben, aber das "runterprügeln" auf 800mhz x monate mehr zeit gekostet hat, dann wärs ein griff ins klo. aber so wie ich das sehe, ist das assembler gerede sowieso hinfällig. sonst kann ich auch sagen, ich schreibe alles in assembler, nur weil der compiler in asm geschrieben ist und erstmal asm code erzeugt.
-
Trienco schrieb:
master_tradiaz schrieb:
außerdem ist es doch immer noch besser 800mhz
und 512mb zu brauchen als 2ghz und 512mbstimmt, aber wenn z.b. 95% der leute mit 512mb sowieso 1.4ghz haben, aber das "runterprügeln" auf 800mhz x monate mehr zeit gekostet hat, dann wärs ein griff ins klo.
was wenn man nebenbei noch ein nen prozess laufen hat, der auch cpu-last frisst?
(beim spielen eher selten der fall)klar hast du recht, weil die heutigen c/c++
compiler das in möglichst sparsamen assembler umwandeln. ich glaube sogar mal gelesen zu haben, dass da asm gar nichts bringe, weil man das kaum mehr so gut optimieren könne wie die heutigen c/c++ compiler.
-
Hat sich wer von euch schon ma dieses purebasic angesehen?
Kann mir schwer vorstellen, dass das wirklich so viel besser ist wie C++
-
Ich habe mir das mal angesehen. In einigen Bereichen ist es schneller als C/C++. Doch um ein Spiel zu programmieren benötigt man mehr als eine einzige schnelle Funktionen.
Im Endeffekt kommt es nicht auf die Sprache an, sondern auf das was man daraus macht. Ich habe mir mal die verschiedenen Basic-Dialekte angeschaut und ein wenig in den Foren gelesen. Und muss sagen die haben schon einiges gemacht.
Ich habe mir mal die Demo von BlitzBasic runter geladen und damit ein wenig rumgespielt. Wenn man schon in C/C++ entwickelt hat und ein wenig Erfahrung in 3D hat ist die Einarbeitung schenll passiert und man kann schon ein paar schöne Effekte zaubern. Ob die Sprache geeignet ist für ein größeres Projekt? Das bezweifle ich, obwohl es den einen oder anderen geben wird der das zustande bringt
Die Entwicklung eines Spiels wird durch so ein Tool natürlich extrem beschleunigt. Einfacher wird es dadurch nicht
-
@Gleiter: Wenn du dir mal die Links angeschaut hättest, dann wüsstest du, dass Restricted Area in PureBasic entwickelt wurde.
Liebe Grüße
Reality
-
master_tradiaz schrieb:
ich glaube sogar mal gelesen zu haben, dass da asm gar nichts bringe, weil man das kaum mehr so gut optimieren könne wie die heutigen c/c++ compiler.
och, _können_ schon. wenn man verdammt viel zeit dafür verschwenden will und sich am besten noch in die besonderheiten einzelner prozessoren einarbeiten will. aber dann würde wahrscheinlich kein spiel in unter 20jahren geschrieben werden *fg*.
es hilft allerdings, wenn man beim programmieren solche sachen im hinterkopf hat und einfach ein paar regeln beachtet. den cache nicht vorne und hinten sabotieren (z.b. durch lauter if-anweisungen in einer engen schleife), aufwand minimiert und manchmal sachen macht, die nicht intuitiv sind (z.b. variablen IN einer engen schleife deklarieren, wenn man insgesamt so wenige verwendet, daß der compiler sie alle in registern unterbringen kann). kurz: man kann auch schon einiges rausholen, wenn man in der höheren sprache mitdenkt. und die wirklich häßlichen dinge braucht man heute ja nicht mehr (multiplizieren als schleife oder bitshifts etc.)
-
Trienco schrieb:
und die wirklich häßlichen dinge braucht man heute ja nicht mehr (multiplizieren als schleife oder bitshifts etc.)
Wenn man sie braucht, dann macht sie der Compiler schon.
Bye, TGGC (Dem beste BdT)
-
Real schrieb:
@Gleiter: Wenn du dir mal die Links angeschaut hättest, dann wüsstest du, dass Restricted Area in PureBasic entwickelt wurde.
Liebe Grüße
RealityHabe ich gelesen. Ich habe auch den Scheiß mit Assembler und der laaangsammen Sprache C/C++ gelesen. Die sind ja alle dumm die Leute von ID und Valve und CryTek und und und. Die immer noch in C/C++ programmieren.
