Dlaczego Bethesda napisała i zaimplementowała Papyrus dla Skyrim, zamiast osadzać bardziej rozbudowany istniejący język?


Najlepsza odpowiedź

W przeciwieństwie do innych głównych silników gier, takich jak Unreal Engine, CryEngine, czy też Source, Bethesda nigdy nie dążyła do przekształcenia silnika tworzenia ani jego poprzedników w dodatkowe źródło dochodów, udzielając licencji innym programistom. (Praca Obsidiana nad Fallout: New Vegas była szczególnym przypadkiem; chociaż byli zewnętrznymi programistami, byli specjalnie zatrudnieni, aby stworzyć tytuł w jednej z franczyz Bethesdy.)

Z tego powodu, wydaje się, że istnieją wyraźne historyczne osiągnięcia: wszelkie nowe funkcje zawarte w ich najnowszym wydaniu ich wewnętrznego zestawu konstrukcyjnego / zestawu do tworzenia, w tym funkcje języka skryptowego, zostały tam umieszczone, aby wspierać planowaną funkcję ich najnowszej gry lub rozszerzenia DLC . Tworzą narzędzie, które „ledwie wystarcza”, aby stworzyć grę taką, jakiej chcą.

Z perspektywy osoby z zewnątrz wydaje się, że każdy, kto przydzieli budżet i godziny programisty na ulepszenie widoków silnika i skryptów należy uzasadnić niuanse deweloperskie jako pozycje wydatków, zamiast inwestycji w infrastrukturę dla dobra samego zestawu narzędzi, a co za tym idzie, całego projektu.

Więc jeśli ten trend się utrzyma, jedyną drogą ponownie zobaczymy tablice o rozmiarach dynamicznych lub testy jednostkowe dodane do języka skryptowego, jeśli Fallout 4 lub Elder Scrolls 5 spróbują zaimplementować funkcje wystarczająco złożone, aby ich wymagać.

Chociaż na początku może się to wydawać przygnębiające. , ponieważ „tablice dynamiczne” nie są dokładnie tym, co maniacy marketingowi mogą umieścić jako wypunktowanie z tyłu pudełka, wciąż jest nadzieja. Z tego, co słyszałem o modderach, którzy analizowali Skyrim Linia zadań Civil War, pierwotnie miała być znacznie bardziej rozbudowana, ale oznaczały braki w Papyrus że produkt końcowy musiał zostać poważnie zmniejszony. Można mieć nadzieję, że skrypciarze, którzy nie mogli zrealizować ekspansywnej wizji, o którą prosili, przypominają fasolkowym licznikom o tej porażce, kiedy lobbują za aktualizacjami języka skryptowego następnym razem.

(Chociaż podejrzewam też, że później dwie i pół dekady ich praktyka tworzenia narzędzi programistycznych, które są „ledwo wystarczające”, a następnie rzucania ich społeczności, aby zobaczyć, co się stanie, stała się czymś w rodzaju „Excalibur Test” dla Bethesdy. Moderator, który pojawił się z oryginalnym rozszerzeniem skryptu dla Morrowind, aby móc napisać mod Morrowind Combat Enhanced, został zatrudniony przez Bethesdę do rozwijania walki z Oblivionem. Ten wzorzec został powtórzony kilka razy od tego czasu.)

Odpowiedź

Jak powiedział Paul Gettle, zgadzam się, że Bethesda wybrała drogę, aby osiągnąć to, co uważali za niezbędne dla swojego produktu. Nie jest to konieczne dla dodatkowych programistów lub do sprzedaży narzędzi programistycznych stronom trzecim.

Przepraszamy za reklamę, ale istnieją inne sposoby tworzenia skryptów dla skyrim. Na przykład projekt, który stworzyłem ponad rok temu o nazwie PapyrusDotNet, znajdziesz go w zerratar / PapyrusDotNet , to projekt, który umożliwia skompilowanie kodu C # do Papyrus , więc w zasadzie. Zamiast pisać swoje mody do Skyrim za pomocą Papyrusa, możesz teraz użyć C # 🙂 Ułatwia to osobom, które są już używane z Visual Studio + C #, rozpoczęcie pisania skryptów dla Skyrim 😉

Minęło trochę czasu, odkąd zaktualizowałem projekt, ale nadal działa zgodnie z oczekiwaniami.

Br, Karl

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *