Seite 35 von 55
Verfasst: 6.8.2011 - 13:56
von WH96
ja das liegt daran, dass der cursor aktiv ist und somit die erste Datenbank aktiviert wird, die in der Liste ist.
Wie kann man das Problem umgehen?
Gar nicht oder man wählt seine Standart DB und geht dann nicht mehr in die Option der Datenbank..
Verfasst: 6.8.2011 - 16:24
von Ciolek 4 Win
Ich pack da doch noch einmal ein Fragezeichen hinter, bevor ich das nicht selber getestet habe.
Einige schreiben mit PCM Daily stürzt es ab, andere auch ohne DB. Bei einigen stürzt 1.0.4.4 ab, bei anderen nicht...
Keine Ahnung was nun stimmt. Ich kann ohnehin erst in rund 2 Wochen testen. Mal schaun, ob sich bis dahin was ergibt.
Verfasst: 6.8.2011 - 16:29
von easy-j
Gibt es denn Leute die mit 1.4 Patch über das besagte Datum hinaus spielen konnten?
Verfasst: 6.8.2011 - 17:08
von Anonymer
fbgh80 laut eigener Aussage schon, aber nicht mit der Daily V1, bin mir aber nicht sicher mit welcher DB. Wenn das stimmt liegts wohl doch eher nicht am Patch... (sofern ich das richtig verstanden hab, etwas konfus teilweise)
Verfasst: 6.8.2011 - 17:33
von Ciolek 4 Win
Das Problem ist, dass einige immer von Patch sprechen und man nicht weiß, ob sie den Patch meinen oder die PCM Daily DB.
Ist ein wenig durcheinander, steig da momentan auch nicht ganz durch.
Verfasst: 6.8.2011 - 17:54
von lachi
Es könnte an den Varianten liegen. Das könnte man testen, indem man die Varianten vom Jahr 2014 mit denen im Jahr 2012 tauscht. Wenn das Spiel bei Wechsel zum Jahr 2012 abstürzt, muss man nur noch die fehlerhafte Etappe oder das fehlerhafte Rennen finden.
Ich kenne mich aber überhaupt nicht mit den Varianten aus. Vielleicht könnte mal jemand diese XML Dateien abändern, damit man das testen kann.
Verfasst: 6.8.2011 - 18:04
von Ciolek 4 Win
Wenn, dann dürfte es aber an den rules oder descr liegen und nicht an den Etappen. Auf die greift er nämlich nicht wirklich zu. Es kann aber halt sein, dass in einer dieser 2014er XML Files ein nicht erlaubter Buchstabe oder so drin ist. Kann ich aber von hier aus momentan nicht testen.
Verfasst: 6.8.2011 - 18:06
von lachi
Das meinte ich, diese rules und descr Sachen.
Verfasst: 7.8.2011 - 11:12
von Xades
Hi.
Ich habe ein Problem (zumindest glaube ich, dass es eins wird) mit meiner Karriere:
Ich bin im Jahr 2014 und nachdem die Variants geladen wurden und ich sie mir angeschaut hab, ist mir aufgefallen, dass sowohl die 2. als auch die 17. Etappe des Giros ein leeres Etappenprofil haben.
Bei beiden Etappen stimmt auch die Kilometerbezeichnung nicht, so müssen jeweils 1.$ km zurückgelegt werden.
Wie kann ich das Problem beheben? Ein älteres weekly save (aus dem vorjahr) habe ich schonmal ohne Erfolg neugeladen.
Achja, ich spiele noch mit dem alten 1.0.3.0 Patch und der pcm daily beta.
Verfasst: 7.8.2011 - 11:20
von WH96
Welche Varianten benutzt du? PCMDaily V1.0?
Kannst du bitte dringend ein Savegame von Dezember uploaden?
Verfasst: 7.8.2011 - 11:36
von Xades
Naja ich benutz die Varianten, die eben in der pcm daily beta v0.5 dabei waren.
Hier das Savegame
http://www.fileuploadx.de/4430
Verfasst: 7.8.2011 - 12:05
von Ciolek 4 Win
Die 2. und 17. Etappe der Giro Variante wurden in der V1 Version der DB korrigiert.
Leider spielst du 1.0.3.0 und Beta Patch. Schließt also nichts direkt aus, warum der Wechsel zu 2014 nicht klappt.
Verfasst: 7.8.2011 - 12:12
von Xades
Ok, dank dir.
Verfasst: 7.8.2011 - 17:22
von Anonymer
Weiß jdn wie man es beheben kann, dass es bei ProRace Berlin kein Geld gibt ? Dachte, dafür wäre die classification verantwortlich, aber die ist identisch zu vielen anderen Rennen...
Verfasst: 7.8.2011 - 21:10
von BBandy
Ich glaube es wurde hier schon einmal gefragt, kann es aber leider nicht finden:
Ich bekomme im Optionen Menü, nach Installation der DB, das ExpansionPack angezeigt und kann dieses auswählen. Wenn ich aber das optionen menu schließe und wieder öffne ist es immer wieder auf die officialrelease umgesprungen.
Woran kann das liegen bzw. was muss ich ändern?
Danke
Verfasst: 7.8.2011 - 21:13
von Ciolek 4 Win
Stelle die Daily DB in den Optionen ein und starte dann die Karriere. Danach ist es egal, was es anzeigt, da nur auf den Spielstand zugegriffen wird.
Liegt am Patch 1.0.4.4, der spinnt ein wenig, wenn man die DB auswählen will.
Verfasst: 7.8.2011 - 23:17
von ninstrong
Kann es sein das der Podiums Bug (Trikotgrafik) noch nicht behoben wurde ?
Verfasst: 7.8.2011 - 23:28
von ein_auto
Gibt nen Fix, den man noch zusätzlich downloaden kann, wenn man v0,5 -> v1 hat. Bei direkt V1 ist es gefixt. Einfach mal bei PCMDaily reinschauen.
Verfasst: 8.8.2011 - 13:24
von TOM Booonen
irgendwie kriege ich die db nicht installiert. habe es jetzt schon 4x versucht und immer sagt er mir,dass irgendeine datei kaputt ist,aber ich habe beide parts schon 2x neu geladen...
Verfasst: 8.8.2011 - 15:09
von tom b
Das 2014 Problem scheint wohl gefunden zu sein. Ich quote es einfach mal hier hin, vielleicht hilfts ja dem ein oder anderen.
Alesle wrote:
fbgh80 wrote:
Alesle wrote:
I think the problem stem from stage two of criterium dauphine in 2013 (variant 3, "2010_top_dauphine_02_cyanide" ). The stage has invalid length in the STA_stage table, so the game refuses to process the stage. It just skips the stage and goes to the next event.
Then at the end of the season, when the STA_stage table is updated for the coming season, the unprocessed stage is still left in in the table (on a date from last season), causing the game to crash.
Edit: After loading up a backup from before that dauphine stage, changing the stagelength to a valid one (and replaced the stage with one I knew worked), I was able to process the stage and go from 31/12/2013 to 01/01/2014, so it does indeed seem like this was the problem.
can you explain how exactly did it please? if i rename the stage 2010_tp_dauphine_02_cyanide.cds and .zces with any other stage of dauphine, it will work?
No, that won't work as the stage length will still be invalid in STA_stage
What I did was:
1) Found a backup from before stage 2 of Dauphine
2) Opened the database with an editor
3) Found the STA_sage table and located the faulty stage (the one where gene_f_distance is noted as "-1.#INF" )
4) Changed gene_f_distance to a valid value and linked the stage (changed gene_sz_stage_filename ) to a stage I knew worked.
For simplicity I basically just duplicated the next dauphine stage (linked to that stage, and changed all relevant stage values to match that stage)
Hope that helps.
aus:
http://www.pcmdaily.com/forum/viewthrea ... owstart=40
Verfasst: 8.8.2011 - 15:51
von Johnny
Hätte gerne einen Lösungsweg auf Deutsch, bin zwar noch nicht soweit.. Aber im Vorraus kann man das sicherlich ändern, oder?