K-REPORT MOBILE 3.3

Gabuliatko#6418@23.2.2026 20:51:32 >>

V čem to píšeš? Kdybys chtěl pomoc nějakým backendem či testy dej vědět. Testování a hledání chyb a jejich lokalizace mne baví.
Mě tedy napadlo nevymýšlet kolo a číst datové soubory z Unisimu a Staničáře, ale třeba máš návrháře vymyšleného.
Co mi není jasné jak udělat fyziku, to znamená jak určit který vlak jak pojede.

---

stepanb#5@24.2.2026 9:52:02 >>Mě ještě napadla možnost stavět vlakové cesty přes několik kolejových oblastí jako v Unisimu. Tohle mi ve Staničáři, pokud hraju nějaké delší úseky, dost chybí.

Testovat pak taky můžu.

---

mAzi.80#688@24.2.2026 11:40:07 >>stepanb: Pokud si dáš všechny kolejové oblasti do jednoho zásobníku VC, pak můžeš stavět přes všechny oblasti...

---

Tom_K.#2@26.2.2026 22:45:03 >>Velmi "hrubý" screenshot z "aktuálního" stavu:


Oproti původnímu stavu přibylo několik typů tratovych elementů, a rendering i dataový model už zvládá cosi, co v budoucnu budou kolejové obvody. V tuto chvíli pracuji na základu pro návěstidla

Zatím se zaměřuji na základní funkčnosti - datový model (a uchování dat) tratí, vozidel, grafikonu + základní mechanika jízdy (zatím bez fyziky , reakce na návěstidla a rychlosti - čili ty nejzákladnější mechaniky, na kterých jde stavět další funkčnosti. I rendering je velmi zjednodušený (jak je dozajista vidět). Takze na nejake velke testovani to zatím není.

Nejsem železničář, takže při vývoji vycházím /zatím/ ze spousty hodin nahraných kdysi v Gordikonu, Multikonu a jejich dalších inkarnacích . Nicméně, určitě z toho nechci dělat fancy věc typu RailRoute.

V čem to píšu - jsem .NETář, takže je .NET. A protože jsem nejen windowsář, ale i jablíčkář, tak cílové platformy jsou Windows, macOs + tablety. Ostatně, zatímco první screenshot byl z windows, tento screenshot je z verze běžící na macOsu. Pokud je tu někdo hodně technický, tak celý stack je vlastně jednoduchý - .NET + MAUI, a grafika skrze SkiaSharp

Data zcela určitě v unifikovaném formátu (nejspíše JSON)

Orgie s kurzorem myši určitě neplánuji

---

Jack_Brody#22@27.2.2026 14:22:15 >>

To je jen dobře.

Vidím, že to má vývoj. Jsem zvědav na další postupný cíl.

---

Tom_K.#3@02.3.2026 18:17:13 >>Protoze pracuji na navestidlech, a tim se i priblizil moment, kdy zacnu resit staveni cest - pamatuji si z dob gordikonu, ze clovek klikl na navestidlo a pak kam se bude stavet. pokud melo jit o posun, tak to bylo tusim s ctrl.

a ted - ruseni cest / privolavaci navest - v gordikonu to bylo pres kontextove menu (pravy tlacitko) a pak vyber z par moznosti jako Ruseni cesty (rc) / privolavaci navest (pn)- tohle se nejak zakladalo na realite, nebo to byla kreativita autora a v realu se tyto povely delaji jinak?

---

stepanb#6@03.3.2026 11:44:41 >>Řekl bych že v reálu to je stejné (hodně podobné), jelikož hodně podobně funguje stavění VC/PC i ve Staničáři.

Kliknout levým na návěstidlo, pak kam se má cesta stavět. Pro posunovou cestu prostředním tlačítkem (ctrl jsem nikdy nepoužíval). Alternativně je možné stavět s variantním bodem, po kliknutí na návěstidlo vyvolat nad prvkem koleje, přes který má cesta vést, vyvolat kontextové menu a zvolit variantní bod.

Rušení cest probíhá tak jak píšeš, s tím že pokud je ten úsek před návěstidlem obsazený, je tam nějaká prodleva (u Multikonu 5 minut, u Staničáře tuším 3?)

---

Martin_zlivský#76010@03.3.2026 13:05:59 >>U Multikonu jsou taky 3 minuty. Akorát pozor, rušení není úplně přesné jako v reálu, kdy návěstidlo nejde shodit už při obsazeném úseku před jeho předvěstí (v zásadě by mělo stačit to uvažovat na doheldnost předvěsti, tj. na vzdálenost odpovídající 12 sekundám pro nejvyšší rychlostní profil).

---

mAzi.80#690@03.3.2026 13:58:22 >>jako v reálu, kdy návěstidlo nejde shodit už při obsazeném úseku před jeho předvěstí
Návěstidlo jde "shodit" vždy bez ohledu na obsazení úseků...

---

ticho#58@03.3.2026 20:13:50 >>

Tome, a že se ptám... řešíš i závěrovou tabulku, variantní cesty (body), nouzový závěr, rušení závěru a podobně? Třeba ve Staničáři mi docela chybí výchozí vlaková cesta, která by vedla například přes "nejrychlejší" výhybky a při volbě dvěma body by se prostě stavěla. Samozřejmě s možností varianty, kdy třeba máš dvě cesty souběžně. Dík a držím palce!

---

Martin_zlivský#76012@04.3.2026 10:15:31 >>

Ano, ale už to pak znamená onu 3minutovou prodlevu, o níž jsme se bavili.

---

Sonic#2113@04.3.2026 20:29:07 >>Přestavit návěstidlo na Stůj (hovorově “shodit”) lze opravdu kdykoliv a okamžitě. Zpoždění se týká rušení cesty postavené od návěstidla - pokud k přestavení na návěst Stůj došlo na základě příkazu RC, tak k rušení dojde po 5 sekundách nebo 3 minutách u vlakové cesty.

---

mAzi.80#691@04.3.2026 20:38:17 >>3 minuty v případě, že již došlo k úplnému závěru vlakové cesty. V reálu úplný závěr VC řeší závěrová tabulka, pro potřeby Staničáře postačí, když úplný závěr nastane třeba když se čelo vlaku přiblíží na zábrzdnou vzdálenosti k hlavnímu návěstidlu od něhož je postavená VC.

---

Sonic#2114@04.3.2026 23:12:46 >>Ještě bych se upřesnil: pokud se nepletu, tak pokud není úplný závěr, tak 5 sekund jen u stavědel s reléovou prováděcí částí (ETB, AŽD 71, apod.), jinak 0 sekund (po uplynutí zpoždění dohledání znaku návěstidla).
A na tratích s ETCS je to po novu (dle nařízení z roku 2024) komplikovanější (kde došlo k prodloušení doby platnosti Movement Authority [MA] z 18 sekund na 40 sekund) - zjednodušeně:
a) zpoždění rušení cesty 22 sekund, pokud není úplný závěr cesty (a prodloužení o 3 minuty, pokud v té době měření 22 sekund dojde k obsazení úseku v oblasti úplného závěru),
b) zpoždění rušení cesty 3 minuty a 22 sekund při úplném závěru s tím, že pokud jsou v oblasti úplného závěru jen úseky s počítači náprav, po jejich uvolnění se zruší úplný závěr cesty (tj. neodpočítá se celá doba zpoždění).

(Příspěvek byl editován uživatelem Sonic.)

---

Jack_Brody#27@06.3.2026 18:26:23 >>Teď jsem narazil na YT na čerstvé video ze Staničáře a napadlo mě, že by nebylo špatné, kdyby nový SW uměl využít jeho datové soubory (definice tratí, GVD i obrázky mašinek). Je v tom spousta hotové práce.

---

Martin_zlivský#76023@07.3.2026 19:17:17 >>

Samozřejmě je to věcí autora, ale když bych se mohl přimlouvat, tak bych se snažil o co největší věrnost, ať to pak zbytečně nesvádí k nesprávným představám o možnostech reálného řízení provozu.
Zkoumat kvůli tomu schémaťáky a závěrovky asi nemá cenu, ale jako dobré zjednodušení by se dalo brát, že úplný závěr by nastal před předvěstí (ideálně umístěnou na ZV) shazované návěsti ve vzdálenosti odpovídající jízdě maximální traťovou rychlostí v daném úseku po dobu 12 sekund. Reálně to sice bude ještě o něco víc, ale bude se to většinou realitě blížit docela hodně.
Plus pak přidat podmínky, jež vzpomenul Sonic.

---

Tom_K.#4@08.3.2026 14:38:34 >>

pro "protoyp" /pokud jsou tu agilní ajtáci, tak pro MVP/ bude určitě jen tupé hledání nekratší cesty od návěstidla do cílového místa (+ variantní body).

vše ostatní určitě, ale určitě ne hned.

mým cílem je dostat prototyp do stavu, kdy vlaky budou jezdit, návěstidla návěstit a v tom půjde postavit cestu i pro posun). plus základy provozu (základní grafikon, otočit vlak, změnit číslo vlaku, změnit na posun, změnit na vlak apod.).

toto je stav, který vnímám jako "výchozi" nutné minimum pro pro vše z toho, co tu zaznělo.

---

mAzi.80#695@10.3.2026 18:44:08 >>Pro slabší jedince, respektive pro silné začínající jedince jsem vytvořil GVD 2026 do samostatného
Praha hl.n.
Simulace ve třech variantách (čistá, skryté PZZ, kostičková) je na obvyklém místě
Praha hl.n. a Praha hl.n.-Vršovice
připravena k testování.

Při tvorbě jsem ještě našel pár chybiček v simulačních souborech Praha hl.n.-Vršovice, ty byly opraveny a aktualizovány.

---

ticho#65@21.3.2026 12:03:40 >>ahoj stavitelé, prosím vás o radu. existuje způsob, jak nastavit oblasti a obvody tak, abych mohl postavit vlakovou cestu z kolejí skupiny A do skupiny B přes tu označenou spojku?
A pokud bych nechal nastavení oblastí jak je, fungovalo by stavění pomocí postupu: naklikat cestu přestavením výměn, odjezd z A na PN? Kam by se klikalo jako cílový bod?
Díky za rady.

---

Gabuliatko#6429@23.3.2026 18:58:44 >>Pekne prosim kdo je autor Stanicare ze bych pozadal o svoleni?
Tedy pokud to pojede na W10, dekuji

---

stepanb#7@25.3.2026 9:47:48 >>O svolení k čemu? Vývoj byl již dávno ukončen, takže nějaké licence nebo tak něco (jak se ve Staničáři píše), je naprosto neaktuální.

Pod W10 W11 jede naprosto bez problémů.

---

ticho#68@25.3.2026 19:34:14 >>ahoj stavitelé, ještě řeším jednu věc kolem nastavení / fungování Builderu.
neukládají se mi info o nastavení velikosti mapy a Builder ignoruje zápis
<policka pocX="623" pocY="123"

Pokud zkusím v Builderu volbu
Zobrazit > Nastavení > Mapa
mám vždy rozměr 500 x 500 a podle toho se i Builder podivně chová. Třeba nezobrazuje filtry za touto hranicí. Pokud hodnoty změním, tak jde posunout kurzor, ale stejně se nezobrazí filtry a všeliké podivnosti se dějí. Ale je vopruz při každém spuštění Builderu hodnotu měnit ručně.
Dá se hodnota rozměru někam do .ini a podobně natvrdo zapsat? Pokud vám to funguje, mohli byste se kouknout do ini a xml kam se to zapsalo?
Díky.

---

mAzi.80#700@31.3.2026 15:15:33 >>K testování GVD 2026 s náskoky/zpožděními
do Praha hl.n.-Vršovice 2026

V simulaci je hratelných 14 po sobě navazujících dní, které obsahují náskoky a zpoždění a to dny 2.3. až 15.3. Vybírejte pouze tyto.
Zpoždění vstupních vlaků s přepravou cestujících jsou z 80% vytaženy z historie zpoždění IDOS. Ostatní vlaky soupravové průchozí a měnící se na druh vlaku s přepr. cest. jsou generovány s náhodným zpožděním/náskokem.}

---

mAzi.80#701@31.3.2026 15:19:25 >>Zpožděný GVD 2026 Praha hl.n.-Vršovice

---

Gabuliatko#6431@02.4.2026 11:18:45 >>je nejaka nadeje pro hure vidici zvetsit font v tabulce a u cisel vlaku?
nebo nasel nekdo lupu jen pod mysi (treba na CTRL+mysitko?)

---

stepanb#8@03.4.2026 15:28:21 >>Bohužel není. Jedine co by mohlo pomoct je změna barev na více kontrastní, v Nastavení -> barvy

---

stepanb#9@03.4.2026 17:27:59 >>

Děkuji, simulace je super. Jen poznámka. Sv 25952 se nabízí v sobotu duplicitně. O dalších chybách zatím nevím.

---

Zasly_CZ#68@03.4.2026 17:37:45 >>Já třeba jsem zjistil, že chybí R 690.

---

mAzi.80#702@04.4.2026 3:22:34 >>Taky jsem už onehdá zkoušel zvětšovat zobrazení výřezu části zobrazovaného okna. Žádný externí program se na to nehodil lépe než Windows lupa. Podařilo se mi třeba zvětšit pragotronek a přemístit někam mimo reliéf kolejiště, aby nepřekážel. Pak ale nastává problém, kdy naslepo zajíždíte myší do levého horního rohu, kde je umístěn pragotron a při tom se díváte do jiného místa tam, kde je jeho současné zvětšené zobrazení. Neříkám, že je to špatná možnost, ale není pro použití ve Staničáři příliš přívětivá.
Díky. Taky jsem tam už narazil na nějaké chyby, kdy vlaky prosakují do dní, kam by neměly a naopak. Je to holt taková pilotní verze, v které jsem si chtěl vyzkoušet jak mi to půjde za pomocí techniky a nástrojů, které jsem si pro editaci zpožděného gvd vytvořil. Přece jen těch jedenáct tisic vlaků dá zabrat. Ke konci editace jsem si říkal, že po této zkušenosti, kdy jsem si osvojil jakési know-how, vytvořím další čistší přesnější lepší zpožděný gvd.

---

ŠimonŠ#1@04.4.2026 12:32:54 >>Krásnou Bílou sobotu.
Chtěl jsem se zeptat, zda je nějakou "nebolestnou" cestou možno vytvořit tabulku s odjezdy vlaků z jedné dané stanice oblasti, jelikož řídit se "pragotronem" mi přijde nepřehledné.

Něco podobného jsem viděl v simulaci Prahy, kdy se soubor nazýval "Sledy"(?), tak mě napadlo, zda by to šlo vytvořit i pro jiné simulace.

Předem velmi děkuji za odpovědi,
Šimon.

---

stepanb#10@04.4.2026 13:25:56 >>Na něco takového jsem použil AI, a musím říct že vcelku k mé spokojenosti. Nahraj tam XML s oblastí a zadej mu něco jako "vytvoř tabulku s odjezdy vlaků z té a té stanice."

---

mAzi.80#703@04.4.2026 18:02:37 >>Ano, za pomocí AI lze vytvářet různé věci. Sledy loni tvořil cefal.

---

cefal#30@04.4.2026 23:56:43 >>

Sledy jsem skutečně dělal pro Prahu - tehdá ještě bez použití AI. Snažil jsem se je udělat tak, aby se tabulka dala uživatelsky vygenerovat pro jakýkoli den v roce s respektováním datumových poznámek a hlavně aby hlídala časovou poslopnost aktivit v simulaci. Pokud máš o tuhle problematiku zájem tak mi napiš na mail.

---

Tom_K.#5@06.4.2026 22:29:24 >>Zdravím,

Měl bych dotaz ohledně "odezvy" na stavění cesty.

Jak dlouho tento proces reálně trvá?

Představme si, že uživatel nakliká cestu, a nastanou tedy podmínky, které umožní, že dojde k zahájení procesu stavby cesty

V gordikonu toto bylo /např. v situaci, kdy výměny byly již ve správných polohách/ celkem instantní, a postaveno bylo během několika okamžiků.

Když výměny postaveny nebyly, trvalo to (asi celkem přirozeně) o něco déle.

Jak toto funguje v reálu? je to tak nějak podobně? Dovedu si představit, že tam, kde je tento proces zcela automatizovaný, tak to může být tak, jak bylo v gordikonu.

Může to trvat i "výrazně" déle? Např. v situaci (pokud taková existuje), že pokyny z CDP (nebo podobného místa) dojdou na stavědlo / do stanice a tam místní obsluha na základě těchto pokynů postaví to, co má, a odešle zpátky informaci, že splněno?

Může se doba, jak stavění trvá, lišit oblast od oblasti (či stanice od stanice)?

Díky

---

Tatar#180@07.4.2026 23:12:42 >>Tom_K.: U cest pro které už jsou dejme tomu splněny podmínky, jako právě připravené výhybky, tak ten proces trvá fakt krátký okamžik. Pokud ovšem ale výhybky připraveny nejsou, tak už se ten čas začne prodlužovat a dost taky udělá jestli výhybky jsou logické nebo fyzické spojky, případně ještě i počet přestavníků.

Naštěstí pokyny u místní obsluhy platí spíš ve stanicích s elektromechanikou kde dost záleží na tom jaké signalisty zrovna člověk má, protože někomu to může trvat déle než tomu druhému, případně pokud jeden z nich zrovna nutně potřeboval na záchod, tak se proces může prodloužit o delší dobu.

Ale jo, dalo by se říci že na jednoduché odbočce ta cesta bude postavena znatelně rychleji než ve větší stanici, ale pouze v případě že oba případy nemají připravené výhybky pro danou cestu. Pokud oba případy mají výhybky už přichystané pro úkon, tak to u obou stanic bude stejný/podobný čas vykonání povelu.

---

jirkov#159@14.4.2026 20:27:44 >>

Myslím, že video pomůže nejvíce. Je to simulační program JOPky. (je to celkem starý program 10+ let, ale ty časy a základní funkce jsou podobné) (ty tyrkysové funkce tam ve skutečné JOPce nejsou, jsou pouze pro účely simulace)

(Příspěvek byl editován uživatelem Jirkov.)

(Příspěvek byl editován uživatelem Jirkov.)

---

Tom_K.#6@14.4.2026 21:59:03 >>Jirkov: díky!

Jinak s blížícím se létem (jarem) je času o něco méně, ale preci jen se nejaky cas nasel



- návěstidla (zatím jen hlavní)
- stavění cest - částečně i s variantními body, zásobníky
- prodleva při stavbě cesty je volitelná - pro každý "zásobník" je možné zadat "tvrdou" prodlevu pro variantu, kdy není potřeba přestavovat výhybky, a pro variantu, kdy je potřeba je přestavovat
- uvolnění (rozpad?) cesty po průjezdu vlakem (asi ne uplne realisticky, ale v tuto chvíli dostatečné pro pokračování)
- .. a tvar "elementu" mapy se změnil ze čtvercového na obdelníkový

(Příspěvek byl editován uživatelem Tom_K..)

---

Zanechat zprávu