Poradnik TTS: najważniejsze wskazówki

15 zasad, które ratują projekt

1. Grafiki importuj zawsze jako Cloud, nigdy Local. Pliki Local widzisz tylko Ty. Na playteście inni gracze zobaczą puste obiekty.
2. Zapisuj często i rób kopie przed każdą dużą zmianą. Jeden zepsuty zapis może kosztować tydzień pracy.
3. Obrazy zapisuj w RGB, nie w CMYK. CMYK w TTS nie działa. Maksymalny rozmiar to 4096 × 4096 px.
4. Przed każdym playtestem sprawdź grę na cudzym komputerze. To, że działa u Ciebie, niczego nie dowodzi.
5. Zablokuj planszę i elementy, które nie powinny się ruszać (Lock). Inaczej pierwsze kliknięcie testera przesunie Ci cały stół.

2Sterowanie: minimum na start

Pełną listę skrótów znajdziesz w menu Help w grze.

3Własne elementy gry

Wszystkie własne elementy dodajesz z menu Objects → Components → Custom. Do wyboru są m.in.:

Talia kart

• Karty układasz na jednym arkuszu w siatce, np. 10 × 7. Arkusz zrobisz z szablonu (folder TTS w Steam: Modding\Deck Templates) albo we wbudowanym Deck Builderze.
• Ostatnie pole arkusza to obraz „ukrytej karty”, czyli to, co widzą inni, gdy karta jest w czyjejś ręce. Nie wstawiaj tam karty z gry.
• Unique Backs: zaznacz, jeśli każda karta ma mieć inny rewers.
• W ustawieniach talii podajesz szerokość, wysokość i liczbę kart na arkuszu. Jeśli liczby się nie zgadzają, karty będą przesunięte.

Modele 3D

• Tylko format OBJ.
• Poniżej 25 000 wierzchołków, bo większe modele mogą się nie wczytać albo wysypać grę.
• Collider (bryła kolizji) poniżej 256 trójkątów.
• Krótko: model ma być prosty. Gra planszowa nie potrzebuje rzeźby.

4Obrazy: wymagania

5Hosting grafik: Cloud zamiast Local

Przy każdym imporcie obrazu TTS pyta, gdzie ma go trzymać:

• Local: plik na Twoim dysku. Inni gracze go nie widzą. Nadaje się tylko do prób w pojedynkę.
• Cloud: plik w chmurze Steam, przypisany do Twojego konta (100 GB miejsca). Widzą go wszyscy i nie znika.

Cloud Manager (menu Modding / Upload) pokazuje wszystkie Twoje pliki w chmurze. Przycisk Upload All przenosi do chmury wszystkie pliki lokalne naraz. Po Upload All od razu zapisz grę, bo stare zapisy nadal wskazują na pliki lokalne.

6Gotowy stół: narzędzia

Blokada (Lock). Prawy przycisk na obiekcie → Toggles → Lock. Zablokuj planszę, tory punktacji i wszystko, co ma stać w miejscu.

Punkty przyciągania (Snap Point Tool)

Miejsca, do których „przyciągają się” upuszczone obiekty, np. pola na planszy.

• Kliknięcie na stole tworzy punkt na stole.
• Kliknięcie na zablokowanym obiekcie (np. planszy) tworzy punkt na nim. Gdy później przesuniesz planszę, punkty pojadą razem z nią.
• Rotation Snap dodatkowo obraca obiekt w ustalonym kierunku, np. kartę zawsze pionowo.

Strefy (Zone Tools)

Siatka (Grid)

Pola planszy jako siatka, do której przyciągają się obiekty. Plansze domyślnie ją przyjmują.

7Instrukcja na stole

Instrukcja ma leżeć na stole (to wymaganie projektu). Najwygodniej zrobić z niej książkę ze stanów (States):

1. Każdą stronę instrukcji zaimportuj jako osobny obiekt, np. Tile.
2. Ułóż strony w rzędzie i zaznacz je w kolejności stron.
3. Prawy przycisk na pierwszej stronie → Create States.
4. Powstaje jeden obiekt. Gracz zmienia strony klawiszami cyfr (1, 2, 3…), trzymając nad nim kursor.

Dodatkowo możesz wkleić zasady do Notebooka, w zakładce Rules, która otwiera się pierwsza po wczytaniu gry. To dodatek, a nie zamiennik instrukcji na stole.

Jak napisać samą instrukcję, pokazuje wykład 5.

8Tury i ręce graczy

• Options → Turns: wbudowany system tur. Pokazuje, czyja kolej, pozwala ustalić kolejność, a opcja Disable Interactions blokuje graczom ruchy poza ich turą.
• Options → Hands: ustawienia stref rąk, np. Disable Unused wyłącza ręce na pustych miejscach.

9Zapisywanie i wersje

• Zapis: Games → Save & Load → Create, nadaj nazwę, Save.
• Nazywaj zapisy z wersją: NazwaGry_v0.5_playtest, NazwaGry_v1.0.
• Przed każdą dużą zmianą (nowe zasady, import wielu grafik, skrypt) zrób nowy zapis zamiast nadpisywać stary.
• Pojedynczy obiekt możesz zapisać do Chest (prawy przycisk → Save to Chest) i używać go w innych zapisach.

10Publikacja w Steam Workshop

1. Wczytaj gotowy, rozstawiony stół.
2. Menu Modding / Upload → Workshop Upload.
3. Wpisz tytuł i opis. W opisie podaj, o czym jest gra, dla ilu graczy, ile trwa partia i jak się wygrywa.
4. Miniatura jest obowiązkowa, bez niej publikacja się nie uda. Przy wyborze pliku wybierz Cloud.
5. W opcjach zaznacz tylko te typy gry i liczby graczy, które naprawdę pasują.
6. Upload. Zapisz 9-cyfrowe ID z okienka sukcesu, bo będzie potrzebne do aktualizacji.
7. Nowa pozycja jest ukryta. Na Steam: Your Workshop Files → Change Visibility → Public (albo Unlisted na próbę).
8. Dodaj na stronie Workshop zrzuty ekranu.

Aktualizacja: to samo menu, zakładka Update Workshop, wklejasz ID. Żeby zobaczyć swoją grę na liście aktualizacji, musisz ją subskrybować. Aktualizować może tylko autor.

Porządek w plikach i lista kontrolna przed wydaniem: wykład 7.

11Skrypty Lua (rozszerzenia S1–S5)

• Dokumentacja: api.tabletopsimulator.com. TTS używa Lua 5.2 z ograniczonym zestawem bibliotek.
• Skrypt może należeć do całego stołu (Global) albo do konkretnego obiektu.
• Błędy skryptów pojawiają się na czacie gry. Patrz tam najpierw.
• Ucz się z cudzych modów: skrypty zapisują się razem z grą. Zasubskrybuj grę z Workshop, która robi coś podobnego, i przeczytaj jej kod w edytorze skryptów.
• Zasada bezpieczeństwa: gra musi dać się rozegrać także ręcznie. Jeśli skrypt się wysypie na playteście, gracze dokończą partię bez niego.
• Edytor: wbudowany w TTS albo VS Code z wtyczką społeczności (film: Tabletop Simulator and VS Code).

12Checklista przed playtestem

• Wszystkie grafiki są w Cloud, a gra jest zapisana po imporcie.
• Ktoś inny wczytał grę u siebie i wszystko widzi.
• Plansza i stałe elementy są zablokowane.
• Stół jest rozstawiony do pierwszej tury.
• Instrukcja leży na stole.
• Skrypty (jeśli są) nie wyrzucają błędów na czacie.
• Masz zapis kopii zapasowej z wersją w nazwie.

Odhaczenia zapamiętuje Twoja przeglądarka, nikt poza Tobą ich nie widzi.

13Gdy coś nie działa

14Źródła i filmy

Baza wiedzy TTS

Filmy