GamezWorld.de - Forum
Von Spielern für Spieler
Du bist nicht angemeldet.
Aktuelle Fassung: 03.11.14 16:08 Uhr
Projektwebseite
TVGigant.de - TVTower
Hinweis
Im Spiel gibt es ein paar "Entwickler-Shortcuts" (also Tastendruecke) die Euch im Spiel helfen koennen, Raumwechsel, Laden, Speichern, ...
Welche es gibt, findet Ihr am Ende des Beitrags.
Download
Wichtig: Komplettpaket entpacken. Steht ein Patch zur Verfuegung, ueberschreiben die Daten der heruntergeladenen Patch-Datei dann alle geaenderte Dateien.
Jedes Patch-Paket enthaelt die erforderlichen Daten um das "Komplettpaket" auf den jeweiligen Patchstand zu heben.
Alle Downloads sind jeweils fuer Linux, Mac OS X und Windows geeignet.
Komplettpaket, 20.10.2014 18:45 Uhr
Patch, 22.10.2014 18:07 Uhr
Patch, 26.10.2014 19:05 Uhr
Patch, 03.11.2014 16:08 Uhr
Da digidea.de temporaer nicht erreichbar ist (Hoster hat wohl technische Probleme), hier ein Download von unserem Strato-Server:
Patch, 03.11.2014 16:08 Uhr
Feedback
Gefundene Fehler bitte hier in den Thread schreiben, bei Github ein Issue eroeffnen oder den Bugs-/Fehlerthread nutzen. Letzterer dient als Uebersicht ueber derzeitig bekannte (und noch offene) Fehler.
Für Euch relevante Änderungen seit letzter Version (seit 20.10.14):
Die wichtigsten Aenderungen im Ueberblick
FSK18-Filme werden nun beachtet, eine falsche Ausstrahlung fuehrt zu Strafen und teilweise zur (versuchten) Pfaendung
Gerichtsvollzieher-Figuren sind nun im Spiel vertreten. Mr. Czwink und Mr. Czwank
Alle Sender bekommen zum Start die gleichen Werbevertraege
Nachrichten koennen nun verschiedene Ereignisse ausloesen (Folgenachrichten, Zuschauerzahl veraendern ...)
Aenderungen mit Patch 03.11.2014 16:05 Uhr
DB "rumpelfreddy.xml" hinzugefuegt
DB "ronny.xml" auf Version 3 umgestellt und erweitert
DB "nichtdiebetty.xml" hinzugefuegt
GUI: Scrollleisten koennen nun auf ihren "Leisten" angeklickt werden um schneller zu relativen Punkten kommen (0-100%). Die aktuelle Position wird mit einem kleinen Rechteck gekennzeichnet)
InGame-Chat eingebunden (dient auch zur Spielmanipulation mittels "/dev")
InGame-Chat: Offen/Geschlossen kann mittels "Schloss" fixiert werden
InGame-Chat: Chat oeffnet sich automatisch (wenn nicht fixiert) sobald eine Nachricht eintrifft
InGame-Chat: (Erreichbar ueber die "Enter"-Taste) nimmt spezielle Kommandos entgegen. "/dev help" listet die verfuegbaren Befehle. So wuerde ein "/dev money 1 1000" dem ersten Spieler 1000 Euro aufs Konto gutschreiben.
FIX: einige Genre wurden in den Auswahllisten nicht einbezogen. Korrigiert.
Zu lange Genre-Kombinationen sehen unschoen in der Auswahlliste aus. Jeder Filter kann nun eine "Caption" haben, die sozusagen die automatische Titelgenerierung ueberschreibt -> Erlaubt spezifische Texte wie "Dokus & Reportagen"
Spielvorbereitung und Spielstart gesplittet
Netzwerkmodus Anpassungen:
[NET] Start ins "Hochhaus" erst wenn alle Mitspieler ihre Daten vorbereitet haben (Datenbank geladen, Figuren eingefaerbt ...)
[NET] Anzeige in der Lobby, um welche Art von Spielern es sich handelt
[NET] Playerdata enthaelt nun "playerType", Clients reagieren auf die Angaben und uebernehmen Spieler
[NET] Spielerpositionsangaben werden wieder korrekt im Netzwerk synchronisiert
TFigure.controlledByID entfernt -> alle "NPCs" werden vom Spielfuehrer verwaltet
TPlayer.playerType eingefuegt, beinhaltet Kennung, in welcher Form dieser Spieler gesteuert wird (Lokal: Mensch/KI, Remote: Mensch/KI). Dadurch kann ein anderer Mitspieler ebenfalls die Steuerung eines KI-Spielers uebernehmen (bspweise in einem Wettkampf mit AIs - ohne dass man die LUA-Datei des Gegenueber kennt)
TPlayer: Hilfsmethoden (isLocalHuman() isLocalAI() ... usw eingefuegt)
FIX: Interface-TVOverlay-Grafik korrigiert (hatte dunkle Stelle am TV)
FIX: falls ein Hotspot konfiguriert ist, "betreten" werden zu muessen, rufen Figuren nun "EnterTarget" bei diesen Hotspots auf
FIX: [KI] die KI rief "AIJob:SetCancel" auf, die Funktion war aber nicht definiert
FIX: [KI] die KI sortierte eine Liste mit Werbevertraegen vom Makler, davon konnten einige "nil" sein. Diese werden nun zuvor entfernt
FIX: TInGameScreen_Room konnte versuchen einen nicht gesetzten Raum zu aktualisieren (Absturz)
"Billigwerbung" beim Makler hat keine Imageanforderungen > schlechtestes Senderimage
Werbemakler hat nun 4 Abstufungen im Angebot: 4x"billig", 4x unterster Spieler, 8x Durchschnitt, 4x bester Spieler (jeweils Quoten ODER Image). Die Abstufungen werden um Mitternacht aktualisiert. Im Laufe des Tages bekommt der Makler neue Angebote.
Werbung deren Imageanforderung man nicht erfuellt, werden als nicht aufhebbar dargestellt / koennen nicht genommen werden
Datenblaetter von Makler-Werbevertraegen zeigen an, welches Image sie fordern und welches der eigene Sender hat
TDailyBroadcastStatistic angelegt, enthaelt taegliche Quoten fuer jeden Sender und den Quotenersten des Tages
Werbemakler versucht nun sein Angebot am durchschnittlichen Image/Durchschnittsreichweite zu orientieren
FIX: Ingamenachrichten "Close At Time" lokalisiert
FIX: Hausmeister putzt nicht mehr vor der Haustuer 
FIX: Absturz bei Auswahl von "Onlinespiel" entfernt
FIX: Absturz bei Spielstart "Netzwerkspiel" entfernt (Netzwerkobjekte koennen nun "Long" und "Double"-Typen enthalten)
FIX: Boss ruft Spieler nicht laenger zu sich, wenn der schon beim Boss ist
FIX: aktuelle Ziele werden erst geloescht, wenn die Figuren wirklich im Raum angekommen sind (verhindert ein "Rein-Raus" beim Bossbesuch, wenn man bereits vor dem Bossraum stand)
[KI] wird nun mindestens 1x pro Sekunde zum "Nachdenken" aufgerufen. Bei hoeherer Spielgeschwindigkeit (mehr als 1 Spielminute pro Sekunde) wird pro Spielminute aufgerufen
Mit Taste "K" kickt man ALLE Figuren aus den Raeumen
[KI] wird korrekt ueber Raumbetreten-Vorgang informiert
[KI] Chance auf StationMap-Investitionen verbessert
Im Language-File "Gewinn" in "Prämie" (für Werbeverträge) umbenannt. Heißt in Mad TV auch so und ist der passendere Begiff.
[KI] Budgetberechnung: Es wird nun immer nur auf eine Investition gespart... deshalb sollte es wahrscheinlicher werden, dass die KI diese Summe auch ansparen kann.
FIX: Nachrichten wie Bossbesuch registrieren Klicks nun vor der GUI, dass verhindert, dass kurzzeitig Programmbloecke/Nachrichten "aufgehoben" und wieder "fallengelassen" werden, wenn auf eine Toastmessage geklickt wird - FIX: Neue Programmbloecke werden beim "erzwungenen Abbruch" entfernt, statt in der Ecke abgelegt zu werden
Aenderungen mit Patch 26.10.2014 19:04 Uhr
Debugansichten fuer Sendematerial eingebaut: Im Debugmodus (Taste "D") werden nun die Datenblaetter von Nachrichten, Programmen und Werbevertraegen mit Rohdateninformationen ueberlagert
Absolute Geldwerte (die "Summen") nun vom Typ Long
Figuren-Raum-Behandlung ueberarbeitet
Ein Raumwechsel ruft immer Raumverlassen-Raumbetreten auf (auch sichtbar)
Ein Raumwechsel setzt die Figur zu dem Raum
target und targetObj zu "targets" vereint. Figur kann mehrere Ziele nacheinander zugewiesen bekommen und arbeitet diese dann ab
FIX: wenn eine Figur gezwungen wird, ein Ziel anzusteuern, wird korrekt der Kontrollierbar-Flag zurueckgesetzt, wenn ohne Zwischenbewegung erneut ein Erzwingen stattfindet
FIX: Figuren faden nun wieder korrekt ein und aus, wenn sie in einen Raum gehen bzw. ihn verlassen
Fix: Gewonnene Auktionen werden nun in Finanzhistorie korrekt gelistet
Darstellung Finanzbildschirm ueberarbeitet (FIX: TFunctions.ConvertValue() (1.000.000 = "1.00 Mio") ueberarbeitet, unzulaessige Typ-Angaben werden ausgefiltert)
Spielanleitung aktualisiert (und Hilfsscript erstellt, was aus Sjaeles Forenpost einen max 72 Zeichen breiten Textblock erstellt)
Nachrichtenverfuegbarkeit ueberarbeitet
Nachrichten die NICHT in einer Sendung genutzt sind, werden nach 2 Tagen Verfuegbarkeit entfernt
Nachrichten in einer Sendung werden automatisch entfernt, sobald 3 Tage seit Veroeffentlichung vergangen sind
Nachrichtenereignisse werden nach 4 Tagen wieder verfuegbar gemacht (falls mehrfach verwendbar) ansonsten geloescht.
Nachrichten und -ereignisse ueberarbeitet
GetHappenedTime() bei Nachrichten eingefuehrt. Nachrichten speichern nun selbst die "happenedTime" damit mehrere Nachrichten auf den gleichen Ereignissen basieren koennen, ohne aber die "happenedTime" des Ereignisses teilen zu muessen.
FIX: SetOldNewsUnused() - nur einmal eintretende Ereignisse (Wetterbericht, Terroristen-Meldungen) werden nicht wieder als "ungenutzt" in den Pool zurueckgeworfen.
Wetterbericht und Programmplaner angepasst
FIX: Wetterbericht sagt nun korrekt eine Stunde laenger vorraus (es entsteht keine Luecke zwischen den Berichten)
Programmplaner: Behandlung von Programmplanung mit Tageswechsel ueberarbeitet
FIX: (Lua) SLF bekam Fehler bei nil-Listen. "table.count" liefert jetzt 0
FIX: Absturz bei Trailerausstrahlung beseitigt. Danke @ aul1999 fuer das Aufspueren und Einkreisen des Fehlers.
FIX: Kaufpreis von Nachrichten wird in allen "Pay()"-Faellen gesetzt, auch wenn "paid" bereits gesetzt war (Anfangsnachrichten)
FIX: TInGameScreen_Room registriert sich nun nur noch 1x fuer den onEnterRoom-Event, statt fuer jede Screeninstanz (fuehrte zu wiederholten "Sound"-Logeintraegen)
FIX: TPlayerProgrammePlan vermutet die Blocklaenge von 1, wenn SetObjectArrayEntry mit Parameter "null" (Slot loeschen) aufgerufen wird (verhindert Crash beim Platzieren eines vom aktuellen Tag aufgehobenen Werbeblocks am Folgetag)
Aenderungen mit Patch 22.10.2014 18:07 Uhr
FIX: Gerichtsvollzieher loeschen ungueltige Jobs (Nach dem Einladen konnte der Jobarray eine Laenge von 1 haben, aber keine gueltigen GUID besitzen (da kein Job hinterlegt war) - nach dem Laden des Speicherstandes lief die Figur also los, obwohl kein Ziel vorlag)
Nachrichtenereignisse ueberarbeitet:
FIX:Nachrichtenereignisse die zur gleichen Zeit geschehen wie die aktuelle Zeit, koennen nicht mehr in die "Upcoming"-Liste gelangen
FIX:Nachrichten die keiner "mitbekommt" setzt nun ihre "happenTime" nicht laenger (ausser sie sind nicht ueberspringbar - besitzen also bspweise einen OnHappen-Effekt)
FIX: behebt Fehler mit "AD_GENRE" aus letztem Commit
Appargumente eingefuehrt ("TVTower.exe -opengl | -directx ...")
Neue Batchdateien helfen Windowsnutzern mit OpenGL-Problemen
Werbetooltip zeigt nun an, ob genuegend Zuschauer (alle oder Zielgruppe) zuschauen, oder ob das falsche Genre gesendet wird
Werbedatenblatt zeigt nun Genrelimitierung an
FIX: Absturz bei Regen behoben (Zugriff auf Nullobjekt - stoert Linux scheinbar nicht, Sorry fuers nicht bemerken)
Wettereffekte koennen nun per settings.xml (settings.user.xml) ausgeschalten werden
Darstellung und Groesse der Sendemasten ueberarbeitet
FIX: TPersistence - setze die Dimensionen von 0-size-Arrays auf "1", Mac liefert ueber "Reflection" fehlerhafte Arraydimensionen zurueck. Bis zu einem offiziellen Fix des TPersistencecodes, nutzen wir diese Uebergangsloesung
Aenderungen mit Komplettpaket 20.10.2014
Einstellungsdialog: "Renderer" wird nun aus den settings.xml/settings.user.xml uebernommen und vorausgewaehlt.
FIX: Die Grafikengine ist nun wieder ueber settings.xml/settings.user.xml abaenderbar ("<renderer>"-Feld)
audienceAttraction-Werte in genres.xml überarbeitet
Vorbereitungen für neues Boni/Malus-System um damit größere Differenzen zwischen den Zielgruppen zu erreichen, ohne zu extrem zu werden
FIX: negative NewsEvent-Zeiten werden nicht laenger als "nicht benutzt" interpretiert. Dadurch "passierten" Startnews (die 1,2 oder 3 Stunden in der Vergangenheit geschahen) erneut.
FIX:Initialisierung des Programmplans setzt nicht laenger den Platz in der Nachrichtensendung von 3 auf 0 Slots. News koennen wieder platziert werden)
Alle Film-Flags grundlegend implementiert (Balancing ggf. noch erforderlich)
FIX: Reihenfolge der Quotenberechnung und dem informieren des BroadcastMaterials ueberarbeitet. Quotenberechnung verarbeitet nun korrekt "Block 1" der Programme (AudienceFlow etc.).
FSK18-Ausstrahlungen zur falschen Zeit verringern das Image um 0.5 Prozentpunkte
Datenbank aktualisiert
Passagierpositionen im Fahrstuhl ueberarbeitet
Figuren im Fahrstuhl laufen nun angepasst an den "WorldSpeed"-Faktor statt mit konstanter Geschwindigkeit
Figurenanimationen passen sich nun an den "WorldSpeed"-Faktor an (schnellere Laufbewegung bei hoeherem Faktor)
Printausgaben werden nun von utf8 zu unicode konvertiert, UTF8-Texte sollten also irgendwie "lesbar" ausgegeben werden (betrifft Debugausgaben der KI)
Neue Figur: Gerichtsvollzieher - zur falschen Zeit ausgestrahlte FSK18-Filme werden nun mit 25% Chance von einem der beiden Gerichtsvollzieher (Mr. Czwink und Mr. Czwank) beschlagnahmt. Wird der Gerichtsvollzieher per umgebauter Zimmeruebersicht zu einem falschen Archiv geschickt, pfaendet er dort einen zufaelligen Film (das war bei Mad TV auch schon so)
Die Ausstrahlung von FSK18-Filmen zwischen 6-22 Uhr kann von den Behoerden bemerkt werden, dies sorgt dann für eine Strafzahlung und die Entfernung des Programmes vom Programmplan.
Spieler werden per InGame-Toastmessage darauf hingewiesen (ob richtiger Film erwischt - oder ob durch einen anderen Spieler ein eigener Zufallsfilm gepfaendet worden ist). Die KI erhaelt ebenfalls die Information, welcher Film gepfaendet worden ist - und welcher das eigentliche Ziel war
Grundzüge des Sendestationenkaufes realisiert (TaskStationMap)
KI: Erweiterung des Budgetmanagers um Investitionen
KI: Die Grundzüge des Sendestationenkaufes realisiert (TaskStationMap)
FIX: Die Filmkaufbudgets wurden nicht mehr gesetzt, weil ein falscher
Event aufgerufen wurden
InGame-Benachrichtigung (Toastmessages) bei erfolgreichen oder fehlgeschlagenen Werbevertraegen
FIX: Spielername des Spielers 1 wird beim Betreten der "Lobby" korrekt aus der Vorlage uebernommen (vorher nur die GUI, aber dann waren Chateintraege noch mit dem Originalnamen versehen)
Nachrichtenagentur generiert seltener Nachrichten (dann liest man sie vielleicht auch mal ...)
FIX: Preise der dynamischen Nachrichten (Kino, Wetter) korrigiert, denen fehlte das "doHappen" der Events
Alle Spieler bekommen nun zum Start die gleichen Werbevertraege (genauer: die gleichen Vertrags"basen")
Neue Filter fuer Werbung: nach Limitierung. Die Startwerbevertraege sind nun ohne Zielgruppe/spezifische Genreanforderungen
FIX: Es ist wieder moeglich mit aufgehobenem Programmblock im Programmplaner Tageswechsel durchzufuehren
FIX: Wenn der Chef einen Spielerbesuch verlangt, entfernt ein manueller Chefbesuch etwaige Toastmessages die auf den Chefbesuch hinweisen
neuer Programmblockindikator: "blaues Dreieck" fuer Call-In- und Dauerwerbesendungen
Datenbank: (Kritik-/Tempo-)Werte der Call-In-Sendungen normalisiert, dafuer Gewinnberechnung angepasst und GewinnProZuschauer reduziert
"MiscMod" der Quotenberechnung erhaelt nun 100% Malus bei Dauerwerbesendungen / PaidProgramming - der Audienceflow dieser Programme muss noch angepasst werden
FIX: Ein Mausklick unterhalb des letzten Genres im Programmplaner-Auswahlmenue sorgt nicht laenger fuer einen Programmabsturz
FIX: TFunctions.DottedValue() gibt nun korrekt formatierte negative Werte zurueck (siehe Gelduebersicht im Interface)
InfomercialCutFactor angepasst (von 0.2 auf 0.1) - regelt Verhaeltnis von "Werbespot-Profit" und "Dauerwerbesendungs-Profit"
"Raum besetzt"-Tooltip internationalisiert
Raumtooltips oberhalb der Tueren platziert
FIX: Figuren setzen ihr "Ziel" zurueck, wenn sie einen besetzten oder blockierten Raum betreten wollen (anstatt dauerhaft zu versuchen den Raum erneut zu betreten)
News: Mindestpreis auf 500 angehoben
Positionen von "Raumplaner" und "Credits" im Hochhaus korrigiert
News: haben nun "availableYearRangeFrom/To" mit dem News auf bestimmte Spieljahre beschraenkt werden koennen (bpsweise Wende-News)
News: Qualitaets- und Preismodifikationswerte auf 0-1.0-Werte umgestellt. Formeln angepasst (benutzten "Preismodifikator" als "Preis"-Wert, was nicht korrekt war)
News: Berechnungen fuer Film/Wetter-News ueberarbeitet (Preise etwas angehoben, Filmnews mit generell geringerer Qualitaet und direkter Abhaengigkeit zum Kinokasse-Wert)
"Game.OnYear"-Event eingefuehrt (wird derzeit genutzt um die Liste verfuegbarer NewsEvents zu erneuern (fuer Spieljahrebeschraenkung)
DB v2 entfernt
TNewsEvent von "Episoden" auf "Trigger" umgestellt. Eine Nachricht hat also keine Liste mit Folgenachrichten mehr, sondern jede Nachricht hat Effekte wie eben einen "NewsTrigger", der bei "geschehen der Nachricht" eine Folgenachricht in eine spezielle Liste setzt. Diese Folgenachricht kann dann wiederum eigene Triggereffekte haben (mehrere News sind auch moeglich)
Fix: Nach dem Einladen von Speicherstaenden funktioniert die Raumbehandlung wieder korrekt (Fehler war, dass die "RoomHandler" nur auf Events bestimmter Raeume gehoert haben - die waren aber nach dem Einladen nicht mehr in Benutzung, auf bestimmte Events wure also nicht mehr reagiert)
groessere Bettygrafik eingebunden
Fix: "Sonstige" Raeume koennen wieder betreten werden
Texte auf Nachrichten-Tickerabrissen besser angeordnet
Wettereffekte werden nicht mehr im Speicherstand hinterlegt
DB aktualisiert
Einfluss des Senderimages auf die Programmattraktivitaet auf neues Startimage angepasst (vorher: 100, nun Start bei 0)
KI-gesteuerte Spieler werden nun auch zum Boss geschickt.
Kompletter Changelog in unserem GitHub-Projekt nachlesbar:
https://github.com/GWRon/TVTower/commits/master
Dev-Tastenkuerzel
Spielgeschwindigkeit:
---------------------
Cursor Hoch/Runter : Spielgeschwindigkeit +/-
Cursor Links/Rechts : Laufgeschwindigkeit +/-
5 : Spielgeschwindigkeit 60 Spielminuten/s
6 : Spielgeschwindigkeit 120 Spielminuten/s
7 : Spielgeschwindigkeit 180 Spielminuten/s
8 : Spielgeschwindigkeit 240 Spielminuten/s
9 : Spielgeschwindigkeit 1 Spielminute/s (Standard)
Raeume:
-------
M: Musik/Soundausgabe an/aus
Shift+M: Soundeffekte an/aus
Strg+M: Musik an/aus
W: Werbemakler
A: Archiv
B: Betty
F: Filmagentur
O: Buero/Office
C: Chef
N: Newsraum
R: Roomboard / Raumtafel"zimmer"
Laden/Speichern: [NEU]
Hinweis: Zum Laden vorher ein Spiel starten!
----------------
L: Spielstand laden
S: Spielstand speichern
Sonstiges:
----------
T: Terroristen losschicken [neu]
Q: Quoten-Debugbildschirm an/aus
D: Debug-Infos ein/ausblenden
P: Programmplanübersicht in Konsole ausgeben
1-4 : Spieler wechseln
F1-F4 : Falls KI-spieler, KI-Script neu laden
F5: Neue News veroeffentlichen
F6: Musik spielen
F9: KI an/aus
F10: Alle Fremdfiguren de-/aktivierenbye
Ron
Offline
unter Mac: Spiel stürzt ab, während man ein Save erstellen möchte.
reproduzierbar gleich am Anfang (drei mal probiert zu speichern, daonv zwei mal vor dem Fahrstuhl wartend und einmal im Büro)
*osx starte*
Japp... es stuerzt ab. Ich hab hier auch schon einen Debug-Build gemacht, aber es stuerzt einfach gnadenlos ab, als wenn eines der Sprachmodule (also von BlitzMax) ein Problem hat. Ich versuchs zu beheben.
EDIT: Fehlerquelle lokalisiert - nun versuchen den Fehler loszuwerden (und schauen, warum die Eingangsdaten nur beim Mac 0 sind)
bye
Ron
Offline
Falls es Dir hilft:
In der 20140930-Version alone geht / ging es auch nicht *eben getestet*
(Hatte damals das Save nicht gebraucht, da nur wenig Zeit zum Testen gehabt. Deswegen ist es mir da nicht aufgefallen)
Hilft immer - der Fehler ist im "TPersistence.mod"-Modul (was nicht aus meiner Hand stammt). Das kommt wohl bei 0-Laenge-Arrays durcheinander. Ich warte gerade auf Antwort in Form von EMail oder ICQ. Der Autor Brucey ist mittlerweile ein guter Bekannter, da wird sich der Fix bald zeigen
Stolpern tut die Savegameerstellung ueber leere "Cast"-Arrays bei Programmen - nur sind die irgendwie nur bei Mac leer...
bye
Ron
Offline
Ich habe den Fehler hier uebergangsweise behoben ... ist aber keine "richtige" Loesung fuer das Problem. Eigentlich sollte ueber Reflektion ermittelbar sein, wieviele Dimensionen ein Array (so ne Art Tabelle - da also die Anzahl an Spalten) hat. Unter Mac liefert das aber irrsinnige Werte zurueck (ein 3 Millionen oder so). Allerdings nur, wenn die Tabelle keine Zeilen besaesse (0 sized array). In diesem Fall beschraenke ich nun kuenstlich die Anzahl der Tabellen auf "1". Was aber nicht perfekt ist.
Der naechste Patch sollte dann aber erstmal funktionierende Speicherstaende erstellen - bzw nicht einfrieren 
bye
Ron
Offline
Patch 22.10.2014 12:45
Aenderungen
Appargumente eingefuehrt ("TVTower.exe -opengl | -directx ...")
Neue Batchdateien helfen Windowsnutzern mit OpenGL-Problemen
Werbetooltip zeigt nun an, ob genuegend Zuschauer (alle oder Zielgruppe) zuschauen, oder ob das falsche Genre gesendet wird
Werbedatenblatt zeigt nun Genrelimitierung an
FIX: Absturz bei Regen behoben (Zugriff auf Nullobjekt - stoert Linux scheinbar nicht, Sorry fuers nicht bemerken)
Wettereffekte koennen nun per settings.xml (settings.user.xml) ausgeschalten werden
Darstellung und Groesse der Sendemasten ueberarbeitet
FIX: TPersistence - setze die Dimensionen von 0-size-Arrays auf "1", Mac liefert ueber "Reflection" fehlerhafte Arraydimensionen zurueck. Bis zu einem offiziellen Fix des TPersistencecodes, nutzen wir diese Uebergangsloesung
Hoffe die Mac-Speicherprobleme sind weg, der von Gast3-gemeldete Freeze/Absturz ebenfalls.
bye
Ron
Offline
Neuer Patch 22.10.14 18:07 Uhr
FIX: Gerichtsvollzieher loeschen ungueltige Jobs (Nach dem Einladen konnte der Jobarray eine Laenge von 1 haben, aber keine gueltigen GUID besitzen (da kein Job hinterlegt war) - nach dem Laden des Speicherstandes lief die Figur also los, obwohl kein Ziel vorlag)
Nachrichtenereignisse ueberarbeitet:
FIX:Nachrichtenereignisse die zur gleichen Zeit geschehen wie die aktuelle Zeit, koennen nicht mehr in die "Upcoming"-Liste gelangen
FIX:Nachrichten die keiner "mitbekommt" setzt nun ihre "happenTime" nicht laenger (ausser sie sind nicht ueberspringbar - besitzen also bspweise einen OnHappen-Effekt)
FIX: behebt Fehler mit "AD_GENRE" aus letztem Commit
Ich habe den Patch von 12 Uhr einfach ueberschrieben. Moegen die 4 Leuts, die ihn bis jetzt schon herunterluden, nochmal saugen, falls sie an obigen Aenderungen interessiert sind.
bye
Ron
Offline
Ich hab mich nur gewundert, wieso der beim Mac-Speicherstandstesten (nach Spielstart speichern, dann laden) immer mit los lief.
Diese Art von "Fehler" (dass Standardwerte ausgelesen werden, statt "0") kann sicher noch an anderen Stellen auftauchen ... zwar nicht vielen, aber irgendwo in den Tiefen des Codes.
bye
Ron
Offline
Mit Patch 20141022 bin ich zwar über den ersten Tag gekommen, war aber mehr oder weniger pleite.
Gehört vllt. nicht hierher aber ein paar Dinge waren unschön bzw. verstehe ich zumindest noch nicht.
Erlösberechnung bei Werbung - Warum hat eine Werbung mit Mindestzuseher weniger Erlös (pro Sendung) als eine mit Null Anforderungen - bei höherer Pönale?
Soviel Werbung mit gleichem Titel?
Warum hat zwischen 2 und 6 Uhr eine popelige Werbung als Dauerwerbesendung MEHR Zuseher als irgendein Monumentalschinken? (Trifft mich als Werbesendungshasser vllt. doppelt 
)
Wie berechnet sich der CallIn Erlös bei einer beliebigen Werbung?
Ich habe zwar den Hilfstext gelesen - war aber trotz Grabbelkistenfilmen schon am ersten Tag pleite - vllt. könnte mal jemand eine Anleitung ala "Wie gehe ich die ersten paar Tage an" bzw. vllt. sogar wichtiger: "Wann sende ich was - die Daumenregel für Noobs wie Gast3"
Ich bitte darum den Fragenblock in das dafür vorgesehene Subforum zu verschieben - DANKE!
(ich habe deinen Beitrag hierher verschoben)
Also eine Anleitung gibt es in der Form fuer die ersten Tage noch nicht, da ja die "Balancingfragen" alles umwerfen wuerden.
@Werbung
Dies liegt an den Werbevertraegen. Es gibt den einen oder anderen (oder viele) Werbung wo die Daten niedriger angesetzt werden sollen - vielleicht aber auch die Werbung der anderen "hoeher".
Es gibt Werbung mit Fixpreisen - die "0er" Werbung hat derzeit Fixpreise (da wir sonst ja mit "0" multiplizieren koennten, oder kuenstlich irgendwo ein "+1" einfuehren).
Wenn dann eine Werbung 1% Zuschauer verlangt, und dass dann mit einem niedrigen Preis verknuepft, kann es dazu kommen dass der 0er mehr Kohle einspielt.
-> Balancing
@Werbung mit gleichem Titel
wir haben nur 80+ Werbevertraege. Wenn man die auf verschiedene Anforderungen herunterbricht, hat man im "Anfangsteil" wenig. Dazu kommt noch ein Senderimage-Filter.
-> Siehe "Staffelungs-Diskussion"
@Zuschauerquoten
Frag da bei STARSCrazy an, eventuell war die Dauerwerbesendung spannender als der Monumentalschinken (Abnutzung, Alter, Werte...)
Auch hier kann es sein, dass wir die Werbesendungen abstufen muessen
@Call-InErloes:
Er entspricht folgendem:
Method GetPerViewerRevenue:Float() {_exposeToLua}
if not isInfomercialAllowed() then return 0.0
local result:float = 0.0
'calculate
result = GetProfit() / GetSpotCount()
'cut down to the price of 1 spot
result :* 0.001
'now cut this to the given infomercialCutFactor
result :* TAdContractBase.infomercialCutFactor
result :* TAdContractBase.infomercialCutFactorDevModifier
'cut again with the individual cut factor
'result :* base.infomercialCutFactorModifier
'less revenue with less topicality
if base.GetMaxInfomercialTopicality() > 0
result :* (base.infomercialTopicality / base.GetMaxInfomercialTopicality())
endif
return result
End MethodTAdContractBase.infomercialCutFactor ist derzeit "0.1", deinen DevModifier kenn ich nicht, denke aber du hast da nix eingestellt (DEV.xml).
Ich denke, auch wenn ich es schon verringert habe, dass du derzeit mit der haeufigen Ausstrahlung von Werbesendungen noch das meiste Geld machen kannst. Dann Senderausbau und spaeter Filme. Die Filme und Nachrichten habe ich immer zwischendrin mal ausgetauscht - so zwecks Abnutzung.
bye
Ron
Offline
Die Werbung...
Also generell sind arg wenige erfüllbare dabei. Tendenziell das Problem, daß die Nullerwerbung pro Block mehr bringt, als manche erfüllbare mit Quote. Die Anfangswerbung hat zum Großteil 4 bis 10fach höhere Quotenforderung als erfüllbar.
Ich werd mir das mal genauer ansehen.
Kannst Du nicht die von Speedminister mit hineinnehmen?
Was müßte dafür noch getan werden?
edit: Ich habe grade ein kleines Logikproblem:
Wenn ich Werbung als Dauerwerbesendung einstelle, gibt's doch pro 1000 Zuschauer Geld.
Wenn die Werbung für eine Zielgruppe ausgelegt ist, sollte dann das Geld nicht auf 1000 Zuschauer der Zielgruppe ausgezahlt werden?
PS: Generell würde ich die Werbungsdiskussion nicht im >>aktuelle Testversion-Strang führen. Wegens der Wiederauffindbarkeit. Da das aber erst nach hier verschoben wurde, will ich's nun auch nicht gleich wieder, wie ein heißes Eisen, weiterverschieben. 
Offline
Zuvor ein Beitrag von mir zu Werbung.
ssssssssssssssssssss
Die gesendeten Nachrichten verlieren ordentlich an Wert. Die nichtgesendete nicht so viel.
Das ist schön.
Die Wetternachrichten verlieren nicht an Wert. Und sie haben als Zeitangabe die aktuelle Zeit.
Wie ist das gedacht? Welche Logik steckt dahinter?
Offline
Wetterbericht: er traegt das Datum der Erstellung. Die Gueltigkeit (die "Vorhersage") betrifft die folgenden 6 Stunden (das Wetter tritt auch wirklich ein!).
Wetternachrichten verlieren hier an Wert (Alterung) ?!
@Werbediskussion:
Gerne kannst Du sie extrahieren und in einen eigenen Strang (bzw bestehende) integrieren.
Das Problem mit den "Erfuellbarkeiten" ist, dass wir ja "deutschlandweit gesehen" sehr geringe Zuschaueranforderungen haben (0-2% oder so), wir koennen aber ja nicht nur Werbung in der DB haben, die 0.1-0.5% verlangen.
@Speedminister:
Ich dachte, er wollte sie gern selbst anpassen.
Ansonsten liegt in "ronny_ads.xml" ein Beispiel vor, wie man die zu formatieren hat. Die Werte sind natuerlich wie immer "Balancingsache".
bye
Ron
Offline
Wetterbericht: er traegt das Datum der Erstellung.
Ich bin am ersten Spieltag. Es ist 7.07.
Und genau diese Zeit steht bei den Wetternachrichten (die im Nachrichtenplan sind) dran. Der Preis ist immer noch 8100.
Offline
Also: wenn auf der linken Seite die Wetternachrichten stehen, verlieren sie hier im Spiel gerade an Wert. Die angezeigte Uhrzeit ist die, der Erstellung.
Ist die News "rechts", also in der Sendung, verliert sie nicht mehr an Wert (das ist kein Fehler - gekaufte News behalten ihren "Preis"), die Uhrzeit bleibt aber korrekt. Also ich hab die 0 Uhr Wetternachricht drin - und die bleibt bei 0:00 Uhr. Bei anderen Wetternachrichten das Gleiche.
bye
Ron
Offline
Ich habe auch die 0 Uhr Wetternachrichten seit Null Uhr drin. Preis um 8.09 8100. Zeit 8.09.
Es sind die Wetternachrichten von "1 bis 8 Uhr". Spiellogisch sollte deren Wert nach 8 Uhr eigentlich bei 0 sein. Wenn sie dann weiter gesendet würden, dürften sie ruhig auch den Image-Wert senken.
Die anderen Nachrichten im Plan sanken stärker als die links (find ich auch korrekt).
Offline
Also die News "rechts" aendern nur ihren Wert, wenn es die "ersten Nachrichten" waren - die sind an sich nicht "gekauft". Koennte man als "Fehler" deklarieren.
Die Wetternachrichten haben hier aber einen konstanten Zeitpunkt ... alles andere wuerde bedeuten, dass sie immer "erneut" passieren. Ich schau mal, ob ich dass irgendwie reproduzieren kann - wenn nicht, bekommst Du da wohl eine "Sonderversion" mit Textausgaben.
EDIT: Eigentlich sollten die Startnachrichten "gekauft" sein ... das sind sie auch, allerdings wird kein Kaufpreis ermittelt ... das ist ein Fehler.
EDIT2: den Kaufpreisfehler hab ich schonmal entfernt.
Der Preis braucht ja bei gekauften News nicht mehr absinken, da ein "Rueckkauf" nicht vorgesehen ist.
Den Zeitanzeigefehler hab ich noch nicht nachvollziehen koennen.
bye
Ron
Offline
@Zeit
Ich hatte die nopulse-Datei am Laufen.
Bei der Windows-Version passiert das nicht. (Wine)
nopulse nochmal völlig neu gestartet. taucht nicht mehr auf... Allerdings hatte ich nicht mehr das "1-8 Uhr"-Wetter. 1-9 und 1-11.
@sinkender Wert
Also, ich hielte es für günstig, wenn der Wert der Nachrichten sinkt. Das ist ja bisher der einzige Hinweis auf die Relevanz der Nachrichten. Wenn der Preis stabil bleibt, müßten wir uns irgendwas überlegen, wie wir einen Hinweis auf die Auswirkunen der Nachrichten geben. Ähnlich den Filmen.
Daß der Preis der gesendeten Nachrichten schneller sinkt, als der nicht gesendeten war wohl ein Merkfehler meinerseits. Beim Nachprüfen konnte ich das nicht mehr finden. Sorry.
Ich hielte es aber für logisch, daß die gesendeten Nachrichten ja einmal immer inaktueller werden, wie die nichtgesendeten. Aber gesendete Nachrichten werden ja auch bekannt und verlieren damit an Wert.
Das abzubilden hängt aber auch davon ab, was die anderen für Nachrichten senden.
Offline
Etwas offtopic, aber...
Ich werde bei der Entwicklung des Datenbank-Editors als erstes die Werbevertragsbearbeitung in der SQL-DB (erst später im XML) realisieren. Um den Editor und die Bearbeitung damit zu testen und das realistisch, will ich die Gelegenheit dazu nutzen unseren Grundstock an Werbeverträgen neu zu bewerten (Ronny hat mir hier schon einige Änderungen zukommen lassen) und zusammenstellen... und soweit möglich mit den aktuellen Werten zu balancen.
Geplant habe ich folgende Zusammenstellung:
- 85 bisherige Werbeverträge
- 50 Original-MadTV-Werbeverträge (eventuell aber mit kleinen Anpassungen bei den Namen und Werten)
- 25 neue Werbeverträge speziell für die Anfangsphase und das Nachtprogramm.
Dabei soll es für jede Zielgruppe mindestens 3 spezielle Werbevertäge geben.
Wenn möglich, sollten diese 160 Datensätze sowohl mit deutschen als auch englischen Texten vorliegen.
Dazu können wir ja mal in einem extre Thread die kreative Fähigkeit des Forums nutzen, um uns in einem Brainstorming lustige Werbeveräge und Beschreibungstexte (+Zielgruppe) auszudenken. Prämien, Strafen und Wiederholungen brauchen wir nicht, dass es gibt sich aus dem kleinen Balancing.
Offline
Schön, daß das jetzt in Bewegung kommt.
Die Werbung ist eigentlich das einzig ärgerliche am jetzigen Zustand des Spieles.
Danke.
Einen Strang dafür gibt es.
>>teamgeleitet >>Erfundenen Sendungen, Nachrichten, Werbung
http://www.gamezworld.de/phpforum/viewtopic.php?id=13472
Da sind auch schon ein paar Dutzend neue Werbungen. Weiß nicht, ob Du die schon bei den 85 bei hast.
Offline
In dem Fall war ich falsch mit'm neuen Thread. Ich überlasse das jetzt einfach mal der Moderation das wieder zu richten 
Danke
http://www.gamezworld.de/phpforum/viewtopic.php?id=13533
Offline
Naja, passt schon, denke ich. So hat das eine eigene Form.
Vielleicht nutzen wir Deinen Strang auch für die ganze Balancing-Geschichte, wenn's Dir recht ist. Dann kommt nix unter die Räder...
Gucke Dir nur die neuen Werbungen von Speedminister an, ob Du die gleich mit reinnehmen willst. Waren eigentlich ziemlich gut und passend.
Offline
Okay, das schau ich mir dann an... die sehen gut aus.
Welches ist denn die neuste Version? Da gab's ja einige Überarbeitungen und Verbesserungen.
Offline