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żyś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

Ostatnio okazało się, jak niebezpieczna może być chwila nieuwagi. Za słabe zabezpieczenia komunikacji? Nieostrożne słowo w złym towarzystwie? Śledztwo będzie prowadzone.

W jakiś sposób półświatek Pyro powiązany z Head Hunters dowiedział się o transporcie Quantanium realizowanym przez TWH.
Nasi informatorzy w Pyro przesłali zdjęcie myśliwca znanego pirata Szafy startującego z Ruin Station i kierującego się na bramę skokową do Stanton.



Niedługo potem pilot TWH, Yankee82, wezwał pomoc

Cytat:ODBIÓR… SYGNAŁ SŁABY…

…Husaria… tu Yankeee82… odbiór... słyszy mnie ktoś? ... potrzebuję natychmiastowego wsparcia…

…transportowałem ładunek… bardzo cenny ładunek Quantanium… zostałem przechwycony przez piratów…
Powtarzam: zaatakowali mnie piraci!

Moja pozycja:
          Lyria - Koniec Świata / World's End; aktualnie 50 kilometrów od  punktu, kurs 80 stopni…

Kadłub uszkodzony… tracę stabilność… próbuję utrzymać wysokość, ale… cholera… długo tak nie pociągnę…

jeśli ktoś mnie słyszy… potrzebuję pomocy… NATYCHMIAST... powtarzam... NATYCH..
[…szumy… trzaski… pojedyncze słowa zanikają…]

TRANSMISJA PRZERWANA.

Temat wraca na Discord jak bumerang, więc tworzymy słowniczek
Skrótowce/akronimy są w poniższej tabelce wg. schematu skrót - rozwinięcie - znaczenie

Zawartość SI

Zespół Social AI rozpoczął miesiąc od naprawiania błędów na potrzeby Alpha 4.6, po czym skupił się na przygotowaniach do przyszłych wydań.

AI Content współpracował z zespołem Mission Design przy przygotowaniu postaci, które gracze spotkają w niektórych nowych pętlach rozgrywki. Zespół przygotował również wstępną konfigurację oraz tymczasowe kwestie dialogowe, aby projektanci i reżyserzy mogli testować przebieg rozgrywki z przykładowymi liniami dialogowymi na miejscu. Pozwala to scenarzystom reagować na kontekst i dopracowywać dialogi, tak aby działały poprawnie w grze i przekazywały odpowiednie informacje.

Zespół kontynuował także opracowywanie swoich planowanych celów na nadchodzący rok oraz określił, jakie wsparcie ze strony innych zespołów będzie potrzebne do ich wdrożenia.

SI (Cechy i technologia)

W ubiegłym miesiącu zespół AI Features & Tech usprawnił poruszanie się valakkara w podziemnych lokacjach, prototypując jego przyszłe prędkości. Zaktualizowano również zachowanie tej istoty, wprowadzając liniowe przyspieszenie i hamowanie podczas przemieszczania się w trakcie walki.

Naprawiono także błąd polegający na tym, że zabawkowe pistolety uruchamiały efekty dźwiękowe strzałów i trafień pocisków, co powodowało, że NPC reagowali strachem i kulili się.
Zmodyfikowano również obliczenia celności, aby zapewnić zespołowi Design większą kontrolę nad tym parametrem.

Zespół usprawnił także działanie stref bezpieczeństwa w ramach globalnego systemu percepcji – są to wyznaczone obszary, w których gracze mogą odpocząć lub się przegrupować bez ryzyka wykrycia przez NPC.

Pracowano również nad integracją voxel grid, który jest obecnie intensywnie testowany przez QATR. Na koniec miesiąca zespół rozpoczął także wsparcie po stronie AI dla misji tankowania paliwa.

Animacja

Zespół Animation spędził luty na ulepszaniu assetów kopiona, natomiast Facial Animation skupiło się na pierwszej w tym roku sesji performance capture. Odbyła się ona pod koniec lutego i podczas niej zarejestrowano wiele nowych postaci.

Grafika (Postacie)

W lutym zespół Character Art dopracowywał assety przeznaczone do Alpha 4.7, jednocześnie pracując nad redukcją długu artystycznego w przygotowaniu do StarWear. Zespół kontynuował również prace nad nowymi strojami gangów oraz przedmiotami Subscriber Flair.

Zespół Concept Art eksplorował nowe projekty pancerzy bojowych oraz przygotowywał dokumenty przekazania (handoff sheets) dla nadchodzących zadań produkcyjnych.

Grafika (Statki)

W Wielkiej Brytanii zespół ds. statków zakończył fazy artystyczne dla Aegis Hammerhead w standardzie gold, po czym statek został przekazany zespołom downstream w celu finalizacji. Następnie zespół rozpoczął pracę nad powiązanym statkiem, który zbliża się obecnie do etapu whitebox.

Gatac Railen pomyślnie przeszedł przegląd bramki whitebox i przeszedł do etapu greybox przed planowaną premierą podczas tegorocznego Alien Week. Do projektu dołączyli kolejni artyści, aby pomóc w przygotowaniu assetów dla przyszłych statków Gatac.

Kontynuowano także prace nad Greycat UTV, dla którego zaimplementowano nowo nagrane animacje wsiadania i wysiadania. Pojazd znajduje się obecnie w rękach zespołów downstream, które zajmują się jego ukończeniem.

Nadchodzący transportowiec MISC, Hull-B, kontynuował prace w kierunku przeglądu bramki LOD0. Zespół Tech Art finalizuje obecnie bardzo złożone animacje rozkładania i składania wrzeciona.

Drake Ironclad, Ironclad Assault oraz Command Module pomyślnie przeszły przeglądy bramek greybox. Zespół przeszedł następnie do zadań związanych z LOD0, szybko robiąc postępy dzięki pracy wykonanej nad modułowym zestawem już na etapie whitebox.

Postępy zanotowały również trzy nieogłoszone jeszcze pojazdy. Pierwszy z nich zbliża się do przeglądu bramki greybox, drugi przeszedł etap greybox po wprowadzeniu drobnych zmian funkcjonalnych zgłoszonych przez reżysera, natomiast trzeci pomyślnie przeszedł przegląd whitebox, choć obecnie wprowadzane są jeszcze poprawki w układzie przed przejściem do greybox.

W Ameryce Północnej jeden z nieogłoszonych statków przeszedł przegląd bramki whitebox. Zespół omawia obecnie uwagi dotyczące części interakcji z elementami w tylnej połowie jednostki.

Na koniec Drake Kraken – jego przegląd whitebox został przesunięty na początek marca po dodatkowym czasie poświęconym na prace koncepcyjne w obszarach, które nie spełniały aktualnych standardów. Zespół przeanalizował również możliwości poruszania się po statku. W wyniku tego usunięto niektóre pomieszczenia oraz zmniejszono skalę innych, które nie wnosiły wartości dla graczy (bez naruszania skali kluczowych pomieszczeń wewnętrznych, takich jak Engineering). Statek nadal pozostaje na dobrej drodze do planowanej premiery w przyszłym roku.

Społeczność

Zespół Community rozpoczął miesiąc od publikacji styczniowego raportu PU Monthly Report oraz przygotowań do lutowych wydarzeń sezonowych i inicjatyw społecznościowych.

Zespół wsparł coroczny powrót Coramor – odpowiednika walentynek w Star Citizen – publikując obszerny post zbierający wszystkie informacje o tym dorocznym święcie. Obejmowało to również bonus za polecenia oraz konkurs Love, Actually: Stories of the ’Verse 2956, prezentujący jedne z najbardziej pamiętnych momentów społeczności. W ramach Coramor zaprezentowano także nowy statek złomiarski Argo MOTH, a zespół Community przygotował obszerną sesję Q&A oraz opublikował przewodnik po nowych misjach przemysłowych.



Dodatkowo zespół Community wspierał Red Festival, który celebruje nowy rok kalendarza księżycowego w ’verse. Opublikowano zbiorczy wątek poświęcony wydarzeniu oraz konkurs screenshotów Earned Fortune, pokazujący, jak odważni gracze interpretują motyw zwinnego szczura. Wkład zespołu w Coramor i Red Festival obejmował także aktualizacje stron Welcome Hub, New Player Guide oraz Welcome Back, Pilot, aby nowi i powracający gracze mieli dostęp do najnowszych informacji o tym, co dzieje się w ’verse.

Przez cały luty zespół uważnie monitorował opinie graczy na Spectrum i w mediach społecznościowych, przygotowując raporty nastrojów społeczności oraz przekazując najważniejsze wnioski odpowiednim zespołom deweloperskim, aby były na bieżąco z tym, co mówi społeczność.



Luty przyniósł również powrót jednego z największych wydarzeń wyścigowych tworzonych przez społeczność – Enter ATMOSPHERE, organizowanego przez ATMO Esports. Wydarzenie odbyło się w Sydney w Australii i zgromadziło czołowych pilotów wyścigowych rywalizujących w różnych konkurencjach, a także oferowało ekskluzywne nagrody. Na miejscu obecni byli również przedstawiciele CIG, w tym Chris Roberts i Sandi Roberts. Zespół Community wspierał to prestiżowe wydarzenie za pośrednictwem Spectrum i mediów społecznościowych.

Jak zawsze zespół kontynuował także swoje stałe działania, w tym publikację This Week in Star Citizen oraz dwutygodniowe aktualizacje Roadmap i Roundupów.

Core Gameplay

Jak mogli zobaczyć gracze z grupy Evocati podczas ostatnich Tech Preview, zespół Core Gameplay poczynił duże postępy nad Inventory Rework. Trwają obecnie końcowe prace wykończeniowe oraz poprawki błędów, ponieważ zespół przygotowuje system do wydania.

Dobrze postępowały także prace nad Capital Ship Services (naprawa/tankowanie mniejszych statków na większych), które wkrótce zostanie przekazane zespołom downstream. Zespół skupiał się również na funkcjach społecznościowych zaprezentowanych podczas CitizenCon 2954.

Ekonomia

Zespół Economy spędził część lutego na tropieniu exploitów, w szczególności tych prowadzących do duplikowania przedmiotów lub generowania dużych ilości aUEC. Choć wiele luk zostało już zamkniętych, kolejne poprawki zostaną wprowadzone w Alpha 4.7. Następnie deweloperzy przygotują dodatkowe zabezpieczenia i systemy monitorowania, aby ograniczyć wpływ nielegalnie zdobytego aUEC na szerszą gospodarkę gry.

Zespół Economy przeprowadził również dodatkowy balans i korekty cen surowców oraz szlaków handlowych, jednocześnie przygotowując fundamenty pod przyszłe systemy, takie jak Item Recovery i Crafting.

Cytat:Cieszy nas pozytywna reakcja społeczności na wydarzenie na żywo Clear The Air. Obecnie pracujemy nad balansem nadchodzących misji i nagród, a jednocześnie wracamy do starszej zawartości, aby przeprowadzić dodatkowy przegląd treści związanych z Wikelo.

Zawartość SI

Po przerwie zimowej zespół AI Content natychmiast rozpoczął finalizowanie aktualizacji Alpha 4.6. Obejmowało to dodanie nowych treści Spectrum dla systemu Stanton oraz współpracę z zespołem Environment przy instalacji ekranów wokół Levski, które mają być wykorzystywane przez Sojusz Ludowy.

Jak w przypadku każdej aktualizacji, zespół zajmował się również różnymi błędami wpływającymi na społeczną sztuczną inteligencję oraz dostawców misji.

W innym obszarze zespół omówił ogólny plan działań na bieżący rok i przedstawił cele, które chciałby osiągnąć, wraz z określeniem zespołów wspierających, które będą potrzebne do ich realizacji. Pozostała część miesiąca została poświęcona na kontynuowanie prac nad inicjatywami rozpoczętymi w poprzednim roku.

SI (Funkcje i Technologia)

Zespół AI Features and Tech rozpoczął rok od naprawienia krytycznego błędu powodującego, że postacie niezależne (NPC) nieprawidłowo przerywały walkę i rozpoczynały zachowanie polegające na badaniu otoczenia. Prowadziło to do sytuacji, w których ludzcy przeciwnicy nie oddawali strzałów w różnych misjach w systemach Stanton, Pyro i Nyx. Naprawiono również inny problem powodujący, że NPC utknęli w pozycji kulenia się ze strachu.

Zespół następnie ulepszył walidację strzelania oraz przebudował sposób wykorzystania logiki przełączania trybów wyzwalacza u NPC, aby zapewnić twórcom większą kontrolę nad jej użyciem. Przykładowo, NPC korzystający z broni obsługującej ogień seryjny zawsze przełączą się na ten tryb, jeśli będzie to pożądane. Wprowadzono również ulepszenia w obsłudze kierunku celowania w sytuacjach, gdy cel przestaje być widoczny, co eliminuje przypadki, w których NPC okazjonalnie celowali przez ściany.

W przypadku stworzeń wprowadzono aktualizacje dorosłego valakkara, który nie będzie już próbował zbliżać się do celów. Apex valakkar nie jest już w stanie słyszeć podczas przemieszczania się pod ziemią. Zachowanie „BurrowToPosition” zostało także zmienione na typ tekstowy zamiast stałego typu. Umożliwi to bezpośrednie przekazywanie znaczników fragmentów animacji, co przyspieszy proces iteracji.

Zespół zadbał również o to, aby apex valakkar mógł swobodnie poruszać się po planetarnych siatkach nawigacyjnych, co umożliwia bardziej rozbudowane przemieszczanie się pod powierzchnią. W praktyce oznacza to ulepszenie algorytmu, który pozwala dużym stworzeniom znajdować ścieżki i pokonywać znaczne odległości, ponieważ nie zawsze znajdują się one blisko graczy.

Wprowadzono także ulepszenia generowania punktów taktycznych wewnątrz obszarów, które nakładają się na wiele siatek nawigacyjnych lub obszarów działania, co daje zespołowi nowy sposób określania, czy punkty taktyczne są zbyt kosztowne obliczeniowo. Wprowadzono również ulepszenia w generatorze Cone TPS, w tym w porcie motywu apex oraz w ogólnym ruchu apex valakkara, a prace nad tymi elementami nadal trwają.

W najbliższej przyszłości planowane jest także wdrożenie wsparcia dla Star Paws.

Zespół przeprowadził również refaktoryzację serializowanych zmiennych debugowania, tak aby nie były one już propagowane w kompilacjach wydaniowych dla PU. NPC potrafią teraz odtwarzać różne animacje skoków w zależności od wysokości krawędzi, którą pokonują. Zespół może także ograniczać wysokość skoku poszczególnych NPC bez konieczności zmiany łącza nawigacyjnego. Przykładowo, w sytuacji, gdy wykorzystywane jest łącze nawigacyjne o wysokości 4 metrów, skorzystają z niego tylko NPC zdolni do wykonania tak wysokiego skoku.

Na koniec zespół jest obecnie w trakcie integrowania trójwymiarowego systemu wyszukiwania ścieżek opartego na siatce wokselowej z PU.

Animacja

Zespół animacji twarzy pracował nad pozostałą zawartością motion capture, która została nagrana pod koniec ubiegłego roku. W ramach tych działań w aktualizacji Alpha 4.7 zostanie udostępniony kolejny nowy pakiet głosowy, a także dodatkowa zawartość dla Jamesa Herrimana, który powróci z nowym (choć częściowo znajomym) wyglądem.

Grafika (Postacie)

Zespół Character Art rozpoczął rok od finalizowania nowych strojów gangów oraz rozwijania pancerzy bojowych planowanych na nadchodzący rok.

Zespół Concept Art pracował nad kolejnymi iteracjami nadchodzącego wariantu oraz badał pomysły na nowe pancerze.

Grafika (Statki)

Brytyjski zespół Ship rozpoczął rok, rozwijając pięć nieogłoszonych jeszcze pojazdów. Pierwszy z nich przeszedł końcowe przeglądy, a zespoły odpowiedzialne za kolejne etapy produkcji wprowadzały ostatnie poprawki przed jego premierą. Zespół zaktualizował również część geometrii kadłuba współdzielonej z innym pojazdem, aby podnieść jej jakość do wyższego standardu.

Po zakończeniu prac nad doprowadzeniem Hammerheada do standardu „gold”, część zespołu rozpoczęła przygotowania pod drugi nowy pojazd, podczas gdy trzeci przeszedł przegląd etapu whitebox bez żadnych problemów.

Czwarty nadchodzący statek przeszedł przegląd etapu whitebox w styczniu, podczas którego wykryto problemy z jego główną mechaniką rozgrywki, która nie działała zgodnie z oczekiwaniami. Po przeprowadzeniu analizy zespół zidentyfikował i rozwiązał problem, co pozwoliło statkowi pomyślnie przejść przegląd.

Ostatni nieogłoszony pojazd brytyjskiego zespołu zbliżał się do przeglądu whitebox. Twórcy analizowali zakres prac oraz dostępny harmonogram, aby usprawnić cały proces dla wszystkich zespołów.

W innym obszarze Gatac Railen rozwijał się w fazie whitebox i zmierzał do przeglądu zaplanowanego na luty.

Greycat UTV był dalej rozwijany. Planowana sesja motion capture została przesunięta na luty z powodu czynników zewnętrznych, jednak pojazd nadal ma przejść swój przegląd na początku miesiąca.

MISC Hull B przeszedł przegląd greybox bez żadnych problemów i znajduje się obecnie w zaawansowanej fazie LOD0, a artyści dodają obecnie dodatkowe detale w całej konstrukcji.



Drake Ironclad, Ironclad Assault oraz moduł dowodzenia Command Module były dalej rozwijane, intensywnie wykorzystując modułowy zestaw elementów charakterystyczny dla tej marki. Pomaga to zespołowi wprowadzaniu szeroko zakrojonych aktualizacji na statkach, co pozwala na znacznie szybszy postęp prac niż w przypadku wcześniejszych konstrukcji.



Zespół północnoamerykański kontynuował prace nad wciąż nieogłoszonym statkiem, który przeszedł fazę whitebox. W ubiegłym miesiącu przygotowano wstępne wersje jego wariantów, aby uniknąć niespodzianek w późniejszym etapie produkcji. Zespół dostosował także część przestrzeni wewnętrznych, dodając więcej okien pomiędzy pomieszczeniami na podstawie otrzymanych opinii.

Na koniec, Drake Kraken był dalej rozwijany w fazie whitebox, a pierwszy z jego przeglądów zaplanowano na połowę lutego, co stanowi ważny kamień milowy zarówno dla zespołu, jak i dla samego statku. Zaplanowano również dalsze prace zespołu Concept, aby pomóc zespołowi produkcyjnemu dopracować obszary, które ewoluowały od czasu pierwotnej koncepcji lub nie zostały wystarczająco rozwinięte na jej początkowym etapie.



Społeczność

Zespół Community rozpoczął rok 2026 od opublikowania raportu PU Monthly Report za listopad i grudzień, szczegółowo opisującego postępy w rozwoju, które zamknęły rok 2025.

W styczniu zespół Community wspierał aktualizację Alpha 4.6: Lifeline for Levski. Obejmowało to publikację FAQ dotyczącego wydarzenia Clearing The Air, w którym wyjaśniono graczom, jak wziąć w nim udział, dokąd się udać oraz jakie nagrody mogą zdobyć za swoje działania. Opublikowano także zbiorczy artykuł przedstawiający najważniejsze funkcje aktualizacji Alpha 4.6 oraz szczegółową sekcję pytań i odpowiedzi dotyczącą nowego statku RSI Hermes. Aby zapewnić graczom dostęp do najbardziej aktualnych informacji, zespół zaktualizował poradnik Cargo Hauling Guide oraz odświeżył strony New Player Guide i Welcome Back, Pilot, uzupełniając je o informacje na temat bieżącej zawartości gry oraz wydarzeń.

Jak przy każdej aktualizacji, zespół Community nadal pełnił kluczową rolę łącznika pomiędzy graczami a zespołami deweloperskimi. Przekazywał opinie graczy z Spectrum oraz mediów społecznościowych do odpowiednich kanałów za pomocą szczegółowych raportów nastrojów społeczności i analiz, co pozwalało różnym zespołom pozostawać na bieżąco z opiniami społeczności. Niezależnie od tego, czy chodziło o wskazywanie zgłaszanych przez graczy problemów, czy przekazywanie ogólnych opinii na temat aktualnego stanu gry, zespół dbał o to, aby rozwój gry pozostawał powiązany z głosem społeczności.

Dodatkowo zaplanowano i opublikowano tegoroczną trasę Bar Citizen World Tour, prezentując wydarzenia, w których pracownicy CIG planują uczestniczyć w 2026 roku, z zapowiedzią kolejnych aktualizacji w miarę potwierdzania nowych wydarzeń. Zespół wspierał także wydarzenie Daymar Rally 2956 organizowane przez ATMO esports.

Cytat:Gratulujemy zwycięzcom Daymar Rally oraz wszystkim pilotom, którzy wzięli udział w wydarzeniu! Takie wydarzenia sprawiają, że Star Citizen jest wyjątkowy, i zawsze wspaniale jest widzieć, jak społeczność jednoczy się, aby tworzyć tak niezapomniane chwile. Dziękujemy za waszą pasję i kreatywność – nie możemy się doczekać, aby zobaczyć, co przygotujecie następnym razem!

Zawartość AI

Zespół AI Content zakończył rok, pracując nad przygotowaniami do wydania wersji Alpha 4.5. Wraz z dodaniem systemu Nyx zespół ponownie przyjrzał się zachowaniom społecznym w Levski, aby upewnić się, że postacie wykorzystują wszystkie dostępne im interaktywne elementy otoczenia.

Zaimplementowano również nowe pakiety głosowe specyficzne dla Nyx, które stanowią nowe podejście do dynamicznych, ambientowych rozmów. O ile początkowe zestawy zostały zaprojektowane tak, aby mogły być używane w dowolnym miejscu, zespół pracuje nad dedykowanymi pakietami głosowymi, dzięki którym rozmowy będą oferować unikalne doświadczenie narracyjne w zależności od lokalizacji. AI Content współpracował także z zespołem misji, wspierając konfigurację nowych przedstawicieli frakcji misji oraz fabularnych treści przeznaczonych do nadchodzących wydań.

AI (Technologia i Funkcje)

W listopadzie i grudniu zespół AI Tech & Features pracował nad valakkarem, usprawniając jego zdolność do korzystania z pozycji zanurzenia przy jednoczesnym unikaniu wzniesień terenu. Przeprowadzono także „odgrzybianie” (unrotting) zachowania ChaseTarget oraz usunięto koncepcję filtra słyszenia ruchu. Valakkar zyskał również możliwość atakowania obiektów nieożywionych. Ponadto zaimplementowano nowe zachowania zastępcze (placeholder behaviors) oraz dalej je rozwijano.

W ramach potoku tworzenia istot, znanego jako Star Paws, wykonano prace nad stanem aktora wyzwalanym przez AI (AI Triggered Actor State), przeniesiono formacje radialne z Squadron 42 oraz zrefaktoryzowano i przemianowano AI Skill Extender na „AI Motive”. Zespół dodał również warunek motywu bossa „utrata zdrowia w tej fazie”.

Następnie wprowadzono aktualizacje do wieżyczki antypiechotnej, naprawiając błąd powodujący, że działa strzelały ponad głowami celów. Dodano liczne brakujące podpowiedzi do zadań aktywności Subsumption, a także przeprowadzono ogólne poprawki błędów w całym systemie, w tym w połączeniach nawigacyjnych oraz zachowaniach związanych z przemieszczaniem się.
Wprowadzono również ulepszenia planetarnej nawigacji AI, umożliwiające łatwiejsze modyfikowanie rozdzielczości łatek fizyki terenu. Choć obecnie rozwiązanie to jest dostępne wyłącznie dla valakkara, planowane jest jego wydanie w aktualizacji Alpha 4.6.

AI (Rozwój Inteligencji Gry)

W listopadzie i grudniu zespół Game Intelligence Development (GID) koncentrował się głównie na pracach zmierzających do osiągnięcia kolejnego kamienia milowego dla systemu misji w wersji 2 (Mission System v2).

Obejmowało to walidację prototypów przed dopracowaniem wersji MVP. Kolejnym krokiem była integracja skryptu UX przed zbudowaniem infrastruktury prototypowej. Prototyp pulpitu nawigacyjnego systemu misji również otrzymał aktualizację wizualną.

Dodatkowo zespół pracował nad prototypem reaktywnych ekspresji, w szczególności nad projektem oraz interfejsem wizualnym z ikonami dla każdej kategorii. Rozwiązanie to stanie się bazowym szablonem dla innych narzędzi, które umożliwią projektantom łatwe tworzenie wyzwalanych ekspresji.

GID wsparł także integrację Tiny Machine z interfejsem użytkownika Starscript, co pozwoli narzędziom korzystać z tego samego języka wizualnego.
Jak zwykle, usuwano błędy oraz rozwijano funkcje Starscript zgodnie z sugestiami projektantów gry.

Animacja

Listopad upłynął zespołowi animacji twarzy (Facial Animation) na powrocie na plan zdjęciowy, gdzie wspólnie z zespołem narracyjnym zrealizowano ostatnią w tym roku sesję performance capture. Zarejestrowano materiał dla dwóch nowych postaci, a także dwa nowe pakiety głosowe, które zostaną wykorzystane przez NPC spotykanych w systemie Nyx.

Poza planem zdjęciowym zespół ukończył prace animacyjne nad postacią Elli Tieno z ArcCorp, którą gracze będą mogli zobaczyć podczas połączeń komunikacyjnych. W grudniu rozpoczęto przetwarzanie materiałów zarejestrowanych w listopadzie, zaczynając od jednej z nowych nazwanych postaci, która pojawi się w nadchodzącym wydaniu.

Od strony rozgrywki animatorzy skupili się na finalizacji zestawu walki AI dla jednostek specjalnych (spec-ops), a także dwóch innych zestawów postaci ludzkich. Postępy poczyniono również w obszarach walki wręcz i zmechanizowanych typów przeciwników, pływania i nawigacji gracza, nowych animacji broni oraz usprawnień stworzeń — w szczególności wroga typu kopion. Kontynuowano także rozwój AI odpowiadającego za „życie w tle” świata gry.

Grafika (Postacie)

Zespół Character Art zakończył rok, finalizując nagrody wydarzeń oraz przedmioty promocyjne, jednocześnie rozwijając nowe gangi planowane na rok 2026.
Zespół Concept Art rozpoczął eksplorację pomysłów na nowe pancerze oraz sfinalizował arkusze przekazania (hand-off sheets) dla elementów kosmetycznych przeznaczonych dla subskrybentów.

Grafika (Statki)

Listopad i grudzień były wyjątkowo intensywnymi miesiącami — zespoły odpowiedzialne za statki ukończyły prace nad jednostkami Perseus, Clipper, Golem OX, MDC, L-22 Alpha Wolf oraz Salvation na potrzeby IAE, jednocześnie wspierając przygotowania do pierwszego wydania systemu Inżynierii.

Cytat:Ogromne podziękowania dla praktycznie całych zespołów Vehicle Content, Design oraz QA, które podjęły się heroicznego wysiłku wielokrotnych przeglądów całej floty pojazdów w celu weryfikacji i wprowadzenia zmian wspierających ogień, dynamiczną atmosferę pomieszczeń, sieć zasobów oraz funkcje inżynieryjne — a także dla artystów, którzy pomogli punktowo naprawić najbardziej rażące błędy!

Cytat:Od pojawienia się Nyx po wprowadzenie rozgrywki inżynieryjnej — ten rok przyniósł naprawdę znaczące kamienie milowe. Wasze opinie i zaangażowanie były kluczowe na każdym etapie tej drogi. Dziękujemy, że pomagacie nam wspólnie budować ‘verse. Do zobaczenia w 2026 roku!

Cytat:Jesteśmy wdzięczni za opinie przekazane przez społeczność. Wydanie systemu Inżynierii nie było łatwym zadaniem, a obserwowanie, jak gracze testują ten system do granic możliwości, ujawniło obszary wymagające dalszego dopracowania. Z niecierpliwością czekamy na rozwijanie tej funkcji w kolejnych wydaniach.

Cytat:Rok 2956 zapowiada się jako ekscytujący czas dla imperium!