GamezWorld.de - Forum

Moin und Danke fuer das Lob :-)

Es gibt (bisher) keinen Editor - nur die Moeglichkeit in einem beliebigem Texteditor die Daten zu aendern.

Eigenproduktionen solltest Du erst verkaufen koennen, wenn Du sie einmalig ausgestrahlt hast.

bye
Ron

Eine Alternative ist, das "Vanilla BlitzMax" zu nehmen (also das "originale"). Damit kannst Du zwar nur 32bit-Applikationen kompilieren, aber das sollte dennoch reichen.

https://www.gamezworld.de/files/BlitzMax.7z

runterladen, entpacken. Habe alle notwendigen Module bereits mit reingepackt. Es nutzt ein aelteres MinGW (4.6 statt 7.1) aber sollte klappen - damit erstelle ich ja die "TVTower.win32.exe" ;-)

Wenn Du das entpackt hast, kannst Du dort drin ebenfalls die MaxIDE oeffnen, das TVTower-Verzeichnis raussuchen, TVTower.bmx oeffnen und kompilieren.

bye
Ron

setup available renderers -> no renderers but GL2SDL
TGraphicsManager.SetRendererAvailable(-1, False)

Dort?
Kuemmer mich bis heute Mittag drum, muss erstmal mit Junior einkaufen.

bye
Ron

Ja ich muss die Anleitung wohl mal aktualisieren.

Aber in Kuerze: das Komplettpaket kann man nun hier herunterladen:
https://github.com/bmx-ng/bmx-ng/releases

Da sollte _fast_ alles drin sein (vor allem ein schon ausgewaehltes "MinGW", das macht dann aus dem generierten C Code eine .exe).
Den Download entpacken - bspweise nach "C:\BlitzMaxNG"

Dann dies herunterladen:
https://github.com/bmx-ng/maxmod2.mod
("Download ZIP").

Nach "C:\BlitzMaxNG\mod" entpacken (also so, dass Du dann "C:\BlitzMaxNG\mod\maxmod2.mod\rtaudio.mod" usw. hast)

Ab dann weiter wie im Text beschrieben:

Falls ich mal im Code irgendwas uebersehen habe und es dadurch zu Warnungen mit BlitzMaxNG kommmt, kann man neben "Quick Build" auch aktivieren, dass "Overload Warnings" erzeugt werden, statt Fehler. Das passiert, wenn ich eine Kommazahl an eine Funktion schicke, die eine Ganzzahl erwartet. Das "alte" BlitzMax akzeptiert das still und heimlich, NG hingegen findet das nicht so doll :-)

Wenn Du damit nicht weiterkommst, einfach hier reinposten was Probleme bereitet.

bye
Ron

@ Wetter
Geplant aber so noch nicht umgesetzt:
Regen treibt Leute nach Hause
Sonne treibt sie nach draussen
Schnee und Unwetter beeinflussen TV-Empfang ("Schnee/Ameisenkrieg" ;-)).

@ Serienbonus
Ja das ist auch angedacht.

@ Eingeplantbonus
Das geht halt leider alles nicht so ohne weiteres.

Tag 1: Spieler nimmt Film X aus dem Menue und platziert ihn auf Tag2:20Uhr.
Tag 2: Film X bekaeme einen Eingeplantbonus

Verschiebevariante A:
Tag 2: Film X-Block wird aufgehoben und auf Tag2:22Uhr verschoben
-> Malus wie du vorschlaegst

Verschiebevariante B:
Tag 2: Film X wird erneut aus Menue geholt und auf Tag2:22Uhr verschoben, danach Film X von Tag2:20Uhr geloescht.

Klingt aehnlich, hat aber verschiedene Auswirkungen. Hinter jedem "Block" (das was man dann mit der Maus verschieben kann) steht eine Programmlizenz. 3 Bloecke von Film X teilen sich eine solche Lizenz. Die Lizenz weiss (derzeit) nichts ueber eventuelle Programmeinplanungen. Diese Information besitzt der "Programmplan". Die Bonus/Malusberechnung laeuft ebenfalls ueber den Programmplan.
Bekommt nun der Film an Tag2:22Uhr einen Malus weil er verschoben wurde - oder nicht? Er ist ja nicht verschoben, sondern neu platziert - und der "andere" entfernt worden.

Kurzum: Fuer das System gibt es kein "Verschieben". Entsprechend bietet es sich nur an, einen Bonus fuer langfristige Planung zu geben, aber keinen Malus fuer das "Verschieben".

Um die Sache mit dem Malus hinzubekommen, muesste man aehnlich wie eine TV-Zeitung denken: Um 12 Uhr Mittags (oder aehnliches) wird der Programmplan des _Folgetags_ gesichert (also einfach nur: X Uhr - Programmlizenz Y). Dann noch folgende Aenderungen sind "kurzfristig" und bekommen einen "fixen" Malus (Uhrzeit ausser Acht lassen). Denke das waere einfacher fuer die Spielbarkeit und kaeme dem "vorher eingeplant = fixer Bonus"-Gedanke zu Gute.

Diese "Programmplanspeicherung" kann auch fuer eine Tageszeitung genutzt werden ("das morgige Programm - der Konkurrenz").

bye
Ron

@ Newsketten
Das ginge, wenn es eine 1:1-Verkettung waere. Allerdings koennen Nachrichten ja immer von beliebig vielen Nachrichten ausgeloest werden - also A loest B aus, aber auch C kann B ausloesen. Man muesste also in "B" definieren, was den Verstaerkungseffekt ausloest. beim Automatisieren muesste das Programm fuer jede ausgeloeste Nachricht im "alle bisherigen Nachrichten"-Archiv schauen, welche Nachricht einen Trigger auf eben diese Folgenachricht besitzt.
Weitere Teilaufgabe: Nachrichtenereignisse koennen sich wiederholen ("alle anderen Nachrichten bereits passiert"), an der Stelle muesste man die "bereits ausgestrahlt"-Information tilgen. Allerdings wuerden Folgenachrichten nicht wissen, dass die Vornachricht ausgestrahlt waere.
Dementsprechend muesste man bei Ausstrahlung einer Nachricht alle Folgenachrichten (getriggerte Nachrichten) informieren, dass ein "Vorgaenger" ausgestrahlt wurde. Hmm, ja, das koennte wohl gehen.

@ Sendegebietsgrenzen
Das ist Absicht.

@ Editor
Die ganzen bearbeitbaren Elemente sind ziemlich fies miteinander verwoben. Das ist kein einfaches "titel + text"-Bearbeiten sondern benoetigt viel "interaktives" (Stichwort: Trigger und Effekte).

@ Spielerfarbe
Stimmt, das koennte man wirklich mal irgendwie integrieren ;-)
Derzeit kannst Du dir aber behelfen, in dem Du alles fuer deinen Wunschspieler einrichtest und dann nach Spielstart die Taste "1-4" (je nach Spieler) drueckst.
Nun noch:
"Enter" + "/dev playerai 1 1" + "Enter"
und
"Enter" + "/dev playerai DeineSpielerNummer 0" + "Enter"

Damit sollte Spieler 1 zum Computerspieler werden, und die KI fuer deine neue Spielfigur sollte deaktiviert werden. Nun einfach abspeichern - und du haettest eine Moeglichkeit an anderer Stelle im Hochhaus zu spielen

@ Eingeplant-Bonus
Wir koennen einem jedem Programmblock entnehmen, wann er platziert worden ist, der Effekt sollte aber relativ gering ausfallen - und wie sollte er wachsen, wann ist das Limit erreicht, nach 2, nach 3 Tagen?
Und ja, Trailer sollten ihre Wirksamkeit mit jeder "Umplanung" verringern (eine gewisse "Werbung" ist ja trotzdem vorhanden). Allerdings wird es vielleicht unnoetig kompliziert, wenn Trailer direkt an die "bis dato folgende Ausstrahlung" geknuepft sind (sprich der Spieler bspweise im Nachhinein zwischen Trailerausstrahlung und geplanter Filmausstrahlung diesen Film schon sendet. Kurz: Trailer 14 Uhr fuer Film 20 Uhr. Nun kommt der Film aber 15 Uhr und 20 Uhr, der Trailereffekt wirkt derzeit auf den 15 Uhr-Film).

@variable Reichweite
Ja das ist angedacht, gibt den Wetterbericht nicht umsonst. Auch sind im Spiel schon Stellschrauben untergebracht, um Reichweiten temporaer modifizieren zu koennen. Da aber andere Baustellen hinzukamen, habe ich dieses Feature noch nicht weiter ausgebaut.

@ Newsausbau
Denke auch, dass diese "Spielvertiefungen" spaeter kommen koennen.

Danke fuer das Feedback.

@ Jorgaeff
Ja, "Leicht" bedeutet hier, dass es fuer die KI leicht wird. Sollte ich das besser andersherum aufzaeumen? Sprich: "KI Leicht" bedeutet, die KI hat es schwer im Spiel und somit wird es fuer den Spieler leichter?

PS: Ich hoffe ihr baut die Diskussion zum Feedback (gerne in neuen Threads) ein wenig aus - ich brauche Motivation um die ganzen Dinger gleich in neue DevPatches zu packen. Denn langsam aber sicher brauchen wir eine neue Komplettversion.

bye
Ron

Ja ist relativ ruhig. Wird im Sommer sicher nicht besser.

Aber es gilt noch immer: wenn Du was an "Triggern/Effekten/..." brauchst, ruhig ansprechen.

bye
Ron

Neuer DevPatch - auf v0.5.1 aufbauend

TVTower.DevPatch.20180414_0038.7z (Win32, Linux32, Linux32_noPulseAudio)

Was ist neu?
- Fix: Reichweite der Senderkarten wird korrekt erneuert ("Cache") wenn ein Zensus durchgefuehrt wird statt nur bei Senderkauf/-verkauf oder Vertragsaenderung. Report: RCBishop
- Kleinkram

bye
Ron

Da steht:

  <title>Donald Dumb wird Präsident der VR Duban</title>
    <description>Die VR Duban hat Donald Dumb zu ihrem neuem Präsidenten ernannt. Für die nächsten vier Jahre wird der Multi-Millionär die Geschicke der VR leiten.</description>

Die Texte sollten in "<de>" gepackt werden

<title>
 <de>Titel</de>
</title>
<description>
 <de>Beschreibung</de>
</description>

Da deine Formatierung trotzdem XML-konform ist, spuckt das Spiel beim Laden keinen Fehler aus. Allerdings definierst Du fuer Titel und Beschreibung dadurch keinen "Inhalt" -> die News bleiben leer (was man als Fehler ansehen kann, zumindest ein Titel sollte hinterlegt werden).

@ gebrauchte Nachrichten
Einfach ein solches Spiel starten - speichern, zippen und mir schicken. Dann habe ich genau deinen Datensatz im Spiel.
Alternativ, deinen aktuell genutzten Datensatz zippen und mir schicken und ich versuch dann "nachzustellen".

bye
Ron

Ja fuer Filme kommen eigene Nachrichten.

@ Leere Nachricht
Druecke "Tab" und Du solltest die GUID im Debugueberlagerungsbildschirm sehen - dann erkennst Du ob es daran liegt, oder ob es die Nachricht gibt (reicht ja ein "Teil" der GUID um nahezu einzigartig zu sein, brauchst also nicht alles aptippen.

Alternativ: Abspeichern und mir schicken, dann schau ich, ob im Speicherstand die Nachricht enthalten ist.

@ Mittwoch/Sonntag
Koennte daran liegen, dass nicht genuegend Nachrichten vorhanden sind, und auf Teufel komm raus eine Nachricht ausgewaehlt wird.

Sollte aber _eigentlich_ nicht passieren - sofern in den geladenen Nachrichten fuer diesen Moment und dieses Genre eine potentiell moegliche/verfuegbare Nachricht existiert, denn es laeuft so ab:
- Anfrage fuer Zufalls-Startnachricht eines Genres
- Wenn keine ungenutzten Nachrichten verfuegbar sind, werden benutzte Nachrichten des Genres verfuegbar gemacht (erst aelter als 4, dann 3, ... bis 0 Tage)
- ist nix verfuegbar, wird das gleiche Prozedere fuer das Genre "Tagesgeschehen" angewendet
- schlaegt auch das fehl, wird _irgendeine_ Startnachricht (Genre egal) ausgewaehlt

Aber... waehrend ich das gerade ausprobieren wollte...schau dir mal den Datensatz genau an :-)

            <title>
                <de>Gewinnzahlen vom Mittwochs-Lotto</de>
            <!-- "erscheint mittwochs ab 18.00 Uhr" -->
            <availability script="TIME_WEEKDAY=2 &amp;&amp; TIME_HOUR >= 18" /> 
            </title> 

Das <availability> sollte _nach_ dem /title kommen - sonst waere es wie die Sprache "availability" (statt "de") und dann noch ohne Wert/Inhalt.

richtig waere:

            <title>
                <de>Gewinnzahlen vom Mittwochs-Lotto</de>
            </title> 
            <!-- "erscheint mittwochs ab 18.00 Uhr" -->
            <availability script="TIME_WEEKDAY=2 &amp;&amp; TIME_HOUR >= 18" /> 

Kurzfassung: mit obigem Fehler gibt es kein "availability" und entsprechend... keine Limitierung auf den Mittwoch. Beim "Das Wort zum Sonntag" ist dir der gleiche Fehler unterlaufen.

bye
Ron

Neuer DevPatch - auf v0.5.1 aufbauend

TVTower.DevPatch.20180329_1936.7z (Win32, Linux32, Linux32_noPulseAudio)

Was ist neu?
- DEV.xml hat neue Optionen um News, Drehbuecher, ... beim Einlesen aus den DBs zu filtern
- "/dev loaddb dbdateinamenteil" laedt passende DB neu ein (ungetestet, kann zu unvorhergesehenem Verhalten fuehren)
- Blockzeiten fuer Bomben/Beamtenkonfiszierungen erhoeht (nun auch additiv statt ersetzend bei bereits vorhandener Blockierung)
- Fix: Figuren koennen wieder "gezwungenermassen" aus Raeumen gekickt werden. Report: jorgaeff

bye
Ron

Was heisst "1x im Jahr 1986" - 1x in 1986 und in 1987 dann beliebig oft?

@ ficitional
fictional?

Wie gesagt, das "unique event" hat den Wert "2" bei den Flags. Flags werden addiert. Wenn man also die 1,2 und 8 setzen moechte, schreibt man "11". Kurz: in einem Zahlenwert verstecken sich dann mehrere "ja/nein" bzw "an/aus" Optionen. Spart Platz

Die Flags schreibst Du in den "<data>"-Block.

In diesem Fall waere das also:
<data genre="3" price="0.3" topicality="30" fictional="True" flags="2" />

Andere Flags sind:

	Const SEND_IMMEDIATELY:Int = 1
	'can the event happen again - or only once?
	'eg. dynamically created weather news should set this flag
	Const UNIQUE_EVENT:Int = 2
	'can the "happening" get skipped ("happens later")
	'eg. if no player listens to the genre
	'news like "terrorist will attack" happen in all cases => unskippable
	Const UNSKIPPABLE:Int = 4
	'send the news event to all players, regardless of their abonnement
	'level
	Const SEND_TO_ALL:Int = 8
	'keep time for next initial/start news of the very same genre (genre
	'ticker). By default an added news delays next one of a genre
	Const KEEP_TICKER_TIME:Int = 16
	'forcefully reset to the next ticker time - useful for follow up news
	'which would else not reset that time
	Const RESET_TICKER_TIME:Int = 32
	'reset a "initial" happen time once it was used the first time
	Const RESET_HAPPEN_TIME:Int = 64
	'mark news as something special (eg. to emphasize it graphically)
	Const SPECIAL_EVENT:Int = 128

Man kann damit dann einstellen, dass eine ausgeloeste Nachricht nicht die "Zeit bis zur naechsten automatisch erzeugten [Start]Nachricht eines Genres" aendert.

Wenn also deine Flags 18 sind, dann hast Du "Behalte Tickerzeit bei" und "einmalige Nachricht" fuer dieses Nachrichtenereignis aktiviert.

Wenn sie ausgeloest wird, kommt sie danach nicht mehr in den Pool verfuegbarer Nachrichten zurueck, sie ist "einmalig". Es gibt fuer jedes Genre einen Timer der festlegt, wann nach einer neuen Nachricht des Genres X gesucht wird. Sind noch Nachrichtenketten offen, wuerden Folgenachrichten auch diesen Timer zuruecksetzen (ausser ihre Flags verhindern es) sobald sie "dran" sind. Dieses Verhalten kann mittels der Flags beeinflusst werden.
"SPECIAL_EVENT" (Flagwert 128) waere dazu da, sie aehnlich wie die Wetternachrichten speziell hervorzuheben.

bye
Ron