GamezWorld.de - Forum

Erstmal Hallo ;-)

Warum willst Du sie uebertragen? Du kannst auch einfach eine "DerFronk.xml" mit reinkopieren und das Spiel laedt sie dann artig.

Abseits davon: Oeffne die DerFronk.xml und Du siehst bspweise
<allprogrammes>
....
</allprogrammes>

Da drin sind dann Eintraege die jeweils
<programme ...>
...
</programme>
-artig aufgebaut sind. Eben diese <programme...>...</programme>-Bloecke musst Du einfach in den <allprogrammes>-Block der "database_programmes.xml" schieben.

Aber wie schon gesagt - lieber mit eigenen Dateien arbeiten, denn dann kann die "database_programmes.xml" prima bei neuen Versionen aktualisiert werden - ohne deine Aenderungen zu loeschen.

bye
Ron

Na man bekaeme im Editor eine Eingabezeile ... dort koennten dann bestimmte Variablen gesetzt werden (komplizierter) oder aber man kann Faktoren einer bestehenden Berechnung anpassen (dann bescheidener, wenn sich die zugrundeliegende Formel anpasst).

Nichtsdestotrotz waere die Einfuehrung einer weiteren Stellschraube ("Anstieg" oder so) vielleicht am einfachsten.

Derzeit haben wir ja den Basiswert (Profit, Penalty, ...). Dieser Wert wird "irgendwie" zu einem Endergebnis verrechnet wobei viele Faktoren direkt proportional eingehen (profit * a * b * c). Ausnahme ist die Funktion "GetCPM()" die den Tausenderkontaktpreis anhand gegebener Parameter ermittelt.

	Function GetCPM:Double(baseCPM:Double, maxCPM:Double, influence:float)
		'no money - ignore influence
		if baseCPM = 0 then return 0
		'lower cpm means it should not get influenced either
		if baseCPM < maxCPM then return baseCPM

		'at "strength" the logisticalInfluence_Euler changes growth direction
		'so we have to scale back the percentage
		local logisticInfluence:Float =	THelper.LogisticalInfluence_Euler(influence, 3)

		'at least return maxCPM
		return Max(maxCPM, maxCPM + (baseCPM - maxCPM)*(1.0-logisticInfluence))
	End Function

Der Anstieg der Kurve wird hier von der "3" beeinflusst. Entsprechend koennte man die 3 "dynamisch" halten und in der DB Werte hinterlegen koennen (also 2.99 oder so - da reichen geringe Abweichungen).

Der Editor wuerde in einer Vorschau fuer einige Fixwerte (3Mio, 10%, 50%, 100%) die Werte ermittelt ausgeben.

Weiterhin koennte ein linearer Faktor (direkte Proportionalitaet) eingefuegt werden - sozusagen ein "Vertragsspezifischer TKP-Mod". Eine "0.7" wuerde den Werbeprofitpreis dann _linear_ auf 70% reduzieren. Im Vergleich dazu haben ja die "Profit/Penalty" keinen linearen Einfluss (sondern landen in der Logistischen Kurvenfunktion).

Kurzum: statt einer eigenen "TKP-Funktion" (Skript das bestimmte Variablen/Funktionen nutzen kann) wuerden wir einfach zwei Parameter vorgeben. Nachteil ist aber eben, dass die Parameter ungueltig werden, sobald sich die Berechnung grundlegend aendert. Denke aber, dass waere auch bei einem Skript notwendig. Ein Vorteil der zwei (oder mehr ...) Parameter waere auch, dass man ein "grundlegendes Balancing" (alles um X% teurer o.ae.) einfacher gestalten kann - da nix "alles uebern Haufen" abaendern kann.

bye
Ron

Wir haben ja glaube eher das Problem, dass Vertraege "zu einfach" werden (im Laufe der Sendereichweitenerweiterung).

bye
Ron

Wie gesagt, ich bin da ja noch mit dran. Die Basiselemente von "Nachrichten" sind per "API" schon erreichbar aber halt nur Basis.
Habe das sicher schon irgendwo hier erklaert, aber Dinge wie "Trigger" sind halt dynamisch. Man muss da aufn "Plus" druecken koennen, nen neuen Eintrag bekommen, den auswaehlen und dann geht n neues Fenster fuer die "Triggerbearbeitung" auf. Die Trigger sind aber wiederum ja sehr mannigfaltig - Nachrichten ausloesen, Wetter aendern ...
Ein jeder dieser Trigger hat also diverse Eigenschaften - und die sollten halbwegs ordentlich/uebersichtlich bearbeitbar sein. Manche haben Auswahllisten, manche simple numerische Werte.
All das muss also dann dynamisch erstellt werden (die "Buttons/Eingabefelder...") und interaktiv gemacht werden ("wenn Inhalt geaendert dann...", "wenn draufgeklickt dann ...").

Das ist alles machbar - aber enorm umfangreich. Deswegen mache ich immer mal nur ein wenig hier und da.

bye
Ron

Nein, mache da auch nicht dauernd was dran - alleine schon die visuellen Unterschiede zwischen Win7, Win10, Linux sind "erschreckend". Dual-Monitor ist auch so ne Geschichte. Und da nutze ich schon wxWidgets, eine Crossplatform-Bibliothek...

Ich meine damit, dass man ja alles irgendwie "verschachtelt" (du packst "Eingabefelder" in "Sizer", die In Panelen stecken die wiederum in "Sizern" stecken ...) und auf manchen OS hast Du ploetzlich Scrollbalken fuer Dinge die eigentlich fixe Breiten haben usw. usf.

Ist irgendwie ein "Graus" ;-)

Prinzipiell funktioniert es aber, also dass bestehende XML "erweitert" werden. Allerdings ist es sehr schwer, die ganze Flexibilitaet "abzubilden".
Und wenn man nicht gerade ein "App"-Fetischist ist und gerne solche Dinger bastelt, dann demotiviert das einfach. Ist kurzum gesagt fiese Fleissarbeit.

Da habe ich lieber immer mal wieder ganze Bloecke der Datenbank ins Englische uebersetzt - gab wohl einige die das "deutsche" n bisschen abgeschreckt hat ;-)

bye
Ron

Muss wohl eine "Alte-Hasen-Fanedition" werden ;-)

bye
Ron

Sind ja Originaltitel - eventuell also auch "kopierte Beschreibungen". Entsprechend waere eine Veroeffentlichung hier eventuell nicht ganz so passend ?!

Bin noch weit davon entfernt alle bisherigen DB-Eintraege ins Englische zu uebersetzt zu haben ... noch mehr Filme und es nimmt nie ein Ende ;-)

bye
Ron

Da bist Du ja echt fleissig gewesen!

@ fiktional aus MadTV2
Sind die Beschreibungen von Dir oder vom Spiel? Weiss ja nicht, wie es mit dem Urheberrecht/Schaffenshoehe von solchen Texten ausschaut ?!

@ Schauspieler
jeder Schauspieler, Regisseur, ... hat eine gewisse Popularitaet. Diese Popularitaet steigt mit Ausstrahlungen. Die Popularitaet/Trend kann aber irgendwann auch eher sinken (wenn die Bevoelkerung einen Schauspieler als "nervig" empfindet).

Gerade bei fiktionalen Produktionen bedeutet dies auch, dass die verfuegbaren Personen "besser" bzw "teurer" werden, sind vorher ausreichend bisherige Produktionen des Typen ausgestrahlt worden.

bye
Ron

Ja, ohne Aktivitaet im Forum halte auch ich mich eher "zurueck" und mache andere Kleinigkeiten. Ihr muesst mich schon bei Laune halten ;-)

bye
Ron

Du benutzt in den "<programme ..." teilen nicht die notwendigen Felder "product" und "licence_type".

Beispiel "Ronny hilft..."

Serienkopf (sozusagen Serienbeschreibung und Vorlage fuer Episoden):
<programme id="04439fd1-e89f-4922-a48e-6f8ddf96f7ab" product="7" licence_type="3" tmdb_id="0" imdb_id="" rt_id="0" creator="5578" created_by="Ronny">

id
eine einzigartige Kennung

product="7"

	Const UNDEFINED:int = 0         '0
	Const MOVIE:int = 1             '1	'movies (fictional)
	Const SERIES:int = 2            '2  'series with a "story" (fictional)
	Const SHOW:int = 3              '3
	Const FEATURE:int = 4           '4  'reportages
	Const INFOMERCIAL:int = 5       '5
	Const EVENT:int = 6             '6
	Const MISC:int = 7              '7 

In Deinem Fall braucht es also "2" - fuer "fiktionale Serie" (siehe auch "database_programmes.xml": "Familie Fuchs" etc). Im Zweifel geht da auch n anderes, derzeit wird oftmals nur zwischen "Film" und "anderes Zeug" unterschieden (kleine Preisunterschiede).

licence_type="3"
Hier brauchst Du dann wirklich einen Wert - beim Serienkopf ist dies die "3", bei den Episoden hingegen eine "2"

	Const UNKNOWN:int            = 0
	Const SINGLE:int             = 1 'eg. movies, one-time-events...
	Const EPISODE:int            = 2 'episodes of a series
	Const SERIES:int             = 3 'header of series
	Const COLLECTION:int         = 4 'header of collections
	Const COLLECTION_ELEMENT:int = 5 'elements of collections
	Const FRANCHISE:int          = 6 'header of franchises ("SAW", "Indiana Jones", ...)

fictional waere "1", wenn es eine von Dir ausgedachte Serie ist - dann kann man die auch "luegenderweise" spaeter in Nachrichten verarbeiten ("Skandal bei Dreharbeiten...").

Andere Angaben sind fuer Autoren (Du), deine Forenkennung (Deine ist die 8999) - falls man irgendwie doch mal einen Onlineeditor auf die Beine gestellt bekommen sollte. Auch IMDB/TMDB ist interessant, dann koennte ein Editor automatisch bestimmte Daten abholen (Originaltitel, Beschreibung, aktuelle Kritikwerte anhand von Ratings...).

Bei den Episoden waeren im wichtigsten Fall die "id" und die "licence_type" anzugeben (Rest uebernimmt er aus der Vorlage). Ein licence_type="2" wuerde entsprechend definieren, dass eine Episode beschrieben wird, und nicht der Serienkopf.

bye
Ron

@ bitmaske
Willst du Flag 1 und Flag 256 benutzen, dann einfach addieren: 1+256 = 257
Bitmasken sind so aufgebaut, dass die Flags nicht aufeinanderfolgend ansteigen, sondern "verdoppelnd": 1, 2, 4, 8 ... dadurch kann man beliebige davon addieren und weiss immer anhand des Endergebnisses, welche Faktoren/Summanden genutzt worden sind. Man kann damit innerhalb einer einzigen Zahl viele "An/Aus" bzw "wahr/falsch" Werte speichern. Spart Platz.

@ Serie
Schau ich mir dann am Computer mal an.

bye
Ron

Moin moin,

@ Bankrott
Koennen wir gerne anzeigen/loggen

@ Anstellen an Raeumen
Derzeit wird per Zufall ausgewuerfelt, wer pro "Tick/Logikupdate" versucht reinzukommen (KI die gleichzeitig aus Fahrstuhl kommt und in Raum will - wer waere da der Erste?). Es gibt an sich keine "Warteschlange" (Alle Figure sind Egomanen ;-)).

Die KI geht in Raeume, die sie fuer wichtig erachtet - hat sie Sendeplaetze ohne passende Werbung, geht sie zum Makler. Hat der Makler nicht unbedingt die richtige Werbung, geht sie spaeter (Angebot wechselt in Teilen und in unregelmaessigen Abstaenden) nochmal hin.

@ Betty
Betty sagt dir jederzeit bei einem laufenden Sammy, wie es fuer dich steht. Genuegend "Liebe/Zuneigung" vorausgesetzt.
Wenn einer sagt "morgen wird vergeben", dann bedeutet dies "am Tagesende des morgigen Tages". Ist vielleicht n bisschen undeutlich. Besser waere wohl ein "Morgen ist der letzte Tag sich für den Sammy zu beweisen" oder aehnliches.

Die Laufzeit der Sammys ist unterschiedlich (2-3 Tage).

Eigenproduktions-Sammys gilt für abgedrehte ("fertige") Produktionen. Das Starten der Produktion bringt noch nix, das Beenden aber.

@ Reichweite + Preis
Ja die Vergleichbarkeit ist n bissl verschwunden. Jetzt irgendwo einen vergleichbaren "Basispreis" einzubinden, hmm, denke das fuehrt zu Verwirrungen. Einen direkten Vergleichsindikator ("Attraktivitaet") einzufuegen fuehrt dazu, dass man "Kritik/Tempo/Geschwindigkeit" nicht mehr braucht um einen Film einzuschaetzen (die sind Genreabhaengig, die "Attraktivitaet" hingegen ist ein Faktor der schon alles beinhaltet, sozusagen der Endwert zur Ermittlung der Quoten).
Hier bin ich fuer Ideen offen.

Der Preis ist indirekt ein Signal, wie gut ein Film ist - allerdings gibt es billige und teure Programme (die ueber oder unter dem eigentlich realistischen Wert liegen). Ist also nur ein grober Indikator der auch mal truegen kann.

@ LG und weiter so
Danke Danke.

bye
Ron