Maloki has written
ich habe da so eine Idee, bei der der Spieler einen Eingeborenenstamm gegen einen anderen Stamm in die Schlacht führt...
Ja, an sowas ähnliches hatte ich auch schon gedacht. Muss mir da aber noch was einfallen lassen (irgendeine Team-Zuweisung wie Team 'grün', oder so...)...
Maloki has written
Und 1024er-Maps waren schon lange überfällig...
Auch, wenn der Community-Durchschnitt mittlerweile bessere Rechner als vor drei Jahren haben dürfte, sind 1024er-Maps immer noch mit Vorsicht zu genießen. Aber wenn man sich geschickt anstellt, geht das schon klar.
quester has written
Da es ja mehrere Personen gibt, die am SC arbeiten, sollten wir uns vielelicht mal zusammentun, damit wir nicht zu sehr auseinanderdriften. Ich würde mich sehr freuen, wenn wir eine Einheitliche Version schmieden könnten.
Ja, sehe ich eigentlich ähnlich. Finds auch toll, dass sich BigSid so enthusiastisch um den ganzen Grafikmist kümmert, wofür ich kaum den Nerv habe (nur leider fängt S2 bei meiner alten Mühle mit den ganzen aufgemotzten Grafiken langsam an zu ruckeln ).
Blöd ist nur, dass ich nicht ständig erreichbar bin, was Absprachen zwar nicht unmöglich aber schwierig macht.
Und mir fällt es schwer, mich nur auf einen Aspekt zu konzentrieren und baue mal hier und mal da ein paar Verbesserungen ein. Da müssten dann ständig die Files untereinander ausgetauscht werden.
Will auf jeden Fall bis April mal ein kleines Release uppen, und dann müssen wir mal sehen (schreib' dir noch 'ne PN).
SAB has written
1. - Ducken:
Einfach nur einne Taste, bei der der Spieler sich duckt und bei erneutem betätigen sich wieder hinstellt -> Wäre ganz interessant beim jagen, wenn man sich zum Beispiel anschleichen möchte.
Hatte ich schon mal in Erwägung gezogen, aber wieder verworfen. Na gut, werds mal notieren.
SAB has written
2. - Direkt in die Hand nehmen:
Wenn man zum Beispiel einen Baumstamm transportieren möchte, find ich das immer ziemlich unlog, wenn man den in den rucksack "legt". Da wäre doch eine taste nett, die das dierekt in die Hand nimmt, bei erneutem betigen lässt er den Baumstamm los.
Jau, dito. Ist nur letztendlich doch etwas schwieriger umzusetzen, weil mensch Objekte ja unterschiedlich behandelt... (Baumstamm wird leicht geneigt, Fahrzeuge bspw. einfach gezogen...). Lass' es mir mal noch einmal durch den Kopf gehen.
SAB has written
3. - Erdanziehung:
Ich find, wenn das nicht gelöst ist (vieleicht hast du es ja auch schon gelöst) hat das Spiel einen Hacken (vorallem im Bausystem), denn was ist wenn ein Tisch im 1 . Stock steht und das Haus brennt. Der Tisch "lebt" noch, jedoch die halbe untere Etage ist eingestürzt. Dann schwebt der da oben rum. Da müsste man sich aufjedenfall drum kümmern.
Naja, in der Regel sind das ja eher Ausnahmesituationen. Bei Units/Items wurde das jetzt etwas optimiert, bei Objekten aber noch nicht, einfach aus rechenzeittechnischen Gründen. Macht schon was aus, wenn für ca. 10000 oder mehr Objekte die Berechnung der Fallgeschwindigkeit und die Kollisionskontrolle durchgeführt werden muss. Unwahrscheinlich, dass es da eine Weiterentwicklung geben wird... Notier's mir aber trotzdem erstmal.
SAB has written
4. - Temperatur
Zu Faul. -> Skript...
SAB has written
Ach mist, hab ich ganz vergessen: Könntest du auch die anderen Grafiken, wie Icon Ladehintergrung und so editier bar machen. Wär mal ganz nützlich.
Der Ladebalken wurde komplett überarbeitet. Aber der ist einfach zu cool und soll noch geheim bleiben...
Ansonsten check mal den sys\gfx-Ordner, da geht ja jetzt schon einiges...
SAB has written
@Hecky3
Ich glaub es gibt da ein problem, da das spiel wohl immer abfragen a la "x ueber 0" macht, zum Beispiel ob man taucht/schwimmt oder nicht. Daher ist das wohl recht schwierig.
Jupp, so isses. Schritt für Schritt wird die 0 durch eine Variable ersetzt, wenn ich im SC drüber stolpere.
Vor Ewigkeiten hatte ich obige Idee mal umgesetzt, führte aber zu einigen Bugs, vor allem mit den Einheiten. Mittlerweile funzt das wiederum wieder etwas besser, also... mal gucken.
KirschKaffee has written
Ich finde es klasse, wenn ein paar events für den Tagesablauf dazukommen, wie zum Beispiel on:sunrise (6 Uhr), on:highnoon (12 Uhr) und on:sunset (18 Uhr), und zwar als im Sourcecode verankerte Events, die ohne weiteres ausgelöst werden könnten.
Ja, kam mir auch schon irgendwie in den Sinn... Ist auch recht leicht umzusetzen -> notiert.
KirschKaffee has written
Ist es möglich, einen Aufruf in den Sourcecode zu machen, der es ermöglicht, die Klasse eines Gegenstandes abzufragen, der ein globales Event ausgelöst hat? Ich denke zwar, dass das recht unwahrscheinlich ist, da ja schon getlocal eine Klassenangabe voraussetzt, aber wer nicht fragt, bleibt dumm
Geht das nicht schon per Skript? Beim ausführenden Skript einfach sowas wie "$global_class=currentclass()" und "$global_id=currentid()" (oder so ähnlich... bin da schon wieder etwas 'eingerostet')?
Whatever, notier's mal. Wenn's einfach is', kommt's rein.
KirschKaffee has written
Es hat sich da herausgestellt, dass ich aus Versehen einen falschen Dateinamen angegeben habe, aber die Konsole hat gesagt, dass ein Semikolon fehlt, also habe ich erstmal eine Stunde lang wie ein Verrückter nach fehlenden Semikolons gesucht. Es wäre schön, wenn die Konsole in solch einem Fall die korrekte Fehlermeldung ausgibt, nämlich dass eine Datei fehlt.
Vergiss es. Exception Handling ist schon eine Wissenschaft für sich (und selbst bei BlitzBasic grottenschlecht). Gewöhn dir lieber an, wie man einen Bug 'einkreist' (kp, lasses dir von einem Informatiker erklären...).
Orge has written
wie willst du das mit den Kombis eig genau realisieren?
zb wenn ich nen hammer erstellen will und ast+stein kombinieren kommem mal 2 hämmer raus mal einer und mal gar keiner (und vll n ast übrig oder sowas)?
Ne, bei Kombi "Ast+Stein->Hammer" kommt höchstens ein Hammer bei raus. Aber verkackte Kombi heißt, dass bspw. der Ast zerbrochen ist, aber der Stein durchaus noch verwendet werden kann (oder umgekehrt)...