Symulator EU07 (i nie tylko) > Na warsztacie
Edytor plików scenerii ScnEdit, alpha testy
HTD:
To się jeszcze dogadamy odnośnie tego. Może wspólnie coś zrobimy, ale póki co odkładam to na później, jak skończę podstawową funkcjonalność, czyli pełne wyszukiwanie obiektów na mapie i automatyczne przypisywanie. To będzie można nazwać wersją 1.0, po ukończeniu pomyślimy, czy dodawać kolejne funkcje, czy może dodać obsługę RSF najpierw.
Nie mam tylko pewności, czy zmiana parsera plików tekstowych nie powinna pójść jako priorytetowa, jeśli na niektórych sceneriach to się sypie teraz, albo działa zbyt wolno. Tym bardziej, że na razie mam tylko parser torów zrobiony, a będzie potrzebny jeszcze od trakcji i sygnalizacji. Jak implementacja lexera FSM będzie dużo szybsza i pewniejsza (a zgaduję, że będzie) - to może szkoda czasu robić 2 razy to samo i od razu zrobić ten lexer. Pliki tekstowe nie zostaną pewnie szybko zastąpione innym formatem, a nawet gdyby miały być, to i tak będzie potrzebny konwerter z obecnego formatu.
Krzysiek626:
--- Cytat: Tolein w 26 Stycznia 2015, 01:33:10 ---Przy czym jest to kolejny przykład na to, że symulator się rozwija i (gdybyśmy mieli takie narzędzia to) potrzebna jest (by była) jedna osoba, która opanowałaby temat na wystarczającym poziomie i umiała go przekazać innym modelarzom (na zasadzie jakiegoś wykładu, prezentacji, szkolenia).
--- Koniec cytatu ---
Oceniam to teraz, jako najważniejsze zadanie. Może nie jestem dość pilny w nauce, ale teraz trudno o naukę w tak zorganizowanym forum. Widzę też pewien dystans do lamerskich pytań, co nie ułatwia współpracy. Z drugiej strony wyobrażałem sobie, że projekt symulatora, będzie do ogarnięcia dla każdego, kto zechce stworzyć dodatki, mapy i tym podobne rzeczy. Być może problem tkwi w niechęci do nieznanego, a możliwości poznawcze są z różnych względów ograniczone. Takie jest moje zdanie, może nie odosobnione.
HTD:
--- Cytat: Krzysiek626 w 26 Stycznia 2015, 10:57:47 ---(...) Z drugiej strony wyobrażałem sobie, że projekt symulatora, będzie do ogarnięcia dla każdego, kto zechce stworzyć dodatki, mapy i tym podobne rzeczy.
--- Koniec cytatu ---
Ja widzę inny problem - symulator się zmienia. Trudno to opisać i udokumentować. To jakby 2 osobne rzeczy - obecna forma, i to co jest planowane i w tej chwili powstaje. Można to rozbić ten problem na 2 części:
1. Pełna, wyczerpująca dokumentacja struktur danych symulatora (wydana wersja bieżąca)
2. Pełna, wyczerpująca dokumentacja planowanej nowej wersji, włącznie z rzeczami do zrobienia, których jeszcze nie ma, z rozpisaniem zadań i zależności
Co do punktu 1 - pewnie zdania będą podzielone, czy jest potrzeba zrobienia tego i kto miałby to zrobić.
Co do punktu 2 - warto o tym pomyśleć chociaż i zastanowić się. Zamiast rozwijać nowe rzeczy "na żywioł" można by wprowadzić jakąś organizację. Żeby nie męczyć się później z formatami, w których coś brakuje, coś łamie kompatybilność itd. Można wziąć pod uwagę wszystkie rzeczy, które wyniknęły podczas rozwoju dotychczasowych wersji. Można zaprojektować przyszłą wersję tak, żeby była bardziej odporna na przyszłe zmiany i nowości. Właściwy projekt (a właściwie metody tworzenia projektu) mógłby zaoszczędzić mnóstwo czasu i umożliwić łatwiejszą współpracę większego zespołu ludzi. API i modularna konstrukcja pozwoliłyby pracować nad różnymi rzeczami równolegle. Mało tego, szkicowa dokumentacja projektu, zanim jeszcze zacznie być realizowany pozwoliłaby wszystkim zainteresowanym zgłaszać swoje uwagi, może byłby doskonalszy i bardziej kompletny. Z doświadczenia wiem też, że tworzenie rzeczy zgodnie z dokumentacją jest bez porównania szybsze i prostsze. Tu nawet nie trzeba nauki, po prostu bierzesz dokumentację i zaczynasz tworzyć. Nie musisz się co chwila pytać jak działa to czy tamto, bo masz to opisane. Osoba, która stworzyła jakąś funkcjonalność też nie musi tego co chwila komuś tłumaczyć - robi dokumentację i cześć.
muri:
a może by Ci chłopaki wystawili kawałek źródeł, który w obecnym exe odpowiada za parsowanie plików scenerii? W sumie to chyba najlepiej by było zrobić z tego jakąś bibliotekę - której mogłyby używać zarówno exe symulatora, jak i wszelkiej maści edytory itp.
ryba825:
Nie widzę problemu z używaniem plików tekstowych i binarnych. W paczce całościowej powinny być binarki, żeby symulator lepiej działał, a pliki do modyfikacji powinny być dostępne jako osobne paczki. Programiści zwykle pracują z plikami tekstowymi, a użytkownicy aplikacji z gotowymi plikami wykonywalnymi, więc może być analogicznie w przypadku scenerii, modeli i tak dalej. Na pewno w takim przypadku ułatwieniem byłby program z przyciskiem "kompiluj", żeby wyprodukować plik binarny. I tu mechanizm aktualizacji stworzony przez Ra miałby co robić, a mianowicie do repo wrzucałoby się opisaną paczkę (obiekt + nr wersji obiektu + na której wersji EXE działa), klik "aktualizuj" i działa. Potrzebny jest imperatyw, który to ruszy. Nie trzeba od razu porzucać jednego formatu pliku i używać drugiego, tylko wydzielić środowisko deweloperskie (tworzenie obiektów) od produkcyjnego (gotowa MaSzyna do symulowania).
Nawigacja
[#] Następna strona
Idź do wersji pełnej