GamezWorld.de - Forum

Das Thema "Fantreue" ist an sich angedacht, aber eben noch nicht so umfassend umgesetzt. Momentan gibt es nur den Audienceflow.

Ich vermute, der Einfluss von "Sendezeiten" ist abhaengig vom Programm. Was ich meine ist: Es gibt ja eine Art von "Sucht". Sprich ich will meine Sendung nun unbedingt angucken, auch wenn sie zu einer anderen Zeit kommt ("ich will absolut nichts verpassen"). Und es gibt diese "oh, das kommt jetzt gar nicht? ok, ist halt so"-Programme.

Man muesste also nun ueberlegen, wie weit man sowas konfigurierbar macht (macht es einen Unterschied, 20 statt 19 Uhr zu senden - oder 5 Uhr statt 19 Uhr?" - oder ist Abweichung einfach "es wird abgewichen" ?). Wie zerstoererisch ist eine Abweichung? Ab wann ist der "normale Zeitslot" zu setzen?

Folge 1: 19 Uhr
Folge 2: 20 Uhr
Folge 3: 20 Uhr
Folge 4: 19 Uhr
Folge 5: 19 Uhr
Folge 6: 18 Uhr
Folge 7: 19 Uhr
Folge 8: 19 Uhr

wann wird eine Abweichung erkannt (jeweils pro Folge...)? Sprich: wie ermitteln wir die "erwartete Ausstrahlungszeit" ?

bye
Ron

Wenn er die anderen Nachrichten alle rausgenommen hatte, dann muss seine "fehlerhafte" News automatisch als eine der Startnachrichten ausgewaehlt werden (gibt ja keine anderen...) und damit erzeugt er den "siehste, war doch jetzt verfuegbar geworden" Eindruck.

@ "4,1980,1,1"
Nun, klar kann es sich um einen Bug handeln - aber fuer einen Spielstart 1980 ist das wirklich einfach ein "schon verfuegbar".

@ popularity nach Zeit "sinken" lassen
Es gibt ja "modifier" und "effects" (das ueberschneidet sich ein wenig).

Effekte waren so als "triggere eine Folgenews" etc gedacht.
Modifier sollten globale Spielvariablen anpassen (bspweise weniger Prozente der "Leute vorm TV" dank besonders gutem Wetter)

Modifier haben die Moeglichkeit, mittels dem xml-tag "time" zu definieren, dass sie verzoegert ausgefuehrt werden. ("Heute Abend um 18 Uhr gibt es deutschlandweit kostenlose Bratwuerste - erwarten Sie  kaum Leute vor dem TV!"  -> time waere dann so, dass eben 18 Uhr der Modifier ausgeloest wuerde, "time" orientiert sich an den Zeit-"strings", wie Ihr sie bereits besprochen habt).

Man kann einem Modifier aber auch "conditions" mitgeben ... "TGameModifierCondition_TimeLimit" -- der hat ein Start, ein Ende und (implizit/explizit) eine Dauer.
Diese Bedingung wird derzeit nur intern genutzt (fuer die Sammies/Awards). Wir koennten die aber auch ganz einfach ebenfalls per XML freigeben.

@ ani
Wie siehst Du die Sache? Wollen wir direkt "conditions" als "Gruppe" fuer die Modifier verfuegbar machen, oder nur den time-constraint?
(ich mache dazu wohl besser ein github-Issue auf ... da kann man das gezielter diskutieren)

Zurueck zum Thema. Solange es diese Zeitbeschraenkungen nicht gibt, kannst du aber das Abflauen der Popularitaet ja mit Trickserei umsetzen:

- Modifier Popularitaet "+10" per "sofort"
- Modifier Popularitaet "-5" per "in 5 Tagen"
- Modifier Popularitaet "-5" per "in 10 Tagen"

Sprich Du packst mehrere Modifier zusammen, die sich am Ende aufheben und mit Verzoegerung ausgefuehrt werden. Und keine Ahnung, wie weit man das treiben sollte (also wie viele Modifier man anlegen sollte), aber Du kannst damit ja auch ein "auf und ab" simulieren (programmatisch effektiver waeren aber natuerlich "Funktionen" die solche Werteketten dynamisch und flexibler erzeugen ... aber das ist jedenfalls momentan machbar).

Edit:
Ich glaube so ganz wird das derzeit doch noch nicht nutzbar sein, da Modifier im hiesigen Sinne Zahlenwerte sind - sprich Du ueberschreibst bspweise den Preis. Es sind keine "game modifier" (die global angewendet werden).

Sprich hier muesste man durchaus schon den Effekt (modifyPopularity) nutzen - und entsprechend schauen, was da "so geht".

Edit2:
Issue dazu : https://github.com/TVTower/TVTower/issues/1379

Momentan fehlt die Moeglichkeit, den Effekten die conditions mitzugeben (und momentan gibt es als "Conditions" nur das TimeLimit - denkbar sind hier natuerlich noch andere Dinge).

Auch habe ich dort noch erwaehnt, dass ein automatisches Abflauen der Popularitaet modifiziert werden koennen sollte (also die Staerke). Im Code ist das der "Trend"-Wert. Allerdings wuerde man ja hier nicht den "festen" Wert anpassen wollen, sondern ihn nur temporaer (per "modifier") ueberschreiben/anpassen.

bye
Ron

For the non-discord-users: Diogo also posted this on our discord server.

Seems they was playing till year 2060 already - and then all the shelves became empty (outdated scripts/too old movies) - and they are mass producing stuff (having rented all studios etc).

scrollbaer proposed to take care of such stuff (hinting that eg Mad TV started to not "age" movies after a given time).

So following his idea we could adjust ages of movies after X years of playing, or to adjust filters accordingly (so eg a "not older than 20 years" would become a "not older than 20 years + years since limit").

bye
Ron

Wir koennten ueberlegen, einen "/dev scandbfornew"-Befehl zu bauen. Also irgendwas, was die XMLs alle nochmal durchgeht, aber bereits "bekannte" ignoriert (Schauspieler, News, Filme, News).

Da aber fuer die meisten Spieler "Neue Spieldaten" auch "kommen mit neuer Version" bedeutet ... wird es vlt. eher weniger "Interessenten" geben.

Die Wahrscheinlichkeit steigt natuerlich, wenn "Entwickler" (bzw offizielle-DB-Bastler) ein Feature brauchen.

Umsetzbar ist es denke ... aber am Ende vlt nicht mit der hoechsten Prio. Einfach ein Issue aufmachen, wenn genauere "Rahmenbedingungen" ausgekaspert sind.

bye
Ron

Mit dem naechsten Release sind dann eigene Bilder fuer Filme usw moeglich. Die entsprechenden Aenderungen von ani wurden in den Hauptzweig uebernommen.

bye
Ron

@ Frad
Du hattest Dich kurz nach dem Posting hier im Discord bei mir gemeldet, dann eine andere Fassung probiert (also wohl die 64bit statt 32bit-Exe) und keine Probleme mehr gehabt.

Davon abgesehen: v0.8.3.2 veroeffentlicht - damit sollten kaputte Speicherstaende behoben sein.

bye
Ron

Downloadlink aktualisiert, v0.8.3.1 veroeffentlicht.

Betty verteilt wieder Liebe und Newsketten sollten nicht mehr "zufaellig" abbrechen.

bye
Ron

Welche von beiden X64 oder Arm64?

Falls es nur an der fehlenden Signatur liegt (habe keine 100 Euro fuer das Mac-Dev-Konto ausgegeben), koennte man:
https://github.com/alienator88/Sentinel

probieren.

bye
Ron

Also dirkw ... du kannst doch auch einfach auf die TVTower-Website verlinken - dort ist der Downloadbutton prominent "mittig" zu finden:

TVTower.org

PS: Releaseankuendigung fuers Forum mache ich gleich ... mir kam Weihnachten dazwischen.

bye
Ron

Dieser Timer ist an sich schon "drin" - mit exakt dem "anklopfen"-Ding.

Eine Alternative dazu ist das abweichen vom "jeder hat das gleiche Maklerangebot" und sozusagen dann doch die Moeglichkeit, bestimmte Raeume parallel zu betreten, anzubieten.
Das bedeutet aber auch, dass immer "Spieleranzahl * Slots im Maklerraum" Lizenzen gebraucht werden.
Alternative waere, dass man immer synchronisiert, wer "was in der Hand hat/aufhebt", "Kassettentausch" zu unterbinden usw usf.
Also alles dafuer zu tun, dass niemand "das falsche kauft" bzw. etwas kauft, was der andere schon gekauft hat (und sich dann ueber "hey, Kauf nicht moeglich"-Meldungen aergert).

bye
Ron

Ich teste immer unter VMs und manchmaaal auf dem uralten Mac Mini.

Audio-Dateien sollten aber im Download sein (denn der Download ist fuer Linux, Mac und Windows der gleiche - nur nutzt jedes OS eine andere Startdatei).

bye
Ron