Beiträge von BR146

Ich muss jetzt doch noch einen Kommentar abgeben - schließlich schreibe ich Prüfung in Luftfahrtsysteme kommende Woche...

Zu Flughansa Flug 1829:

Zitat von MineTiger97

Der Pilot konnte das Unglück nur abwenden, indem er dem Bordcomputer den Stecker zog und Manuel bis nach München flog.

Falsch. Gemäß Zwischenbericht der BFU (S. 30) konnte der Autopilot wieder genutzt werden nach Abschalten des Schutzsystems & Reset. Außerdem haben sie "nur" 2 Sensoren abgeschaltet wodurch das Flugsteuerungssystem in Alternate Law, d.h. auf Direkteingabe vom Stick ohne Schutzsystem umschaltete. -> gut, Systemfehler, geb ich zu. Auch wenn der nicht auftreten dürfte...
Der Rest der Ausführung stimmt soweit ich das überblicke. Das es nur 3 Sensoren gibt wundert mich ehrlich gesagt etwas, denn normal sind Quadruplexsysteme... (laut Vorlesung)
Übrigens: Das zwei Sensoren so ausfallen, dass der erste Sensor noch nicht als fehlerhaft erkannt wurde, sollte eigentlich nicht vorkommen. Eigentlich sollte ein fehlerhafter Sensor in 3s erkannt werden... nur wie?

Zu Air-France Flug 447:
Zitat aus Wikipedia, auf den Abschlussbericht berufend:
"Die die Geschwindigkeit des Flugzeugs messenden Pitot-Sonden fielen zeitweise aus [...]. Als Folge schaltete sich der Autopilot ab und die Flugsteuerung schaltete in den Modus „Alternate Law“ um. [...] Die Steuermanöver des Piloten waren in Anbetracht des Flugmodus „Alternate Law“ und der Flughöhe jedoch unangemessen und überzogen und bestanden in erster Linie aus einem Hochziehen des Flugzeugs." (Alternate Law s.o.)
Demnach: Der Pilot hat - weil er die Situation falsch eingeschätzt hat - das Flugzeug überzogen (Geschwindigkeit war zu gering) und damit einen Strömungsabriss verursachte. Und ohne Strömung kein Auftrieb. Der Computer warnte (ok, gebe zu es war unzureichend) den Piloten sogar vor den unstimmigen Geschwindigkeiten und dem drohenden Überziehen. -> Pilotenfehler
Das Seitenruder an sich hilft dir übrigens da auch nicht im Stall. den da hat es eh keine Wirkung mehr. Die Strömung fehlt....

Von wo hast du bitte deine Infos? Du klingst nicht sehr informiert...

Lg, BR146 (der jetzt weiter Luftfahrtsysteme lernt)

@Moderatoren: vielleicht in ein seperates Thema verschieben, damit schluss hier ist mit OT...

Zitat von MineTiger97

Also aufgrund der Tatsache, das viele Flugzeugabstürze auf die Technik zurückzuführen sind, welche eigentlich die "Sicherheit" garantieren sollten

Nur leider sind über 50% aller Unfälle auf menschliches Versagen zurückzuführen.... Angefangen bei Wartungsfehlern (auch wenn hier nachher die Technik versagt, schuld ist ein Mensch) über Fluglotsenfehler bis zum Piloten an sich.
Heute fliegen Maschinen quasi automatisch vom Start bis zur Landung voll automatisch. Und in abermillionen Flügen geht alles gut....
Ich bin übrigens genervt wie die Presse den aktuellen Absturz hoch bauscht. Wie viele Schüler sterben bei Autounfallen täglich?

So das musste jetzt mal raus auch wenn's etwas OT ist...

Es wird immer der gesamte Zug ausgetauscht. Einzelne Teile eines Zuges können nicht automatisch ersetzt werden.

Ich habe mal paar Fragen in eine ganz andere Richtung:
Abhängigkeiten werden vom TFMM 0.8.411 nicht mehr geprüft? Und auch ingame nicht?

Das wird gaaaanz sicher bei meinen Signalmods zu Fehler-Häufungen führen.
Gibt es in der info.lua eine Versionsangabe für Abhängigkeiten irgendwann eigentlich? (Wobei ich da glaub eher direkt an die Entwickler ran muss wie ich vermute)

Edit 25.03. nach dem Update:
Ich habe gesehen, dass im Namen der "Vanilla-Mods"-Ordner von UG im Modnamen Unterstriche besitzt. Also von der Form "modder_und_dann_der_modname_2" ist. Könnte man die alten ID's ala "BR146.signale.zwerg" in "br146_signale_zwerg_1" umschreiben lassen? Damit könnten alte Versionen im TFMM ersetzt werden.... das fände ich top

Edit 31.03.:
Habe einen Bug zu melden. Zunächst die Dateien:

info.lua

name = _(info_name),
description = _(info_desc),

strings.lua

function data()
  info_name = "Mein Mod"
  info_desc = "BESCHREIBUNG"
  return {
    de = {
        [info_name] = info_name,
        [info_desc] = info_desc,
    },
    en = {
        [info_name] = info_name,
        [info_desc] = info_desc,
    },
  }
end

Bei dieser Dateikonstellation wird in der Tabelle vom TFMM kein Name angezeigt.
Wobei mir auch aufgefallen ist, dass die Vanilla-Mods als 3 Leerzeilen angezeigt werden...

mods::parseInfoLUA(D:\Programme\Spiele\Steam\steamapps\common\Train Fever\mods\br146_rotateelectricunits_1\info.lua, 33950716)
parseLUAlocale(D:\Programme\Spiele\Steam\steamapps\common\Train Fever\mods\br146_rotateelectricunits_1\strings.lua, en, 33950716)
parseLUAlocale() - ERROR - could not match reg_data
parseLUAlocale(D:\Programme\Spiele\Steam\steamapps\common\Train Fever\mods\br146_rotateelectricunits_1\strings.lua, de, 33950716)
parseLUAlocale() - ERROR - could not match reg_data
mods::infoPP(33950716)
locale:: failed to load 'tags/script' from 'de'
locale:: failed to load fallback for 'tags/script'
locale:: failed to load 'tags/rotate' from 'de'
locale:: failed to load fallback for 'tags/rotate'
mods::toList(33950716)

Richtig .

Kurzer Auszug aus den Fertigungunterlagen:
"... Der lackierte Prototyp zeigte im Test vom 14.03.2015 leider einige Mängel. So trat es im Test auf, dass sich die Fahrdrahthalterungen unter Druckbelastung lösten. Ebenso traten zu starke Verwindungen der Masten auf bei zu hohem Torsionsmoment durch aufgebrachte Fahrdrahtsspannung. Außerdem führte das Spannwerk zu nicht tragbaren Abstürzen von Blender als auch von Train Fever. Ob diese Mängel von der noch zu feuchten Lackierung herrühren muss noch geklärt werden. Eine Expertenkomission ist darauf angesetzt. Diese tritt zusammen sobald der Modleiter BR146 wieder gesund bei der Arbeit erscheint. ..."
Der Rest der Unterlagen ist noch streng vertraulich .

Also noch bissl Geduld :hust:
Ich versuch schnell auf die Beine zu kommen.

Lg, BR146

Guten morgen zusammen!

Ich melde mich grad aus dem Zug zum Flughafen Stuttgart. Habe endlich mein mobiles Internet zum laufen bekommen. Fahre jetzt schon knapp 20 Minuten. Freu mich schon mal die Gesichter hinter den Namen zu sehen

Bis vor'm MiWuLa

@Railtim & @Otrivan: Viel Erfolg! Hatte ich gestern noch eine.
1 Reihe & 2 Plätze... Wer kennt das nicht als Student?

Langsam sollte mal eine Sicherheitsabfrage eingebaut werden.
"Savegame überschreiben?"

@Angry_CJ:
Hab mich an einen Request dran gehängt: Oberleitung DE
Bilder: http://www.train-fever.net/gal…bumExtended/140/?pageNo=1

Aber das wird zu Off-Topic. Oberleitung dort im Thread weiter

@MR.Y:
Die KS-Signale bestehen aus den selben Teilen wie die Kompaktsignale. Das ist "nur" eine Änderung der Modell-Dateien. Bis auf 3 zusätzliche Modelle. Vor April habe ich allerdings keine Zeit irgendwas groß zu machen außer ab und zu im Forum rein zu schauen.

Zitat von Tom

Apropos, welcher liebe Modder macht mal Formsignale mit schöneren Masten und bewegtem zweiten Flügel für Hp2...

Wenn ich mal wieder zu viel Zeit habe und kein anderer dran sitzt: ich
Aber zuerst sollte mal die Oberleitung fertig werden. Und KS-Signale sind auch schon im Grundmodell vorhanden.

LG

Bei mir ist grad absolut kein TF zocken angesagt. Erst im April wieder... Prüfungsphase in der Uni.

Außerdem: die Modelle sind fertig, nur das UV-Mapping und die Textur fehlt. Und da ich beides absolut nicht kann habe ich das an 2 Leute abgegeben. Das größte Problem ist das UV-Mapping. Wer das gut kann bitte SOFORT bei mir melden Da sind noch paar LODs ohne UV...

Dito . Will ich auch haben . Sehr schön gemacht

Wenn du meine Kompaktsignale & Zwergsignale meinst: Die benötigen zwingend die Signalkomponenten (und nicht die Zugsicherungselemente ^^)

Das erklärt auch, warum bei mir (zwar erst nach 1-2 Stunden) die Meldung von Windows kommt, dass der RAM voll wäre... und es nach speichern und Neustart von TF diese nicht mehr kommt.
Hört sich definitiv nach einem Memory leak an, wenn man da mal genauer drüber nachdenkt.

Möglich wär's. Ist aber auch wieder Aufwand, da der Schirm auch wieder extra gemoddet werden muss...
Also Geduld .

@Lord_Creepah: Ich biete mich hier mal als Helfer für die Animation der Signalbegriffe an . Habe ja damit schon etwas Erfahrung .

@severinku: Ja, Vorsignale die immer grün zeigen sind möglich. Mit dem Hauptsignal gekoppelte sind, wie schon von anderen erwähnt, nicht möglich.

Zitat von Denis1893

"Anzeigetreiber wurde nach einem Fehler wiederhergestellt"

Exakt gleiche Fehlermeldung kommt auch bei mir, wenn es abstürtzt. Leider kann ich auch nicht mehr sagen, ob es bei mir das erste Mal einem Update von TF oder von AMD auftrat...

Graka: AMD Radeon HD 5800 Series (Treiberpacket 14.501.1003-141120a-177998C)
Prozessor: i5 CPU 760 @ 2.80GHz, 2794 MHz, 4 Kern(e), 4 logische(r) Prozessor(en)
Ram: 6GB
OS: Win7 64 Bit

Bei mir läuft die Musik auch weiter bis zum Zwangsbeenden durch Windows. Meine stdout.txt sieht übrigens ählich aus.
Was die Details in der Windowsfehlermeldung an geht werde ich das nächste Mal aufpassen...

Zitat von Denis1893

Nein spiele im Vollbildmodus bzw. habe es vor

Vielleicht kannst du es ja mal im Fenstermodus probieren.

Hab ich auch manchmal. Habe ebenfalls eine AMD. Bei mir hilft: Spiel neu starten und während der Ladephase NICHTS - absolut NICHTS (z.B. auch nicht Maus bewegen) - machen.

Spielst du zufällig im Fenstermodus? Passiert bei mir meist wenn ich im Vordergrund z.B. in Blender modde und im Hintergrund zum Testen ein Spiel lädt im Fenstermodus. Scheinbar gehen da einige Mausklicks oder Ähnliches durch auf ein nicht reagierendes Train Fever.

Zitat von cRaZy-bisCuiT

Bei mir läuft i.d.R. ein Kern auf Anschlag, zwei sind etwas ausgelastet und einer idled vor sich hin.

Haut doch hin? 3 Threads auf 3 Kernen... Und einer dieser Threads muss halt etwas mehr tun als die anderen... Ich verstehe gerade nicht wo dein Problem ist?