GamezWorld.de - Forum
Von Spielern für Spieler
Du bist nicht angemeldet.
@Runden
ich meine das dann wohl einfach so @ Ron
'in basefunctions.bmx
Function RoundToBeautifulValue:int(value:int)
If value = 0 then return 0
If value <= 25 then return 25
If value <= 50 then return 50
If value <= 75 then return 75
If value <= 100 then return 100
'102 /50 = 2 mod 2 = 0 -> un/gerade
If value <= 1000 then return ceil(float(value) / 100.0)*100 'bisher 250
If value <= 5000 then return ceil(float(value) / 250.0)*250 'bisher 500
If value <= 10000 then return ceil(float(value) / 500.0)*500 'bisher 1.000
If value <= 50000 then return ceil(float(value) / 1000.0)*1000 'bisher 2.500
If value <= 100000 then return ceil(float(value) / 5000.0)*5000 'bisher 10.000
If value <= 500000 then return ceil(float(value) / 10000.0)*10000 'bisher 25.000
If value <= 1000000 then return ceil(float(value) / 25000.0)*25000 'bisher 250.000
Return ceil(value / 2500000)*2500000
End Function@Quote
Okay, da merkt man das da Manuel wohl etwas dran rumgeschraubt hat und sieht man ja auch wenn man "Q" drückt ... ich habe im Abendprogramm sogar fast 70.000 Zuschauer geschaft.
Allerdings bemerkt man wohl auch das dies halt noch nicht ganz fertig ist. (zumindest auch die Anzeige unter Q)
@Balancing
Natürlich macht das auch erst ein bissel sinn, wenn das mit der EinschaltQuote so halbwegs wirklich läuft.
(AI hat derzeit Sendeausfall, aber wie du ja sagtest ist das noch am bearbeiten von Manuel)
gruß
sushi
Nachtrag:
Return ceil(value / 2500000)*2500000würde wohl bewirken, das ab 1.000.000 in 2.500.000 Intervallen Gerundet wird? Wenn ja = böser Bug ?
@ungerundete Werte:
Also da musst du Gast2 fragen, er meinte etwas vom Runden der Zuschauerzahlen.
Ich meinte nur, das vielleicht nicht so stark gerundet werden sollte, zumindest bei Preisen.
Hier noch einemal die Tabelle die ich erstellt hatte. (da Gast2 das wohl lieber war das so zu betrachten anstatt Formeln)
maxZuschauer: 196.300
minAudience Gerundet/Berechnete Anforderung
10 1000 982
15 1500 1.472
20 2000 1.963
30 3000 2.945
35 3500 3.435
40 4000 3.926
45 4500 4.417
50 5000 4.908 'bis 5000 in 500er Schritten Runden
55 6000 5.398
60 6000 5.889
65 7000 6.380
70 7000 6.871
75 8000 7.361
80 8000 7.852
85 9000 8.343
90 9000 8.834
95 10000 9.324 'bis 10.000 in 1.000er Schritte Runden
100 10000 9.815
110 12500 10.797
120 12500 11.778
130 15000 12.760
140 15000 13.741
150 15000 14.723
160 17500 15.704
170 17500 16.686
180 20000 17.667
190 20000 18.649
200 20000 19.630
210 22500 20.612
220 22500 21.593
230 25000 22.575
240 25000 23.556
250 25000 24.538
260 27500 25.519
270 27500 26.501
280 27500 27.482
290 30000 28.464
300 30000 29.445
310 32500 30.427
320 32500 31.408
330 32500 32.390
340 35000 33.371
350 35000 34.353
360 37500 35.334
370 37500 36.316
380 37500 37.297
390 40000 38.279
400 40000 39.260
410 42500 40.242
420 42500 41.223
430 42500 42.205
440 45000 43.186
450 45000 44.168
460 47500 45.149
470 47500 46.131
480 47500 47.112
490 50000 48.094
500 50000 49.075 'bis 50.000 in 2.500er Schritte Runden
510 60000 50.057
520 60000 51.038
540 60000 53.001
560 60000 54.964
580 60000 56.927
600 60000 58.890
620 70000 60.853
640 70000 62.816
660 70000 64.779
680 70000 66.742
700 70000 68.705
720 80000 70.668
740 80000 72.631
760 80000 74.594
780 80000 76.557
800 80000 78.520
820 90000 80.483
840 90000 82.446
860 90000 84.409
880 90000 86.372
900 90000 88.335
920 100000 90.298
940 100000 92.261
960 100000 94.224
980 100000 96.187
1000 100000 98.150 'bis 100.000 in 10.000er Schritte Runden(minaudience 25 habe ich vergessen 
)
Kannst du dir ja selbst überlegen, aber hierdurch kann es wiederum zu vielleicht größeren abweichung kommen bei der Anforderung und dem tatsächlichem Preis bzw. Gewinn gegenüber der Angabe in der database.
Aber wirklich durchdacht habe ich das jetzt noch nicht.
@Magiefaktor
das muss ich mir ersteinmal durchlesen 
gruß ~s~
Fehler gefunden:
Die Dateien: resources.xml und DEV.xml müssen im Spieleordner in den ordner <config> - in dem Zipfile liegen diese aber in <res/config>
Also: von res/config in <./config> verschieben
dann funzt es wohl auch mit der dev.xml
gruß
sushi
Hmmm,
irgend etwas haut da nicht hin
was macht das eigentlich? Speziel:GetFloat("DEV_AD_FACTOR1", 4.0)
local factor1:float = devConfig.GetFloat("DEV_AD_FACTOR1", 4.0)also bei mir ist es so, das die "Alten" Faktoren wohl weiterhin benutzt werden, obwohl ich diese in der DEV.xml nun auf 1.0 abgeändert habe (anstatt 4.0 und 7.5)
gruß
sushi
ps. nur am Rande sonst vergesse ich das immer wieder: in der database.xml gibt es eine Serie Namens "Sterngaed" der fehlen die Episoden
Nachtrag:
getRawMinAudienceVerstehe ich das richtig, das die Preise für Werbung als grundlage die ungerundete Mindestzuschauer nehmen. Beispiel - rawminaudience = 9.361 zuschauer damit wird der preis berechnet und minaudience des spot sind 10.000 ?
hummm, ob das so toll ist
Hm.
Bin gespannt. Schlag mal vor.
Was möchtest du denn noch mehr?
@Idee:
Man koennte in den DB-Werbeeintraegen neben dem "Basiswert" noch einen "dynamicGrowthFactor"-Faktor (Faktor fuer dyanmisches Wachstum) - festlegen. Per "default" ist der 1.0, Werterahmen ist 0-1 (oder 0-100).Dieser Wert besagt, welchen Anteil die im Spiel realisierte dynamische Wachstumsformel den Endwert beeinflusst.
Wir haben also eine einfache lineare Formel (Zuschauer * x * basisPreis) und eine andere, dynamische, Formel (geheim * basisPreis).Der Faktor gibt dann an wie das ganze zusammengesetzt wird:
linear * (1 - dynamicGrowthFactor)
+
dynamisch * dynamicGrowthFactorSowas damit wuerden wir mittels einem einzigen weiteren Wert in den Datenbankeintraegen variierende Resultate ermoeglichen.
gruß
sushi
Wenn Du (Ron) das hinkriegst mit dem Anpasser - muß auch nicht auf'n Ruck sein - dann könnten wir einfach ein paar Situationen durchspielen und werden doch sehen, wo es hakt. Vielleicht paßt ja alles auch so schon...
Und wenn nicht, wird es leichter, anhand der sichtbaren Unhaltbarkeiten, Änderungen vorzunehmen.
Meinst du mit dem "Anpasser" das die Werte "Mindestlohn" also Faktor 7.5 und Faktor *4 sowie *2 für Targetgroup anpassbar also editierbar sein soll für Spieler?
Das dürfte Ron Programmtechnisch ratzfatz hinbekommen dürfen denke ich
gruß
sushi
*Applaus*
Also genau sowas hatte ich ja gedacht, das man noch einen weiteren Faktor für jeden Spot in der Database einführt, der dann ein anderes "Wachstum" bzw. Steigerung ermöglicht.
Ich hatte dich aber so verstanden, das du weniger über Database machen wölltest, lieber per Programmcode
gruß
sushi
Anstatt den Zuwachs der Zuschauer "linear" zu gestalten koennten wir - jaaa Aufschrei "zu kompliziert" - ja den Zuschauerteil in Abhaengigkeit der eigenen und der anderen Sendereichweiten setzen
fuer den "schwaechsten" Sender wuerde linear gerechnet werden. Die Differenz zum eigenen wird dann mittels eines Faktors hinzuaddiert ... halt sowas in der Richtung ... Lasst mal ein paar Ideen sprudeln.
Hmmm, habe gerade mal Überlegt und bekomme da aber keine Sinnvolle Formel zusammen so das ich mir das Vorstellen könnte.
Hast du da was im Blick gehabt bei dem Gedanken?
gruß ~s~
Also, ich weiß ja nicht, warum das "Minimum von 7,5" existiert. Noch weiß ich, ob die derzeitigen Anfangswerte der Werbeprämien so gewollt sind oder ob das fehlerhaften Eingaben geschuldet sind.
Ich vermute aber, daß dies dem System zu verdanken ist.
Also werde ich mich besser mit Vorschlägen erstmal zurückhalten.Ich muß mich ja weißgott nicht überall reinhängen. Trotzdem wäre es schön, wenn das jetzige Prinzip mal einfach in Worten von der Logik her beschrieben würde.
Mein Verdacht läuft in Richtung Verkomplizierung, weil nochwas anderes gewollt war/ist.
Das fängt schon damit an, daß doch die maximalen Zuschauerzahlen aufgerundet werden könnten, bevor sie zur Berechnungsgrundlage werden, statt hinterher die Werte nach vier oder nochmehr Regeln.
Aber wie geschrieben, ich lamentiere hier ins Blaue, solange ich nicht genau weiß, warum und wie dieses Schema angelegt wird.
Aber muß ja auch nicht sein;) (aber verstehen würd' ich's trotzdem gerne)
Also ich selber denke, das kann ja Ron sagen,
das die Werte in der Database wohl Historisch gewachsen sind?
Denn diese sind ja an die Aktuelle Version nicht Angepasst. (Daher müsste ja eine Anpassung eh mal stattfinden)
Und das ganze mit den mehrfachen Faktoren oder so, halt damit nicht ständig die Werte in der Database geändert werden müssen,
sondern dann halt da an einer Stelle - im Programm halt.
ist nur das was ich dazu denke, was dran ist, liegt nicht an mir
gruß
sushi
PS. die Zuschauerzahlen (Mindestanforderung) werden doch gerundet? und das nicht zu wenig?
Ich bin mal ganz frech und sage einfach mal:
- Faktor x 4 Raus nehmen
- Mindestlohn von 7,5 also 7.500 Zuschauer Raus nehmen (bzw. 1x wegen NullQuote)
- Daten der Database tatsächlich mal Anpassen, muss ja eh gemacht werden
- eventuell: Damit die Werte nach Senderkauf nicht zu schnell ansteigen den Multiplikator für Zuschauer <price>*(<Mindestzuschauer>/1000) verkleinern in dem durch 2000 geteilt wird oder so.
- eventuell: das "Schönrunden" etwas genauer für Geldbeträge machen also nicht ganz so stark Runden
wird bei Ron gewiss nicht auf zuspruch treffen denke ich, aber was besseres fällt mir selber für den moment auf die schnelle nicht ein.
Mal sehen was Gast2 sagt
gruß
sushi
PS: oder Alternativ: die Werte für DEV-zwecke Veränderbar machen also in *.xml (Faktor, "Mindestlohn")
Warum dann nicht gleich den <baseprice> *4?
Habe nochmal in den Programmcode geschaut.
Es gibt auch Werbespot mit dem Schalter fixedprice="1" und dann z.bsp. profit="24000" (La Baguette)
Hierdurch wird der Profit auf 24.000 Euro je Block festgesetzt, egal wieviele Sender du hast etc. und die 24.000 = baseprice - deswegen nicht von vornherein baseprice*4
gruß
sushi
sushiTV schrieb:Mit der Fakegeschichte habe ich vielleicht hier und da so meine Probleme,
Da müßte als erstes eine Tabelle her, wo die derzeitigen Fakes den Namen zugeordent stehen. Ich kann nämlich manchmal den Fakes keine originalen Namen zuordnen;) (War lange Filmignorant und merke mir noch weniger Namen)
Jop, denke auch das dazu ne Tabelle her muss, mir geht's auch so, das ich mir auf manche Fakenamen kein Reim machen kann.
Desweiteren denke ich, das ja Schauspieler etc. vielleicht sogar eine ID bekommen müssten, damit Interaktionen möglich sind. (News über Schauspieler haben auswirkungen auf Quote)
gruß
sushi
Hm.
Also wird durch die MiniAudience gewährleistet, daß immer auf die erreichbaren Zuschauer Bezug genommen wird.Das hab ich mal kapiert. Schön, wenn einem ein Licht aufgeht;)
Muß einem aber auch mal gesagt werden;))
Genau, mit zunehmender Senderzahl Ändern dann sich die Werte ja Ingame, Ausgenommen sind halt die Werbespots die du vor Senderkauft schon hattest, die sind dann Unterschrieben also fest und ändern sich nicht mit.
Ich versuche jetzt mal, anhand dieser Übersetzung den Preis anzugehen:
sushiTV schrieb:Spot: minaudience="10"(1.000 mindestzuschauer), 3 Blocks, profit="100"
<baseprice> ist die <profit> angabe in der database = 100
<price> ist <baseprice> * Spotcount also die Anzahl der blöcke = 100 * 3 = 300Bis hierher klar.
Das hieße, daß der Wert <baseprice> die Prämie pro Block bedeutet?
Würde ja das ändern leichter machen.
Hmmm, könnte man Grundlegend so sehen, nur die Faktoren muss man ja trotzdem Berechen (Zuschaueranforderung , Faktor 4x, 2x bei Targetgroup > 0)
dann wird <price> * 4 gerechnet = 1200
Warum das?
Woher wird der Faktor "4" gezogen?
Warum dann nicht gleich den <baseprice> *4?
Das ist einfach ein Faktor der da so Hardcore im Programmcode steht,
da die Gewinne einfach zu niedrig waren. Ronny wollte gewiss nicht in der
Database rumwurschteln sondern hat dann Programmintern die Gewinne einfach mit dem Faktor angehoben.
und dann noch * mindestzuschauer/1000 mindestens aber 7,5 = 9000 (also erst ab 8.000 mindestzuschauer ist es dann nicht 7,5 sondern * 8 usw.)
Wenn ich das jetzt richtig verstehe, verstehe ich, warum ich's nicht verstanden habe:
Das kommt mir vor, wie mit der Kirche um's Dorf.Diese Berechnung ist dazu da, um den Preis dann wiederum an die sich verändernden Zuschauerreichweiten anzupassen?
Dann muß mer sich fei net wundern, warum am Anfang die fixen Prämien (z.B. minaudience=0) höher sind, als die der schwer erreichbaren Quoten. Das System greift halt erst ab einem Schwellpunkt.
Hm. Hm. Hhm.
Vorausgesetzt jetzt mal, daß die Werte schon einigermaßen sinnhaft sind.
Ja, also unter 8.000 Mindestzuschauer wird von der Berechnung halt von einer Art "Mindestlohn" in höhe von 7.500 Mindestzuschauer ausgegangen.
Soll auch dazu Dienen, das der Anfang nicht ganz so schwer ist.
Diese Prämien Ändern sich dann Aber unter umständen mit zukauf von Sendern ja ersteinmal auch nicht. Minaudience="10" = 1.000 Mindestzuschauer hat dann bei 2 Sender (angenommen +200.000 maximalzuschauer) 2.000 Mindestzuschauer als Anforderung aber der Gewinn steigt dann nicht, da die Grundlage ja die 7.500 sind - erst bei Übersteigen der 7.000 (welche auf 8.000 aufgerundet werden) würde dann *8 Gerechnet.
Deswegen ist das System da im Unteren Bereich zum beispiel nicht Linear
Ich werde mir das nochmal durch den Kopf gehen lassen, ob das nicht anders aufgezäumt werden kann.
Ich mein, die haben sich sicher was dabei gedacht...
Aber so ist die Chance gleich Null, das für den Spielbeginn irgend zu balancieren, wenn das selbe Chema auch später greifen soll.
Hmmm, also ich habe da auch so meine Schwierigkeiten ein Balancing zu Versuchen so wie es jetzt ist. Ich denke aber, das es nicht unmöglich wäre.
Aber du kannst dir ja Gedanken machen, jetzt wo du es vielleicht Verstanden hast?
wenn die Zielgruppe eine bestimmte ist, also targetgroup="größer 0"
dann wird der ganze Gewinn zusätzlich noch *2 gerechnet.Klingt unfair;)
Sollte differieren je nach Zielgruppe. Bei den großen *2 bei den kleinen bis zu *5. Könnte ja einfach an die Zielgruppe angebunden werden, vermute ich. Wenn mer's schon so kompliziert macht, ist der Haken auch noch drin.
Naja, die Werbespots sollten ja vielleicht auch den Möglichkeiten die man hat Angepasst sein. Derzeit sind da halt ein paar völlig fehlerhafte Spots noch in der Database, deren Anforderung man gar nicht erreichen kann.
gruß
sushi
sushiTV schrieb:minaudience / 10 = Prozent der Anforderung - wobei 50% der Maximalzuschauer = 100% für Werbespots sind.
????
Und ich dachte, ich hab's verstanden...
Hilfe
also die minaudience Angabe in der database / 10 ist die Prozentangabe okay?
10 = 1%, 50 = 5%, 1.000 = 100%
Die Maximale Zuschaueranforderung für Werbespots ist die Maximalzuschauerzahl deines Senders * 0,5 also die Hälfte. (196.300 zu Anfang * 0,5 = 100.000 Gerundet = 100% = minaudience="1.000")
minaudience="10" = 1% = 1% von 100.000 = 1.000
minaudience="50" = 5% = 5% von 100.000 = 5.000
Es wird aber ab 5.000 in 1.000er Schritten Aufgerundet, ab 10.000 in 2.500er Schritten, ab 50.000 in 10.000er Schritten
minaudience="75" = 7,5% = 7,5% von 100.000 = 8.000 (nicht 7.500 da Gerundet wird)
Ich hoffe das war jetzt verständlich genug ?
gruß
sushi
@Gewinn
Ich versuche es mal mit beispiel:
Spot: minaudience="10"(1.000 mindestzuschauer), 3 Blocks, profit="100"
<baseprice> ist die <profit> angabe in der database = 100
<price> ist <baseprice> * Spotcount also die Anzahl der blöcke = 100 * 3 = 300
dann wird <price> * 4 gerechnet = 1200
und dann noch * mindestzuschauer/1000 mindestens aber 7,5 = 9000 (also erst ab 8.000 mindestzuschauer ist es dann nicht 7,5 sondern * 8 usw.)
Gewinn im Spiel 9.000 bei profit="100", 3 Blocks und maximal 7.000 zuschauer anforderung.
Da die Berechnung des Gewinns von der Anzahl der Blöcke und der Mindestanforderung an Zuschauer abhängt, ist es in dem falle nicht ganz so einfach da eine Tabelle mal ebend zu machen.
Man kann aber auch Rückwärts Rechnen:
2.000 Gewinn / 7,5 (bzw. mindestzuschauer/1000) / 4 / 3 (Anzahl Blöcke) = 22 Profit in Database um 2.000 Gewinn da zu haben für dieses Beispiel.
Gruß
sushi
Nachtrag:
wenn die Zielgruppe eine bestimmte ist, also targetgroup="größer 0"
dann wird der ganze Gewinn zusätzlich noch *2 gerechnet.
wie ich schon schrieb:
minaudience / 10 = Prozent der Anforderung - wobei 50% der Maximalzuschauer = 100% für Werbespots sind.
Allerdings wird ja recht stark gerundet, von daher braucht man derzeit gar keine genaueren Angaben als 1%
(nix mit 0-255)
Was den Preis angeht, das müsste ich erst noch recherchieren wie es da aussieht. (Wobei das Thema glaube ich schon geklärt war)
gruß
~s~
*lach* wieso und wie meinst du das?
ist doch ganz einfach:
Werbespotanforderung = Maximalzuschauer * 0,5 * (minAudience / 1000) und das ganze dann gerundet.
hier eine Tabelle:
maxZuschauer: 196.300
minAudience Gerundet/Berechnete Anforderung
10 1000 982
15 1500 1.472
20 2000 1.963
30 3000 2.945
35 3500 3.435
40 4000 3.926
45 4500 4.417
50 5000 4.908 'bis 5000 in 500er Schritten Runden
55 6000 5.398
60 6000 5.889
65 7000 6.380
70 7000 6.871
75 8000 7.361
80 8000 7.852
85 9000 8.343
90 9000 8.834
95 10000 9.324 'bis 10.000 in 1.000er Schritte Runden
100 10000 9.815
110 12500 10.797
120 12500 11.778
130 15000 12.760
140 15000 13.741
150 15000 14.723
160 17500 15.704
170 17500 16.686
180 20000 17.667
190 20000 18.649
200 20000 19.630
210 22500 20.612
220 22500 21.593
230 25000 22.575
240 25000 23.556
250 25000 24.538
260 27500 25.519
270 27500 26.501
280 27500 27.482
290 30000 28.464
300 30000 29.445
310 32500 30.427
320 32500 31.408
330 32500 32.390
340 35000 33.371
350 35000 34.353
360 37500 35.334
370 37500 36.316
380 37500 37.297
390 40000 38.279
400 40000 39.260
410 42500 40.242
420 42500 41.223
430 42500 42.205
440 45000 43.186
450 45000 44.168
460 47500 45.149
470 47500 46.131
480 47500 47.112
490 50000 48.094
500 50000 49.075 'bis 50.000 in 2.500er Schritte Runden
510 60000 50.057
520 60000 51.038
540 60000 53.001
560 60000 54.964
580 60000 56.927
600 60000 58.890
620 70000 60.853
640 70000 62.816
660 70000 64.779
680 70000 66.742
700 70000 68.705
720 80000 70.668
740 80000 72.631
760 80000 74.594
780 80000 76.557
800 80000 78.520
820 90000 80.483
840 90000 82.446
860 90000 84.409
880 90000 86.372
900 90000 88.335
920 100000 90.298
940 100000 92.261
960 100000 94.224
980 100000 96.187
1000 100000 98.150 'bis 100.000 in 10.000er Schritte RundenVerständnishalber:
Ich unterzeichne einen Vertrag.
Dann kaufe ich einen neuen Sendemast.
Der davor unterzeichnete Vertrag ändert sich nicht.
Richtig?
Richtig, die Werbeverträge sind nach Unterzeichnung Fest und ändern sich nicht mit.
sinngemäß Thema:0-255 bzw. 0-200 - Prozentwerte
Ron schrieb vorher schon:
Jetzt entspricht der Wert tatsaechlich einfach einem Prozentwert.
gamefunctions_tvprogramme_advertisements.bmxReturn Max(0.0, Min(1.0, minAudience / 100.0)) 'from 75% to 0.75
Versuche das mal zu Interpretieren:
'from 75% to 0.75 - dürfte ein Kommentar sein
Min(1.0, minAudience / 100.0) - gibt den kleineren wert von 1.0 und minAudience / 100 zurück
Max(0.0, Min(...)) - gibt dann das maximum von 0 und dem zuvor ermittelten wert zurück
würde aber bedeuten:
Angenommen Minaudience="200"
Return Max(0.0, Min(1.0, 200/100) = Return Max(0.0,1.0) = Return 1.0
Demnach würde ab minaudience 100, immer der Wert 1 zurück gegeben werden?
Vielleicht Interpretiere ich das aber auch einfach falsch
siehe Nachtrag1
jetzt versuche ich Tatsächlich mal in den Programmcode zu schauen ...
~s~
Nachtrag1:
Im Quellcode habe ich dann noch folgendes gefunden:
self.minAudienceBase= Float(minaudience) / 10.0bei minaudience="200" wird dies also durch 10 geteilt und ist die minaudienceBase
und die Formel lautet dann:
Return Max(0.0, Min(1.0, minAudienceBase / 100.0)) 'from 75% to 0.75Anfangs Maximale Zuschauer: 196.300
Spot minaudience="200" => minAudienceBase = 20
Rückgabe = 0,20
Spot Mindestzuschauer: 196.300*0,5*0,2 = 19.630 = 20.000 Mindestzuschauer gerundet.
(*0,5 weil Grundlegend die Maximalen Zuschauer ca. 50% sind und 100% (minaudience="1000" in database) Anforderung eines Spots = 50% der Maximalzuschauer sind)
Auf den Punkt gebracht: der Wert minaudience in der Database / 10 sind die Prozent! Wobei 50% der Maximalen Zuschauer = 100% für Werbespots sind.
Bin mir allerdings nicht sicher ob ich da richtig liege
denn das erklärt nicht, warum bei minAudience="75" = 8.000 Anforderung Raus kommt.
siehe Nachtrag2
Gruß
sushi
Nachtrag2:
weiterhin gefunden:(in basefunctions.bmx)
if value <= 10000 then return ceil(float(value) / 1000.0)*1000ceil Rundet eine Zahl auf
Anfangs Maximale Zuschauer: 196.300
Spot minaudience="75"
value = 196.300*0,5*0,075 = 7361
Spot Mindestzuschauer = (Aufrunden von 7361/1000)*1000 = 8.000
Soooooooooooooo, hat zwar ne weile gedauert, aber ich denke nun habe ich's Raus
War zwar klar, aber liegt halt am "Schön Runden"
gruß ~s~
P.S. wer sich nun wundern sollte wie dann 2.500 Anforderung sein kann, unter 5.000 wird in 500er Schritten Gerundet.
hi STARSCrazy,
Punkte 3 und 4 werden dann mit dem Editor unter 2 machbar sein?
Mit der Fakegeschichte habe ich vielleicht hier und da so meine Probleme, aber vielleicht kann ich da mit Gast2 auch zusammen arbeiten. (falls er will)
Ansonsten sehe ich da hier ja Aktuell nicht wirklich viel Aktive leute oder gibt es da noch welche, die etwas tun?
gruß
sushi
sooo, hatte MadTV mal heute kurz im DOS laufen, sowohl drucker als auch pinnwand ging zum klicken (also die ganze fläsche) um zu den Nachrichten zu kommen.
Ich hatte da mal rein geschaut weil ich wissen wollte, ob da auch so die "Titel" und darsteller etc. so "verdreht" waren also verfälscht.
ich weiss, das war hier irgendwo schonmal diskusion (weiss nur nicht mehr wo)
das ist wohl vorraussetzung für eine lokale database um sich keinerlei ärger einzuhandeln?
gruß
~s~
hmmm,
kannst du mir da an einer nachvollziehbaren sache ein beispiel geben, wie du da die werte ableiten möchtest?
Mir selbst geht es darum: Ronny schrieb ja schon, das die database auf jedenfall auch von hand mal erweitert und verbessert werden müsste. (habe ich zumindest so verstanden)
Wer soll das tun? du, STARSCrazy bist in der freizeit wenn möglich mit proggen beschäftigt und ronny auch und GUI sachen und so.
Gast2 hat es wohl hier und da schon mit schreiben zu tun, und wie mir scheint fällt es mir leichter mal so eine xml zu editieren. Vielleicht könnten da ja Gast2 und ich da produktiv auch etwas tun.
Bei dem Ansatz mich aber mal damit zu beschäftigen scheitere ich direkt, weil ich das gefühl habe das ich nur schwehrlich wirklich treffende und reale daten recherschieren kann, ohne einen sehr großen aufwand zu betreiben.
gruß
sushi
Habe heute spaßes halber mal nach BlitzMax geschaut und dabei festgestellt, das dies ja gar nicht frei ist :-P Blitz Basic ist es nur.
nun ja ... klar kann ich bestimmt versuchen hier und da in den Quellcode zu schauen :-P
gruß ~s~
Ach du schei***benkleister :-P
ich dachte wenigstens dieser wert ist etwas "klares" aber auch hier unterliegen dann ja noch irgend welche Faktoren?
Zufällig stimmt ja aber bei minaudience 10,25,50,100,125,150,200,250,300 das es ebend 1K, 2,5K sind und so weiter?
Anfangs Zuschauer 196.300 bzw. 196.301 - Minaudience="200" wie kommt es dann zu den 20.000? (habe ich nicht wirklich gecheckt)
Maximalwert für minaudience scheint 1.000 zu sein = 100.000 Zuschauer Anforderung (halt in etwa 50% der gesamt möglichen) und selbst wenn ich das in 255 presse, komme ich beim rechnen auf keinen wert, warum die 75 dann 8K sind
weiter bin ich nicht gekommen ....
scheint eher so, als hast du die formel so gemacht, das die werte in der database da im spiel beim spielstart hinhauen?
gruß
sushi
Aha, na da brauche ich mich nicht wundern, das ich das Gefühl hatte, das das Genremäßig unterschiedlich ist, und sich bei manchen so gut wie nix abnutzt.
Dies müsste natürlich auch noch in die database
gruß
~s~
Also die Mindestanforderung steigt ja dann mit den Sendern mit, demnach wird man manche anforderungen nie Erreichen können, die da noch derzeit in der database stehen.
minaudience = Mindestzuschauer
repetitions = Anzahl zu sendender Blöcke
profit = Profit
penalty = Strafe
targetgroup = Zielgruppe
duration = Tage für die Erfüllung
fixedprice="1" = der profit wird fest gesetzt und steigt nicht mit zunehmenden zuschauern
minimage = Mindestimage (derzeit ja ohne Bedeutung)
gruß
sushi