Symulator EU07 (i nie tylko) > Na warsztacie

 Ratowanie MaSZyny, implementacja ficzerow od Q do głównej gałęzi, lifting exe

<< < (69/205) > >>

queuedEU:
Tez myslisz ze to te nowe wpisy include?  Ja nie sprawdze :D
Jesli tak, to bede musial swoj QinstED napisac?
To jednak nie wina incfile, szukam dalej ;/

Stele:
Mam dziada. To kwestia tego, że rozkład scenery/LCE87224.txt nie istnieje.

queuedEU:
No to juz odkrylem i utworzylem plik, ale teraz mi sie wysypuje. Wysypuje sie tylko gdy przez plik tymczasowy odpalam z komunikatem, ze nie ma toru do ustawienia skladu. I faktycznie cos na rzeczy jest z typem incfile. (odpalilo sie gdy dolaczylem moduly wpisem include)

pol102:

--- Cytat: pol102 w 09 Stycznia 2016, 01:49:13 ---Winy szukałbym w mało elastycznym parserze Rainsteda[...]

--- Koniec cytatu ---
  Dodano: 09 Stycznia 2016, 02:45:10 Przypomnij sobie jak @Ra pisał TO... parser był wrażliwy na odchyłki. Bardzo.

queuedEU:
No po czesci masz racje. Druga sprawa to nie przewidzial ze beda powstawac nowe typy includow w celu zwiekszenia mozliwosci silnika.

tak jest ok:
incfile module scn_td2/switches.inc end
incfile module scn_td2/trwires.inc end
incfile module scn_td2/terrain.inc end
incfile module scn_td2/insceneobj.inc end
incfile module scn_td2/trpoles.inc end
incfile module scn_td2/objects.inc end
incfile module scn_td2/posers2.inc end
include scn_td2/tracks.inc end

A jednak nie, po restarcie Rainsteda wczytalo tylko tory - do $.scn wszedl tylko ten z torami... Ja to olewam - nie musze odpalac przez plik tymczasowy.

Problem @surgeona ze spacja naprawiony
Problem z generowaniem e3d prawdopodobnie tez naprawiony

Co robimy z problemem nietrawienia przez Rainsted nowego typu wpisow include?

Nawigacja

[0] Indeks wiadomości

[#] Następna strona

[*] Poprzednia strona