1
Forum / Odp: Czy leci z nami pilot 3
« dnia: 15 Kwietnia 2024, 20:52:39 »
a co on jest bin laden zeby za nim ganiac i go szukac? jak tam klika to niech tu wlezie
Pokaż wiadomości
Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.
Strony: [1] 2
14 Polubienia
2
Forum / Odp: Czy leci z nami pilot 3
« dnia: 15 Kwietnia 2024, 20:07:34 »
Zostawcie se to zasłużył czy nie zasłużył dla siebie, bo nie wiecie ile "wykolejencow" mieści w sobie historia twórców.
3
Forum / Czy leci z nami pilot 3
« dnia: 15 Kwietnia 2024, 10:32:10 »
Potrzebujemy zmian.
Kontekst sytuacji: Milek w styczniu zapowiedział paczkę w marcu. 18 lutego padła propozycja wydania paczki 14.03 (z przerwą na wydawanie od końca lutego w celu testowania paczki). 8 marca dostaliśmy odpowiedź od Milka, że proponuje on wydanie paczki 23 marca. Jak doskonale wiemy, paczka nie wyszła. Od tego czasu, mimo pytania, co z tym terminem, nie mamy żadnego kontaktu z Milkiem, a i sam Milek zalogował się na forum ostatni raz 25 marca.
Milek niestety znowu nie jest responsywny, w naszej opinii potrzebujemy bieżącego rozwiązania problemu w postaci:
1. Mianowania @Miłosz Dorsz na administratora. Mimo wszystko, w aktualnej strukturze, potrzebujemy aktywnego administratora.
2. Przywrócenie do WR @Hirek i powierzenie mu zadania generowania paczek, bo Milek kolejny raz zawodzi w tej kwestii. Propozycja: paczka całościowa raz na rok + patche co 3 miesiące.
Dlaczego uważamy, że regularne wydawanie paczek całościowych jest takie ważne?
- Do testu wielu dodatków potrzebne są pliki, które pochodzą z dodatków wydanych kilka miesięcy wcześniej. Może to oznaczać czekanie wielu miesięcy na możliwość przetestowania dodatku. Co prawda @jakubg1 opublikował jakiś czas temu poradnik jak pobierać dodatki za pomocą programu TortoiseSVN, jednak aby w pełni przetestować dodatek konieczne może się okazać pobranie zawartości wielu niezależnych folderów, usunięcie odpowiednich plików E3D oraz inne trudne dla chętnych początkujących procedury, stanowiące dość wysoki próg wejścia dla potencjalnych deweloperów.
- Scenerie w dziale "Na warsztacie" wymagają obiektów, które nie zostały jeszcze opublikowane w najnowszej wersji symulatora, lecz zostały dodane na repozytorium wiele miesięcy temu. Może to spowodować stagnację w rozwoju scenerii bądź jej dostosowania do najnowszej wersji MaSzyny, a co za tym idzie, jeszcze bardziej opóźnić jej oficjalny debiut w paczce całościowej.
Przedstawione postulaty nie są odrzuceniem propozycji z innych wątków, tylko reakcją na bieżący problem. Proces restrukturyzacji musi być przedyskutowany i zapewne chwilę zajmie, poza tym jego dopracowanie jest trudne ze względu na znikomą aktywność Milka, a problem braku osoby decyzyjnej i osoby do składania paczek jest bieżący i niezależny od wszelkich pomysłów na zmianę struktury zarządzania.
Ponadto, rozmowa o potencjalnych zmianach trwa 8 miesięcy, Milek nie jest zbytnio aktywny, żadnej zmiany nie ma, a szansy na szybkie wprowadzenie tych zmian również nie widzimy.
Mamy również świadomość, co swego czasu zrobił Hirek, ale z racji na upływ czasu, aktualną postawę Hirka oraz posiadane przez niego kompetencje, uważamy, że przywrócenie go do WR będzie dobrym pomysłem.
Kontekst sytuacji: Milek w styczniu zapowiedział paczkę w marcu. 18 lutego padła propozycja wydania paczki 14.03 (z przerwą na wydawanie od końca lutego w celu testowania paczki). 8 marca dostaliśmy odpowiedź od Milka, że proponuje on wydanie paczki 23 marca. Jak doskonale wiemy, paczka nie wyszła. Od tego czasu, mimo pytania, co z tym terminem, nie mamy żadnego kontaktu z Milkiem, a i sam Milek zalogował się na forum ostatni raz 25 marca.
Milek niestety znowu nie jest responsywny, w naszej opinii potrzebujemy bieżącego rozwiązania problemu w postaci:
1. Mianowania @Miłosz Dorsz na administratora. Mimo wszystko, w aktualnej strukturze, potrzebujemy aktywnego administratora.
2. Przywrócenie do WR @Hirek i powierzenie mu zadania generowania paczek, bo Milek kolejny raz zawodzi w tej kwestii. Propozycja: paczka całościowa raz na rok + patche co 3 miesiące.
Dlaczego uważamy, że regularne wydawanie paczek całościowych jest takie ważne?
- Do testu wielu dodatków potrzebne są pliki, które pochodzą z dodatków wydanych kilka miesięcy wcześniej. Może to oznaczać czekanie wielu miesięcy na możliwość przetestowania dodatku. Co prawda @jakubg1 opublikował jakiś czas temu poradnik jak pobierać dodatki za pomocą programu TortoiseSVN, jednak aby w pełni przetestować dodatek konieczne może się okazać pobranie zawartości wielu niezależnych folderów, usunięcie odpowiednich plików E3D oraz inne trudne dla chętnych początkujących procedury, stanowiące dość wysoki próg wejścia dla potencjalnych deweloperów.
- Scenerie w dziale "Na warsztacie" wymagają obiektów, które nie zostały jeszcze opublikowane w najnowszej wersji symulatora, lecz zostały dodane na repozytorium wiele miesięcy temu. Może to spowodować stagnację w rozwoju scenerii bądź jej dostosowania do najnowszej wersji MaSzyny, a co za tym idzie, jeszcze bardziej opóźnić jej oficjalny debiut w paczce całościowej.
Przedstawione postulaty nie są odrzuceniem propozycji z innych wątków, tylko reakcją na bieżący problem. Proces restrukturyzacji musi być przedyskutowany i zapewne chwilę zajmie, poza tym jego dopracowanie jest trudne ze względu na znikomą aktywność Milka, a problem braku osoby decyzyjnej i osoby do składania paczek jest bieżący i niezależny od wszelkich pomysłów na zmianę struktury zarządzania.
Ponadto, rozmowa o potencjalnych zmianach trwa 8 miesięcy, Milek nie jest zbytnio aktywny, żadnej zmiany nie ma, a szansy na szybkie wprowadzenie tych zmian również nie widzimy.
Mamy również świadomość, co swego czasu zrobił Hirek, ale z racji na upływ czasu, aktualną postawę Hirka oraz posiadane przez niego kompetencje, uważamy, że przywrócenie go do WR będzie dobrym pomysłem.
4
Bieżące Symulatorowe / Potencjalne zmiany w zarządzaniu projektem
« dnia: 09 Sierpnia 2023, 04:48:04 »
Ten post jest odpowiedzią na powracające wciąż żądania, żeby przyznać innej osobie stanowisko administratora. Jest to prezentowane przez część osób aktywnych w projekcie jako panaceum na wszelkie problemy z którymi od dłuższego czasu boryka się projekt MaSzyny w sferze zarządzania.
Faktem jest, że w ostatnim okresie część członków administracji zrezygnowała ze stanowiska, a moja aktywność jest niewielka. Nie jestem jednak skłonny nominować nowych administratorów, zarówno ze względu na ostatnie doświadczenia z przyznawaniem dostępów osobom które nadwyrężyły nasze zaufanie, jak i moje przekonanie że żonglowanie rangami nie wprowadzi realnej zmiany jakościowej.
Podnosi się argument że nowa administracja miałaby ożywić projekt, jednak w jaki sposób miałoby się to wydarzyć? Przecież nie jest wymagane aprobata od administratora, żeby poprawiać błędy, tworzyć nową zawartość czy wprowadzać zmiany w exe.
W celu uregulowania tej sytuacji, chciałbym zaproponować pewne zmiany w funkcjonowaniu projektu. Niezmiennie od początku mojej aktywności jestem przeciwnikiem specjalnych stanowisk, ukrytych działów, limitu postów w działach, czy innych rozwiązań ograniczających transparentność (i co za tym idzie, ilość afer związanych z dostępem do ukrytej treści i wycieków stamtąd) jak i uniemożliwiających pełne zaangażowania nowych osób bez zbędnych przeszkód.
Proponuję więc:
- Zlikwidowanie działów niepublicznych (deweloperów, betatesterów, repozytorium, promocji, webmasterów, promotorów). Nie pełnią one istotnej funkcji, poza możliwością bycia punktem niezdrowych konfliktów. Należałoby tu zrobić przegląd zawartych w nich treści i wyciągniecie tego co możemy wykorzystać (są odpowiednie zgody itd.) do działów publicznych. Reszty, skoro i tak nie można wykorzystać niech zostanie jedynie w czeluściach archiwum serwera, bez ogólnego dostępu.
- Utworzenie zespołu składającego się z kilkunastu osób z doświadczeniem w projekcie, którego głównym zadaniem byłaby akceptacja zmian wprowadzanych na repozytorium symulatora. Nie wiązałoby się to z żadnymi dodatkowymi benefitami czy dostępem.
- Wprowadzenie przejrzystej procedury wprowadzania zmian na repozytorium, w formie zbliżonej do obecnego testu dodatków. Zmiany wymagałaby akceptacji przez powyższy zespół, np. przez aprobatę N jego członków.
- Zespół mógłby w jakiś sposób dodawać nowych członków, np. przez nominację przez N jego członków i następnie głosowanie większością.
- Dodawanie treści na mediach społecznościowych również przechodziłoby proces aprobaty tak samo jak dla zmian repo, zaakceptowany post wstawiany byłby na platformę przez administrację/moderację, ale to byłaby czynność jedynie techniczna.
- Aktualizacji repozytorium po zaakceptowaniu zmian dokonywałaby również administracja, moderacja i wyznaczone przez nią osoby, ale to byłaby czynność jedynie techniczna. Docelowo powinno zostać opracowane narzędzia które to zautomatyzują.
- Wprowadzony zostałby stały cykl wydawniczy paczki, w którym terminy byłyby ściśle określone, np. miesięczne czy kwartalne. Zawierałyby stan repozytorium na dany dzień, bez osobnej fazy wydawniczej, testów, przesuwania terminów bo coś się nie załapało, itd. Publikacją paczki zajmowała by się administracja i moderacja (w obecnej sytuacji pewnie ja), do momentu przygotowania narzędzi które będą to robić automatycznie.
- Administracja i wyznaczeni przez nich moderatorzy czuwaliby nad zachowaniem kultury wypowiedzi. Zasadniczym wyzwaniem jest niedopuszczenie do eskalacji wszelkich dymów i zatrzymanie ich na samym początku. Jeżeli regulamin jest w tych kwestiach niewystarczająco jasny, może warto wprowadzić dodatkowy CoC.
Oczywiście to tylko wstępny zarys propozycji. Jeżeli opinia społeczności byłaby pozytywna, to trzeba przygotować uszczegółowione zasady, w szczególności w zakresie sposobu akceptacji, głosowania/aprobaty N osób, sposobu nominacji nowych członków, sposobu wyboru początkowych członków zespołu itd. Zachęcam do propozycji w tym zakresie.
Faktem jest, że w ostatnim okresie część członków administracji zrezygnowała ze stanowiska, a moja aktywność jest niewielka. Nie jestem jednak skłonny nominować nowych administratorów, zarówno ze względu na ostatnie doświadczenia z przyznawaniem dostępów osobom które nadwyrężyły nasze zaufanie, jak i moje przekonanie że żonglowanie rangami nie wprowadzi realnej zmiany jakościowej.
Podnosi się argument że nowa administracja miałaby ożywić projekt, jednak w jaki sposób miałoby się to wydarzyć? Przecież nie jest wymagane aprobata od administratora, żeby poprawiać błędy, tworzyć nową zawartość czy wprowadzać zmiany w exe.
W celu uregulowania tej sytuacji, chciałbym zaproponować pewne zmiany w funkcjonowaniu projektu. Niezmiennie od początku mojej aktywności jestem przeciwnikiem specjalnych stanowisk, ukrytych działów, limitu postów w działach, czy innych rozwiązań ograniczających transparentność (i co za tym idzie, ilość afer związanych z dostępem do ukrytej treści i wycieków stamtąd) jak i uniemożliwiających pełne zaangażowania nowych osób bez zbędnych przeszkód.
Proponuję więc:
- Zlikwidowanie działów niepublicznych (deweloperów, betatesterów, repozytorium, promocji, webmasterów, promotorów). Nie pełnią one istotnej funkcji, poza możliwością bycia punktem niezdrowych konfliktów. Należałoby tu zrobić przegląd zawartych w nich treści i wyciągniecie tego co możemy wykorzystać (są odpowiednie zgody itd.) do działów publicznych. Reszty, skoro i tak nie można wykorzystać niech zostanie jedynie w czeluściach archiwum serwera, bez ogólnego dostępu.
- Utworzenie zespołu składającego się z kilkunastu osób z doświadczeniem w projekcie, którego głównym zadaniem byłaby akceptacja zmian wprowadzanych na repozytorium symulatora. Nie wiązałoby się to z żadnymi dodatkowymi benefitami czy dostępem.
- Wprowadzenie przejrzystej procedury wprowadzania zmian na repozytorium, w formie zbliżonej do obecnego testu dodatków. Zmiany wymagałaby akceptacji przez powyższy zespół, np. przez aprobatę N jego członków.
- Zespół mógłby w jakiś sposób dodawać nowych członków, np. przez nominację przez N jego członków i następnie głosowanie większością.
- Dodawanie treści na mediach społecznościowych również przechodziłoby proces aprobaty tak samo jak dla zmian repo, zaakceptowany post wstawiany byłby na platformę przez administrację/moderację, ale to byłaby czynność jedynie techniczna.
- Aktualizacji repozytorium po zaakceptowaniu zmian dokonywałaby również administracja, moderacja i wyznaczone przez nią osoby, ale to byłaby czynność jedynie techniczna. Docelowo powinno zostać opracowane narzędzia które to zautomatyzują.
- Wprowadzony zostałby stały cykl wydawniczy paczki, w którym terminy byłyby ściśle określone, np. miesięczne czy kwartalne. Zawierałyby stan repozytorium na dany dzień, bez osobnej fazy wydawniczej, testów, przesuwania terminów bo coś się nie załapało, itd. Publikacją paczki zajmowała by się administracja i moderacja (w obecnej sytuacji pewnie ja), do momentu przygotowania narzędzi które będą to robić automatycznie.
- Administracja i wyznaczeni przez nich moderatorzy czuwaliby nad zachowaniem kultury wypowiedzi. Zasadniczym wyzwaniem jest niedopuszczenie do eskalacji wszelkich dymów i zatrzymanie ich na samym początku. Jeżeli regulamin jest w tych kwestiach niewystarczająco jasny, może warto wprowadzić dodatkowy CoC.
Oczywiście to tylko wstępny zarys propozycji. Jeżeli opinia społeczności byłaby pozytywna, to trzeba przygotować uszczegółowione zasady, w szczególności w zakresie sposobu akceptacji, głosowania/aprobaty N osób, sposobu nominacji nowych członków, sposobu wyboru początkowych członków zespołu itd. Zachęcam do propozycji w tym zakresie.
5
Na warsztacie / Odp: Odświeżone otoczenie scenerii "Elektrociepłownia_Dobre"
« dnia: 30 Marca 2023, 20:51:18 »
Ja się nie zgodzę. Zbyt dużo rodzajów drzewek sprawia, że jest naćkane. To co brakuje, to krzaczków i trawy w głębi lasów oraz jakiejś "zasłony" za tymi laskami zasłaniającymi pustynie w porze zimowej. Ściana lasu albo rządek drzewek "z liśćmi" coś na wzór tego, co jest w oryginalnym scenariuszu.
Co do uwag, to są miejsca, gdzie widać że drzewa stoją w rządkach (przykładowy screen) oraz osobiście bym jeszcze wydłużył las na głównej linii (po tej stronie gdzie nie ma pól).
Co do uwag, to są miejsca, gdzie widać że drzewa stoją w rządkach (przykładowy screen) oraz osobiście bym jeszcze wydłużył las na głównej linii (po tej stronie gdzie nie ma pól).
6
Na warsztacie / Odp: Odświeżone otoczenie scenerii "Elektrociepłownia_Dobre"
« dnia: 30 Marca 2023, 19:42:12 »
Jest naprawdę ładnie, ale porada złota - więcej rodzajów drzewek, trawek i wszystkich innych dupereli, żeby była różnorodność zauważalna. Jak na start, jest naprawdę git.
7
Bocznica / Odp: Czy leci z nami pilot?
« dnia: 11 Stycznia 2023, 17:16:58 »
Obiecuje banować każdego trolla, głosujcie na mnie, ulotki agitacyjne wkrótce. Będzie borubar i średnia hawajska dla wszystkich.
9
Na warsztacie / Odp: D29-97/98/99/94/117 - Zakopianka
« dnia: 21 Listopada 2022, 11:47:39 »
Gdyby na racjonalnych argumentach i debatach się kończyło, to by się to inaczej potoczyło. Jednak zachowania poszczególnych osób są po prostu kuriozalne i nie do zaakceptowania.
Czyje zachowania?
Począwszy od krytykowania tego, że miałam "czelność" wyrażać opinię na temat innych projektów, poprzez marginalizowanie prowadzonych przeze mnie prac do "jakiejś tam kolejnej scenerii, boże, ta znowu o tej srakopiance", kończąc wyzywaniu mnie
Kto?
Już samo to, że w moim czy innych osób kierunku kierowane były słowa "Gówniarze, szczyle"...
Kto kierował?
Tl;dr dla całej lekturki, skierowane głównie do osób odpowiedzialnych za całe zamieszanie:
"Osób odpowiedzialnych" - czyli kogo?
Ja wiem, że rzucać oskarżenia jest bardzo łatwo, natomiast nie wyobrażam sobie prowadzenia jakiejkolwiek dalszej dyskusji w tym wątku bez wskazania konkretnych osób odpowiedzialnych za niepowodzenie projektu "Zakopianka". Od razu zasygnalizuję, że nie dostaliśmy (my - administracja czy moderatorzy) żadnej wiadomości czy raportu od Ciebie w tej sprawie. A myślę że powinniśmy dostać, skoro padały wyzwiska, słowa poniżania czy inne zachowania nie do zaakceptowania. Tak więc ponawiam pytanie - kto? Uprzejmie proszę o odpowiedź, nawet w formie prywatnej wiadomości.
Czyje zachowania?
Począwszy od krytykowania tego, że miałam "czelność" wyrażać opinię na temat innych projektów, poprzez marginalizowanie prowadzonych przeze mnie prac do "jakiejś tam kolejnej scenerii, boże, ta znowu o tej srakopiance", kończąc wyzywaniu mnie
Kto?
Już samo to, że w moim czy innych osób kierunku kierowane były słowa "Gówniarze, szczyle"...
Kto kierował?
Tl;dr dla całej lekturki, skierowane głównie do osób odpowiedzialnych za całe zamieszanie:
"Osób odpowiedzialnych" - czyli kogo?
Ja wiem, że rzucać oskarżenia jest bardzo łatwo, natomiast nie wyobrażam sobie prowadzenia jakiejkolwiek dalszej dyskusji w tym wątku bez wskazania konkretnych osób odpowiedzialnych za niepowodzenie projektu "Zakopianka". Od razu zasygnalizuję, że nie dostaliśmy (my - administracja czy moderatorzy) żadnej wiadomości czy raportu od Ciebie w tej sprawie. A myślę że powinniśmy dostać, skoro padały wyzwiska, słowa poniżania czy inne zachowania nie do zaakceptowania. Tak więc ponawiam pytanie - kto? Uprzejmie proszę o odpowiedź, nawet w formie prywatnej wiadomości.
10
Na warsztacie / Odp: D29-97/98/99/94/117 - Zakopianka
« dnia: 20 Listopada 2022, 19:36:30 »
Cytuj
To, że tworzysz od lat dla symulatora nie daje żadnego immunitetu ani nie sprawia, że twoje zdanie jest ważniejsze. Najważniejszy jest postęp, a zachowania takie jak przedstawione wyżej prowadzą jedynie do jego wyhamowania. Postępując w ten sposób w imię własnych racji i dobra szkodzicie całemu projektowi, i każdemu docelowemu użytkownikowi symulatora. W ten sposób nie zachowują się osoby w kwiecie wieku. Nie tędy droga. Takie zachowania prowadzą i będą nadal prowadzić jedynie do odejść kolejnych osób.
To, ze tworzysz od roku nie daje tobie zadnego immunitetu ani nie sprawia, ze twoje zdanie jest najwazniejsze i nie uprawnia do podejscia bo ja tak chce i tak ma byc i hoooy. Postepujac w ten sposob w imie wlasnych racji wyszlo ze zrobilas chlew i po zalosnej prowokacji z st44 zaszkodzilas calemu projektowi i kazdemu docelowemu blabla. W ten sposob nie zachowuja sie dojrzale osoby, nie tedy droga, bla bla. I nie mow mi ze sie nie da inaczej bo jakos ja potrafilem wprowadzic jakies innowacje w postaci includowanych elementow wozow czy skryptow pixy na parametrach.
A wiecej mi sie nie chce, z fartem, elo i sztywniutko.
Zakazy 20, 21.
+5@MaciejM
Tu nie bylo wuglaryzmu zlociutki.
12
Wydział zamówień / Odp: Lista pojazdów w okleinach, lub "kończących" się schematów malowania/ unikatów.
« dnia: 28 Sierpnia 2019, 10:17:15 »Do kompletu EP09 ABC brakuje porządnie sfotografowanego czoła.Jaki widzisz sens dublowania tekstury, ktora jest juz wydana, jak juz jest parcie na ta okleine to nie lepiej dogadac sie ze Stapoxem?
13
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 23 Sierpnia 2019, 14:24:43 »
Rok 2013 IR 48102 "Pirania"
14
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 20 Sierpnia 2019, 21:14:41 »
Klimat początku lat 90 tych.
15
Bieżące Symulatorowe / Odp: Żenująca sytuacja
« dnia: 20 Lipca 2019, 20:14:48 »
Nie jest to pierwsze podejscie kolesiostwa, przyklad testowania, kiedy to pewne osoby(celowe nie wymienianie nickow) zamiast traktowania kazdego uzytkownika na rowni, jest widoczna zasada "sa rowni i rowniejsi". Przyklad byka 12xx i byka dizla, co to mialo byc? moze pora podac sie do dymisji do zwyklego uzytkownika?
16
Bieżące Symulatorowe / Żenująca sytuacja
« dnia: 20 Lipca 2019, 20:07:34 »
Dzień dobry!
Z racji magicznego znikania postów oraz wątków, a także braku jakiejkolwiek interakcji, piszę w pozornie głupiej, ale jednak krytycznie ważnej, sprawie.
Jestem zażenowany. Negatywne zaskoczenie to chyba jedna z lepszych fraz opisującą niedawną sytuację, ale do rzeczy.
W dniu 19/07/19 około godz. 6:00 pojawiła się zmiana w MaSzynowym systemie kontroli wersji - konkretnie rewizja 4125. To w niej znajduje się paczka tekstur ładunków innofreightów. Wątek w Teście Dodatków z tym assetem został usunięty / ukryty, a ja nie mam dostępu do własnej wiadomości z poprawkami. Nie ma również nigdzie wiadomości odnośnie dodania dodatku wraz z rewizją.
Żeby się przed Forumowymi kolegami uwierzytelnić, to jakkolwiek nie pamiętam daty, pamiętam, co było wadami tego assetu: różna ostrość zdjęć (porównanie do wagonu platformy), identyczny wyróżnik kontenera na wszystkich teksturach, oraz słaba jakość różowego kontenera. Uważam, że łatwo skorelować ten stan z rzeczywistością.
W całej tej wypowiedzi nie chodzi o to, czy ten asset jest gorszy, czy lepszy. Nie chodzi też o osobiste "jazdy" w kontekście użytkownika joachimowicz, który jednak był autorem wątku i jest autorem commita. Witki, ręce, a i u niektórych użytkowników piersi, opadają. Brak mi słów na uzasadnienie tego działania. Zamierzone obejście procesu testu jakości jest, moim zdaniem, co najmniej dziecinne.
Nie jestem tutaj najdłużej, nie jestem też najaktywniejszy, ale czas wyjść z piaskownicy. Liczba poświęconych godzin wszystkich zaangażowanych w MaSzynę jest wystarczająco duża, żeby nie puścić płazem takiej farsy. Dlatego post ten jest swoistą formą jawnego ostracyzmu. Nie podoba mi się cała ta akcja, a brak reakcji jest jeszcze gorszy.
Czekam na odpowiedź Panowie. Prywatne Wiadomości nie interesują mnie, wykażcie się i pokażcie swój punkt widzenia.
Z racji magicznego znikania postów oraz wątków, a także braku jakiejkolwiek interakcji, piszę w pozornie głupiej, ale jednak krytycznie ważnej, sprawie.
Jestem zażenowany. Negatywne zaskoczenie to chyba jedna z lepszych fraz opisującą niedawną sytuację, ale do rzeczy.
W dniu 19/07/19 około godz. 6:00 pojawiła się zmiana w MaSzynowym systemie kontroli wersji - konkretnie rewizja 4125. To w niej znajduje się paczka tekstur ładunków innofreightów. Wątek w Teście Dodatków z tym assetem został usunięty / ukryty, a ja nie mam dostępu do własnej wiadomości z poprawkami. Nie ma również nigdzie wiadomości odnośnie dodania dodatku wraz z rewizją.
Żeby się przed Forumowymi kolegami uwierzytelnić, to jakkolwiek nie pamiętam daty, pamiętam, co było wadami tego assetu: różna ostrość zdjęć (porównanie do wagonu platformy), identyczny wyróżnik kontenera na wszystkich teksturach, oraz słaba jakość różowego kontenera. Uważam, że łatwo skorelować ten stan z rzeczywistością.
W całej tej wypowiedzi nie chodzi o to, czy ten asset jest gorszy, czy lepszy. Nie chodzi też o osobiste "jazdy" w kontekście użytkownika joachimowicz, który jednak był autorem wątku i jest autorem commita. Witki, ręce, a i u niektórych użytkowników piersi, opadają. Brak mi słów na uzasadnienie tego działania. Zamierzone obejście procesu testu jakości jest, moim zdaniem, co najmniej dziecinne.
Nie jestem tutaj najdłużej, nie jestem też najaktywniejszy, ale czas wyjść z piaskownicy. Liczba poświęconych godzin wszystkich zaangażowanych w MaSzynę jest wystarczająco duża, żeby nie puścić płazem takiej farsy. Dlatego post ten jest swoistą formą jawnego ostracyzmu. Nie podoba mi się cała ta akcja, a brak reakcji jest jeszcze gorszy.
Czekam na odpowiedź Panowie. Prywatne Wiadomości nie interesują mnie, wykażcie się i pokażcie swój punkt widzenia.
17
Na warsztacie / Odp: Projekt ST44 - Warsztat Piotr-a93
« dnia: 25 Kwietnia 2019, 15:24:38 »
Jeszcze trochę i składamy paczkę, mam nadzieję że na wakacje będziecie mieli czym śmigać. Nie mamy opóźnień ani nie planujemy zawieszenia nad nim prac w razie gdyby ktoś pytał.
18
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 15 Kwietnia 2019, 23:53:55 »
Wieczorny pośpieszny zbliża się do Sieradza.
19
Na warsztacie / Odp: Całkowo v2.0 - wersja beta do testów
« dnia: 06 Kwietnia 2019, 22:29:38 »
Po dłuższym zastanowieniu się chyba wymyśliłem, jak zrobić to wygaszanie, ale wymagać to będzie pewnych testów jeszcze. Co do radia jest to w planach wraz z całym udźwiękowieniem, ale brak czasu nie pozwala na realizację tych planów niestety... Odnośnie skrócenia manewrów spróbuję coś wykombinować, ale nie wiem, czy da się przypisać ten sam tor do kilku odcinków izolowanych - to by pomogło. Obecnie cała głowica jest jednym odcinkiem izolowanym, żeby wprowadzić możliwość krótszego manewrowania trzebaby stworzyć kilka(naście) dodatkowych odcinków...
A tymczasem po długim oczekiwaniu udostępniam nową wersję Całkowa v2: https://eu07.pl/userfiles/7546/calkowo_v2_20190406.zip (52,2 MB).
Paczka dostosowana do PC 19_04. Główne zmiany:
A tymczasem po długim oczekiwaniu udostępniam nową wersję Całkowa v2: https://eu07.pl/userfiles/7546/calkowo_v2_20190406.zip (52,2 MB).
Paczka dostosowana do PC 19_04. Główne zmiany:
- podmiana części modeli mostów i wiaduktów na nowsze od MW
- przeróbka terenu w pobliżu Paszek Małych
- poprawka wiszących słupów teletechnicznych
- podmiana modeli dworców
- przebudowa podg Janiszew Most na rozjazdy R=500 m, Vmax = 60 km/h
- dodanie pasażerów na peronach
20
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 06 Kwietnia 2019, 21:58:08 »
Bałtyk o poranku.
21
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 06 Kwietnia 2019, 21:36:12 »
SN61-55 z pociągiem lokalnym złożonym z dwóch wagonów przejeżdża pod dobrze mi znanym wiaduktem.
22
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 06 Kwietnia 2019, 13:55:11 »
Czekając na manewry..
23
Tabor / Odp: Błędy w kabinie EP09.
« dnia: 23 Marca 2019, 19:15:10 »
Nie niby, ale cudów proszę się też raczej nie spodziewać.
24
Na warsztacie / Odp: Exe - zmiany w stosie graficznym i dźwiękowym
« dnia: 22 Marca 2019, 15:39:15 »
W dzisiejszym uaktualnieniu:
- poprawka, pojazdy wyposazone w nowe nastawniki nie powinny zawieszac symulacji
- dobra zmiana, kalkulacja jasnosci nieba powinna lepiej uwzgledniac aktualny poziom zachmurzenia
- lekcje dla ai, przygotowany przez youBy szereg zmian w obsludze hamulcow przez ai, zarowno dla starych jak i nowych pojazdow
- funkcjonalnosc, dodana mozliwosc przypisania w pliku .mmd pojazdu modeli .t3d, ktore powinny zostac uzyte do wizualizacji ladunkow. Pozwala to na wykorzystanie tych samych modeli w kilku pojazdach, bez koniecznosci klonowania ich dla kazdego typu z osobna. Przypisanie modeli umieszczone jest w sekcji models/endmodels w formacie:
- poprawka, pojazdy wyposazone w nowe nastawniki nie powinny zawieszac symulacji
- dobra zmiana, kalkulacja jasnosci nieba powinna lepiej uwzgledniac aktualny poziom zachmurzenia
- lekcje dla ai, przygotowany przez youBy szereg zmian w obsludze hamulcow przez ai, zarowno dla starych jak i nowych pojazdow
- funkcjonalnosc, dodana mozliwosc przypisania w pliku .mmd pojazdu modeli .t3d, ktore powinny zostac uzyte do wizualizacji ladunkow. Pozwala to na wykorzystanie tych samych modeli w kilku pojazdach, bez koniecznosci klonowania ich dla kazdego typu z osobna. Przypisanie modeli umieszczone jest w sekcji models/endmodels w formacie:
Kod: [Zaznacz]
loads: {
typ: model_ladunku // np. passengers: passengers_110_1stclass
typ: model_ladunku
// itd
}
zamiast pojedynczego modelu ladunku mozliwe jest podanie zestawu modeli w klamrach [] czyli np [ ladunek1 ladunek2 ladunek3 ] W takiej sytuacji dla danego pojazdu model ladunku wybrany zostanie losowo z podanego zestawu.25
Bieżące Symulatorowe / Tak na szybko.
« dnia: 05 Marca 2019, 21:42:08 »
Siema. Postanowiłem napisać pare słów, aby nie zaśmiecać forum pisze specialnie tu.
Tak sobie minęło 9 lat, i w koncu znalazłem chwile by odpalić sobie naszego symka, ale mówie co tam, nie bede smigał po swojej starej zmodyfikowanej Krzyzowej na paczce z 2006roku, sciągne sobie najnowszą paczkę. I do sedna sprawy:
Gratuluje Wam, bo odwaliliście kawał dobrej roboty! w 2008 roku było to nie do pomyślenia co teraz jest tu osiągniete. Robi to na mnie wrażenie bo Ci co mnie pamiętają to wiedzą jaka wage przykładałem do niektórcyh szczegołów, i sposobu grania w ów symulator. Powodzenia i działajcie dalej!
Tyle ode mnie - srednio-starej ekipy ;)
MKaczy pozdrawiam ; - )
Tak sobie minęło 9 lat, i w koncu znalazłem chwile by odpalić sobie naszego symka, ale mówie co tam, nie bede smigał po swojej starej zmodyfikowanej Krzyzowej na paczce z 2006roku, sciągne sobie najnowszą paczkę. I do sedna sprawy:
Gratuluje Wam, bo odwaliliście kawał dobrej roboty! w 2008 roku było to nie do pomyślenia co teraz jest tu osiągniete. Robi to na mnie wrażenie bo Ci co mnie pamiętają to wiedzą jaka wage przykładałem do niektórcyh szczegołów, i sposobu grania w ów symulator. Powodzenia i działajcie dalej!
Tyle ode mnie - srednio-starej ekipy ;)
MKaczy pozdrawiam ; - )
26
Tabor / Odp: Pantografy
« dnia: 12 Lutego 2019, 14:12:41 »
Obejrzałem w googlach inne 200x. Też wyglądają jak DSA 150.
27
Tabor / Odp: Pantografy
« dnia: 12 Lutego 2019, 13:09:13 »
Po obecności dłuższego "pałąka" (zaznaczyłem na załączniku) stwierdzam, że nie ma żadnej niezgodności.
28
Screeny / Trailer EN57AKŁ
« dnia: 08 Lutego 2019, 17:28:33 »
Z racji ważnej dla symulatora premiery pierwszego asynchronicznego EZT postanowiłem zrobić trailer EN57AKŁ.
Zapraszam do oglądania i oceny :)
Zapraszam do oglądania i oceny :)
29
Screeny / Odp: Galeria screenów. / W tym wątku zabrania się umieszczania komentarzy.
« dnia: 04 Lutego 2019, 21:55:59 »
Trapez z TLKą.
30
Na warsztacie / Odp: Sceneria "Góry"
« dnia: 03 Lutego 2019, 01:05:44 »
Ciąg dalszy załączników :)
Strony: [1] 2