Repozytorium Rozowju Plików Grafik 32bpp
/File/en/Outdated content.png
Nieaktualizowane
Ten artykuł lub sekcja jest nieaktualizowany. Niektóre z jego treści mogą nie być już dokładne z powodu zmian w najnowszej wersji. Artykuł do zaktualizowania.
Odnośniki do przestarzałych wątków na forum itp. Projekt 32bpp, o którym mowa w tej sekcji, od 2017 r. Zanikł

Na początku marca 2009 r. Wydano public plik repository dla 32bit Graphics Development wysiłek (effort). Repo zostało napisane i jest hostowane i administrowane przez Jupix. Przyjmuje sugestie i porady na tt-forums.

Zaczęło się od prostego narzędzia do hostingu plików, które pobierało przesyłane i drukowane listy plików dla użytkowników. Od tego czasu zaimplementowano więcej funkcji i obecnie obsługuje:

Ponadto Jupix napisał kilka narzędzi wokół repozytorium, w tym 32bit automated nightly bundle kompilator i narzędzie różnicujące do zgniatania duplikatów.

Aby uzyskać informacje na temat korzystania z funkcji w repozytorium, przeczytaj user manual.

Contents

Wytyczne dotyczące zawartości

Grupa docelowa: programiści

Repozytorium jest przeznaczone dla twórców grafiki 32-bitowej. Chodzi o to, aby mieć jedno miejsce dla wszystkich plików programistycznych dla 32bit base set conversion project , a także darmowy hosting dla reszty 32-bitowego wysiłku rozwojowego, w oparciu o zasadę, że prędzej czy później wszyscy artyści stają się niezainteresowani i jeśli ich plików roboczych nie można znaleźć w takim repozytorium, nigdy nie można ich ponownie poprawić. Wszystkie pliki przechowywane w centralnym miejscu ułatwiają również zarządzanie wersjami i dystrybucję.

Innymi słowy, jeśli jesteś artystą, powinieneś przesłać absolutnie wszystko, co ma związek z twoimi pracami ... Tekstury, modele, 'sprites', plany, pliki readme, wszystko. I też wszystkie wersje. Prace właśnie się rozpoczęły lub są w toku, testujemy wydania i finały. Im więcej treści, tym lepiej dla projektu - jeśli ktoś chce coś zmienić, nagle może! To jest duch otwartej gry.

Jeśli martwisz się, że będziesz przesyłać "bezużyteczne" (useless) lub zduplikowane dane, nie bądź - administratorzy utrzymają repozytorium w porządku.

Format pakietu

Wszystkie tary powinny być spakowane do 32bit standard tar format i zawierać źródła oraz 'sprites' z0, z1 i z2. Źródła są usuwane z pakietów wydanych skierowanych do graczy.

Smoły powinny zawierać poszczególne modele. Ta ogólna zasada opiera się na założeniu, że docelowymi odbiorcami repozytorium są programiści, którzy chcą albo coś zmienić w modelu, albo uruchomić pngcodec na modelu. Dlatego im więcej modeli w pakiecie, tym więcej pobierania musi odbywać się przez wolne połączenie WAN i tym trudniej jest na przykład znaleźć właściwą .blend.

Przykładowy wpis

Spójrz na iron ore mine by Zephyris . Jest to przykład poprawnego wpisu do repozytorium. Typ i status wpisu jest ustawiony poprawnie, informacje licencyjne są dostępne do zweryfikowania ( via the wiki ), notatki są dość pouczające, zrzut ekranu jest dobrej jakości, wszyscy związani z rozwojem przedmiotu mają prawa do zapisu, a co najważniejsze, sam plik to standard tar ze źródłami i ikonkami dla wszystkich poziomów powiększenia.

Dystrybucja treści dla graczy

Mamy nadzieję, że w przyszłości duże pakiety skierowane do graczy trafią do wewnętrznego systemu dostarczania treści. Obecnie 32bit automated nightly bundle zapewnia metodę publikowania grafiki użytkownikowi końcowemu w łatwym w użyciu formacie. Pakiety można również budować ręcznie.

Zostań administratorem

Współpracownicy są potrzebni w repozytorium do wykonywania zadań administracyjnych dotyczących wpisów. Treść musi być uporządkowana, a wytyczne dotyczące formatu należy egzekwować. Contact Jupix at tt-forums , a on cię skonfiguruje.

Zadania dla administratorów

Zobacz też