Beiträge von Busfanat

Servus,

Auch vor dem Hintergrund, dass die meisten OMSI2 nutzen und dort die Krüger+ Stand der Dinge ist, ist die Entwicklung aktuell auf das Private beschränkt.

Schönen Abend noch,

Busfanat

Guten Abend,

mir ist eine Kleinigkeit aufgefallen:

Zitat von hoffenheim90

Mein Hof-Datei heißt Bottrop und in der Global steht "Hof Bottrop"

Steht in der Global "Hof Bottrop" oder "Bottrop"? Selbe Frage bei der Hofdatei im Abschnitt [name]...

Schönen Abend noch,

Busfanat

Good evening,

It's not a bug, it's a feature called "Tagfahrlicht".

Yours,

Busfanat

Guten Morgen,

Ich muss zugeben, dass ich mir dein Script beim Verfassen meines ersten Beitrags nicht exakt durchgelesen habe, sondern nur deine Beschreibung. Die vermeintlichen Verbesserungen waren zum Beispiel die Berücksichtigung des Tageswechsels ("Mitternachtsbug") und die Tatsache, dass das Script funktioniert. Ich habe die beiden Ansätze nach deiner Antwort nochmal verglichen.

Zitat von stony

Und nichts liegt mir als beruflich tätiger Programmierer ferner, als mich mit "fremden Federn" schmücken zu wollen.

Das glaube ich dir. Nach dem Vergleich bin ich der Meinung, dass es wirklich nur ein blöder Zufall war, dass die beiden Themen so zeitnah aufeinander aufgetaucht sind.

Zitat von stony

Mir bleibt nur zu beteuern - beweisen kann ich es eh nicht - dass die o.a. Formel einzig auf meinem eigenen "Mist" gewachsen ist

Richtig. Beweisen ist schwierig, aber man kann versuchen, die Gedankengänge des Code-Autors nachzuvollziehen. Auch wenn die Funktion ähnlich ist, erkennt man, dass der Gedankengang der beiden Autoren deutlich voneinander abweicht.

Zitat von stony

Entscheidend ist für mich letztendlich, dass diese Lösung nach Änderung der IBIS-Scripte bei den auf meinen Maps verwendeten Bussen perfekt funktioniert und die Ansagen endlich so laufen, wie ich mir das bisher immer gewünscht hatte.

Das ist ein meiner Meinung nach lobenswerter Gedanke.

Ich möchte mich bezüglich der Vorwürfe entschuldigen. Gerade, weil die Scripts im Gegensatz zu den 3D-Objekten von jedem geöffnet und verändert werden können, habe ich mir angewöhnt, gerade hier im OMSI-Forum etwas vorsichtig mit "Innovationen" umzugehen. Ich hoffe, dass ich dich nicht vergrault habe, denn in diesem Forum brauchen wir noch fähige Scripter und du scheinst einer zu sein.

Ich wünsche noch einen schönen Tag,

Busfanat

Guten Morgen,

HBB (HungerBurgBahn) wird nicht geschildert, da es sich um einen Ersatzverkehr handelt.

Warum das IBIS plötzlich die Routen der Linie N7 nicht mehr akzeptiert, weiß ich nicht. Es ist jedenfalls zu 95% kein Matrix-Fehler sondern die Ursache ist entweder in der Hof-Datei oder im IBIS zu suchen... Wobei ich einfach mal annehme, dass du weder an der einen noch an der anderen Datei etwas geändert hast. Wenn sich kein anderer Nutzer mit der Lösung meldet, muss ich dich leider aufs Wochenende vertrösten, da ich im Moment nicht an meinen Rechner mit OMSI drauf drankomme.

schönen Tag noch,

Busfanat

Hallo Neragon,

ich vermute mal, du hast noch die Version 1.0 vom O405N2, welche die V1.x meiner Vollmatrix eingebaut hat. Die angesprochenen Scriptänderungen ergeben erst mit Matrix-Version 2 Sinn.

Ich empfehle dir, auf der Tram-Duesseldorf.de - Seite das Update für den O405N2 (je nach OMSI-Version Patch 1.01 oder 1.02) herunterzuladen, weil dort eine aktuellere Version der Matrix includiert ist.

Schönen Abend noch,

Busfanat

Guten Abend,

ja, stony, dein Ansatz ist brauchbar. Leider hat das ganze einen etwas faden Nachgeschmack, weil das Thema gerade erst im englischsprachigen Teil des Forums diskutiert wurde : http://omnibussimulator.de/for…age=Thread&threadID=24424 . Ich muss aber zugeben, dass du in deinem Beitrag Verbesserungen zur Idee von nemeza umgesetzt hast.

Ich finde die Entwicklung zwar interessant, aber ich denke, dass die bisherige Praxis, x Meter nach einer Haltestelle weiterzuschalten für die meisten Anwendungen ausreichend ist.
Zumal es dieses Script erstmal in einen Bus schaffen muss. Viele derer, die in Blender top sind (und damit auch die meisten Busprojekte vorstellen), haben mit den Scripts leider eher weniger am Hut. Und das ganze als Modifikation anzubieten, ist auch schwierig, weil in diesem Forum für meinen Geschmack zu viele Nutzer leider alles vorgekaut und fast schon verdaut (also gratis, mit Installer, aber der Installer darf bei keinem Virenscanner als Gefahr eingestuft werden. Und wehe, es ist kein funktionierender Uninstaller dabei) vorgesetzt bekommen wollen.

Ich werde die weitere Entwicklung aber beobachten.

Schönen Abend noch,

Busfanat

Guten Abend,

Zitat von herrmannontour

Logos meines zukünftigen Ausbildungsbetriebes

Schon alleine aus diesem Grund würde ich an deiner Stelle nachfragen. Alles übrige wurde bereits über mir geschrieben.

Schönen Abend,

Busfanat

Servus,

oxmoxtatze: Jup, ist richtig, dass die Einzeiler-ANNAX was anderes schildern kann. Und auch richtig ist, dass das mit keinem von mir veröffentlichten Script geht.

Boss302: Das ist wahrscheinlich ein OMSI-Problem. Die Matrix hat keine Texturanimation drin, wodurch sich ein Verschieben erklären würde. Noch dazu, dass es erst ab einer gewissen Entfernung zum Objekt aufzutreten scheint, ich im Script aber keine Möglichkeit habe, die Entfernung der Kamera zum Bus zu ermitteln. Sorry, dass ich dir da nicht helfen kann.

Busfanat

Servus,

von der Idee, den Seiten-ANNAX-String zu nutzen halte ich, ehrlich gesagt, nichts, weil das nicht dem entspricht, was die Matrix ursprünglich möglich machen sollte: EINE Hof-Datei für möglichst viele Anzeigearten. So war es in OMSI1 möglich, eine Hof-Datei zu erstellen, die mit meiner Vollmatrix richtig formatiert war und auf der ANNAX trotzdem richtig angezeigt wurde. Durch eine kleine Scriptänderung im OMSI2- ANNAX-Script ist das in OMSI2 standardmäßig nicht möglich, ließe sich aber relativ zügig wiederherstellen.

Man könnte also entweder den Seiten-ANNAX-String vom 1000er-Ziel, also IBIS-Code+1000 nehmen, oder einen weiteren String zum Ziel-Block hinzufügen.

Nichts desto trotz sind wir damit noch nicht bei der Lösung. Diesen neuen "Linien-String" kann man nun über das IBIS-Script einlesen, in einen Float-Wert umwandeln und dann der Matrix über die Variable IBIS_LinieKurs übergeben. Dabei ist es dann halt schwierig, die Linienverzierung (zB Nachtlinie) an die Matrix weiterzugeben... oder man schreibt in die Hof-Datei nicht nur die Liniennummer, sondern direkt den IBIS-Code inkl. Liniensuffix. Das könnte man im IBIS-Script auftrennen und dann entsprechend übergeben... womit aber die Anzeige über das ALT-Menü "falsch" sein könnte...

Das Matrix-Script werde ich sicher nicht dahingehend ändern, da ich der Meinung bin, dass es nicht Aufgabe der Matrix ist, das herauszufinden.

mfG,

Busfanat

Hallo Leute,

@Brot87 und SB6502: Sowohl die Krüger+ als auch meine Vollmatrix sind ein Angebot an die Busbauer bzw. Modder. Diese entscheiden, was eingebaut wird. Wenn euch das eine oder andere Angebot nicht gefällt, müsst ihr euch eben selber das jeweils andere reinbasteln. Wer das nicht schafft, muss hoffen, dass ein Modder die andere Matrix in einen Bus einbaut oder muss halt eben damit leben. Fakt ist, dass meine Matrix damals für OMSI1 entwickelt wurde und etwas erreicht hat, was manche für unmöglich gehalten haben.

Osnabrücker: Ersteres ist nicht eingebaut und ich sehe keinen großen Vorteil darin. Die Matrix hat schon genug Probleme mit der Performance. Zweiteres ist auch nicht möglich, weil es genau dafür das IBIS/Matrix-Steuergerät gibt. Gerade diese Unabhängigkeit des Ziels von der Liniennummer ist der große Vorteil gegenüber dem BUSE-Script. Wenn du das unbedingt eingebaut haben wolltest, könntest du einen weiteren Ziel-String in der Hofdatei einbauen, der vom IBIS ausgelesen wird und dann die Liniennummer ist.

Schöne Grüße,

Busfanat

Guten Abend,

In diesem Zusammenhang bitte ich bitte zu beachten, dass %stackdump% die angesprochene Dialog-Box (zumindest in OMSI 1.6) nur einmal in der OMSI-Laufzeit auswirft. Des weiteren begreife ich nicht ganz, warum du den Stack über einen Trigger ausgeben willst. Das bringt dann nämlich debugmäßig nur was, wenn der Trigger fehlerhaft arbeitet.

Ich weiß nicht, ob der Stackdump in OMSI 2 noch funktioniert, bzw. wie er aussieht, in 1.6 sieht das Fenster jedenfalls so aus:

Die Werte sind in diesem Fall natürlich nur auf das Script bezogen, das ich da gedebugt habe.

Bitte achte auch drauf, ob sich das Fenster evtl. im Hintergrund öffnet... Dürfte zwar eigentlich nicht, aber sicher ist sicher...

Schönen Abend noch,

Busfanat

Guten Abend nochmal,

Okay... Du scheinst deine Gründe dazu zu haben. Ich melde mich per PN bei dir, um diesen Thread nicht noch mehr mit OT zu füllen.

Schönen Abend noch,

Busfanat

Guten Abend,

Zane: Ernsthaft? Was soll jetzt die Meldung, nachdem du in einem anderen Thread betont hast, dass du die WebDisk gerade wegen der Permissions-Problematik meidest? Ich frage gerade deshalb, weil du auch meine Arbeit in mindestens einem Download ohne zu fragen hochgeladen hast.

Schönen Abend,

Busfanat

Meine Fresse, Leute,

es ist ja herrlich, wie hier über Beiträge gemotzt wird, die einfach nicht vollständig gelesen wurden...

Zitat von Brot87

Nur weil hier bekannte Namen wie z.B. Morphi oder Busfanat auftauchen, die sagen das sie das Angebot nicht nutzen möchten, das auch begründen, weil es so wie es ist schlicht einfacher für sie ist, ist das kein Egotrip.

Das ist, zumindest auf mich bezogen, falsch:

Zitat von Busfanat

Ich habe nichts auf der WebDisk, weil ich aktuell nichts zum Veröffentlichen fertig habe. Die Vollmatrix bleibt dort, wo sie ist (Dropbox) damit alte Links nicht ins Leere gehen. Zukünftige Modifikationen meinerseits werden wahrscheinlich in der WebDisk landen.

Lies insbesondere nochmal den dritten Satz.
Das selbe gilt übrigens auch für dich:

Zitat von Thomas U.

Ich bin übrigens der Meinung, dass Uploader, welche die Webdisk noch nie ausprobiert haben, ebenfalls ruhig sein sollten, wenn sie sagen, dass sie unnötig/zu kompliziert/etc. ist.

Nur weil mein Beitrag darum geht, dass die Downloader zu schlucken haben, was ihnen die Uploader vorsetzen, wenn sie den Content wollen, dann heißt das nicht, dass ich die Webdisk für schlecht emfinde.

Also: Erst lesen, dann motzen.

Busfanat

Hallo,

Zitat von pBuch

Busfanat: Dankesehr für deinen Post. Auch ich habe ein paar meiner verwalteten Addons auf der Dropbox liegen. Das Handling ist praktisch und sie sind immer zur Verfügung. Das funktioniert aber nur solange, wie du kleine Dateien (z.B. Repaints) und wenige Downloader hast. Nachdem ich einmal eine Map auf die Dropbox gespielt hatte, wurde mir kurzerhand der Zugriff für drei Tage geblockt. Grund: Zu viel Traffic! Außerdem erhielt ich eine Nachricht, dass sich diese Maßnahmen verschärfen würden, produziere ich weiterhin so viel Traffic. Ich würde also vorsichtig mit diesen Cloud-Diensten sein, weil sie eigentlich nicht für Filesharing gedacht und deshalb die AGBs dementsprechend einschränkend sind.

Mir ist durchaus bewusst, dass die Dropbox nicht dafür gedacht ist. Das mit der Dropbox habe ich auch nur geschrieben, um dem Gegenargument "warum ist deine Vollmatrix dann nicht in der WebDisk?" vorzubeugen. Ich möchte den ersten Absatz meines letzten Postings nochmal neu formulieren: Ich habe nichts auf der WebDisk, weil ich aktuell nichts zum Veröffentlichen fertig habe. Die Vollmatrix bleibt dort, wo sie ist (Dropbox) damit alte Links nicht ins Leere gehen. Zukünftige Modifikationen meinerseits werden wahrscheinlich in der WebDisk landen.

Mal davon abgesehen: Ein Dateihoster muss die Uploader überzeugen. Die Downloader müssen schlucken, was sie vorgesetzt bekommen, wenn sie das Archiv runterladen wollen.

Zitat von Rumpelhans 104

Was doch Fakt ist:
Hier halten viele (Downloader, mich eingeschlossen) die Webdisk für sinnvoll, und würden die angebotenen Sachen gerne dort downloaden.
Nur sollten die Uploader den Downloadern jetzt entgegenkommen, und diese auch nutzen, denn wie heißt es so schön: Das Angebot reagiert auf die Nachfrage! Es ist sogar bewiesen, dass sogar in der "großen" Wirtschaft der Kunde letztendlich die Macht hat, d.h. wenn er Dinge nicht mehr kauft, stellt die Firma diese auch nicht mehr her, einfach gesagt geht sie im ungünstigsten Fall auch Pleite.

Daher ein Appell an die Addon-Ersteller: Geht nicht Pleite, sondern reagiert auf die Nachfrage des Kunden, und bietet eure Sachen in der Webdisk an!

Das ist Blödsinn. Da die Uploader keinerlei Gewinn dadurch haben, müssen sie nicht "auf den Markt reagieren". Der Upload ist ein Entgegenkommen des Erstellers, weil er sonst nix damit anfangen kann. Es ist vielmehr so, dass die Ersteller durch den Upload potenzielle Probleme kriegen:
- Idiotenuser, die zu blöd sind, eine Readme zu lesen und den Thread zuspammen,
- Besserwisser, die überall Fehler finden, aber selbst nichts zustandebringen
und so weiter. Um bei deinem Beispiel zu bleiben: Die Downloads eines Erstellers werden nicht genutzt. Ergebnis: Wuascht, weil der Ersteller die Addons primär sowieso für sich selbst macht. Ein Content-Ersteller, der Addons wegen der und hauptsächlich für die Community erstellt und diese dann trotzdem als Freeware zur Verfügung stellt, dem muss sehr langweilig sein. Ich wette, fast alle Freeware-Content-Ersteller bauen ihren Content, weil sie diesen selber in OMSI haben wollen. Und nicht wegen dieser verkorksten Nutzerschaft, wo nach wie vor täglich Bus-Wünsche ohne Mithilfe oder Bilder gepostet werden.

Ich bin der Meinung, dass die ausschließlichen Downloader erstmal die Klappe halten sollten, weil sie ja sowieso nichts (zum Inhalt irgendeines Hosters) beitragen.

mfG,

Busfanat

Guten Abend,

ich, für meinen Teil, kann euch ganz genau sagen, warum ich nichts in die Webdisk hochgeladen habe: Die Vollmatrix liegt gut auf der Dropbox und ansonsten habe ich im Moment nichts fertiges anzubieten. Die Matrix bleibt auf der Dropbox, weil sonst wären möglicherweise i-welche Links nicht mehr funktionsfähig und genau das soll durch die Webdisk ja gewährleistet werden. Also wozu umziehen?

Aber ich kann hier beide Seiten verstehen. Die Struktur im OMSI-Forum ist zwar eine Katastrophe sondergleichen, aber das hat doch mit der eventuellen Verweigerung der Webdisk überhaupt nichts zu tun. Die Webdisk ist ein Hoster, die Vorstellung der Projekte erfolgt doch weiterhin hier im (chaotischen) Forum.

Allerdings bin ich der Meinung, dass die Übersichtlichkeit im Forum in einem anderen Thread diskutiert werden sollte. Deshalb komme ich wieder zum Hauptthema dieses Threads zurück.

Ich sehe die Webdisk als moderierten Webspace für OMSI-Projekte. Eine Moderation beim Upload ist meiner Meinung nach eine gute Idee. Einerseits ist es klar, dass es für den Nutzer einfacher ist, den Archivinhalt einfach über das Hauptverzeichnis drüberzuziehen und der Drops ist gelutscht. So weit, so klar... Warum gibt man den Autoren dann nicht die Möglichkeit, ihre Inhalte wieder selbst zu entfernen? Um überkochende Gefühle bei Meinungsverschiedenheiten zu bremsen? Damit der Download für Nutzer, die ein anderes Addon nutzen wollen, dieses andere Addon das Addon aber erfordert? Okay... Den Download dann aber auf Antrag doch wieder löschen... Ähm... Damit das Addon, auf dem ein anderes Addon basiert, doch wieder weg ist... Okay...

Vorschlag: Der Uploader kann seine Dateien selber verstecken können (sodass sie niemand mehr herunterladen kann), das Löschen obliegt aber weiterhin den Moderatoren der WebDisk (warum auch immer).

Schönen Abend noch,

Busfanat

Good evening,

in the OMSI-Scripts it is not possible to use loops. I've been using the OMSI-frames as a work-around because as the Script gets calculated every frame there you have your "global" loop. You just have to use it in the right way via more or less complex {if}-statements.

In the OMSI-Wiki (link in my signature) M&R wrote, the reason for that is that you can't produce endless loops which would get OMSI to freeze.

have a nice evening,

Busfanat

Servus,

Diese Frage lässt sich leider nicht eindeutig beantworten. Selbst wenn das Fahrzeug die dritte Tür bereits für eine manuelle Steuerung vorgesehen hat, haben sich bei den Erstellern der Busse unterschiedliche Meinungen darüber gebildet, mit welchem Trigger die Tür zu steuern ist. Das bedeutet, dass bei mancehn Fahrzeugen die dritte Tür mit dem Trigger bus_doorfront2, bei anderen mit dem Trigger bus_doorfront3 und bei wieder anderen mit dem Trigger bus_dooraft gesteuert wird.

Der große Nachteil dieser Vielfalt ist neben der Unübersichtlichkeit die Tatsache, dass sich für alle drei Möglichkeiten logische Erklärungen finden und man nicht sagen kann, nur eine Methode wäre die "absolut richtige". Daher wird sich das auch nicht ändern.

Allen Triggern gemein ist, dass sie in den Optionen von OMSI der gewünschten Taste zugeordnet werden müssen.

Die schnellste Methode herauszufinden, auf welchen Trigger das Fahrzeug reagiert, hängt von deiner Erfahrung beim Modden ab.

Wenn du hier ein Neuling bist, ist es wahrscheinlich am schnellsten, es einfach auszuprobieren.
Wenn du bereits Erfahrung mit den Modell.cfg- Dateien gesammelt hast, ist es wohl am schnellsten, herauszufinden, welcher Trigger dem Objekt des Türtasters als Mouseevent zugeordnet ist.
Und wenn du Erfahrung mit Scripts gesammelt hast, schaust du am besten in die cockpit.osc und schaust, welcher Trigger das DoorTarget des dritten Türpaars ändert.

mfG,

Busfanat

Good evening,

no, there is no special software to create those 0s and 1s. Everything in the standard-Matrix_Fontfile.osc was done by hand.

Maybe you could abuse any of the tools which were made for designing BUSE-Hof-Files...

Of course it is possible to disable the Line number. Just use the *N-Command in the Hof-File.

Yours,

Busfanat