GamezWorld.de - Forum

Ich habe zum Thema Schauspieler->Einschaltquote mal eine Diskussion (eher entwicklerorientiert) auf Github gestartet:
https://github.com/TVTower/TVTower/discussions/1442

(es kann sich natuerlich jeder dort beteiligen - es kann auch hier ins Forum abfaerben).

@ Serienpreise
Wenn man nur 6 Folgen in der Staffel hat, wird es natuerlich guenstiger, als bei 12 Folgen. Sollte man nicht vergessen.

bye
Ron

Kannst du nicht einfach die TVTower.app mit Rechtsklick im Finder "anklicken", dann "öffnen" auswaehlen? Wenn das SO gemacht wird, kann ein Haekchen gesetzt werden, der die Ausfuehrung erlaubt (bei einem normalen "Doppelklick" hingegen nicht).

Eine "signierte" Fassung kann ich leider nicht anbieten. Mein Mac Mini ist von 2009, Arm64 (M-Generation bei apple) kann ich nur "cross-compilen". Ein Dev-Zugang bei Apple kostet 100 Euro im Jahr - und neue Releases muessten immer erst geprueft werden etc (also kein "mal schnell ein neues Binary bauen").
Eine Alternative waere ein komplettes "Build package" (so wie es BlitzMax macht -- ein RunMe.sh-Skript, was aus C-Code alles zusammenschraubt). Denn "Lokale Kompilationen" laufen dann doch ohne "Warnung".

bye
Ron

In dem Fall einfach dort "TList" in "TObjectList" umbenennen (zwei mal noetig).

Das Problem ist, dass die aktuellsten Fassungen des "Programmierpakets" eine Aenderung von mir schon uebernommen haben - ich die Anpassungen fuer TVTower aber nun in einem anderen Branch entwickelt hatte (zusammen mit anderen Dingen).

Eigentlich wollte ich schreiben, dass ich den Branch jetzt merge, aber ... genau dann kam nittka/ani mit einem Bugreport, um den ich mich erst noch kuemmern sollte.

bye
Ron

Ja - die aktuelle Fassung ist denke ich in den letzten Zuegen. Scr0llbaers DB-Update wurde nun gemerged/eingebunden und es fehlt noch meine Optimierung der XML-DB/Speicherstandszeiten (da die DB nun weit groesser ist, dauerte es auf dem Holz-PC von nittka ungebuehrlich lange ).

Vlt bekommen wir es ja wirklich die Woche noch hin - bzw vor Maerz.

PS: Selbst kompilieren duerft ihr natuerlich gern, falls nicht gewartet werden kann.

bye
Ron

Ich vermute, dass im Laufe des Jahres der Bug gefixt wurde.

Also mit der neuen Version dann mal drei Augen mehr drauf werfen und beobachten.

Die neue Version kommt denke die Tage (intensive Optimierungen Für Ladezeiten von DBs und Speicherstaenden incoming!).

bye
Ron

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