Zawartość SI

Niedawna aktualizacja Alpha 4.10 była dla zespołu AI Content ważnym i ekscytującym kamieniem milowym — przyniosła ponowne pojawienie się Recco Battaglii oraz wprowadzenie opartego na narracji łańcucha misji. Funkcje te wymagały starannej koordynacji z zespołami reprezentującymi wiele różnych specjalizacji, ponieważ wykorzystują bezpośrednie rozmowy z postaciami, komunikaty podczas misji oraz nową technologię instancjonowania. Informacje i doświadczenia zebrane podczas tych prac odegrają kluczową rolę w tworzeniu zawartości opartej na narracji zgodnie z wizją wersji 1.0.

Równolegle zespół przygotował komunikaty dla Siege of Orison — rozbudowanej, wieloetapowej misji, podczas której gracze przemieszczają się po rozległym obszarze, a kilka postaci służy im pomocą i wspiera ich w walce. Poza tym opracowano zawartość na potrzeby nadchodzących wydarzeń, rozwiązano problemy z istniejącymi przestrzeniami społecznymi oraz nakreślono inicjatywy planowane na przyszłe aktualizacje.

SI (Cechy i Tech)

W sierpniu zespół AI Features and Tech koncentrował się na ulepszaniu Starchitect, naprawianiu nav-meshy oraz dalszych pracach nad Star Paws. W ramach tych ostatnich wprowadzono zmianę, dzięki której kilka dorosłych valakkarów atakujących w zwarciu będzie się teraz rozpraszać, a kopion będzie prawidłowo reagował na cele, do których nie może dotrzeć (po wykonaniu ataku ucieknie, jeśli nie będzie w stanie dostać się do swojego celu).

Parametry wyświetlania motywów zostały udostępnione w trybie debug, ulepszono kontrolki debugowania służące do przełączania pomiędzy fazami bossów oraz obsługę błędów związanych z brakującymi parametrami.

W przypadku ludzkiego SI zespół naprawił problem, przez który trafienia pocisków i wiązek nie generowały bodźców we właściwym miejscu, a przez to nie były słyszane przez SI.

Ponadto do Subsumption, systemu Token oraz walki wręcz SI zintegrowano różne ulepszenia opracowane na potrzeby Squadron 42.

Animacja

W ubiegłym miesiącu pracowano nad animacjami dla apex valakkara, w tym nad jego głównymi atakami wymierzonymi w statki. Zespół stworzył również animacje wchodzenia i wychodzenia dla zupełnie nowego statku.

Grafika (postacie)

W sierpniu zespół Character Art sfinalizował nowy zestaw pancerza bojowego oraz jego warianty, ukończył przedmioty Subscriber Flair i kontynuował prace nad nowym typem pancerza. Wspierał również prace nad nagrodami za misje oraz zajmował się usuwaniem błędów. Trwają prace związane ze wsparciem dla StarWear.

Grafika (statki)

Zespół z Wielkiej Brytanii rozpoczął miesiąc od ostatniego etapu dopracowywania Kruger Stingray, wykorzystując PTU do wychwycenia szeregu drobnych błędów przed jego pełną premierą.

Dwa pojazdy otrzymały finalne materiały i malowania przed premierą.

Prace nad RSI Galaxy były kontynuowane, a ich postęp prowadził do przeglądu greybox gate zaplanowanego na początek września. Po kilku iteracjach różnych wariantów dopracowano palety kolorystyczne wnętrza oraz oświetlenie w całym statku.



Anvil Liberator przechodził przez etap greybox, przy czym znaczna część wnętrza została dopracowana w miarę finalizowania przez deweloperów wymagań dla poszczególnych obszarów. Na zewnątrz zintegrowano główne silniki, silniki manewrowe oraz podwozie. W dalszej kolejności zespół będzie dodawał kolejne detale do technicznych obszarów kadłuba, zgodnie ze stylem produkcyjnym Anvil.

Kontynuowano również prace nad trzema niezapowiedzianymi pojazdami. Pierwszy zbliża się do przeglądu greybox gate, a dodatkowe prace modelarskie mają lepiej uwidocznić sposób, w jaki poszczególne części statku ze sobą współpracują. W przypadku drugiego większość wnętrza szybko przeszła przez kolejne etapy prac artystycznych, a duże obszary statku zbliżają się do LOD0, głównie dzięki podzieleniu prac nad wnętrzem pomiędzy kilku artystów. Zewnętrzna część statku, nad którą pracuje mniej osób, rozwija się w typowym tempie, a zespół dopracowuje jej duże i złożone mechanizmy. Trzeci pojazd znajduje się na końcowym etapie prac — deweloperzy dodają malowania i usuwają ostatnie błędy.

Na koniec, jeśli chodzi o zespół z Wielkiej Brytanii, zupełnie nowy statek wszedł w fazę preprodukcji. Deweloperzy rozpoczęli analizę założeń projektu i grafik koncepcyjnych, aby przystąpić do budowania geometrii.

Zespół z Ameryki Północnej ukończył niezapowiedziany statek, nad którym pracował przez ostatnich kilka miesięcy. W sierpniu zakończono jego finalny pass, a obecnie finalizowane są malowania i usuwane błędy.

Kontynuowano również prace nad Drake Kraken. Prace nad zewnętrzną częścią statku postępowały sprawnie — opracowanie paneli, zróżnicowanie materiałów oraz dodawanie detali pomagają odpowiednio oddać jego skalę i złożoność. We wnętrzu deweloperzy zaczynają już widzieć docelowy wygląd niektórych obszarów. Przykładowo mostek zbliżył się do finalnej postaci i wraz z hangarem wyznacza standard wizualny dla pozostałej części statku. Do finalizowania poszczególnych obszarów wykorzystywane są strike teamy, dzięki czemu w miarę przechodzenia statku przez fazę LOD0 wdrażane są znaczące aktualizacje.

Społeczność

Sierpień rozpoczął się od wsparcia przez zespół dwóch trwających wydarzeń, które wystartowały w lipcu: Foundation Festival, witającego nowych pilotów i celebrującego członków społeczności pomagających im odnaleźć się w grze, oraz Ship Showdown — corocznego głosowania społeczności mającego wyłonić jej ulubiony pojazd. Foundation Festival zakończył się w połowie sierpnia po kilku tygodniach aktywności, natomiast Ship Showdown przeszedł do Fazy 2: The Live Showdown. Zespół ogłosił zwycięzców społecznościowego konkursu Fazy 1 i opublikował wątek na Spectrum poświęcony codziennym pojedynkom Fazy 2. Gdy rywalizacja dotarła do etapu Elite Eight, opublikowano comm-link prezentujący finalistów i zapowiadający wydarzenie Free Fly dla wszystkich backerów. W miarę dalszego zawężania drabinki zespół opublikował wpis dotyczący Final Four, wskazując Drake Ironclad Assault, Drake Corsair, Origin M80 oraz RSI Perseus jako czterech pozostałych tegorocznych pretendentów.



W sierpniu, po przedłużonej fazie PTU, wydano również Alpha 4.10. Po premierze aktualizacji zespół pomógł zespołowi Production w publikacji comm-linku „Improving the Live Experience”, opisującego postępy w rozwiązywaniu niektórych z najbardziej uporczywych problemów gry. Aktualizacja wprowadziła Siege of Orison, przebudowane z wykorzystaniem nowej technologii Instancing, zmiany w balansie pojemności zbiorników paliwa i jego zużycia we wszystkich statkach, a także Kruger S-65 Stingray. Zespół wsparł premierę, publikując zbiorczy wpis mający pomóc graczom odnaleźć się w nowej zawartości.



Bar Citizen World Tour był kontynuowany, zatrzymując się w Denver w stanie Kolorado oraz na spotkaniu podczas Gamescomu w Kolonii w Niemczech. Za kulisami zespół Community kontynuował również przygotowania do nadchodzących wydarzeń.

Równolegle zespół utrzymywał regularny harmonogram publikacji, obejmujący This Week in Star Citizen, publikowane co dwa tygodnie Roadmap Updates i Roundups, Monthly Report oraz aktualizacje harmonogramu Arena Commander. Koordynował również przekazywanie opinii społeczności pomiędzy wieloma zespołami deweloperskimi, aby głos graczy trafiał do odpowiednich osób.

Narracja

W sierpniu kontynuowano prace nad przygotowywaniem tekstów dla ogromnej liczby misji, które pojawią się wraz z Nyx I. Obejmowało to nie tylko szeroki wachlarz kontraktów oferowanych przez różne frakcje UEE, lecz także nowe lokalne kontrakty, w których o pomoc proszą osoby mieszkające w odwiedzanych przez graczy osadach.

Ponadto nadchodzące wydarzenie wymagało wsparcia zespołu Narrative przy opracowaniu ogólnego tła fabularnego, którego doświadczą gracze, a także tekstów dla całego zestawu związanych z nim misji i nagród. Każda aktualizacja przynosi również dziesiątki nowych przedmiotów, broni i nagród, z których wszystkie wymagają tekstów przygotowywanych przez zespół Narrative. Zespół przeprowadza także szczegółowe przeglądy powstających statków, aby upewnić się, że umieszczone na nich oznaczenia i kalkomanie są zgodne z lore.

W sierpniu ukazał się również nowy numer magazynu dla subskrybentów, Jump Point, zawierający zupełnie nowe opowiadanie osadzone na Nyx I.

Technologia sieciowa

W ubiegłym miesiącu zespół Online Services koncentrował się na poprawie niezawodności misji i kontraktów, a w szczególności systemu generującego zlecenia i zadania dostawcze. Deweloperzy pracowali nad błędem, przez który zaakceptowanie misji rozpoczętej chwilę wcześniej przez innego gracza mogło doprowadzić do jej zablokowania. Po wprowadzeniu poprawki wyświetlany będzie czytelny komunikat, a lista zostanie automatycznie odświeżona, zamiast pozostawiać gracza w stanie uniemożliwiającym dalsze działanie. Rozwiązano również problem techniczny, przez który misje powiązane z obszarami instancjonowanymi (takimi jak określone lokacje lub prywatne przestrzenie) nie były prawidłowo „sprzątane” po opuszczeniu ich przez graczy, co powodowało niepotrzebne gromadzenie się danych w tle.

Ponadto Online Services pracowali nad różnymi usprawnieniami instancji. Zespół usunął również skutki wcześniejszego błędu, który omyłkowo przyznał niektórym graczom dodatkowe przedmioty związane z Wikelo. Wymagało to przeprowadzenia operacji czyszczenia danych w celu skorygowania sytuacji, przy jednoczesnym zachowaniu ostrożności, aby nie zakłócić normalnej rozgrywki.

Z myślą o przyszłości Online Services rozpoczęli określanie zakresu prac nad dwoma nowymi narzędziami wewnętrznymi, które mają pomóc pracownikom wsparcia w sprawniejszym rozwiązywaniu problemów z kontami graczy. Oba pomysły znajdują się jeszcze na wczesnym etapie planowania i projektowania.

W sierpniu zespół Live Tools przybliżył Hex 4.0 do premiery oraz przeniósł przebudowę klienta Bootstrap z etapu planowania do fazy developmentu.

Najwięcej pracy nadal wymagał Hex 4.0 — wewnętrzna platforma zespołu przeznaczona dla pracowników wsparcia graczy i operacji — której poświęcono większość miesiąca w ramach przygotowań przedpremierowych. Zestaw narzędzi Arbiter wykorzystywany przez Player Support został zintegrowany bezpośrednio z platformą, zastępując zewnętrzne rozszerzenia przeglądarki, na których wcześniej polegali pracownicy. W związku z tym przebudowano również workflow dotyczący sankcji i działań dyscyplinarnych. Zautomatyzowano także część ręcznych czynności związanych ze śledzeniem powtarzających się problemów.

Zakończono również serię usprawnień interakcji i UX, obejmującą przebudowane zachowanie zakładek i nawigację szybkiego podglądu, bardziej przejrzyste kontrolki sankcji oraz nagłówków stron, responsywne siatki kont, nowy przycisk przesyłania opinii, widok wcześniejszych zawieszeń kont oraz poprawkę krytycznego crasha gatewaya występującego podczas odpytywania o entitlementy. Następnie skupiono się na uzupełnieniu pozostałych funkcji potrzebnych do osiągnięcia pełnej zgodności z dotychczasowym rozwiązaniem oraz zakończeniu przedpremierowych prac nad UX, tak aby Hex 4.0 był gotowy do wydania. Jednocześnie rozpoczęto już określanie zakresu usprawnień planowanych po premierze. Równolegle kontynuowano prace nad Citadel, usługą odpowiadającą za dostęp Hex do danych.

W przypadku Bootstrap — narzędzia wykorzystywanego przez deweloperów do konfigurowania lokalnych środowisk pracy — zespół ukończył roadmapę implementacji przebudowanego klienta, finalizując podział prac na etapy oraz przygotowując makiety nowego interfejsu. Tym samym zakończono rozpoczętą w ubiegłym miesiącu fazę projektowania i przygotowano grunt pod rozpoczęcie przebudowy klienta.

W ramach raportowania błędów zaktualizowano pipeline przetwarzania crashy, tak aby po każdym uruchomieniu usuwał pozostałe pliki, zwiększając tym samym jego niezawodność.

Na koniec poświęcono uwagę szerszemu pipeline'owi obsługi crashy oraz dalszemu dopracowywaniu po premierze Panic Switch — narzędzia do zarządzania incydentami w środowisku live.

Badania i rozwój

W sierpniu zespół R&D pracował nad atmosferą planet, w tym nad usprawnieniami oświetlenia nieba przy pełnym zachmurzeniu. Kontynuowano również ulepszanie sposobu integrowania chmur z atmosferą.

Większość prac zespołu koncentrowała się jednak na temporal render mode. W jego ramach ulepszono obsługę dynamicznych obiektów, aby ograniczyć powstawanie smug podczas poruszania się przez chmury. Mechanizm oceny pewności oparty na ruchu zastąpiono nową metryką spójności, która zapewnia znacznie lepszą konwergencję i stabilność przy niewielkim ruchu lub jego całkowitym braku. Pomaga ona również radzić sobie ze zmieniającymi się chmurami, cięciami kamery oraz ogólnie z dynamicznymi obiektami, bez konieczności stosowania specjalnych przypadków obsługi. Ulepszono także history clamp, który w połączeniu z maską pomocniczą w dużej mierze eliminuje teraz halo związane z transmitancją na grzbietach.

Wprowadzono również szereg usprawnień wydajności i wykorzystania pamięci. Rozmiar tekstury pomocniczej przechowującej dane historyczne zmniejszono do 25% pierwotnej wartości poprzez kompresję i kwantyzację jej atrybutów. Zoptymalizowano obliczanie LOD dla szumu, a shape noise i erosion noise otrzymują teraz niezależne poziomy LOD. Zoptymalizowano temporal upsampler w celu zmniejszenia presji na rejestry, a także wprowadzono różne usprawnienia i poprawki dotyczące profili transmitancji.

Kilka elementów nadal pozostaje w trakcie prac: uwzględnienie widoczności nieprzezroczystej geometrii sceny w kernelu filtra upsamplera oraz konfiguracji obwiedni BBox dla neighborhood clamp, a także prace nad integracją chmur i zmniejszeniem wykorzystania rejestrów VGPR przez spatio-temporal upsampler.

Tech Art/Animacja

Przez cały sierpień zespół Technical Animation koncentrował się na systemach odpowiadających za przekonujący wygląd i ruch postaci, w tym na twarzach, deformacjach, tkaninach oraz stworzeniach. Znaczna część tych prac miała charakter fundamentalny i dotyczyła ulepszania bazowych technologii, na których opiera się każda postać w ’verse, a nie pojedynczych assetów.

W przypadku twarzy postaci i głów DNA zespół kontynuował prace nad ekspresją i dopracowywaniem detali, dzięki którym rosnąca obsada postaci w PU nabiera życia. Przeprowadzono szczegółowe poprawki całej partii głów DNA oraz skorygowano problemy z dopasowaniem, które pojawiły się pomiędzy scenami przygotowanymi przez artystów w Maya a tym, co gracze faktycznie widzą w grze. Do aktualnej wersji Star Citizen zintegrowano nowy zestaw tekstur oczu wraz ze zaktualizowaną bazową głową. Ulepszono również sposób łączenia się poszczególnych obszarów twarzy, tworząc podstawy dla bardziej zróżnicowanych i naturalnie wyglądających postaci.

Znaczące postępy poczyniono przy systemie RBF, który steruje deformacją skóry, mięśni i odzieży podczas ruchu postaci. Zespół rozwiązał skomplikowany problem, przez który ruch szczęki nieprawidłowo wpływał na kołnierze, usprawnił eksport danych deformacji, dzięki czemu wiele konfiguracji może współdzielić jeden asset, oraz wdrożył system na głównych szkieletach wykorzystywanych w Star Citizen. Wprowadzono także usprawnienia narzędzi, o które bezpośrednio wnioskował zespół Tech Art.

Zestaw narzędzi StarCloth otrzymał możliwość kontrolowania dla każdego vertexa siły, z jaką tkanina jest przyciągana do ciała, dając artystom znacznie większą kontrolę nad zachowaniem peleryn, płaszczy i luźnych elementów garderoby. Dodano obsługę zunifikowanych skinów, a także automatyczne testy poprawności, które wykrywają wadliwe konfiguracje tkanin, zanim trafią one do gry.

Implementacja weakspotów u apex sand valakkara przeszła do etapu przeglądu, a nowe warianty stworzeń weszły w fazę playtestów.

Sorki za obsuwę małą

Zawartość SI

W ubiegłym miesiącu zespół AI Tech wspierał prace nad zawartością dla Alpha 4.9 i 4.10, w tym nad ponownym wprowadzeniem Recco Battaglii. Wiązało się to z szeregiem wyzwań, między innymi przygotowaniem i utrzymaniem powtarzalnych połączeń komunikacyjnych związanych z misjami na potrzeby pierwszego wydania oraz zawartości wspierającej jej nadchodzącą rozgrywkę instancjonowaną.

Znaczną część prac poświęcono również wsparciu nowej zawartości Siege of Orison, w tym zapełnieniu przestrzeni społecznościowych na trasie prowadzącej do wahadłowca, dodaniu nowego zleceniodawcy misji oraz nowych przeciwników. Zespół zajął się także szeregiem błędów.

Poza pracami nad kolejnymi wydaniami zawartości zespół kontynuował rozwój inicjatyw rozpoczętych w ubiegłym miesiącu oraz wspierał sesję performance capture, podczas której przygotowano dodatkowe materiały na potrzeby nadchodzących aktualizacji.

SI (technologia i cechy)

W ubiegłym miesiącu zespół AI Features & Tech ulepszył zachowanie „FlyTo”. NPC pilotujący ciężkie myśliwce mają teraz odrębne parametry zachowania podczas lotu, dzięki czemu wykonują manewry ostrzału w locie poprzecznym szybciej niż dotychczas.

W przypadku stworzeń rozpoczęto prace nad pierwszymi animacjami nowego gatunku i jego wariantów.

Kontynuowano rozwój valakkara, naprawiając problem, przez który stworzenie nie słyszało, gdy znajdowało się pod ziemią. Usunięto również błąd powodujący, że napromieniowany wariant nie wynurzał się natychmiast.

Valakkar prawidłowo wybiera teraz graczy jako cele, ma zwiększony zasięg widzenia oraz ataku pluciem. Jeśli gracz pozostaje w tym zasięgu i się porusza, stworzenie będzie go śledzić i celniej prowadzić ataki pluciem.

Młodociany valakkar typu sentry będzie teraz unikał walki w zwarciu. Jeśli gracz znajdzie się w zasięgu ataku wręcz, stworzenie nie ugryzie go, lecz wycofa się, zagrzebując się pod ziemią, dopóki gracz nie oddali się na bezpieczną odległość. Natomiast młodociany valakkar niebędący wariantem sentry po zbliżeniu się gracza ugryzie go raz, po czym spróbuje uniknąć dalszej walki, zagrzebując się i zmieniając pozycję. Następnie ponownie się wynurzy i wznowi ataki pluciem.

Dorosły valakkar typu sentry zachowuje się inaczej i nie boi się gracza. W walce w zwarciu będzie atakował ugryzieniem bez wycofywania się, choć robi to rzadziej niż korzysta z ataku pluciem. Dorosły valakkar niebędący wariantem sentry zarówno gryzie, jak i pluje, a po otrzymaniu wystarczających obrażeń przechodzi w specjalny stan, w którym nieustępliwie ściga gracza i próbuje go ugryźć.

W przypadku yormandi naprawiono problem powodujący, że stworzenie zacinało się lub nie wykonywało „major pain reaction” po eksplozji beczki elektrycznej w jego paszczy. Wprowadzono również częściową poprawkę błędu, przez który drugi yormandi nie pojawiał się prawidłowo z punktu widzenia systemu AI. Problem jednak nadal występuje i wymaga dalszego zbadania.

Kopion nie zacina się już, jeśli nie jest w stanie trafić swojego celu. Prawidłowo przerywa również walkę, jeśli nie ma celu, nie wykrywa przeciwników przez ściany i w odpowiednich sytuacjach poprawnie okrąża cele.

W przypadku Human Combat deweloperzy naprawili problemy powodujące, że NPC obsługujący zamontowaną broń nie strzelali, ponieważ AI błędnie uznawało, że coś znajduje się na linii ognia, a także błąd, przez który system zbyt wcześnie sprawdzał, czy gracz obsługuje daną broń. AI nie wpada już również w pętlę błędów, jeśli NPC nie uda się zająć stanowiska przy zamontowanej broni.

Rozwiązano problem z niedziałającymi podajnikami amunicji z plecaka dla ciężkiego karabinu maszynowego Super Heavy, a także błąd powodujący, że NPC, którzy opróżnili magazynek tuż przed wejściem na drabinę, poddawali się po dotarciu na jej dół. NPC typu Super Heavy nie próbują już również korzystać z osłon.

Naprawiono także błąd dotyczący NPC korzystających z trybu ognia pojedynczego. Odstępy pomiędzy kolejnymi strzałami stopniowo się wydłużały, aż przekraczały 10 sekund, przez co postacie sprawiały wrażenie, jakby przestały reagować.

Rozwiązano również błąd dotyczący broni wiązkowej, przez który zdarzenia dźwiękowe trafień nie były rejestrowane na powierzchniach. W rezultacie AI nie reagowało nawet na wiązki laserowe trafiające zaledwie kilka metrów od głów NPC.

W innych obszarach ulepszono informacje debugowania dotyczące niepowodzeń przy wyborze broni, a także ogólnie poprawiono animacje reakcji.

Animacja

Zespół Animation kontynuował prace nad apex valakkarem i jego atakami wykorzystywanymi podczas rozgrywki. Równolegle tworzono animacje wsiadania i wysiadania dla nowych pojazdów.


Grafika (postacie)

W lipcu zespół Character Art dopracowywał nadchodzący pancerz Super Heavy oraz wspierał tworzenie „loadoutów”. Obecnie trwają prace nad nowymi zestawami pancerzy i przedmiotami stanowiącymi nagrody za misje, które pojawią się w grze w dalszej części roku.

Grafika (statki)

W Wielkiej Brytanii zespół Ships ukończył prace nad Grey’s Market Basher i wprowadził go do ’verse. Choć deweloperzy przeszli już do prac nad innymi pojazdami, w dalszej części roku planują dodać do Bashera szereg elementów kosmetycznych.

Postępowały prace nad Anvil Liberator, a deweloperzy kończyli fazę whitebox przed przeglądem zaplanowanym na koniec miesiąca. Ten etap trwał dłużej, niż pierwotnie zakładano, ponieważ zespół chciał wykorzystać w statku jak najwięcej elementów pochodzących z istniejących jednostek, tworząc w ten sposób solidne podstawy pod kolejne fazy produkcji. Czas zainwestowany w lipcu powinien dzięki temu zaprocentować na późniejszych etapach.

Kontynuowano również rozwój RSI Galaxy, który na początku miesiąca pomyślnie przeszedł przegląd whitebox.



Dodatkowe zasoby zespołu Art pozwoliły znacząco przyspieszyć prace nad różnymi obszarami statku, w tym dolną sekcją inżynieryjną, górnymi korytarzami, modułową dolną częścią oraz tylnym hangarem.



Nadchodzący Kruger Stingray nadal szybko przechodził przez kolejne etapy produkcji. Ze względu na sprawne postępy wszystkich zespołów zdecydowano się przeprowadzić pod koniec lipca połączony przegląd LOD0/Final Gate, który Stingray pomyślnie przeszedł.

Dwa kolejne pojazdy również przechodziły przez kolejne etapy pipeline’u. Pierwszy jest zasadniczo ukończony pod względem oprawy graficznej i projektu i oczekuje na dostępność zespołów odpowiedzialnych za dalsze etapy produkcji. Drugi otrzymał kolejne poprawki artystyczne i projektowe, po czym – w dniu publikacji tego raportu – pomyślnie przeszedł przegląd LOD0.

W lipcu znaczące postępy poczyniono również przy dwóch nieogłoszonych pojazdach. Pierwszy znajduje się w fazie greybox, a zespoły Art i Design nadal dopracowują konfigurację niektórych bardziej skomplikowanych ruchomych elementów. Drugi znajduje się w fazie whitebox. Wcześniej poszczególne zespoły zweryfikowały jego złożoną konfigurację podczas lądowania, aby wykluczyć potencjalne problemy, zanim zespół Art przejdzie do dalszych etapów produkcji. Na szczęście kilka przewidywanych problemów okazało się mniej poważnych, niż zakładano, i udało się je sprawnie rozwiązać.

Północnoamerykański zespół poczynił dalsze postępy przy Drake Kraken, który po intensywnym okresie prac pomyślnie przeszedł przegląd greybox i nadal zmierza zgodnie z planem do premiery w przyszłym roku. Głównym wnioskiem z przeglądu była konieczność dopracowania sposobu integracji niektórych komponentów klasy capital z pomieszczeniami, w których są umieszczone.

Społeczność

Zespół Community rozpoczął lipiec od publikacji czerwcowego raportu PU Monthly Report oraz ogłoszenia zwycięzców konkursów Show Us Your Colors Celebration i Xeno Craft Challenge.

Zespół wspierał również premierę Star Citizen Alpha 4.9, tworząc na Spectrum centralny wątek informacyjny, w którym gracze mogli łatwo znaleźć najnowsze aktualizacje, informacje i przydatne odnośniki. Równolegle zaktualizowano strony Welcome Back, Pilot oraz New Player Guide.

Po premierze Alpha 4.9 zespół Community ściśle współpracował z zespołami Development, QA i Player Experience oraz kierownictwem, przekazując problemy zgłaszane przez graczy i opinie społeczności, a także publikując aktualne informacje za pośrednictwem Spectrum, Hotfix Central, strony RSI Status oraz innych kanałów.

18 lipca Bar Citizen World Tour zawitał do Chicago w stanie Illinois, przyciągając liczne grono uczestników. Członkowie zespołu spotkali się z lokalnymi graczami, wymieniali historiami, słuchali opowieści o ich ulubionych chwilach w ’verse oraz mieli okazję osobiście poznać znajome twarze ze Spectrum. Zespół czeka teraz na kolejne przystanki trasy: Denver w stanie Kolorado 15 sierpnia oraz Gamescom w Kolonii w Niemczech 28 sierpnia.



W lipcu powrócił również Ship Showdown 2956, znajdujący się obecnie w Fazie 1. Gracze przesyłają własne oryginalne prace do Community Hub oraz na X, wspierając swoje ulubione pojazdy latające i naziemne oraz pomagając im wywalczyć miejsce w finałowej szesnastce.

Cytat:Ship Showdown naprawdę wydobywa ze społeczności ducha rywalizacji, a gracze tłumnie stają w obronie swoich ulubionych statków. Ta rywalizacja i towarzyszące jej emocje sprawiają, że jest to jedno z naszych ulubionych wydarzeń w całym roku.

Siema

Nadeszła pora na modernizację mojego sprzętu i zostało mi trochę złomu użytkowego

Oddam za darmo (tylko koszt przesyłki):

• ASUS GeForce GTX 1080 TURBO 8GB GDDR5X 
  
• Logitech Driving Force GT
  

Zawartość SI

W czerwcu zespół AI Content kontynuował wsparcie kilku inicjatyw przygotowywanych do Alpha 4.9. Współpracował również z zespołem Mission Design przy przygotowywaniu połączeń komunikacyjnych i NPC na potrzeby kilku nadchodzących misji i lokacji.

AI Content wspierał następnie sesję performance capture, dbając o to, aby przygotowywana zawartość działała płynnie po ukończeniu masteringu dźwięku i przygotowaniu animacji. Równolegle zespół planował inicjatywy wynikające z potrzeb narracyjnych, dotyczące nowych zachowań oraz kierunków dalszego rozwoju.

SI (Cechy & Tech)

W ubiegłym miesiącu zespół AI Features & Tech naprawił problem uniemożliwiający NPC w pancerzach Super Heavy korzystanie z minigunów. Rozwiązano również kilka problemów dotyczących Human AI, w tym błąd powodujący, że NPC nadal strzelali do celów, których nie mogli zobaczyć.

W przypadku apex valakkara deweloperzy wprowadzili możliwość ograniczenia jego ruchu do określonego obszaru przy jednoczesnym unikaniu innego. Otrzymał również ataki laserowe i EMP, możliwość przełączania się między atakami oraz ulepszenia w wykrywaniu dźwięków na powierzchni. W przypadku Yormandi naprawiono błąd powodujący blokowanie się stworzenia w animacjach reakcji.

Choć zmiany te nie zostały jeszcze zintegrowane z PU, ulepszono AI lotu w zakresie uciekania za obiekty i zachowań związanych z kontrpościgiem, a także zaktualizowano ogólne zachowanie logiki lotu.

Animacja

Zespół Animation rozbudował zestaw animacji apex valakkara, jednocześnie planując kolejną serię stworzeń. Pracowano również nad postacią zlecającą misje, Battaglią, zarówno w jej fizycznej lokacji, jak i podczas rozmów prowadzonych przez komunikator.

Grafika (Postacie)

Zespół Character Art spędził miesiąc, pracując nad nowym zestawem pancerza, nagrodami za misje, aktualizacjami gangu Nine Tails oraz innymi nadchodzącymi przedmiotami. Kontynuowano również wsparcie inicjatywy StarWear. Równolegle zespół Concept Art rozwijał projekt nowego pancerza bojowego.

Grafika (Statki)

W Wielkiej Brytanii zespół Ships ukończył prace nad Gatac Railen i Tyilui, a następnie wprowadził oba statki do gry. Później zespół skierował uwagę na kolejny statek przygotowywany dla Grey’s Market, nad którym prace wstrzymano w ubiegłym roku z powodu innych priorytetów. Rozpoczęto od sprawdzenia, czy od czasu ostatnich prac żaden z jego elementów nie wymaga aktualizacji.

Kontynuowano prace nad Liberatorem, między innymi integrując i dostosowując do jego potrzeb liczne elementy zestawu assetów Anvil z niedawno opracowanych statków, takich jak Asgard i Paladin. Pozwoliło to znacząco ograniczyć ilość nowej zawartości, którą trzeba stworzyć od podstaw.

Po premierze ostatnich statków obcych ras kolejni artyści dołączyli do prac nad RSI Galaxy, przyspieszając rozwój wszystkich obszarów jednostki.

Dwa nowe warianty pojazdów naziemnych szybko przechodziły przez kolejne etapy pipeline’u. Pierwszy pomyślnie przeszedł połączony przegląd whitebox i greybox, natomiast drugi szybko zbliża się do przeglądu whitebox.

Postępy poczyniono również przy czterech nieogłoszonych statkach. Pierwszy z nich, nowy myśliwiec, przeszedł przegląd whitebox. W ramach fazy greybox jego geometria będzie dalej dopracowywana przed planowanym terminem w listopadzie.

Drugi, nowy statek od producenta Xi’an, zaprojektowany jako jednostka wielozadaniowa, wszedł w fazę preprodukcji.

Trzeci zbliżał się do przeglądu LOD0. W ramach tych prac zespół dodawał szczegóły na całym kadłubie i upewniał się, że animowane elementy nie kolidują ze sobą.

Czwarty przeszedł przegląd greybox. Następnie wprowadzono poprawki w rozmieszczeniu komponentów i uzbrojenia. Zespół Mo-cap przygotowuje się obecnie do nagrania skomplikowanych animacji wymaganych dla tego statku.



Na koniec północnoamerykański zespół kontynuował przygotowywanie Krakena do przeglądu greybox, skupiając się na wykorzystaniu ukończonego zestawu assetów Drake opracowanego dla Ironclada. Przeprowadzono również pierwsze przejście oświetleniowe, aby ustalić atmosferę wizualną całego statku.

Grafika (Bronie)

W czerwcu zespół Weapons kontynuował końcową fazę produkcji nowej broni dużego kalibru. Równolegle rozwijano zawartość przeznaczoną do nadchodzących aktualizacji oraz liczne malowania broni przygotowywane na przyszłe wydarzenia.

Kontynuowano także trwające prace nad dopracowywaniem materiałów i aktualizacjami istniejącego uzbrojenia. Zespół oczekuje również na nadchodzącą technologię, której rozwój będzie wymagał współpracy między różnymi zespołami.

Społeczność

W czerwcu zespół Community rozpoczął Pride Month konkursem Show Us Your Colors Celebration, zapraszając graczy do wyrażenia swojej kreatywności i uczczenia niezliczonych barwnych sposobów, w jakie wyróżnia się społeczność gry. Zespół opublikował również majowy raport PU Monthly Report i przygotowywał się do licznych wydarzeń zaplanowanych na ten miesiąc.

Następnie zespół Community wspierał premierę Alpha 4.8.1, aktualizacji wprowadzającej do gry nowe misje i dodatkową zawartość. Opublikowano Player-to-Player Trade Update, szczegółowo opisujący ostatnie zmiany mające usprawnić handel pomiędzy graczami, a jednocześnie ograniczyć możliwości wykorzystywania exploitów. Zespół prowadził również wątek Known Issues, w którym śledzono problemy będące przedmiotem aktywnego dochodzenia, oczekujące na implementację rozwiązania lub znajdujące się już w trakcie naprawy. Wątek był regularnie aktualizowany w miarę postępów prac deweloperskich. Zarówno podczas premiery, jak i po niej zespół uważnie śledził opinie i nastroje graczy, dbając o to, aby deweloperzy byli na bieżąco informowani o pojawiających się problemach.

Wraz z corocznym powrotem Alien Week zespół przygotował pomocny zbiorczy wątek Catch All, prezentujący wszystkie pozaziemskie atrakcje związane z wydarzeniem. Opublikowano również Q&A dotyczące nowego Gatac Tyilui oraz zorganizowano społecznościowy konkurs Xeno Craft Challenge, zachęcając uczestników do pokazania, w jaki sposób obce kultury Star Citizen stały się dla nich inspiracją.



W czerwcu Bar Citizen World Tour nabrał rozpędu za sprawą International Bar Citizen Weekend. Zespół Community organizował tegoroczne wydarzenia w Austin, Frankfurcie, Montrealu i Manchesterze. Uczestnicy otrzymali Shattered Vanduul Lance do wyeksponowania w swoich hangarach, a kolejne okazje do zdobycia tego przedmiotu pojawią się wraz z dalszą trasą wydarzeń w nowych lokalizacjach w ciągu roku.

Cytat:Spotkania ze społecznością na żywo i wspólne celebrowanie naszej miłości do ’verse są istotą Bar Citizen. Na 2026 rok zaplanowaliśmy wiele przystanków na całym świecie i mamy nadzieję, że się tam zobaczymy!

Cytat:Praca nad efektami wizualnymi obcych zawsze sprawia mnóstwo frajdy, a załączone obrazy zdecydowanie pokazują dlaczego!

Witam wszystkich. Moje ogłoszenie trochę inne od pozostałych, ale może ktoś będzie zainteresowany. Otóż w mojej firmie robiliśmy update sprzętów i mam do sprzedania kilkanaście sztuk Mackbook-ów Pro, oraz Mac-ów Pro w różnych konfiguracjach. Nie będę tu wypisywał po kolei wszystkich danych, ale najważniejsze info to wszystkie macbooki mają procesory intel i7 lub i9, min. 16 GB RAM, i min. 512 GB SSD. Stacjonarne Mac'i (te wyglądające jak male kosze na śmieci) mają procesory i9 lub 2x Xeon, min. 16GB RAM, min. 512 GB SSD, 2x Radeon Fire lub Pro. Jeśli ktoś jest zainteresowany to zapraszam do kontaktu na PW. Ceny niskie. Każdy sprzęt został osobiście przeze mnie sprawdzony, sformatowany, postawiony na nowo system w najnowszej możliwej wersji czyli oficjalnie Sonoma, ale jak by ktoś chciał to można postawić i nowszy za pomocą kilku trików.

Czy Nomad będzie wyposażony w pełne, eksplorowane wnętrze - skromne rozmiarami, ale jednak obecne?

Czy gracz będzie mógł przemierzyć kabinę przed zajęciem miejsca w fotelu pilota - a może poruszać się po statku nawet podczas lotu?

Jakiś czas temu pisałem, że naturalnym krokiem dla Elite, pozwalającym dorównać Star Citizenowi (w jakości oddania szczegółów statków), byłoby wprowadzenie jednostek z w pełni dostępnymi wnętrzami. Problem wysokich kosztów produkcji można by obejść, zaczynając od jednostek małych, gdzie skala wyzwania jest mniejsza. Nomad zdaje się spełniać ten warunek idealnie

Poniżej dwa filmy, które nieśmiało sugerują takie rozwiązanie - bazując na analizie grafik koncepcyjnych:

Uniżony wasz skryba przeprasza za opóźnienie i już, poganiany kopniakami przez chorążego, opisuje ostatnie wydarzenia.

Przepraszam jeszcze raz, chorąży kazał napisać, że wcale nie kopał, tylko grzecznie poprosił o uaktualnienie kroniki.

Także ten, na czym to ja...

acha.

W trakcie ostatniej akcji ratunkowej jednego z naszych pilotów odkryliśmy przy jednym z ciał wokół wejścia do jaskini datapad. Całe szczęście udało się go zdeszyfrować i możliwe, że pewien niefortunny wypadek nie będzie miał dużych konsekwencji.

Autor zaszyfrowanego raportu nie wypowiadał się zbyt pochlebnie o Husarii, ale i tak, z kronikarskiego obowiązku, przytoczę jego słowa:

Cytat:ŹRÓDŁO      : datapad napastnika (pole walki)
KLASYFIKACJA: HOI/DEC-01
STATUS      : ODSZYFROWANO
────────────────────────────────────────────────────────

Odzyskany fragment transmisji z datapada (HOI/DEC-01)

 „Heh. Ci głupcy z Husarii nawet nie przeszukali całego
 miejsca po tym pajacu, z którym walczył Szafa. Jeden
 z naszych miał ze sobą niezabezpieczonego datapada.
 Ten idiota rozbił się na miejscu...

 Datapad gdzieś tam wciąż leży, a oni nawet go
 nie zauważyli.

 Dobra, kończę. Muszę przekazać raport odbiorcy — on
 naprawdę nie lubi czekać. Wracamy tam natychmiast,
 jak tylko załatwimy Gandziosa."

─ ─ ─ ─ ─ ─ ─ ─ KONIEC TRANSMISJI ─ ─ ─ ─ ─ ─ ─ ─

Cytat:NADAWCA     : Pirat 02
LOG NR      : 12 (nieodczytany wcześniej)
STATUS      : ODSZYFROWANO
────────────────────────────────────────────────────────

 „Szafa robi swoje dla Headhunters, nie jest częścią
 planu. My pracujemy dla kogoś większego. Kogoś, kto
 chce informacje o tych z Husarii i o ich kontaktach
 z obcymi - zwłaszcza z tym kupczykiem… Wikelo.

 Klient twierdzi, że to 'zagrożenie czystości ludzkich interesów',
 cokolwiek to znaczy. Patrzy na ruchy Husarii i mówi,
 że trzeba ich pilnować… albo wyeliminować."

 „Mamy dostarczyć raporty osobiście do człowieka wysłanego przez naszego zleceniodawcę. Kontakt czeka
 w miejscu, gdzie nie ma kamer, gdzie zbierają się wszystkie szumowiny tego systemu. W loży, z której kiedyś
 patrzyło się na maszyny pędzące w próżni, a ściany pamiętają krzyki tłumów.
 

 Ma nam przekazać dalsze informacje."

─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─

Cytat:ŹRÓDŁO      : Grim Hex / Loża widokowa
KLASYFIKACJA: RED-LINE / PRIORYTET
STATUS      : ODSZYFROWANO
────────────────────────────────────────────────────────

 „Jeśli tu trafiłeś — jesteś blisko. Husaria zaczęła
 składać fakty. Ale to nie ma znaczenia.

 Mieszanie się z obcymi zawsze kończy się tak samo."

 „Przenoszę operację do innego systemu. Tam, gdzie czuć
 zapach śmierci w samym metalu. Na stacji, której nazwa
 przypomina o zmarłych. W miejscu, gdzie spór nigdy
 nie umarł.

 Jeśli masz odwagę - znajdziesz mnie na końcu
 korytarza, w sercu strefy."

─ ─ ─ ─ ─ ─ ─ ─ KONIEC TRANSMISJI ─ ─ ─ ─ ─ ─ ─ ─

Cytat:══════════════════════════════════════════════════════════════
 HOI — RAPORT OSTATECZNY  /  KLASYFIKACJA: C-3
══════════════════════════════════════════════════════════════

[TERMINAL // OSTATNI ODCZYTANY FRAGMENT]
ŹRÓDŁO: Datapad
KLASYFIKACJA: C-3
STATUS: Częściowo odzyskano
────────────────────────────────────────────────────────
   "Jeżeli to czytasz…,
   to znaczy, że Twój zespół jest lepszy, niż przewidywaliśmy.
   Ale to niczego nie zmienia.
   
   Miałem tylko przygotować teren.
   Zaznaczyć cele.
   Sprawdzić reakcję.

   Pozostali już nadchodzą.
   Są wściekli, źle reagują na opóźnienia…,
   a jeszcze gorzej - na obcych w ich systemie.
   
   A wy?
   Wy sami zwróciliście na siebie uwagę.
 
   Nasze raporty trafiły wyżej.
 
   Machina ruszyła.
   
   Jesteśmy XENOTHREAT!"    
 
   [TRANSMISJA URWANA]
────────────────────────────────────────────────────────


Identyfikacja zabitego napastnika zakończona sukcesem.
Dane z urządzenia klasy „kom-tactical" w pełni odtworzone.

┌─── TOŻSAMOŚĆ ──────────────────────────────────────────────┐
│  Pseudonim:          „Receiver / Odbiorca"                 │
│  Funkcja:            Koordynator siatki najemników         │
│  Powiązanie:         Xenothreat (POTWIERDZONE)             │
│  Poziom dostępu:     Niski — pośrednik, nie dowódca        │
└────────────────────────────────────────────────────────────┘

┌─── CEL OPERACJI ───────────────────────────────────────────┐
│  • Zlecać ataki przez pirackich wykonawców                 │
│  • Zbierać dane o trasach Husarii                          │
│  • Przechwycić informacje o kontaktach z Wikelo            │
│  • Ustalić, czy Husaria transportuje towary obcych         │
│  • Doprowadzić do zastraszenia lub eliminacji pilotów      │
│                                                            │
│  Ataki na Yankiego, Gandziosa i Haji-me były               │
│  CZĘŚCIĄ TEJ SAMEJ OPERACJI                                │          
└────────────────────────────────────────────────────────────┘

┌─── MOTYW ──────────────────────────────────────────────────┐
│  Wg Xenothreat, współpraca Husarii z Wikelo stanowi:       │
│                                                            │
│   „zagrożenie czystości ludzkich interesów"                │
│   — cytat z przechwyconej korespondencji                   │
└────────────────────────────────────────────────────────────┘

┌─── STATUS OPERACJI ────────────────────────────────────────┐
│  [✓] Koordynator lokalny         — ZNEUTRALIZOWANY         │
│  [✓] Sieć pirackich wykonawców   — ROZBITA                 │
│  [!] Frakcja XENOTHREAT          — AKTYWNA                 │
└────────────────────────────────────────────────────────────┘

┌─── PRZEWIDYWANE DZIAŁANIA XENOTHREAT ──────────────────────┐
│  Analiza wskazuje na:                                      │
│  • przygotowania do pełnoskalowej operacji                 │
│  • działania wymierzone w Banu                             │
│  • presję na Foxwell Enforcement                           │
│  • możliwe użycie okrętów klasy IDRIS                      │        
│                                                            │
│    HOI przewiduje wielowątkową ofensywę.                   │
└────────────────────────────────────────────────────────────┘

WNIOSKI HOI:
To, co odkryliście, nie było przypadkową siatką piratów.
To był prolog.

Lokalna komórka Xenothreat miała jedynie ocenić,
jak zareagujecie na presję, na obserwację i na ataki.
Wasza odpowiedź była silniejsza, niż przewidywali.

Przekazane przez was dane wskazują,
że wysłane przez Odbiorcę raporty zostały odebrane i zatwierdzone.

Rezultat: aktywacja sił Xenothreat na skalę systemową.

Stanton został oznaczony jako punkt zapalny.
Powód: obecność Banu, ruch oporu wobec ich doktryny
oraz aktywność Husarii, która - wbrew ich planom -
nie dała się zastraszyć.

HOI pozostaje w pełnej gotowości.

══════════════════════════════════════════════════════════════
                  — KONIEC RAPORTU —
══════════════════════════════════════════════════════════════

Zawartość SI

Po premierze Alpha 4.8 zespół AI Content rozpoczął finalizowanie zadań związanych z Alpha 4.9 i kolejnymi aktualizacjami. Oprócz standardowych poprawek błędów i kontynuacji inicjatyw prowadzonych w poprzednich miesiącach, zespół pracował nad usprawnieniami technicznymi mającymi uprościć proces dodawania nowej zawartości do gry.

Cytat:Aktualizacja Alpha 4.9 będzie bardzo ważna z punktu widzenia projektowania narracyjnego gry, ponieważ zespół pracuje nad dwoma bardzo dużymi elementami, które stworzą istotne fundamenty dla rozwoju narracji w docelowej wizji wersji 1.0.

Cytat:To była niesamowita przyjemność spotkać się z wami i wysłuchać waszych kosmicznych historii! Mamy nadzieję poznać jeszcze więcej z was podczas kolejnych wydarzeń, takich jak International Bar Citizen Weekend, który rozpoczyna się 13 czerwca!

Cytat:Dziękujemy wszystkim graczom za zgłaszanie problemów, gdy tylko je napotkają. Zespół bardzo szybko eliminuje nowo odkryte błędy narracyjne, a wiele drobnych usprawnień poprawiających komfort rozgrywki powinno trafić do Alpha 4.9.

Przy próbie aktywowania uwierzytelniania dwuskładnikowego nie pojawia się kod QR umożliwiający zeskanowanie go do aplikacji autoryzacyjnej. Sytuację przedstawia załączony zrzut ekranu.

Droga Husario! Przyjaciele!
Powiedzcie mi, proszę. Czy też tak mieliście?
22.000ly od bańki, bo tutaj właśnie jestem. Nie był to jakiś specjalnie wielki plan, a raczej spontaniczna decyzja. 
Będąc gdzieś w bańce, za sterami dopiero co poznawanego Corsaira naszła mnie potrzeba zmodyfikowania działek wielolufowych, ponieważ wydały mi się za słabe podczas polowań na "ściganych". I tu jeden inżynier, Marsha Hicks. I reakcja - O zgrozo!!! Dlaczego tak daleko!!! Jednak, po chwili namysłu, wyzwoliwszy w sobie zew przygody, nie bacząc na dość małe doświadczenie, poleciałem po swojego Tipe-11 Prospectora i ruszyłem do pierwszego lepszego pierścienia z platyną uzbierać wymagane 10T Osmium. Nawet poszło dość sprawnie
Nie zastanawiając się zbyt długo przesiadłem się z powrotem do Corsaira. I co teraz? Jak tam dolecieć? Jak zorganizować tak daleką podróż? Jak wyposażyć statek? Nigdy nie byłem dalej niż te 1500ly (i to w czasie eventu) od bańki! No i strach... i niepewność...
Ale co tam do odważnych Świat, wróć Kosmos należy
Usunąłem co zbędne, dodałem co potrzebne i tu muszę ogłosić: Jeżeli ktoś wybiera się dalej, niech koniecznie zabierze na pokład moduł naprawczy AFMS (Auto Field-Maintenance Unit). Wielokrotnie będzie potrzebny korzystając w podróży z doładowania w gwiazdach neutronowych. Ja tak właśnie zaplanowałem. Podróż do Marshy Hicks, miała być jak najszybsza, więc szukając sposobu na szybkie dotarcie do niej znalazłem krótkie hasło:  "Autostrada neutronowa". 
I tu fajna pomoc na stronie zewnętrznej, narzędzie - spansh routher. Super sprawa! Wyznacza po kolei systemy. Lecisz do kolejnego i go odhaczasz. I następny i dalej i następny... I tak aż do celu. Punkty do odhaczenia giną w oczach. Powiem szczerze. Bez tego narzędzia mógłbym tej trasy nie przetrwać, a tak widząc, pomimo upływu godzin, jak te punkty się kurczą, wręcz chciało mi się lecieć dalej, byle do celu. Dla mnie fajna sprawa - chociaż innych narzędzi i stron nie testowałem. A penie jest ich więcej
No i teraz wracając do modułu AFMS. Po co on? A no po to, że każdy skok doładowany gwiazdą neutronową, obniża sprawność modułu FSD o jakiś procent. Po prostu go uszkadza. Jeżeli wartość FSD spadnie poniżej 80% moduł wysiada i podróż może znacznie się skomplikować. Na szczęście zabrałem AFMS, nie wiedząc jeszcze jak to działa i jedno szczęście. Podczas tych 22 tys. ly podróży musiałem użyć go aż cztery razy. Myślę, że na pięć razy amonicji naprawczej by starczyło Więc warto!

Ale, ale... Wybaczcie zbyt obszerny wstęp. 
Wracając do pytania: Czy też tak mieliście?
Jestem tutaj. 22.000ly od bańki u Marshy Hicks. Nabiłem ten grade 5 na multi-cannony. Wsiadłem do statku, odpaliłem silniki, uniosłem się nad planetę Tir A2, włączyłem mapę galaktyki i...
I się zaciąłem. Spojrzałem jak jestem daleko od domu i jak niedaleko już do Sagitariusa A. I nagle potrzeba powrotu zniknęła. Spojrzałem w otchłań. Tylu gwiazd nie widziałem z bańki. Pomyślałem, że tu jest na prawdę pięknie i poczułem, że może być jeszcze piękniej. Nie! No będąc tu, nie mogę chyba tak po prostu wracać. Na pewno bym tego żałował...
Powiedzcie! Też tak mieliście? Czy to tylko jak tak mam? Stoję na progu decyzji: Lecieć dalej, czy wracać?!
Pomóżcie!!! Powiedzcie, co o tym sądzicie?! Czy wcisnąć przycisk w Sali odpraw "Lecę na eksplorację"?
Dajcie znać co o tym sądzicie?
o7 Komandorzy.

Po co wracać łatwą drogą jak można sobie utrudniać życie?

Od jakiegoś czasu zastanawiałem się co będę robił w grze po skończonym Distant Worlds 3? I stwierdziłem, że jako prawdziwy eksplorator nie ma w swojej kolekcji odznaki ObieżyWszechświat (za odwiedzenie wszystkich regionów w galaktyce), na szybko sprawdziłem, gdzie nie mam jeszcze wpisów w Codexie i już miałem w głowie ułożony plan podróży:

• Verdant Maelstrom - mgławica planetarna skrywająca w swym wnętrzu anomalię typu Q06
  
• Phosphoric Giant - gazowy zielony gigant klasy III i dodatkowo anomalia typu K10
  
• Death's Dance - układ z parą białych karłów
  
• The Centaurus Festival - mgławica z czarną dziurą, bez dodatkowych źródeł światła, sprawia, że cały układ ma barwę niebiesko-różową
  

Zawartość SI

W kwietniu zespół Narrative Design wprowadził Tactical Strike Groups. Te pakiety zawartości obejmują nowe postacie oraz etapowy postęp misji, co wiązało się z szeregiem unikalnych wyzwań, takich jak zapewnienie poprawnego wyzwalania powiadomień komunikacyjnych. Narrative Design współpracował z zespołem Mission Design, aby wszystko działało prawidłowo, i z niecierpliwością czeka na moment, gdy społeczność zacznie doświadczać tej zawartości.

Zespół wspierał również sesję performance capture służącą do nagrywania materiałów dla kilku innych nadchodzących pakietów zawartości, a także dialogów i rozmów dla ogólnej populacji NPC. Dodatkowo zajmowano się błędami wpływającymi na obszary społeczne i powiadomienia komunikacyjne w Alpha 4.8.

SI (Cechy i Tech)

AI Tech & Features rozpoczęło kwiecień od różnych zadań optymalizacyjnych, w tym refaktoryzacji implementacji spline’ów sześciennych Hermite’a w celu uzyskania lepszej wydajności. Naprawiono również istotny problem wydajnościowy w pochodnej wersji oryginalnego kodu spline’ów wykorzystywanego w scenach filmowych. Obecnie trwają prace nad zastąpieniem obecnej metody brute force dla arc linear integration bardziej niezawodnym rozwiązaniem. Dodatkowo zoptymalizowano wykorzystanie pamięci przez navigation octree.

Następnie część czasu poświęcono AI lotu – zespół pracował nad poprawą walk powietrze–ziemia. Dotyczy to sytuacji, gdy cele poruszają się po powierzchni planety, takie jak gracz, wieżyczka lub pojazdy naziemne. Rozpoczęto także ulepszanie innych mechanik, takich jak szybsze i bardziej intensywne "mijanki", częstsze manewry strafingu na bliskim dystansie i zmiany kierunku oraz lepszy dobór i przechodzenie między taktykami. Poprawiane są również mechaniki ucieczki i pościgu, a także przechwytywania w formacji.

W przypadku navlinków i pathfindera ulepszono sposób, w jaki NPC przechodzą przez ręcznie sterowane drzwi za pomocą paneli kontrolnych. Wprowadzono również usprawnienia dotyczące wind, systemów transportowych oraz korzystania przez NPC z systemów śluz powietrznych.

Deweloperzy przebudowali także dane dotyczące walki wręcz, aby były bardziej modułowe. Pozwoli to łatwiej wykorzystywać ograniczenia przestrzenne w różnych aspektach zachowań NPC podczas walki wręcz.

Postępy poczyniono również w narzędziach dla stworzeń, w tym w sposobie obsługi triggerowanych akcji. Młody valakkar został przeniesiony na system AI motive pattern, a także zaktualizowano śledzenie obrażeń oraz sposób, w jaki czerwie wynurzają się i zakopują.

Na koniec wprowadzono poprawki błędów dotyczących statków NPC pozostających zbyt blisko powierzchni centralnych asteroid oraz niereagujących na agresję gracza.

Animacja

Zespół Animation kontynuował prace nad nadchodzącym stworzeniem, dodając nowe akcje i ataki oraz ulepszając istniejące dane. Trwają również prace nad zestawem Super Heavy armor wyposażonym w dużą broń automatyczną.

Zespół Facial Animation uczestniczył w dwudniowej sesji nagraniowej wraz z zespołami Motion Capture i Narrative. W jej ramach nagrano nową zawartość dla Recco Battaglii, która powróci do Levski z nową misją oraz dwiema wspierającymi postaciami – Isaaciem Keplerem i Amirem Lucasem.

Nagrywano również nowe materiały dla NPC w systemie Nyx, rozszerzające pakiety głosowe, które gracze usłyszą w strefach lądowania. Zamknięto także prace nad zawartością do Alpha 4.8, obejmującą dwie nowe postacie do nowej misji.

Grafika (postacie)

Zespół Character Art spędził kwiecień na tworzeniu nowego zestawu pancerza oraz nagród dostępnych w grze. Kontynuowano również wsparcie dla inicjatywy StarWear oraz dopracowywanie projektów przeznaczonych do Alpha 4.8.

Zespół Concept Art pracował nad nowym gangiem i sfinalizował dokumenty przekazania dla nowego pancerza bojowego.

Grafika (statki)

W Wielkiej Brytanii zespół Ships kontynuował prace nad Drake Ironclad i Ironclad Assault. Oba statki przeszły przegląd LOD0 i weszły w końcową fazę produkcji. Zaimplementowano również Command Module, który można już zobaczyć w PTU na Caterpillarze.



Postępy trwały także przy innych statkach przygotowywanych na DefenseCon. MISC Starlite przeszedł przegląd LOD0 i odbył szereg playtestów wraz z poprawkami jego pętli rozgrywki, aby upewnić się, że statek spełnia swoje założenia przed finalnym przeglądem.

Drake Pitbull ma zaplanowany finalny przegląd na początek maja, a zespół przeszedł już do naprawiania błędów. Jednocześnie kolejni członkowie zespołu przenieśli się do prac nad Origin M80, aby przygotować go do przeglądów LOD0 i finalnego, również planowanych na początek maja.

Jeden z nieogłoszonych statków przeszedł przegląd LOD0 i ma mieć finalny przegląd na początku maja. QA rozpoczęło testy, zespół Ships poprawiał różne drobne błędy, a zespoły downstream finalizowały część dedykowanych efektów VFX i SFX dla tej jednostki.



Poza statkami na DefenseCon, Gatac Railen zmierzał w kierunku przeglądu greybox, a zespół dbał o to, aby wszystkie obszary statku spełniały ten sam wysoki standard. Drugi nieogłoszony statek kontynuował fazę whitebox, do projektu dołączyli kolejni deweloperzy pomagający w blokowaniu wnętrza.

Kolejny nieogłoszony statek przeszedł przegląd whitebox, a zespół Ships współpracował z zespołem Mocap nad przygotowaniem i dostosowaniem assetu w grze do niestandardowych animacji wsiadania i wysiadania.

W Ameryce Północnej zespół Ships kontynuował prace nad nieogłoszonym pojazdem, przygotowując go do przeglądu bramki greybox na początku maja.



Postępy trwały również przy Drake Kraken. Po przejściu etapu whitebox w poprzednim miesiącu statek wszedł w fazę greybox, przy czym szczególną uwagę poświęcono temu, aby asset był maksymalnie zoptymalizowany.

Cytat:Przy statku tej wielkości kluczowe jest upewnienie się odpowiednio wcześnie, że budżet wydajnościowy jest wykorzystywany we właściwych miejscach.

Cytat:Tegoroczne zgłoszenia podniosły poprzeczkę jeszcze wyżej. Byliśmy pod ogromnym wrażeniem niesamowitych pokazów umiejętności i odwagi zaprezentowanych przez naszą społeczność i doceniamy wysiłek wszystkich uczestników.

Cytat:Nie możemy się doczekać, aż będziecie mogli w to zagrać!

Cytat:Wraz z nadejściem wiosny zespół Live Tools pozostaje gotowy do dalszego wprowadzania znaczących usprawnień w narzędziach wspierających rozwój Star Citizen i operacje live.

Cytat:Dostaliśmy również kilka dodatkowych próśb związanych z efektami ognia, a to zawsze jest świetna zabawa.

Poniżej przedstawiam podsumowanie akcji przeprowadzonej 14.04.2956 pod dowództwem skgleby.
Całość działa się w dwóch etapach: infiltracji więzienia Klescher i późniejszego zatarcia śladów w Security Post Kareah.
Wszystko zaczęło się od tajnych komunikatów, które otrzymaliśmy.

Otrzymany komunikat nr 1

Cytat:TAJNE // NIEZAREJESTROWANE
 
To nie jest standardowe zlecenie.
Ten komunikat nie istnieje w oficjalnych rejestrach.
Każdy, kto zdecyduje się wziąć udział, działa poza jurysdykcją UEE.
 
Jeden z naszych niejawnych kontaktów, operujący wewnątrz Klescher Rehabilitation Facility, przestał odpowiadać. Jest to informator, który infiltrował półświatek od kilku miesięcy. Jego zadaniem było obserwowanie ruchów pirackich siatek powiązanych z ostatnimi atakami na pilotów Husarii. Ostatni sygnał otrzymaliśmy 36 godzin temu. Dane wskazują, że jego tożsamość została odkryta.
 
Husarski Oddział Inteligecji nie może tam wejść. UEE nie dopuści nikogo z zewnątrz. Informator nie może opuścić placówki „oficjalnie”. Pozostaje jedna opcja: Dostęp mogą uzyskać tylko osadzeni.
 
W dniu jutrzejszym zostanie przeprowadzona akcja wprowadzenia ochotników do więzienia. Uzyskacie status przestępcy i zostaniecie przewiezieni do Klescher jako więźniowie. Na miejscu postaracie się zlokalizować agenta lub przynajmniej dowiedzieć się co się z nim stało. HOI przewiduje, że informator najprawdopodobniej nie żyje. Zróbcie co się da, aby ustalić co się mogło z nim stać.
 
Skgleba będzie dowodzić oraz koordynować wasze działania. Przygotujcie drużynę. Niech się nie ubierają w ekwipunek, po którym mogliby zostać rozpoznani podczas zatrzymania. Wystarczy zwykły najtańszy pancerz prosto ze sklepu, bez broni, bez czegokolwiek cennego na sobie. Funkcjonariusze z Klescher lubią sobie przywłaszczyć takie rzeczy.
 
Start misji:
14.04.2956 Grim Hex 20:00

Otrzymany komunikat nr 2

Cytat:TAJNE // AKTUALIZACJA MISJI

Informator żyje. Ostatni ślad zarejestrowany wewnątrz strefy roboczej Klescher.
Musicie go znaleźć, zanim zrobi to ktoś inny.

Alias operacyjny: Chris Wonski

Otrzymany komunikat nr 3

Cytat:TAJNE // NIEZAREJESTROWANE

Co wy tam wyrabiacie?! Nasz informator, którego mieliście ochraniać, nie żyje!

Nie będziemy tego teraz analizować. Strata została odnotowana.

Operacja nie zostaje przerwana.

Kontynuujcie misję zgodnie z protokołem:
musicie dostać się do Kareah
uzyskajcie dostęp do systemów placówki
wyczyśćcie wszelkie logi i ślady waszej aktywności Nie może pozostać żaden dowód na to, kto mógł to zrobić

Raport koncowy

Cytat:TAJNE // NIEZAREJESTROWANE

Raport z misji.

Działania prowadzone były pod dowództwem skgleby, który koordynował zarówno infiltrację, jak i ewakuację zespołu.

Zespół pomyślnie odnalazł informatora w Klescher Rehabilitation Facility. Przeprowadzono ewakuację przez system tuneli, a następnie osiągnięto powierzchnię.

Po wydostaniu się na zewnątrz ochraniany cel, z niewyjaśnionych przyczyn, wypadł przez barierki i zginął na miejscu.

Zespół kontynuował operację w celu zatarcia wszelkich śladów, przeprowadzając działania na Security Post Kareah.

W trakcie operacji:
- uzyskano dostęp do terminali bezpieczeństwa,
- skutecznie usunięto wszelkie ślady obecności zespołu,
- wyczyszczono rejestry oraz powiązania z incydentem.

W trakcie ekstrakcji jeden z operatorów, DeathCzort, pozostał w strefie działań, przejmując na siebie uwagę sił Crusader Security. Jego zatrzymanie umożliwiło utrzymanie narracji o pojedynczym sprawcy i całkowicie odciągnęło podejrzenia od reszty zespołu.

Z dostępnych informacji wynika, że UEE oraz personel Klescher nie są w stanie ustalić przebiegu zdarzeń. Jedyne ślady odnalezione na miejscu to szczątki w systemach wentylacyjnych - niemożliwe do identyfikacji.

Chris Wonski zostanie zapamiętany. 
Jako przykład… czegoś.

Operacja zakończona. 

Ostrzeżenie: uruchomienie Star Citizena w VR może uniemożliwić ci późniejsze granie na monitorze. Po prostu nie będziesz chciał już zdejmować gogli!

Przede wszystkim potrzebujesz mieć na komputerze zainstalowane środowisko VR. Najpopulraniejsze opcje to SteamVR lub Virtual Desktop. Jeśli posiadasz gogle od Mety możesz też rozważyć Meta Connect.

Same gogle możesz też podłączyć kablem lub przez WiFi.

Ja korzystam z rozwiązania z Virtual Desktop - jest banalne w instalacji i obsłudze. Minusem jest to, że jest to płatna aplikacja.
Jeśli ktoś korzysta z innych środowisk zachęcam do opisania ich konfiguracji w komentarzach do tego wątku.

Dla gogli Meta Quest:
W przypadku Virtual Desktop pobieramy część kliencką bezpośrednio na gogle przez Meta Store. Oraz część serwerową na komputer.

Warunkiem optymalnego działania tego rozwiązania jest router z WiFi 5 GHz. Komputer powinien być podpięty do tego routera kablem, a gogle właśnie przez WiFi.

Uruchamiamy aplikację Virtual Desktop na komputerze i klienta na goglach. Będąc w goglach z uruchomionym klientem Virtual Desktop wybieramy z listy nasz komputer - przy kolejnych uruchomieniach, gogle będą próbowały już automatycznie spinać się z naszym komputerem.

Oczywiście, wszystkie powyższe kroki, mogą się różnić w zależności od modelu gogli jakie posiadasz i środowiska VR dla PC jakie wybierzesz.

Natomiast poniższe kroki już będą takie same dla wszystkich rozwiązań.

Gdy już jesteś w goglach i masz przed sobą pulpit Windows uruchom launcher Star Citizena.

Po uruchomieniu launchera i zalogowaniu się w nim. Klkinij kółko zębate i Game Settings.


Na samym dole listy opcji zobaczysz przełącznik VR. Aktywuj go i wróć do głównego ekranu launchera.


Teraz powinieneś zobaczyć symbol VR nad przyciskiem do uruchamiania gry.


Uruchom grę. Ekran Menu pojawi się w trybie kinowym, ale gdy wejdziesz już do samego świata gry, to się już w nim w pełni zanurzysz.

W menu możesz jeszcze wybrać Options i ostatnią zakładkę na ekranie opcji.


Będziesz tu widział całą nową sekcję ustawień specyficznych dla VR. Te ustawienia są tutaj widoczne tylko, gdy gra jest uruchomiona w trybie VR i gdy gogle są połączone z komputerem.

Większość tych ustawień jest jasno opisana i nie wymaga tłumaczenia, ale jest kilka, na które chciałbym zwrócić twoją uwagę.

FPS ADS Dominant Eye - możesz ustawić dominujące oko. Wtedy postać podnosi broń odpowiednio do prawego lub do lewego oka, żeby przycelować. Jeśli nigdy nie strzelałeś w rzeczywistości np. z broni sportowej, to możesz nawet nie wiedzieć, że masz któreś oko dominujące Możesz to szybko sprawdzić wybierając jakąś pionową linię odniesienia: drzewo, słup, rama okna, oddalone od ciebie o przynajmniej kilka metrów i zasłoń ten obiekt wyprostowanym do góry kciukiem. Teraz zamknij raz lewe i raz prawe oko. Jeśli kciuk się nie przesunie, to to jest twoje oko dominujące.

3D Cursor Follows Head - jeśli ustawione na Yes to kursor służący do interakcji z obiektami w grze będzie zawsze ustawiony centralnie i będziesz musiał się patrzeć centralnie na jakiś obiekt, żeby zobaczyć ikonkę F do interakcji z nim. Jeśli wyłączysz, to będziesz mógł standardowo nacisnąć F i wtedy pojawi się kursor, którym będziesz mógł wybierać interaktywne obiekty. Przy Yes nadal możesz używać metody naciśnięcia F i jeżdżenia kursorem, ale obie te metody będą ze sobą wtedy "walczyć", bo każde ruszenie głowy będzie ci też ten kursor przestawiać. Najlepiej więc ustawić tę opcję na No i działać po staremu, jak na płaskim ekranie


Warto też poeksperymentować z suwakami dotyczącymi umiejscowienia interfejsów użytkownika względem kamery. Zwłaszcza ich odległości - jeśli będą za blisko, będziesz zezował, żeby coś odczytać, a jeśli za daleko, nie będziesz widział liter.

Najbardziej przydatne skróty klawiszowe:

/ na klawiaturze numerycznej - zatrzymuje śledzenie głowy i resetuje widok. Jeśli więc zauważysz, że np. z jakiegoś powodu przesunął ci się widok w goglach względem ciała postaci, to szybkie dwukrotne klepnięcie / naprawi problem.

Prawy Alt + 5 na klawiaturze numerycznej - przestawia widok z pełnego 3D na ekran kinowy i z powrotem. Może się przydać, jeśli masz problem z celowaniem z broni w pełnym VR albo nie możesz znaleźć jakiejś interakcji.

4 kwietnia 2956 r. gruchnęła wiadomość



Na następny dzień udało się przechwycić fragmenty komunikacji:

Cytat:? PRZECHWYCONY SYGNAŁ TELEMETRYCZNY // ŹRÓDŁO NIEZWERYFIKOWANE



„…temperatura rośnie… system przeciążony… tracę kontrolę…”

„…jeśli ktoś to odbiera… wektor… odchodzę z kursu…”



Sygnał został przechwycony w pobliżu krawędzi Pyro → Stanton.

Nie wiadomo, czy należy do zaginionego pilota Gandziosa, lecz parametry kanału komunikacyjnego są zbliżone do tych, których używał.


Trwa analiza danych.

Cytat:THE WINGED HUSSARS – ODTWORZONY RAPORT OPERACYJNY // KLASYFIKACJA C-2

Dotyczy: Pilot – Gandzios
Status: Zaginiony (MIA)
Analiza połączeń: Trwa

Zespół HOI (Husarski Oddział Inteligencji) potwierdził, że przechwycony sygnał pochodził z jednostki używanej przez Gandziosa.

Ostatnie wektory wskazują na:

gwałtowne zejście ku powierzchni obiektu planetarnego
możliwy pościg przez niezidentyfikowane kontakty
symptomy uszkodzeń systemów kluczowych

Brak potwierdzenia katastrofy, ale utrata ciągłości sygnału sugeruje twarde lądowanie.

Cytat:Zespół zwiadowczy operujący w rejonie Monox (system Pyro) natrafił na strukturę energetyczną odpowiadającą sygnaturze myśliwca Gandziosa.

Po dotarciu na miejsce potwierdzono:

wrak statku
ślady kontaktu bojowego
wyraźne torowanie w podłożu sugerujące awaryjne lądowanie
BRAK ciała pilota

Wnioski operacyjne:
Pilot mógł zdołać opuścić maszynę i oddalić się o własnych siłach.

Obszar zostaje objęty priorytetową operacją poszukiwawczo-ratunkową.

---

Ze względu na niekorzystne warunki atmosferyczne oraz ograniczoną widoczność na powierzchni, rozpoczęcie akcji ratunkowej zostaje wstrzymane.

Operacja zostanie podjęta niezwłocznie po poprawie warunków.

Planowany start akcji poszukiwawczej: 09.04.2956
Zbiórka: 18:30
Seraphin Station - System Stanton

Cytat:[PODSUMOWANIE OPERACJI RATUNKOWEJ - PILOT GANDZIOS]

Dziękujemy wszystkim członkom Husarii za tak liczne przybycie oraz wzorową, zdyscyplinowaną współpracę podczas akcji ratunkowej przeprowadzonej 09.04.2956. Wasza obecność i zaangażowanie pozwoliły sprawnie przeprowadzić działania w jednym z trudniejszych rejonów Monox.

Po dotarciu w okolice Sunset Mesa zespoły poszukiwawcze odnalazły miejsce katastrofy oraz ślady intensywnego kontaktu bojowego. Przeprowadzone przeszukiwanie terenu - sektor po sektorze - doprowadziło do zlokalizowania pilota Gandziosa. Odnaleziono go żywego w jednej z jaskiń, gdzie ukrył się po opuszczeniu wraku. Dzięki szybkiej reakcji zespołów udało się bezpiecznie przetransportować go do punktu ewakuacyjnego. Zostaje poddany procedurom operacyjnym i przywrócony do służby.

W imieniu dowództwa dziękujemy za profesjonalizm, skuteczność i pełną gotowość bojową podczas całej operacji. Dzięki Waszej determinacji pilot wrócił do żywych.

DALSZE DZIAŁANIA HUSARSKIEGO ODDZIAŁU INTELIGENCJI

HOI przeprowadzi pełne śledztwo dotyczące:
okoliczności zdarzenia,
analizy wraku,
możliwego zaangażowania podmiotów trzecich

Miejsce katastrofy zostaje zabezpieczone jako obszar operacyjny HOI. W kolejnych dniach odbędzie się szczegółowe badanie okolicy oraz pobliskiej osady Sunset Mesa.

Dowództwo zwróciło uwagę na niepokojącą zbieżność incydentów. Zarówno atak na Gandziosa, jak i wcześniejszy incydent z udziałem Yankiego wykazują podobne schematy działania. Spływały też do nas raporty, które wskazywały na dziwną aktywność statków pirackich podczas transportu cennych towarów dla handlarza Wikelo.

Witaj! Jesteś mechanikiem? Bądź dumny, bo to od ciebie w dużej mierze zależy czy reszta załogi i cały wasz statek przetrwa. Pilot może myśleć, że to jego manewry was ratują. Strzelcy pokładowi, że ich ogień zaporowy, a kapitan, że to jego spryt wyrwał was z opresji, ale ty wiesz, że gdyby nie ty i twoja znajomość każdego szmeru, skrzypnięcia i umiejętność poruszania się po pokładzie z zamkniętymi oczami, daleko byście nie zalecieli.

A jak dobrze przygotować się do swojej roli? Dobry mechanik musi znać swój statek od podszewki - rozkład pokładów, modułów i przekaźników oraz musi umieć korzystać z przeznaczonych dla niego narzędzi.

No to najpierw wybierzmy się na zakupy. Wszystko, czego mechanik potrzebuje znajdziesz w rafineriach. Natomiast pojedyncze narzędzia można zdobyć nawet w sklepach wielobranżowych jak Kell-To. Możesz też wytworzyć je sobie samemu, jeśli będziesz dysponował schematem (Blueprint) i miał dostęp do fabrykatora.


Duży ręczny tractor beam. Szybko i sprawnie będziesz nim przenosił moduły statku. Ma znacząco większy zasięg od multitoola. Zajmuje slot na plecach postaci, w miejsce karabinu.


Bateria do tractor beama. Na chwilę obecną (alfa 4.x) nie jest potrzebna - urządzenie nie zużywa energii.


Duży salvage tool. Również zajmuje slot na karabin. Jest to dwufunkcyjne urządzenie. Służy do pobierania RMC (Recycled Material Composite) z poszycia statków oraz do napraw zarówno modułów statku, jak i właśnie poszycia. Jego przewagami nad multitoolem są szybkość działania, zasięg i pojemność pojemników na RMC.


Bateria do salvage tool. Na chwilę obecną (alfa 4.x) nie jest potrzebna - urządzenie nie zużywa energii.


Pojemnik na RMC do dużego salvage tool. Można kupić wersję już wypełnioną RMC lub pustą. Kanistry są traktowane jak magazynki, z tym, że jakby odwrotnie  Postać wymieni pełny pojemnik na pusty - odwrotnie niż przy magazynkach do broni palnej.

 
Multitool. Zamiast powyższych dużych, dedykowanych narzędzi można używać multitoola. Musisz wyposażyć się tylko w odpowiednie końcówki. Minusem multitoola jest przede wszystkim zasięg, który może być problemem przy niektórych naprawach. Natomiast niewątpliwą przewagą jest jego poręczność.


Końcówka tractor beam do multitoola. Pozwoli ci na przenoszenie modułów.


Końcówka salvage do multitoola. W połączeniu z pojemnikiem na RMC pozwoli ci na naprawę modułów lub poszycia.


Pojemnik na RMC do multitoola.


Gaśnica. Jeżeli musisz jej użyć, to znaczy, że skopałeś sprawę i nie zapobiegłeś krytycznej awarii. Pożar na statku kosmicznym to niebezpieczna sprawa - niszczy moduły, strukturę statku, przewożony towar, a co najgorsze - zabiera powietrze.


Bezpieczniki. Też dostępne w sklepach lub do znalezienia w świecie gry. Są niezbędne do działania przekaźników na statku (relays). Jeśli przekaźnik nie działa (brakuje w nim sprawnych bezpieczników) obniża się maksymalny poziom dostępnej energii dla komponentów statku.

Zapas bezpieczników i pojemników RMC jest automatycznie dodawany do każdego statku, który jest pierwszy raz wyciągany z hangaru lub claimowany. Znajdziesz je w inventory statku.


OK. Masz wszystkie niezbędne narzędzia. Warto teraz do ekwipunku postaci przydzielić multitool lub dedykowane narzędzia (w zależności od potrzeb), bezpieczniki czy gaśnicę (jeśli statek jest duży i do takiej dostępnej na samym statku masz daleko).


Multitool ma swoją osobną zakładkę w oknie ekwipunku - skrzyżowany klucz i śrubokręt. Na tym przykładzie postać ma multitool z założoną końcówką salvage i pojemnik z RMC w slocie magazynka. W ekwipunku ma też końcówkę tractor beam.

Szybkiej zmiany końcówek można dokonać przez Customize (trzymając multitool w rękach wywołaj menu kołowe przy pomocy F i prawego przycisku myszy, wybierz na nim Customize)


Teraz możesz klikać sloty (okręgi widoczne przy multitool) i wybierać pomiędzy różnymi końcówkami i pojemnikami, które masz w ekwipunku:


Masz sprzęt przy sobie. Kolejnym krokiem jest nauczenie się (jeśli jeszcze nie znasz) rozkładu pomieszczeń, modułów i przekaźników. Musisz wiedzieć, gdzie jesteś potrzebny w danej chwili. W małych statkach moduły są rozłożone po całej jego powierzchni - tam gdzie inżynierom go projektującym udało się coś wcisnąć. Często nawet na zewnątrz. Większe statki mają dedykowane pomieszczenia inżynieryjne albo nawet całe pokłady, gdzie skupione są wszystkie moduły.

Zapamiętaj pozycje przekaźników:

Na małych statkach jest jeden, na największych może ich być nawet kilkanaście rozrzuconych po całym statku. Do pracy przekaźnika wystarczy jeden bezpiecznik (na screenie są trzy - pozostałe dwa służą jako backup). Bezpiecznik może zostać zniszczony przez ostrzał statku, jeśli pocisk balistyczny akurat przeleci przez to miejsce.

Zapamiętaj też pozycje gaśnic:

Zużyta gaśnica, gdy zostanie odłożona w takie gniazdo, automatycznie się napełni.

Moduły statku, jak elektrownia (power plant), tarcze (shields), chłodnice (coolers), napęd kwantowy (quantum drive), system podtrzymania życia (life support), radar (radar) i, w przyszłości, jeszcze kilka kolejnych są również rozmieszczone w różnych częściach statku. Najczęściej schowane za różnymi panelami lub w dedykowanych pomieszczeniach. Dzielą się też na rozmiary od 0 do 3 oraz capital. Rozmiar 0 używany jest w pojazdach naziemnych. 1, 2 i 3 w statkach. Rozmiar 3 nie da się wyciągnąć multitoolem w warunkach polowych - możesz go tylko naprawiać, nie da się wymienić. Natomiast moduły klasy capital nie tylko nie są wymienne, ale też zupełnie inaczej wyglądają niż pozostałe (moduły od 0 do 3, jeśli są tego samego typu to też podobnie wyglądają, różnią się tylko rozmiarem).

Na przykład tak wygląda chłodnica wielkości capital na Polarisie:

(Przy okazji widzisz, że gdyby ta chłodnica musiałaby być teraz naprawiona, to byłby problem - multitool nie sięga - "Beam out of range" - potrzebne byłoby to duże, dedykowane narzędzie)

Jak już przy tym jesteśmy, to jak się naprawia moduły? Jak widzisz, interfejs jest dosyć prosty. Masz pasek Integrity - poziom uszkodzeń modułu i pasek RMC Container - poziom RMC w pojemniku. Jeśli moduł jest uszkodzony (niepełny pasek Integrity) to przyciskasz prawy przycisk myszy i następuje proces naprawy zużywając RMC z pojemnika. Im bardziej moduł jest uszkodzony tym gorzej pracuje i tym bardziej się przegrzewa - wzrasta ryzyko pożaru. Jak wspomniałem wyżej, moduły rozmiarów 0-2 możesz też wymieniać. Jeśli masz na pokładzie zapas, to przy pomocy tractor beam możesz wyciągnąć uszkodzony moduł ze slotu i włożyć w to miejsce nowy. Pamiętaj jednak, co wyciągasz w jakim momencie - jeśli wyciągniesz elektrownię, wyłączysz cały statek. Wyciągnięcie chłodnicy oznacza stały wzrost temperatury pracy wszystkich innych modułów i ryzyko pożaru. Wyciągniesz generator tarcz, to statek straci tę ochronę do momentu włożenia nowego modułu. Wyciągnięcie napędu kwantowego w trakcie skoku, wyrzuci statek do zwykłej przestrzeni. Itd.

Oprócz modułów możesz też naprawiać poszycie. Poszycie statku może zostać uszkodzone w trakcie walki lub zderzenia. Widać wtedy żebrowanie kadłuba prześwitujące spod poszycia. Oznacza to utratę Integrity - statek ma mniej "HP". Możesz temu zaradzić wychodząc na zewnątrz i przy pomocy RMC załatać dziurę. Statek odzyska w ten sposób brakujące "HP", ale straci na urodzie (no chyba, że to Drake ).

W ten sposób możesz tylko łatać dziury - nie odbudujesz brakujących części statku.

Masz sprzęt i wiesz jak z niego korzystać, ale to dopiero połowa pracy mechanika pokładowego. Masz do dyspozycji jeszcze cały system do zarządzania energią statku. Do pełnej wersji tego systemu uzyskasz dostęp przez panel inżynieryjny, a do uproszczonej przez MFD na dowolnym stanowisku załogi.

Zaczniemy może od tej uproszczonej wersji. Dostęp do tych paneli ma pilot, drugi pilot, kapitan czy dowolne inne stanowisko, które ma ekrany MFD.

Pierwszy ekran pokazuje przepływ energii w statku:

Lecąc od góry:
- emisje cieplne, elektromagnetyczne i crossection. Górne liczby to emisje generowane przez statek w danym momencie, dolne to emisje tła, które zmniejszają emisje statku. Z grubsza możne je czytać jako odległość, z której statek jest widoczny w konkretnym spektrum przez skanery w metrach. Czyli np. w tym przypadku statek w paśmie podczerwieni jest widoczny z 6 400 m, czyli z 6,4 km.
- Output x / y - to ilość energii dostępna / całkowita, dla ułatwienia liczona w "blokach". W tym przypadku elektrownia generuje 20 bloków energii, z czego 4 są nadal wolne do przydzielenia
- Battery - system akumulatorów. Ta mechanika nie jest jeszcze (4.x) wprowadzona do gry.
- Kolumny - kolejne kolumny to ilość maksymalnej energii, jaką można przydzielić do danego systemu, a wypełnione bloki to ilość energii, jaka jest przydzielona. Czasami dwa bloki mogą być połowicznie złączone - oznacza to, że energia musi być przydzielona dla obu (zużywa dwa bloki energii). Zauważ też pasek przewijania. Na ekranie mieszczą się tylko trzy kolumny, ale jest ich tam więcej: broń, silniki, tarcze, napęd kwantowy, chłodnice, radar i system podtrzymania życia.

Drugi ekran powiązany z "inżynierką" dostępny z MFD to aktualny stan poszczególnych modułów:

I, znów, od góry:
- Repair All - funkcja przydatna szczególnie w małych, jednoosobowych statkach. Pozwala na szybką, ale JEDNORAZOWĄ, naprawę uszkodzonych modułów.
- Trzy pola z liczbami pokazują ile modułów i w jakim stopniu jest uszkodzonych.
- Ostatnie pole w górnym wierszu to filtr, który cyklicznie wyświetla wszystkie moduły, te uszkodzone lub te wyłączone.
- Reszta ekranu to lista z podziałem na sekcje, a w tych sekcjach są konkretne moduły. Każdy wiersz to nazwa modułu, jego zużycie (wear) oraz zdrowie (integrity, czyli to, co naprawiamy). Każdy wiersz zamyka ikonka włącznika, której możemy użyć do włączenia lub wyłączenia modułu. Mechanika zużycia modułów (wear) nie jest jeszcze zaimplementowana (4.x).

No to teraz przechodzimy do ekranu inżynierskiego. Na małych i średnich statkach jest z reguły jeden (na bardzo małych, tzw. single sitter, nie ma go w ogóle), natomiast na dużych statkach może być ich nawet kilka. Najczęściej jeden na mostku i jeden w maszynowni.


Aktywowany terminal inżynieryjny wygląda tak (zakładka 3D View):

Na samej górze masz stan kluczowych elementów statku.
- Pancerz i poszycie (armor i hull). Po szczegóły dotyczące tych parametrów odsyłam do poradnika dotyczącego broni pokładowej.
- Cooling system i Life support. To, odpowiednio, natężenie pracy systemów chłodzenia i podtrzymania życia. Jeśli wartości są na czerwonym polu, to system pracuje na granicy wydajności i grozi awarią.
- Hydrogen fuel - stan paliwa wodorowego. Pusty pasek niekoniecznie oznacza suchy bak. Jest pusty też przy wyłączonych silnikach.
-SCM/NAV to aktualny tryb pracy systemów statku. SCM to tryb, w którym aktywne są wszystkie systemy poza napędem kwantowym. Tryb NAV to tryb pracy napędu kwantowego.
- Ostatnie pole w tym wierszu i ikonka dzwoneczka powiązane są z powiadomieniami. Jest to log, w którym pojawiają się włączenia/wyłączenia konkretnych systemów, przekroczenie parametrów bezpiecznej pracy dla konkretnych modułów, ich uszkodzenia, itp.
- Centralna część ekranu to mapa statku z zaznaczonymi modułami, przekaźnikami, drzwiami i pomieszczeniami. Kliknięcie każdego elementu wyświetli jego stan oraz da możliwość jego włączenia lub wyłączenia. Dostępne są też filtry, które mogą na tej mapie pokazać konkretne miejsca uszkodzeń lub pożary. Widok możemy też swobodnie obracać, przybliżać i oddalać.

Pomieszczenia

W tym miejscu warto się zatrzymać przy pomieszczeniach. Każde pomieszczenie na statku to sekcja oddzielona od innych drzwiami i na tej mapie symbolizowana przez prostopadłościan o pustych ściankach. Po kliknięciu widzimy stan atmosfery (ciśnienie i temperaturę). Przycisk włączenia/wyłączenia oznacza w tym kontekście opróżnienie pomieszczenia z atmosfery lub napełnienie go atmosferą. Wyssanie powietrza z danego pomieszczenia może znacząco pomóc w powstrzymaniu pożaru. Jeśli utracisz kontrolę nad pożarem na statku, możesz otworzyć wszystkie pomieszczenia oraz zewnętrzne śluzy - w ten sposób pozbędziesz się ze statku całej atmosfery, co zdławi pożar. Pamiętaj jednak, że wtedy system podtrzymania życia zacznie pracować pełną parą, próbując odbudować atmosferę we wnętrzach wystawionych na działanie próżni, co może doprowadzić do jego szybkiego uszkodzenia.

Kolejna zakładka to Config:

Jej funkcjonalność jest zbliżona do podobnego ekranu na MFD, który omówiliśmy wyżej. Widzimy z lewej strony źródła energii - elektrownię (i w przyszłości akumulatory) oraz słupki dla poszczególnych systemów statku. Obok słupków z przypisaną energią są też słupki pokazujące temperaturę - systemy pracujące przy zbyt wysokiej temperaturze mogą stać się zarzewiem pożaru. W centralnej części ekranu możesz też dojrzeć skróty NAV i SCM. Kliknięcie konkretnego skrótu zmienia tryb, dla którego ustawiamy schemat energii.

Ostatnia zakładka to Presets:

Tutaj możemy wybrać lub stworzyć różne profile rozkładu energii na różne okazje. Po kliknięciu kafelka z + tworzy się nowy, któremu nadajemy nazwę i możemy go usunąć (ikonka kosza) lub edytować (ikonka ołówka).

Ekran edycji profilu wygląda niemal identycznie z zakładką Config:


Po co nam różne profile? Np. żeby móc szybko przechodzić w różne tryby pracy systemów statku. Możemy przygotować osobne profile do walki, do maksymalnego obniżenia emisji czy np. profil minimalnego zasilania dla oszczędzania modułów.
Profile są zapisywane po stronie gracza, więc jeśli ustawiłeś je na np. swoim Polarisie i trafisz do załogi na innym okręcie tego samego typu, to na nim będziesz mieć też dostęp do tych profili. Natomiast inny gracz, gdy wejdzie w profile, to nie będzie widział tych ustawionych przez ciebie.

I to tyle
Na koniec jeszcze kilka porad:
- jeśli jesteś na dużym statku noś przy sobie bezpieczniki i gaśnicę
- jeśli macie taką możliwość, to na największych okrętach wyznaczcie osoby odpowiedzialne za konkretne sekcje statku
- jeśli planujesz długie przebywanie poza portami lub uczestnictwo w bitwach weź na pokład zapasowe moduły (rozmiarów 1 i 2, większych i tak nie wymienisz)
- pamiętaj, że możesz wymieniać moduły wielkości 1 i 2 nawet jeśli nie są uszkodzone i w ten sposób jeszcze lepiej dopasować statek do aktualnej sytuacji: szykuje się walka, wymień moduły na wojskowe, chcesz maksymalnie obniżyć emisje, wymień moduły na klasy stealth. Chcesz oszczędzać paliwo kwantowe - wymień napęd kwantowy na bardziej ekonomiczny, itd.
- przed wejściem do walki możecie wyłączyć system podtrzymania życia - brak atmosfery na okręcie zminimalizuje ryzyko pożaru. Nie zapomnijcie założyć hełmów

Korzystanie z rakiet w Star Citizenie wymaga wiedzy, umiejętności i nieco szczęścia. Jest to potężna broń zadająca bardzo duże obrażenia i mogąca wyłączyć lub zniszczyć statek jednym uderzeniem. Trzeba się jednak trochę napracować, żeby cel trafić rakietą skutecznie. Poniżej znajdziesz wszystkie informacje potrzebne do tego by prawidłowo korzystać z rakiet, a także do skutecznej obrony przed nimi. A na koniec mały bonus w postaci bomb
 
Rakiety w Star Citizenie to osobny zestaw uzbrojenia od wszelkiej maści broni pokładowej. Część statków nie ma ich w ogóle, inne w zasadzie tylko na nich się opierają. Wyrzutnie rakiet mogą być wbudowane na stałe i wtedy jesteśmy ograniczeni co do ich ilości i rozmiaru, ale nadal możemy eksperymentować z ich typami lub mogą to być systemy podwieszane np. pod skrzydłami i wtedy mamy znacznie szersze pole do popisu.
 
Obrażenia od rakiet to zawsze obrażenia kinetyczne i są to ogromne ilości obrażeń dostarczane jednorazowo. Jak ważne są tzw. alpha damage dla broni kinetycznej dowiesz się z tutoriala dotyczącego broni pokładowej.

Taka moc obudowana jest jednak szeregiem ograniczeń, o których trzeba wiedzieć by jak najskuteczniej tej broni używać. Rakiety trzeba dobrać w sposób właściwy zarówno do celu jak i do otoczenia i panujących warunków ponieważ ich skuteczność jest wprost zależna od systemu emisji (emissions). A emisje są generowane zarówno przez statki jak i otoczenie (ziemia, asteroidy, zasoby, pogoda i inne źródła) i wpływają na siebie wzajemnie. Ba, emisje celu są też ściśle związane z tym, co właśni robi, czy nawet, którą stroną jest do nas zwrócony. Jeśli więc, często się frustrowałeś widząc twoją rakietę lecącą prosto przed siebie pomimo widocznego celownika śledzenia celu, to wiedz, że to nie „popsute rakiety” – to po prostu złe ich użycie.

Najważniejszym parametrem rakiety jest sposób jej namierzania. Są trzy:
- IR (infrared, ciepło)
- EM (electromagnetic, emisje elektromagnetyczne)
- CS (crossection, sylwetka celu)

Namierzanie IR jest szybkie, ale bardzo wrażliwe na zmiany w sile emisji – każde odpalenie silników, każdy strzał z broni energetycznej zwiększa ten typ emisji celu. Zwiększają ją też pracujące na wysokich obrotach coolery celu. Jeśli więc namierzysz cel, który właśnie ostro manewruje i strzela, odpalisz rakietę, a w międzyczasie cel przestanie strzelać i np. wejdzie w tryb decoupled i zacznie dryfować, rakieta zgubi namiar, bo emisje IR celu spadną znacząco poniżej zapamiętanej przez rakietę wartości.

Namierzanie EM jest nieco wolniejsze, ale nieco pewniejsze. Cel nie może łatwo zbić emisji EM, na którą składają się emisje generowane przez wszystkie pracujące na statku urządzenia. Cel może je wyłączyć, ale wyłączanie systemów w trakcie walki to nigdy nie jest dobry pomysł Najsilniejszymi źródłami tego typu emisji są generatory tarcz i napęd kwantowy. Jeśli więc widzisz, że cel próbuje uciec wchodząc w tryb NAV posłanie za nim w tym momencie rakiety namierzanej na EM to bardzo dobry pomysł, bo rakieta ruszy jakby dojrzała promocję w Biedrze.

Ostatnią metodą namierzania rakiet to CS – „na sylwetkę”. Sam proces namierzania jest powolny, ale jak już się uda, to tego typu rakieta jest bardzo trudna do zgubienia lub zmylenia. Tutaj ma znaczenie względna pozycja statku strzelającego i namierzanego. Emisje CS są zależne od powierzchni celu wystawionej w naszą stronę. Najmocniejszy namiar złapiemy więc najczęściej od góry lub od spodu celu. A najtrudniej będzie złapać namiar tego typu rakietą gdy dany cel ścigamy lub lecimy z nim na siebie wzajemnie.

W samym procesie namierzania mamy dwa sygnały namierzenia – graficzny, gdy namierzany cel zostanie otoczony dużym białym okręgiem i dźwiękowy, gdy usłyszymy „Lock”. Prawidłowy namiar jest wtedy, gdy pojawią się OBA sygnały. Biały okrąg ale bez sygnału dźwiękowego „Lock” nie oznacza poprawnego namierzenia.

Rakiety możemy też odpalać bez namierzania (tzw. dump fire). Rakieta odpalona w tym trybie leci przed siebie aż w coś trafi.

Kolejne istotne parametry rakiet to:
- minimalny i maksymalny dystans potrzebny do namierzania. Każdy model rakiet ma swoje widełki, w których można liczyć na skuteczny namiar. Proces namierzania nie rozpocznie się zanim nie zbliżymy się poniżej maksymalnego dystansu od celu i zostanie natychmiast przerwany, jeśli będziemy bliżej niż minimalny dystans
- stożek namierzania. Każdy model ma własny stożek wykrywania emisji określony w stopniach. Im stożek węższy (im niższa wartość), tym precyzyjniej musimy celować, żeby utrzymać przeciwnika w celowniku na tyle długo, by pocisk złapał namiar
- czas namierzania. Czas liczony w sekundach od wyznaczenia celu do namierzenia przez rakietę przy spełnieniu wszystkich innych warunków (odpowiednia wartość emisji celu, stożek namierzania, odległość). Jeśli któryś z warunków w czasie namierzania przestanie być spełniony, proces jest przerwany.
- czas uzbrojenia głowicy. Każdy model pocisku ma własny timer w sekundach, mierzący czas od odpalenia do uzbrojenia głowicy. Jeśli pocisk trafi w przeszkodę przed uzbrojeniem, nie wybuchnie.
- czas działania zapalnika. Również różny dla różnych modeli. Jest to czas w sekundach od osiągnięcia celu do faktycznego wybuchu.
- prędkość marszowa. Maksymalna prędkość z jaką porusza się rakieta w drodze do celu. Trzeba pamiętać, że rakieta chwilę się rozpędza. Do tego, jeśli musi manewrować to w trakcie manewrów też zwalnia, by potem ponownie przyspieszyć.

Rakiety można odpalać też w grupach. Są tu dwa ograniczenia – rakiety w grupie muszą być tego samego modelu (nawet nie typu, dokładnie tego samego modelu i producenta) i taka grupa nie może być większa niż cztery sztuki w zależności od ilości wyrzutni. Jeśli mamy do czterech wyrzutni, to możemy odpalić jedną, dwie, trzy lub cztery rakiety tego samego modelu. Jeśli mamy wyrzutni więcej niż cztery, to i tak więcej rakiet nie wystrzelimy.

Również w jednej wyrzutni możemy mieć rakiety tylko jednego modelu. Jeżeli chcemy je zmienić na inny model, to wyrzutnia musi być już pusta, lub musimy wyciągnąć siedzące w niej jeszcze rakiety.

Rakiety możemy wymieniać w hangarach lub w warunkach polowych przy pomocy tractor beamów.
 
Jak więc dobierać rakiety do celu? Jeśli np. chcemy mieć rakiety głównie przeciwko myśliwcom, to idziemy w te namierzane na sygnał IR. Myśliwce muszą dużo manewrować, żeby przeżyć, więc cały czas pracują im silniki. Do tego ich elektrownie są znacząco obciążone, wiec i coolery muszą pracować niemal pełną mocą. Myśliwce generują więc silne emisje podczerwone. Możemy więc rakiety namierzać i odpalać szybko. Dodatkowo im większy stożek namierzania i prędkość marszowa takiej rakiety tym lepiej.

Z drugiej strony, jeśli odpalamy pociski w duże, ciężkie cele to rakiety mogą mieć wąski stożek, mogą być powolne i namierzane na emisje CS. Tego typu rakiety w takich okolicznościach niemal nie mają opcji na zgubienie namiaru aż do trafienia.

Rakiety EM to taki „jack of all trades” – najbardziej uniwersalne i nadające się do karania statków, które próbują uciec w NAV mode.

Torpedy

Gra używa kategorii torped, więc o nich wspominam. Mechanicznie nie różnią się od rakiet. Po prostu od pewnej wielkości pocisku nie mówimy już o nim, że to rakieta, ale że jest to torpeda. Torpedy są bardzo powolne, ale zadają potężne obrażenia. Nadają się do zwalczania w zasadzie wyłącznie dużych statków. Nawet te średnie są w stanie im po prostu uciec.
 
OK. Wiemy już jak rakiet używać, ale warto też wiedzieć jak się przed nimi bronić.

Wiemy już, że namierzanie opiera się na emisjach. Jeśli zostaniemy namierzeni przez rakietę, to zostaniemy o tym ostrzeżeni odpowiednim sygnałem dźwiękowym i symbolem.
- Symbol płomienia – namierza się na nas rakieta śledząca IR
- Symbol błyskawicy – namierza się na nas rakieta śledząca EM
- Symbol „wi-fi” – namierza się na nas rakieta śledząca CS
Opróżniający się czerwony okrąg wokół symbolu odmierza czas do trafienia.

Wiedząc co do nas leci, możemy odpowiednio zareagować. Podstawową obroną są noise i decoys
- Noise. Wokół statku wytwarzana jest chmura zakłóceń i wystrzeliwane są paski folii odbijające emisje EM. Ta chmura zostaje w miejscu wystrzelenia, więc należy w niej pozostać lub postawić ją pomiędzy sobą i nadlatującą rakietą. Wystrzeliwanie Noise lecąc prosto na rakietę nie ma najmniejszego sensu.
- Decoys. Flary. Najskuteczniejsze przeciwko rakietom IR. Można wystrzeliwać je pojedynczo, w grupach o dowolnej wielkości lub w tzw. „panic mode” – wystrzeliwane są naraz wszystkie flary, jakie zostały. Flary najlepiej połączyć z gwałtownymi manewrami. Podobnie jak przy Noise wystrzeliwanie flar i lecenie w linii prostej wprost na rakietę mija się z celem.

Jeśli nie mamy tych pasywnych systemów obrony, to nadal mamy kilka innych opcji:
- możemy próbować uciec – pełna moc, dopalacz i manewry mogą pozwolić na uniknięcie trafienia
- skrócić dystans – wejść „pod” minimalny dystans dla odpalenia rakiet. Większość rakiet nie namierzy się poniżej kilometra, a te, które mają tak niską odległość namierzania mogą nie zdążyć się uzbroić.
- rakiety, zwłaszcza te powolniejsze, da się też zestrzelić z broni pokładowej, a większe statki, które są wyposażone w automatyczną obronę punktową (PDC) mogą też liczyć, że zestrzeli ona nadlatujący pocisk.
- jeśli wiemy, że będziemy często narażeni na rakiety, możemy już na etapie przygotowania statku ułatwić sobie zadanie przez taki dobór modułów by mieć minimalne możliwe emisje IR i EM co znacząco utrudni namierzanie się na nas rakiet. Są też konkretne statki klasy „Stealth”, które mają obniżone wszystkie emisje, co dodatkowo pomaga. Są to np. Hornet Ghost, Eclipse, czy Sabre.

Bomby

Osobną kategorią obiektów robiących duże bum są bomby. Bomby nie mają aktywnego namierzania. Występują w różnych wielkościach i mogą być przewożone przez wyspecjalizowane bombowce lub podwieszane pod skrzydłami mniejszych statków w miejsce rakiet. Bomby są skuteczne w warunkach grawitacji, bo nie mają napędu. Nie da się więc zrzucić bomb w kosmosie – patrzę na ciebie, Star Wars.

Celownik bombardiera jest prosty. Widoczny jest czerwony okrąg na ziemi (może nie być widoczny przy locie horyzontalnym), który pokazuje miejsce uderzenia, jeśli bomby zostaną zrzucone w danym momencie. Możemy, naciskając domyślnie T, wyznaczyć drugi, biały, okrąg w miejscu, w które chcemy trafić. Teraz wystarczy zgrać oba okręgi. Bomby zadają bardzo duże obrażenia i dodatkowo mają duży promień tzw. splash damage, czyli obrażeń obszarowych – wielokrotnie większy niż rakiety. Bomby to idealny środek do oczyszczenia strefy lądowania lub szybkiego wybicia piechoty na jakimś obszarze. Są też misje (jak np. niszczenie zbiorników z paliwem w różnych bazach i osadach), które najoptymalniej robi się właśnie bombami.
 
I to tyle. Miłych wybuchów
Nieoczywiste rzeczy:
- wystrzeloną rakietę, zrzuconą bombę można przy odpowiedniej wprawie złapać wiązką tractor beama. Mamy wtedy uzbrojoną rakietę/bombę. Którą możemy odłożyć na potem Co z tym zrobicie, to już wasza sprawa. Warto pamiętać tylko, by nie uderzyć o coś zapalnikiem przez przypadek
- wystrzeloną rakietę lub zrzuconą bombę można śledzić kamerą (domyślnie F5)

Wygląda na to, że obecny system uzbrojenia okrętowego, tego jak działa, jak się dzieli na kategorie, itd. zostanie z nami na dłużej – aż do wprowadzenia Mealstrom, czyli fizycznego systemu zniszczeń, który ma objąć też statki. W związku z tym, myślę, że warto zebrać kluczowe informacje i stworzyć poradnik, który pozwoli na świadome dobieranie uzbrojenia na statku do przewidywanych celów. Nie będziemy się tu rozwodzić nad konkretnymi liczbami. Nie będzie konkretnych buildów czy mety, raczej zbiór informacji, które pomogą ci w dobraniu właściwego młotka do właściwego gwoździa

Ponadto sam balans będzie się prawdopodobnie zmieniał jeszcze wielokrotnie i konkretne buildy mogą stać się nieaktualne bardzo szybko, ale ogólne zasady się nie zmienią.

W Star Citizen mamy zasadniczo trzy typy uzbrojenia robiącego piu piu:
- kinetyczne
- energetyczne
- distortion (zakłócające)

Do tego każda broń ma trzy istotne parametry:
- rozmiar (liczba od 1 do ile CiG wymyśli )
- alpha damage – ilość obrażeń zadawanych pojedynczym trafieniem
- DPS (damage per second) – ilość obrażeń zadawanych przez sekundę prowadzenia ognia przy założeniu, że wszystkie strzały w tym czasie trafiają

Uzbrojenie dzieli się też na dwa typy pod kątem zadawanych obrażeń:
- repeatery, gatlingi, itp. – broń szybkostrzelna z wysokim DPS, ale niskim alpha damage
- działa – broń strzelająca wolniej, mająca niższy DPS ale wysokie obrażenia per pocisk – alpha damage
 
Natomiast cel ma trzy warstwy defensywy:
- tarcze energetyczne (shields)
- pancerz (armor)
- poszycie (hull)
 
Tarcze (Shields) chronią całkowicie przed obrażeniami zakłócającymi (distortion, EMP). Chronią całkowicie przed obrażeniami energetycznymi, ale trafienia tego typu bronią szybko je osłabiają zmniejszając ich skuteczność aż do całkowitego wyczerpania. Jeśli tarcze „padną” każdy typ obrażeń zaczyna być przyjmowany przez pancerz (armor), a obrażenia distortion zaczynają rozchodzić się po kadłubie statku i wpływać na pracę urządzeń pokładowych, aż do ich wyłączenia.

Jeśli broń ma być skuteczna przeciwko tarczom celu powinna to być broń energetyczna z możliwie jak najwyższym parametrem DPS. Np. laserowe repeatery.

Natomiast broń kinetyczna ma zdolność penetracji tarcz. Tym wyższą im tarcze są słabsze. Współczynnik ten zależy też od klasy tarcz – najbardziej odporne na taką penetrację są tarcze klasy przemysłowej. A sam współczynnik wacha się od 20% do 60% w zależności od klasy i rozmiaru generatora i, oczywiście, rośnie wraz z osłabianiem tarcz dobijając do 90%, gdy tarcze już ledwo się trzymają. Ta zdolność broni kinetycznej ma ogromne znaczenie, gdy docieramy do drugiej warstwy obrony celu, pancerza.

Pancerz statków (armor) to warstwa na poszyciu, której rolą jest dodatkowa ochrona przed pociskami. Najcięższy pancerz mają, oczywiście, konstrukcje wojskowe. Każde trafienie (z ważnym zastrzeżeniem poniżej) zmniejsza odporność pancerza, aż do całkowitego jego rozbicia i wtedy wszystkie obrażenia przyjmuje już poszycie (hull).

Pancerz może zostać uszkodzony tylko i wyłącznie przez trafienie o sile przekraczającej wartość pancerza, czyli jeśli wartość alpha damage pocisku jest niższa od wartości pancerza, w ogóle nie dochodzi do jego uszkodzenia – pancerz odbija 100% uszkodzeń.

Jeśli chcemy więc skutecznie uszkodzić cel potrzebujemy broni o jak najwyższym współczynniku alpha damage. Np. jeśli mając działa kinetyczne o bardzo wysokim wskaźniku alpha damage trafimy w myśliwiec, to nie dość, że trafienie przeniknie tarcze (broń kinetyczna), to nawet po obniżeniu tej wartości przez tarcze może być ona wystarczająca na przeniknięcie pancerza i zadania uszkodzeń właściwemu poszyciu statku. Z drugiej strony, jeśli mamy najszybsze możliwe repeatery lub gatlingi, ale z niskim alpha damage, to może dojść do sytuacji, że po „zdjęciu” tarcz celu nie będziemy w stanie zrobić mu w ogóle żadnej krzywdy, bo nasze strzały będą miały zbyt mały alpha damage per trafienie, żeby w ogóle osłabić pancerz i pilot celu będzie myślał, że deszcz pada. Jak to mówią „nic na siłę, weź większy młotek”

Jeśli dysponujemy bronią zdolną do uszkodzenia pancerza, to z każdym trafieniem ten pancerz słabnie. Gdy zniknie całkowicie na naszej drodze stoi już tylko zasadnicze poszycie czy też kadłub celu (Hull). Teraz rozmiar broni i jej alpha damage przestają mieć znaczenie – każde trafienie, czymkolwiek, zadaje obrażenia aż do całkowitego wyczerpania punktów HP poszycia statku, co doprowadzi do eksplozji.

Niektóre elementy większych okrętów jak obrona punktowa (PDC) czy wieżyczki nie są chronione pancerzem i od początku mogą stać się celem dla dowolnej broni.
Również, gdy tarcze już znikną, pancerz (armor) będzie przyjmował pełne uszkodzenia od broni energetycznej (przy zachowaniu zasady dla alpha damage). Ta broń nie ma jednak zdolności do penetracji, a ta robi się istotna, gdy chcemy przeciwnika unieruchomić. Niekoniecznie zniszczyć całkowicie. Możemy też penetrację wykorzystać wręcz do przyspieszenia zniszczenia przeciwnika.

Penetracja następuje gdy broń kinetyczna przejdzie przez pancerz lub gdy tego pancerza już nie ma i nadal strzelamy z broni kinetycznej. Pocisk przechodzi wtedy przez poszycie, uszkadzając je (obniżanie HP statku), i leci dalej. Jeśli na swojej drodze napotka jakiś komponent statku (moduł lub skrzynkę bezpiecznikową) uszkadza je. Takie uszkodzenie obniża wydajność danego modułu, obniża jego HP i może doprowadzić do wybuchu pożaru wewnątrz statku. W ten sposób możemy doprowadzić do przeciążenia wewnętrznych systemów i ich wyłączenia. Kontrować nas będą mechanicy, jeśli tacy na statku celu są, ale praca mechanika pokładowego to temat na osobny tutorial

Jeśli zależy nam na szybszym zniszczeniu przeciwnika i wiemy w jakim miejscu na pokładzie jest elektrownia możemy wziąć na cel tę sekcję statku i jeśli doprowadzimy do penetracji pancerza i zaczniemy uszkadzać elektrownię, to możemy doprowadzić do jej niekontrolowanego wybuchu, co zniszczy natychmiast cały statek.
 
Podsumowując:
Dobieraj uzbrojenie do zadania – jeśli walczysz z małymi statkami potrzebujesz broni o jak najwyższym DPS i, najlepiej, o jak najwyższej prędkości pocisku.
Jeśli zasadzasz się na grubego zwierza potrzebujesz jak największego alpha damage i tym fizycznie większej broni w im większy statek celujesz – np. duże okręty wojenne są całkowicie niewrażliwe na ostrzał z broni poniżej rozmiaru S4.

Staraj się balansować uzbrojenie swojego statku, jeśli nie wiesz na co możesz trafić – broń energetyczna szybciej zdejmie tarcze celu, natomiast broń kinetyczna szybciej „przegryzie się” przez pancerz.

Jeśli jest was więcej możecie pójść w specjalizację w uzbrojeniu.

Pozostaje temat rakiet Ale to chyba już na osobny artykuł.

Zawartość SI

W ubiegłym miesiącu zespół ds. SI wprowadził liczne poprawki, jednocześnie kontynuując prace z myślą o przyszłości. Ponieważ Alpha 4.7 została wydana pod koniec marca, zespół naprawił serię błędów, w tym trudny do namierzenia problem, przez który NPC na stacjach byli przesunięci względem ławek, na których powinni siedzieć.

Jednocześnie zapewniono wsparcie dla nadchodzącej zawartości misji – zespół dodał tymczasowe nagrania kwestii dialogowych i przygotował połączenia komunikacyjne. Pozwoli to reżyserom i projektantom lepiej zrozumieć zamierzone doświadczenie, a scenarzystom umożliwi odsłuchanie i odpowiednie dostosowanie dialogów.

Zespół ds. SI kontynuował także prace nad zachowaniami dla nowych inicjatyw, które wkrótce z entuzjazmem zapowie.

SI (Funkcje i Technologia)

Na potrzeby Alpha 4.7 zespół AI Features & Tech rozwiązał problemy powodowane przez dołączanie posiłków po sforsowaniu wejścia oraz zajął się różnymi błędami. Szczególnie dotyczyło to cywilów, którzy blokowali się w pozycji strachu. Przywrócono również prawidłowe wyciszanie zachowań bojowych, gdy NPC kończą walkę.

Wprowadzono różne poprawki awarii, a także zaktualizowano generowanie linków nawigacyjnych, aby były one łączone bliżej poszczególnych krawędzi siatki nawigacyjnej. Zespół zaktualizował zachowanie NPC przechodzących przez drzwi obsługiwane ręcznie, a także ogólnie ulepszył funkcjonalność odpowiedzialną za sprawdzanie, czy dana lokalizacja jest osiągalna, gdy NPC prosi o wyznaczenie ścieżki do celu.

Po stronie rozwoju kontynuowano dodatkowe prace nad apex valakkarem. Stworzenie będzie teraz ograniczone do poruszania się wyłącznie w obrębie swojej areny, pojawi się po upływie określonej liczby sekund i poprosi o despawn, jeśli nie otrzyma wystarczających obrażeń w określonym czasie.

Kopion korzysta teraz z „motive patterns”, które zostały ulepszone o zachowanie przypominające polowanie w stadzie – obejmujące warczenie i okrążanie celu podczas ataku. Młody valakkar również może korzystać z tego wzorca zachowania.

W przypadku Star Paws ulepszono użyteczność parametrów zachowań motive. W innych obszarach naprawiono liczne ogólne awarie występujące w Persistent Universe.

Animacja

W marcu zespół Animation pracował nad przeciwnikami typu wąż i czerw, tworząc między innymi nowe animacje zachowań.

Zespół Facial Animation rozpoczął przetwarzanie materiałów z lutowej sesji performance capture. Obejmuje to zawartość do nowej misji w Alpha 4.8, w której gracze spotkają dwie nowe postacie, a także materiał do wiadomości nadawanych dla Levski.

Grafika (Postacie)

Zespół Character Art kontynuował prace nad projektami przeznaczonymi do Alpha 4.8, równolegle rozwijając assety do gry. Zespół nadal pracował również nad nowymi strojami gangów i wspierał Star Wear.

Zespół Concept Art poświęcił miesiąc na opracowywanie nowych ciężkich pancerzy bojowych.

Grafika (Statki)

W Wielkiej Brytanii zespół Ships kontynuował prace nad Gatac Railen, przygotowując statek do przeglądu bramki greybox pod koniec marca. W ramach tych prac część obszarów statku została doprowadzona do późniejszych standardów pipeline’u, aby wyznaczyć kierunek dla większych przestrzeni utrzymanych w stylu Gatac.



Greycat UTV zakończył testy i oczekuje obecnie na premierę w Persistent Universe.

Cytat:Mamy nadzieję, że gracze będą bawić się tym małym pojazdem równie dobrze, jak my podczas jego tworzenia!

Cytat:Jesteśmy dumni z naszego projektu dźwięków związanych z kruszeniem skał oraz z coraz bardziej immersyjnych ambientów, które dodajemy do każdej kolejnej aktualizacji. Oczywiście trzeba też wspomnieć, że zespół Music Design rozwija uniwersum dzięki wspaniałym kompozycjom naszego kompozytora, Pedro, który dodaje światu tę dodatkową warstwę magii. Rzeczywiście zwiększamy znaczenie muzyki i wprowadzimy do gry więcej skomponowanych utworów niż w poprzednich latach.

Cytat:Nie możemy się doczekać, by spotkać się z tak wieloma z was twarzą w twarz w Las Vegas! Znajdziecie nas na stoisku podczas LVL UP EXPO albo później na Bar Citizen Afterparty. Mamy nadzieję, że się tam zobaczymy!

Cytat:Warto zaznaczyć, że obecna implementacja craftingu w Alpha 4.7 ma charakter przejściowy. Na przykład celowo udostępniamy graczom duże ilości wysokopoziomowej rudy savrilium, aby zachęcić ich do wejścia w pętlę wydobycia i produkcji. Naszym celem jest odejście od podejścia opartego wyłącznie na kredytach i przejście do alternatywnych systemów progresji, takich jak crafting, reputacja i inne.

System Nyx to jeden z tych systemów planetarnych, które były obietnicą bogactwa, a okazały się śmiertelną pułapką. Odkryty wiele lat temu system posiada dwa potężne pasy asteroid wypełnione wszelkim bogactwem, rzuciły się więc na niego górnicze korporacje z całego UEE. Okazało się dosyć szybko, że system nie jest tak do końca pusty - ze względu na bliskość ich przestrzeni, jest regularnie patrolowany przez grupy vanduuli - a ciągła walka i napady niemal trzymetrowych obcych nadziewających ludzi na włócznie niczym szaszłyki to nie jest dobre środowisko dla korporacji. Wycofały się więc po rabunkowym okresie wydobycia wszystkiego co się da porzucając za sobą ogromne ilości sprzętu.

A ten sprzęt wciąż działa.

TWH postanowiło uruchomić jedną ze stacji wydobywczych, które rozrzucone są w polach asteroidów tego systemu.
Problem polega na tym, że ich lokalizacje nie są powszechnie znane. Trzeba było więc zdobyć informacje od lokalsa na stacji Levski. Świński Ryj rozwiązuje języki, a typ potem i tak nie będzie niczego pamiętał...



Reszta ekipy spokojnie czekała w loży Cafe Mussain.



Po zdobyciu informacji i zebraniu wszystkich z kanap, stołów i spod stołów ruszamy do hangarów.



Formujemy konwój nad stacją złożony ze statków górniczych i Apollo Medivac jako wsparcie - BHP to podstawa.



Zespół ratownictwa medycznego na Medivacu nastawia się psychicznie na chaos operacji górniczej prowadzonej przez bandę podpitych napaleńców.



Docieramy na miejsce i naszym oczom ukazuje się potężna instalacja przeznaczona do wiercenia w największych asteroidach. Informator się sprawdził. Zrobiło nam się go nawet szkoda, gdy pomyśleliśmy jakiego kaca giganta będzie miał, gdy wytrzeźwieje po Świńskim Ryju.



Lądowanie na platformach stacji poszło nawet wyjątkowo sprawnie.



Zapuszczamy się w nieznane. Krok za krokiem. To że te instalacje zostały opuszczone dekady temu, nie znaczy, że są puste.



Ambroży znalazł instrukcję użytkownika instalacji i prowadzi odprawę. Trzeba będzie się podzielić na mniejsze zespoły, bo musimy uruchomić zasilanie stacji, odnaleźć karty dostępowe do zamkniętych sekcji, przygotować refraktory, skalibrować laser i ostatecznie go odpalić. Ruszamy.



Ruszamy w głąb instalacji.



"Ej, chłopaki, bo tu gdzieś mi karta wypadła. Ta co ją znaleźliśmy i jest niezbędna."



"A to ma się tak świecić na czerwono?"



" - A ja na to, że wygląda jak tevarin. Haha.
- Haha"



W sumie to czuliśmy się trochę jak na wycieczce po jakichś piramidach albo po Radomiu.



Nadszedł w końcu ten moment i honory naciśnięcia wielkiego czerwonego guzika pełnił HappyRusher.



Zostało chwilę poczekać i podziwiać jak potężne lasery przetapiają się przez powierzchnię asteroidy.



A później wszyscy do statków i do wyłomu!



To był dobry dzień. Prospectory wróciły do rafinerii ociężałe od rudy.




---
Dzięki wszystkim za uczestnictwo i wspólne zwiedzanie QV Breaker Station