GamezWorld.de - Forum

Interessant.

Seid ihr auch mit an der OpenRA-Entwicklung beteiligt? Das Thema Multiplayer/Netzwerk ist fuer mich ja noch ein "ToDo" bei TVTower(.org).

bye
Ron

Ich frag mal bei anderen Entwicklern rum - und hoffe es hat jemand einen der M1 ...

Ansonsten kann ich versuchen am Wochenende meinen alten Mac Mini zu entstauben und schaue ob ein "natives Build" (statt der github Mac VM) besser ist. Allerdings laeuft da glaube kein Monterey drauf ... vielleicht mit dem OpenCore-Patcher ...

Das wird dann aber alles nix "zeitnah", hoffen wir also auf schnelle Loesung durch "Kollegen".

bye
Ron

Was fuer ein OS X hast du denn?

bye
Ron

You have the imdb IDs for many of them in there - so you can lookup the original names. But I assume nobody did an official translation of the fake data/names yet

bye
Ron

Telenovelas would be "Trash"-flagged here I think
Maybe it could also fit into "family + drama", "family + lovestory" ... depending on the basic mood of the telenovela.

bye
Ron

Moin Guenni,
den Fehler haben wir fuer die naechste Version bereits behoben - bzw wurde der schon gemeldet.
Das Problem liegt an dem Bankrottgehen eines Spielers - irgendwie blockierten da die alten "Figuren" den Raum (sie wurden "rausgezwungen" und da gab es ein Problem).

Wenn du im Verzeichnis "TVTower/configs" die Datei "DEV.xml" oeffnest und dort die "DEV_KEYS" auf "true" stellst, kannst du einige Shortcuts nutzen.

<?xml version="1.0" encoding="utf-8"?>
<tvt>
	<resources>
		<data name="DEV_CONFIG">
			<DEV_KEYS value="TRUE" />

Du kannst dann mittels "strg-links plus 1/2/3/4" Spieler wechseln - und diese bspweise selber mit "Rechtsklick" aus den Raeumen holen.
Auch kannst du mittels "TAB"-Taste den Dev-Screen aufrufen und dort Spieler aus Raeumen kicken etc. Dies sollte mit "k" auch klappen.

Bei manchen solcher Fehler reicht es aber auch, abzuspeichern und einzuladen (damit es sich fehlerhafter "Altlasten" entledigt).

bye
Ron

Du kannst einfach den Link zum Bild hier einfuegen ... (imgurl.com oder aehnliches) bzw dann den Direktlink nutzen und auch das Bild direkt einbinden (unter dem Eingabebereich steht ja was von "{img} Tag: an")

bye
Ron

Danke Marius ... die Meldung besagt, dass irgendwas schief lief ..  also du hattest da dann in der Logik/den Daten des Programmplans was, dem etwas nicht korrekt eingestellt worden ist.

Wieso das ist? Puhh ... also... ich bin derzeit einigem auf der Spur, das Problem ist die in Threads ausgelagerte KI - die exakt gleichzeitig auf einige Daten zugreift, die der Hauptthread ("das Spiel") da auch beackert. Vorwiegend sollte das die KI-eigenen Sachen betreffen (deren Programm usw.).
Just heute ueberarbeite ich aber gerade den Programmplan der Spieler - da wir in stundenlangen Testspielen (mit einigem an "erhöhte Spielgeschwindigkeit") zwar stundenlang auch keine Probleme finden konnten - aber dann doch aller 1-2 Tagen (unsere Zeitrechnung) ueber einen Zufallsfehler stossen.
Denn dazu muss der Zufall mitspielen - die KI muss einen ganz bestimmten Befehl genau dann ausfuehren, wenn das Hauptspiel parallel eben auch einen die gleichen Daten veraendernden Befehl ausfuehrt. Wir reden hier "auf die Millisekunde genau zum gleichen Zeitpunkt".

Als Beispiel waere das Setzen von Werbung - die KI speichert was in einer Tabelle ab - und gleichzeitig erweitert das Hauptspiel eben diese Tabelle.
Man kann das so sehen: Das Hauptspiel muss dazu eine groessere Tabelle anlegen und alle bestehenden Daten dort reinkopiert. Wenn sie fertig mit kopieren und die neue Tabelle "vorbereitet" hat, nimmt sie die alte Tabelle aus dem Regal und legt die neue Tabelle an dieser Stelle ins Regal.
Wenn nun die KI aber genau nach dem Kopieren nur schnell mal eine Zeile in der Tabelle aendern will - erfolgt diese Aenderung zwar, aber gleich kurz danach legt das Hauptspiel ja die neue Tabelle an diese Stelle ins Regal. Die Aenderung der KI ist aus Sicht der KI erfolgreich durchgefuehrt - das Hauptspiel hat die Aenderungen aber wieder ueberschrieben.

Nun koennte es aber neben dieser Tabelle noch eine zweite Tabelle geben, in der hinterlegt wird, was man an Position 100 der ersten Tabelle findet. Diese Information ist nun fehlerhaft - und koennte dazu fuehren, dass ein anderes, nun an Stelle 100 (bspweise "noch") befindliches Objekt angepasst wird, weil es an Stelle 100 steht (bspweise wird es verkauft, oder ausgestrahlt oder aehnliches).

Hoffe das war jetzt halbwegs verstaendlich.

bye
Ron

Ich hab dein System nochmal installiert.

Hab mir dann nochmal versucht BlitzMax kompatibel zu machen (also auf GCC < 5.0). Das ging nur in Teilen und ich habe dann einfach nochmal den obigen TVTower-Download herangenommen und entpackt...
Es gibt da drin ja 2 TVTower-Binaerdateien, "TVTower" und "TVTower_Linux32" (letztere ist "gestrippt").

Hast du bei der ersten die gleiche Fehlermeldung - vielleicht kommt die nur weil ich es per VM/virtualbox-gl-mesa-treiber laufen lassen will ?

bye
Ron

https://www.gamezworld.de/files/TVTower_Linux32.zip

Probier die mal - keine Ahnung ob Sound kommt, habs bei Dir im Debian+VM nicht gestartet bekommen, aber in einem alten CentOS7-32bit (ebenfalls VM) gings (allerdings hab ich da keinen Ton).

bye
Ron

Aehhm. Ja. Ok.

Ich aeussere mich nur mal zu BlitzMax:
- das alte BlitzMax wurde schon vor 2010 eingestampft und nicht mehr aktualisiert
- BlitzMaxNG unterstuetzt 32bit und 64bit
- BlitzMaxNG wandelt die BlitzMax-Codes nach "C" um. Fuer "C" gibt es Konventionen (c11, c99, ...) die verschiedene Sprachfeatures ermoeglichen
- den Compiler (Transpiler) von BlitzMax hab ich fuer 32bit kompiliert bekommen, allerdings beschweren sich einige Bibliotheken mit seltsamen Fehlern, wenn ich sie (und TVTower) kompilieren will (momentan ist das der Boehm-Demers-Weiser Garbage Collector - die bdwgc lib)
- die Bibliotheken sind hier und da aktualisiert und koennten somit mit aelteren C-Compilern Probleme haben (nur Vermutungen - da ich noch nicht ganz dahintergestiegen bin, wieso die Fehler passieren ... denke GCC 4.8 und GCC 4.9 in Kombination mit "c99" koennten Probleme bereiten).

Nun aber noch eine Erklaerung, warum Entwickler nicht die Kompatiblitaet zu dutzenden Versionen an anderen Bibliotheken beibehalten wollen: Zeit. Womoeglich noch Freizeit. Aufwand fuer <1% der Nutzer muss irgendwie begruendet werden. Zahlen (monetaer oder wie auch immer) die 1% fuer den Zusatzaufwand, wird er evtl betrieben. Wenn nicht, dann gilt das "alte Zoepfe abschneiden"-Prinzip.
Bei "Freizeitcodern" wie hier bei uns ist es aber nicht monetaer, sondern einfach nur mangelnde Zeit (und mangelnde Motivation - wir wollen ein Spiel programmieren und nicht tagelang fuer <0.1% der Spieler Dinge erledigen - man macht das, bzw versucht es... klar! Aber manchmal klappt es einfach nicht).

bye
Ron