Tak asi nepotěším všechny, kteří se těšili na analytický program - zatím nebude

. Důvod je jednoduchý, chybu TDB se mi nakonec v průběhu zkoumání struktury databáze podařilo odstranit. Tímto se všem omlouvám za "navnadění", ale jak už jsem psal v případě Podbíječky, mým hlavním cílem je nyní stavba tratě a nikoliv vývoj doplňkových programů pro RE. Nevylučuju že v budoucnu něco nevznikne, ale v tuhle chvíli hodlám raději stavět.
Ale aby tahle epizoda nevyšla naprázdno, přidám co jsem zjistil:
- databáze nemá příliš složitou strukturu, detaily si najděte v dokumentu "OR Design Overview"
- vyplatí se při stavbě často ukládat - v TDB pak nevznikají tak často nevzhledné bloky o desítkách položek v TrVectorSections
- doporučuji ukládat velmi často při pokládce výhybek, ulehčí to případnou ruční opravu
- na hranách modrých čtverců se opravdu vyplatí chovat se obezřetně. Ideální postup je uložit práci před hranou čtverce, položit kolej(e) přes hranu čtverce bez pohybu kamerou a opět uložit, posunout kameru do dalšího čtverce a teprve znovu pokládat koleje. RE totiž pracuje záhadně se souřadnicemi a pokud položíte další kolej ve vedlejším čtverci, její souřadnice se vám zobrazí v cifrách nad 1024 (pod -1024) čili v hodnotách mimo rozsah souřadnic čtverce. Při uložení pak RE tohle přepočítává a občas se pak dějí věci......
- chybnou část nejdříve zkuste "odřezat" od okolní tratě (odmazat v RE koleje vedoucí k chybnému uzlu kam až nejblíž to jde)
- v mém případě před odpojením od ostatních kolejí nešlo na nic "šáhnout". Jakýkoliv pokus označit některou z kolejí či výhybek v dotčeném bloku znamenal okamžite pád RE. Po odpojení od zbytku kolejí už bylo možno označit a smazat většinu výhybek a kolejí až zbyla jen jedna výhybka a přilehlá DK.
- na konce okolních kolejí i odpojeného zbytku (výhybka + DK) jsem přidal 1m koleje. Hlavní problém byl totiž s nějakým TrEndNodem který vždy po uložení chyběl. Po osazení 1m kolejí na konce okolních kolejí a uložení naopak jeden TrEndNode v TDB přebýval! RE prostě bez problémů uložil TDB s nepřipojeným TrEndNodem (jehož TrPin měl hodnoty 0 0).
- pak už stačilo definici tohoto chybného TrEndNode nahradit jedním z okolních (konce těch 1m kusů) a přečíslovat reference na tento TrEndNode a nakonec snížit hodnotu TrackNodes v hlavičce TDB o ten jeden smazaný TrEndNode
- Nahrazení TrEndNodu bylo nutné, protože MSTS vyžaduje TDB kontinuálně očíslovanou (na rozdíl od World souborů) a navíc hodnota TrackNodes musí souhlasit se skutečným počtem záznamů typu TrackNode. Takže pokud potřebujete odmazat jeden TrackNode např. s číslem 130, musíte ho buďto nahradit jiným (nejlépe posledním vloženým, čili když je poslední TrackNode s číslem 1050, nakopírujete ho místo č. 130 a položku 1050 smažete) a nebo musíte všechny následující TrackNody přečíslovat včetně referencí. Nakonec musíte správně opravit hodnotu TrackNodes (pokud jste odebrali jeden TrackNode snižte hodnotu o 1 apod.)
- zkoušel jsem na ručně upravovanou TDB použít Route Riter (přímo tlačítko Modify RDB/TDB které slibuje opravu ručně promazané databáze) nicméně výsledek byl snad ještě horší než obnova databáze. Nejen že někdy dokonce neopravil to co měl, nejen že se mi rozsypaly všechny vazby návěstidel a kilometrovníky ležely stovky metrů od původních pozic, ale občas dokonce traťové vektory v opravované oblasti promíchal jako v mixéru a pospojoval nespojitelné. Takže osobně nedoporučuji používat.
Pokud by to někdo chtěl detailně popsat včetně ukázek a příkladů, sepsal bych to do nějakého PDF a vystavil.