IBISpack+ / Radiopack+

**Sobol3D** · 24.11.2024, 19:02

Informacje:
Projekt: IBISpack+
Autorzy/Authors: Sobol
Licencja/License: Creative Commons CC BY-NC

Opis: Różnorakie sterowniki, tablice, telewizory i inne wynalazki do samodzielnej implementacji. Dołączone pliki .blend są pod wersję 2.79. Nie udzielam instrukcji jak to implementować, większość rzeczy jest wyjaśniona w filmie poniżej. Warto nadmienić charakterystykę tego jak wszystkie te urządzenia były tworzone - jednym z nadrzędnych celów była łatwość przenoszenia, co za tym idzie zmniejszona liczba pojedynczych wpisów [texttexture], co zdecydowanie powinno ułatwić podmienianie IBISów. Liczba modeli .o3d koniecznych do wyeksportowania również jest zminimalizowana, poprzez użycie metody [freetex] zamiast osobnych modeli na każdy ekran. Kolejnym celem było też stworzenie ujednoliconych sterowników pod względem skryptowym. Oznacza to jednakowe działanie m.in. zapowiedzi, a także utworzenie spójnego ekosystemu na linii IBIS-SIP-Kasowniki (w przyszłości również brygadówki). Wszystkie sterowniki mają własne customowe fonty stworzone specjalnie pod nie.
Dla osoby posiadającej przeciętną wprawę przełożenie sterownika nie powinno zająć więcej niż 15-20 minut.
Tutorial demonstrujący proces implementacji sterowników w tej paczce: YouTube

W przypadku jakichkolwiek problemów z poprawnym działaniem (spowodowanym z mojej strony tj. działania samego skryptu), błędów, bugów czy sugestii prosze pisać, a będzie wszystko sukcesywnie poprawiane i update'owane.

Description: Various controllers, boards, TVs and other inventions to implement yourself. The attached .blend files are under version 2.79. I don't give instructions on how to implement this, most things are explained in the video below. It's worth mentioning the characteristics of how all of these devices were created - one of the overriding goals was ease of portability, thus a reduced number of individual [texttexture] entries, which should definitely make it easier to swap IBIS. The number of .o3d models needed to be exported is also minimised, by using the [freetex] method instead of separate models for each screen. Another objective was also to create standardised drivers in terms of scripting. This means uniform operation of, among other things, the announcements, as well as the creation of a coherent ecosystem on the IBIS-FIS-Validators (in the future also the brigade). All controllers have their own custom fonts created specifically for them.
For a person with average skill, it should not take more than 15-20 minutes to port an IBIS.
Tutorial of how to implement IBIS from those packs (with english subtitles): YouTube

In case of any problems with correct functionality (that's caused from my side - incorrectly functioning script), bugs or suggestions, please write here, and everything will be fixed and updated accordingly.

Lista skrócona / Device list:

R&G:
SRG-2000P (1.1)
SRG-3000P & KF-3000 (1.2)
SRG-3100P
SRG-4000P
SRG-5000P
SRG-6000P
SRG-6000P (Nowszy)
SRG-7000P
STI-4 (1.1)
(SIP) ETL Jednowierszowy (1.1)

Pixel Bydgoszcz:
Pixel KPP-1 (1.1)
Pixel KPP-2 (1.1)
Pixel XC-6 (1.3)
Pixel Asterix (1.1)
(SIP) Pixel TML/XTL (1.0)

Mobitec:
ICU400
ICU402

Init:
EVENDpc2

Gorba:
FIS LCD

Other/Inne:
RadioPack+

R&G Mielec

SRG-2000P (1.1) / Prezentacja działania na YouTube
PL/DE Character Supported
[Obrazek: O1xYt6T.png]

-
SRG-3000P & KF-3000 (1.2) / Prezentacja działania na YouTube
PL/DE Character Supported
[Obrazek: iCw3Ezv.png]

-
R&G SRG-3100P (2 wersje klawiatury) / Prezentacja działania na YouTube
[Obrazek: IBa5XHE.png]

-
R&G SRG-4000P (wersja kolorowa i monochromatyczna) / Prezentacja działania na YouTube
[Obrazek: 4nMpCTe.png]

-
R&G SRG-5000P (4 softy) / Prezentacje softów: Zielony / Łódź-Katowice / Rzeszów / Poznań PEKA
[Obrazek: 3kXxvyp.png]

-
R&G SRG-6000P / Prezentacja działania na YouTube
[Obrazek: EWdzfNv.png]

-
R&G SRG-6000P (Nowszy) / Prezentacja działania na YouTube
[Obrazek: LeCevNN.png]

-
R&G SRG-7000P / Prezentacja działania na YouTube
[Obrazek: ZImcKTc.png]

-
STI-4 (1.1) / Prezentacja działania na YouTube
PL/DE Character Supported
[Obrazek: tYtlxd0.png]

-
(SIP) ETL Jednowierszowy (1.1) / Prezentacja działania na YouTube
PL Character Supported
[Obrazek: qOB6i0D.png]

Pixel Bydgoszcz

Pixel KPP-1 (1.1)
S3DHF Supported
[Obrazek: 4pi3M4D.png]

-
Pixel KPP-2 (1.1) / YouTube Demo
S3DHF Supported
[Obrazek: 9U4hYaI.png]

-
Pixel XC-6 (1.3) / YouTube Demo
S3DHF Supported
[Obrazek: OTwZNHC.png]

-
Pixel Asterix (1.1) / YouTube Demo
S3DHF Supported
[Obrazek: TBFJvKE.jpeg]

-
(SIP) Pixel TML/XTL (1.0)
[Obrazek: O3skWAB.png]

Mobitec

Mobitec ICU400 / YouTube Demo
[Obrazek: CBhkDWX.png]

-
Mobitec ICU402 / YouTube Demo
[Obrazek: rRMCUkG.png]

Init

EVENDpc2

Gorba

FIS LCD
PL/DE Character Supported
[Obrazek: 5mK0UZU.png]

Radio / Others / Inne

RadioPack+
requires SuperRadio from A17PL WebDisk
[Obrazek: IRlUiDZ.png]

S3DHF (Sobol3D HOF Format) - opis/description

W związku z dotychczasowymi ograniczeniami standardowego formatowania plików .HOF, postanowiłem zacząć wykorzystywać wcześniej nieużywane linijki dla ulepszenia funkcjonalności sterowników. W obecnej formie (Fomat 1.0, używane dodatkowe linijki w zielu 8-10), wspiera on ustawianie własnego tekstu podpisu opisu linii w Pixelach, zdefiniowanie własnego numeru linii (np T4 zamiast 4, T-A zamiast 11), oraz zdefiniowanie ziela jako takiego który nie ma mieć przystanków, a ma działać jako kierunek specjalny. Zdecydowanie polepsza to funkcjonalność Pixela, oraz jego przejrzystość. Szukałem długo rozwiązania które będzie kompatybilne w dwie strony - czyli z moimi sterownikami daje dodatkowe funkcjonalności, ale hof nadal działa poprawnie z innymi IBISami. Takie coś udało mi się wymyśleć, no może z wyjątkiem jakiś archaicznych modeli które używały te linijki dla innych celów. (Bo nadal nie wiem co używa linijek 8-10). Dokładny opis poniżej.

Kod:
Linijka 0      Nazwa dla kierunku używana w belce, oraz linijka którą OMSI odczytuje sprawdzając czy kierunek wbity na szyldach pokrywa się z wpisami w Tripdata w edytorze.

Linijka 1      Górna linijka matrixów

Linijka 2      Dolna linijka matrixów

Linijka 3      Boczny matrix (nie używany w większości skryptów)

Linijka 4      Ścieżka do tekstury rollbandu

Linijka 5      Nazwa wyświetlana na IBISie

Linijka 6      Ścieżka do tekstury steckschilda (dykty)

Linijka 7      Ścieżka do bitmapy szyldów

                - W skryptach oznaczonych jako S3DHF (Sobol3D Hof Format) korzysta z podfolderów:

                    - Krueger dla 16px szyldów - MUSI być rozciągnięta w pionie 2-krotnie

                    - Krueger_S3D_24 dla 24px szyldów - NIE może być rozciągnięta

                    - Krueger_TML - dla tablic Pixel TML/XTL - NIE może być rozciągnięta

    Customizowane formatowanie dla sterowników zaczyna się poniżej:

Linijka 8      Customowe podpisy w menu wyboru linii w STR1-1, 1-2 1-3, KPP-1, KPP-2 i Asterixie

            Max 20 znaków,

            Na przykład: Chroscik-Wieprzyce

            Skrypt odczyta tą linijkę z routa numer 99 w ddanej linii, więc w przypadku nie korzystania z bitmap, mając jeden ziel dla wielu linii, nie zrobi to burdelu.

            Ewentualnie należy dodać dodatkowe kierunki według potrzeb.

Linijka 9       Ustawienie tej linijki jako 1, zdefiniuje kierunek jako bez zdefiniowanych przystanków, zasadniczo wymuszając tryb samego kierunku.

                Przydatne zasadniczo głównie dla napisów specjalnych, np. pod linią 999. Lepsze rozwiązanie niż tkwienie we wspisywaniu kodu ziel, z którego praktycznie nic poza HPW nie korzysta.

Linijka 10      Wymuszenie customowego stringu dla linii. Na przykład, kiedy chcemy wymusić dla tego kiernku linię T4 zamiast 4, wpisujemy T4, albo cokolwiek innego co chcemy.

            Wpisanie 'hideline' wymusi ukrycie linii dla tego kierunku. Tj. - wyświetlenie samego kierunku bez numeru linii.

Wspomniana maska 20 znaków do skopiowania dla osób tak leniwych jak ja:

AAAAAAAAAAAAAAAAAAAA

Tescobus

Due to the previous limitations of standard .HOF file formatting, I decided to start using previously unused lines to enhance the functionality of the controllers. In its current form (Format 1.0, with additional lines used in fields 8–10), it supports setting custom line description captions in Pixel displays, defining custom line numbers (e.g., T4 instead of 4, T-A instead of 11), and marking a route as one that has no stops and functions as a special direction. This significantly improves Pixel’s functionality and clarity.
I spent a long time searching for a solution that would be bidirectionally compatible—meaning it adds extra features when used with my controllers, but still works correctly with other IBIS systems. I managed to come up with such a solution, with the possible exception of some archaic models that may have used these lines for other purposes (since I still don’t know what uses lines 8–10). A detailed description follows below.

Kod:
Line 0      IBIS Name & Line that is set in map trip entry (MUST be the same as in Trip entry, otherwise passengers will refuse to entry)

Line 1      Matrix Upper Row

Line 2      Matrix Lower Row

Line 3      Matrix Side Row (Not used for majority of newer matrix scripts)

Line 4      Rollband texture path

Line 5      IBIS 2 Name // used in majority of IBIS scripts to display name of the destination

Line 6      Steckschild texture path

Line 7      Bitmap texture path

                - In scripts marked as S3DHF (Sobol3D Hof Format) this uses following subfolders:

                    - Krueger for 16px displays - MUST be stretched in height by 2x times

                    - Krueger_S3D_24 for 24px displays - CANNOT be stretched otherwise things will get glitchy

                    - Krueger_TML - For Pixel TML/XTL Displays - CANNOT be stretched

    Customised formatting of the lines start here

Line 8      Custom description for line routing used in STR1-1, 1-2 1-3, KPP-1, KPP-2 and Asterix scripts

            Maximum of 20 characters,

            Example: Chroscik-Wieprzyce

            Script will read this data out of route 99 in certain line, so in case of not using bitmaps, and having one ziel dest for few lines, this won't make a mess.

            Add additional destination if neccesary

Line 9      Set to 1, if line with that destination should NOT have any busstops, for example, in case of adding specialty routes, like service trip with line displayed.

            For example - create line 999 with routes, where each route is each specific special destination. It's way less confusing than entering random bs ziel codes no one remembers.

Line 10     Enforce custom line string - for example, if you want to make sure that display will show T4, N4, NE34 or anything else.

            Set to 'hideline' in case you want to completely hide displayed line, and display only the destination.

Refrenced 20 characters to copy-paste in case ur lazy like me:

AAAAAAAAAAAAAAAAAAAA

Tescobus

Ikarus 132 edytował 24.11.2024 19:55 ten post z poniżej podanego powodu:

przeniosłem, do usług :-)

[wymoderowano - Ik132]
2.1. Wulgaryzmy /+70%

kanapkazgolebeiem · 27.11.2024, 14:51

Dobrze wykonane sterowniki do modeli w Omsi2 i moja ocena to 9/10. Dźwięki są wysokiej jakości jak na Omsi2 i tekstury są też dobrej jakości, polecam sterowniki Sobola.

paidtobewhite · 02.12.2024, 23:33

Jakby ktoś miał problem z brakiem tekstur do 5000P z zielonym softem to tutaj link \/
https://www.mediafire.com/file/qmq7sbpby...y.rar/file

**Sobol3D** · 21.01.2025, 04:41

Wydano Pixela XC-6. Względem niegdyś dostępnej wersji skrypt został cały napisany od nowa, wyszukiwanie linii działa stabilnie i poprawnie, jest dodany autoplaner. Jest jednocześnie o wiele lżejszy (1300 zamiast 6000 linijek kodu) oraz ma mniej wpisów texttexture (11 zamiast 44) i ma o wiele lepiej zoptymalizowany font. Link w pierwszym poście.

W przypadku jakichkolwiek problemów z poprawnym działaniem (spowodowanym z mojej strony tj. działania samego skryptu), błędów, bugów czy sugestii prosze pisać, a będzie wszystko sukcesywnie poprawiane i update'owane.

[Obrazek: OTwZNHC.png]

[wymoderowano - Ik132]
2.1. Wulgaryzmy /+70%

**Sobol3D** · 23.01.2025, 16:43

Nowe wydania:

Pixel KPP-1
[Obrazek: 4pi3M4D.png]

Pixel KPP-2
[Obrazek: 9U4hYaI.png]

Dodatkowo: aktualizacja Pixela XC-6 obejmująca poprawki zachowania na przystanku końcowym, powrót do okna autoplanera po zakończonym kursie, poprawkę na trigger od przewijania przystanku wstecz.

Btw - XC-6 uruchamiamy okrągłym przyciskiem po środku krzyżaka.

[wymoderowano - Ik132]
2.1. Wulgaryzmy /+70%

**Sobol3D** · 02.02.2025, 00:11

Wydano tablicę wewnętrzną R&G ETL w wersji jednowierszowej.

[Obrazek: qOB6i0D.png]

Link w pierwszym poście.

[wymoderowano - Ik132]
2.1. Wulgaryzmy /+70%

lolleker · 08.02.2025, 22:35

W KPP2 nie ma wrzuconej textury body.

**Sobol3D** · 09.02.2025, 12:40

(08.02.2025, 22:35)lolleker napisał(a): W KPP2 nie ma wrzuconej textury body.

w załączniku

Załączone pliki
.zip

obudowa_texture.zip (Rozmiar: 98.64 KB / Pobrań: 24)

[wymoderowano - Ik132]
2.1. Wulgaryzmy /+70%

**Sobol3D** · 04.03.2025, 21:06

Wydano wyświetlacz LCD firmy Gorba

[Obrazek: 5mK0UZU.png]

Link w pierwszym poście.

[wymoderowano - Ik132]
2.1. Wulgaryzmy /+70%

**Sobol3D** · 04.03.2025, 23:24

Wydano aktualizację następujących sterowników:

R&G:

SRG-2000P - wersja 1.1
- Dodano nowy font obsługujący polskie i niemieckie znaki
- Zaktualizowano wszystkie napisy w sterowniku o obsługę polskich znaków
- Poprawiono teksturę ekranu

SRG-3000P & KF-3000 - wersja 1.2
- Dodano nowy font obsługujący polskie i niemieckie znaki
- Zaktualizowano wszystkie napisy w sterowniku o obsługę polskich znaków

STI-4 - wersja 1.1
- Dodano nowy font obsługujący polskie i niemieckie znaki
- Zaktualizowano wszystkie napisy w sterowniku o obsługę polskich znaków

ETL Jednowierszowy - wersja 1.1
- Dodano nowy font obsługujący polskie znaki
- Zaktualizowano wszystkie napisy w tablicy o obsługę polskich znaków

[wymoderowano - Ik132]
2.1. Wulgaryzmy /+70%