[HIT] Bieszczady/Galicja WIP - do pobrania

[mac310]

Co jest nie tak u mnie? Ściągnięta paczka 24.06, wszystko na czysto i podczas ładowania scenerii zatrzymuje się zawsze w tym samym miejscu i stoi. To samo dzieje się na scenerii Glinojeck, a inne wczytują się normalnie.

[matek123]

Długo czekałeś? Nawet na moim sprzęcie Glinojeck się odpalił.

[JAN21]

Jakby to ująć, w tym momencie powinien wczytywać się teren, niemniej jednak w paczce jest dołączony plik .sbt więc teren się nie ładuje, ale Maszyna i tak musi przebrnąć przez te pliki z terenem, bo dla paczkowego EXE one się niczym nie wyróżniają i nie ma pojęcia, że może je z czystym sumieniem zignorować. Przy braku pliku .sbt czas ładowania będzie porównywalny, z tym że wtedy w logu będą pojawiać się nowe wpisy i nie będzie to wyglądać jakby program się zawiesił. Problem definitywnie rozwiązuje EXE dołączone do zależności, niestety nie u wszystkich ono działa i wymaga nadpisania paczkowych shaderów.

[mac310]

Dobra, przebrnął i się w końcu załadował. Trochę musiałem poczekać.

[Ra]

Jaka jest korzyść z plików SBT, jeśli gigabajty terenu w SCM i tak muszą być przemielone parserem? Gdy robiłem teren w E3D, to raz i dobrze przygotowany E3D z terenem mógł być używany w wielu scenariuszach i wczytywało się to od razu do docelowych struktur bez potrzeby parsowania. Teraz na LK61+LK144 jest 18 scenariuszy, to się tworzy 18 plików SBT ze zbliżoną zawartością, do tego drugie tyle może powstać ze znakiem $ na początku nazwy pliku. I jeszcze jest problem, bo jak się coś poprawi, to trzeba usuwać SBT, inaczej poprawka nie będzie widoczna. Może mnie ktoś naprowadzić na jakiś sens w tym?

[JAN21]

Niestety nie mam porównania do terenu E3D bo z tego co widziałem ta funkcja w nowych EXEkach jest wyłączona. Na pewno dużą zaletą byłby wielokrotny użytek takiego terenu na różnych scenariuszach i możliwość dołączania paru takich plików do jednego scenariusza, ale czy czas wczytywania byłby porównywalny do tego z SBT? (5GB SBT odpowiada ~12GB SCM, SBT z poprawką w EXE ładuje się mniej niż minutę, SCM przy korzystnych warunkach co najmniej godzinę). Niemniej na paczkowym EXE plik SBT nie ma najmniejszego sensu.

[RCJ]

Cześć, ten post jest adresowany do "wesołych" scenarzystów. Sceneria Galicja, w jednej scenerii każecie czekać godzinę na dalszą jazdę, w drugiej godzina scenerii jest 12:30 odjazd 13:20. Czy to nie jest przesada? To jest symulator, gra nie rzeczywistość. Panowie zmieńcie to!!!!! Takie scenerie zniechęcają! To nie tylko dotyczy Galicji.

[JAN21]

Zapraszam do zapoznania się z funkcją przyspieszenia (nie przestawienia) czasu. Ewentualnie mogę zaproponować napisanie własnego scenariusza lub chociaż rozkładu w którym nie będzie takich długich postoi. Jeden człowiek nie jest w stanie wszystkiego uciągnąć i wszystkim dogodzić.

Do klejenia tekstur wszyscy, do narzekania jeszcze więcej, a zrobić cokolwiek ponad to to nie ma nikogo.

Pozdrawiam serdecznie,
"Wesoły" Scenarzysta

[mareczek]

Ale tam jest jeden scenariusz, rozpoczynający się o 12:30, z możliwością pokierowania różnymi pociągami. Logiczne jest że jednym składem ruszysz 5 minut po starcie, a innym 30-40-50 minut po rozpoczęciu. Zawsze można przyspieszyć czas w wersji debug (F12 i zaznaczamy fistaszek przy debug mode) i potem skrót Ctrl+Shift+F6 (przywrócenie normalnej prędkości - F6).

[Ra]

Ja bym z tym przyspieszaniem nie przesadzał, na ×5 jeszcze daje radę, ale przy szybszych psują się eventy i symulacja się mi wielokrotnie zawiesiła — musiałem wczytywać od nowa i nie przesadzać następnym razem z przyspieszaniem. Chociaż nie sprawdzałem jeszcze 24.06, ale również nikt nie pisał, że zostało to już naprawione.

[robert357]

Dodatkowo przyspieszenie czasu na słabszym sprzęcie się dławi na bardzo szybkim mnożniku. Przez to przeważnie jedyna opcja to x5, bo na x30 i x60 sprzęt nie wyrabia i bez względu na jakim mnożniku będziemy czekać tyle samo realnego czasu co na x5. To nie tyczy się tylko od ilości taboru ale też eventów i, tutaj tylko przypuszczenia, nawet od ilości modeli i dekoracji na samej scenerii.