Zitat von Lalain621

Hallo, vielen Dank für Ihre hervorragenden Skripte für LSS.

Könnte es sein: Der gelernte Forscher!

ist für die FR-Version im Lieferumfang enthalten

Sorry, I have totally overseen your post and just found it while visiting your profile 🙈

The script should work in any version. Texts are german of course but as I'm using game and LSSM API, it should work fine. If anything doesn't work, feel free to tell me

Zitat von Lalain621

The script is operational see the capture

- Added creation date and time: In each mission we convert the age of the mission to a readable date and add it as Erstellt am: ... in the mission header en-box (mission_panel_heading ).

- Added missions update: The script now listens to the missionMarkerAdd event to add the creation date to each new mission.

- Date format: The date format is localized according to the game language, using I18n.locale.

- This script will update the interface with the mission creation date and time, while retaining the "Läuft bald ab" warning functionality

Code

(function() {
    'use strict';

    // Fonctionnalité qui vérifie les missions et ajoute du temps de création
    function checkMissions() {
        const HOURS_LIMIT = 22;
        const MILLISECONDS_LIMIT = HOURS_LIMIT * 3600000;
        const CURRENT_TIME = Date.now();

        const missionsPanel = document.getElementById('missions-panel-body');
        if (!missionsPanel) {
            return;
        }

        const missions = missionsPanel.getElementsByClassName('missionSideBarEntry');

        Array.from(missions).forEach(mission => {
            const missionData = JSON.parse(mission.getAttribute('data-sortable-by'));
            const missionAgeUnix = missionData.age * 1000; // Âge de la mission en millisecondes
            const missionCreationTime = missionAgeUnix;

            // Conversion de l'âge en une date lisible
            const missionDate = new Date(missionCreationTime).toLocaleString(
                I18n.locale.replace('_', '-'),
                {weekday: 'long', month: 'long', day: '2-digit', hour: '2-digit', minute: '2-digit'}
            );

            // Ajouter la date et l'heure au titre de la mission
            const missionId = missionData.id;
            const missionPanelHeading = document.getElementById('mission_panel_heading_' + missionId);

            if (missionPanelHeading) {
                const dateElement = document.createElement('span');
                dateElement.textContent = `Erstellt am: ${missionDate}`;
                dateElement.style.display = 'block';
                dateElement.style.fontSize = 'smaller';
                dateElement.style.color = 'gray';
                missionPanelHeading.appendChild(dateElement);

                if (CURRENT_TIME - missionCreationTime > MILLISECONDS_LIMIT) {
                    const alertText = document.createElement('span');
                    alertText.textContent = '';
                    alertText.style.color = 'red';
                    alertText.style.float = 'right';
                    alertText.style.fontWeight = 'bold';
                    missionPanelHeading.appendChild(alertText);
                }
            }
        });
    }

    // Fonction qui s'exécute lors de l'ajout de nouvelles missions
    function onMissionMarkerAdd(e) {
        checkMissions();
    }

    // Ajouter des écouteurs d'événements pour les nouvelles missions
    document.addEventListener('missionMarkerAdd', onMissionMarkerAdd);

    // Exécution initiale de la fonction
    checkMissions();

})();

Alles anzeigen

Alles anzeigen

This Script has the same issue as other scripts posted in here: the "age" property is not generation date but share date for alliance missions. Otherwise I like the idea of the grey text

I got an idea for performance improvement: Don't iterate over all missions but rather the one updated in missionMarkerAdd. Also document.addEventListener('missionMarkerAdd', onMissionMarkerAdd); unfortunately doesn't work, you will have to hook into the the original function and override it:

const missionMarkerAddOrig = window.missionMarkerAdd;
window.missionmarkerAdd = (...args) => { // ...args: store all arguments passed into an array called args
    missionMarkerAddOrig(...args); // call the original function with the passed parameters
    // Write your own code here.
}

You can see how the first parameter passed to missionMarkerAdd looks like in here: https://github.com/LSS-Manager…ings/Ingame.d.ts#L64-L117 . Based on that Info you could access the ID of the updated mission by using args[0].id

This would greatly improve performance, especially if there are many missions with regular updates (as it happens in alliances).

Zitat von WatchEmergencyMods

Ich weiß nur grade nicht ob dies bei Crome Books möglich ist. Ie ich verstanden haben laufen die über Linux und da habe ich keine Ahnung drüber XD.

ChromeOS¹ basiert tatsächlich auf ChromiumOS², welches wiederum auf der Linux-Distribution Gentoo Linux³ basiert.

Um spannende Daten über das Gerät zu erhalten gibt es verschiedene Tools.

Neofetch⁴ liefert Informationen über Betriebssystem, Kernel, Laufzeit, CPU, GPU, etc.. Das Programm wird über das Terminal einfach über den command neofetch aufgerufen. Eine Beispielhafte Ausgabe sieht so aus (Hier am Beispiel meines Geräts).

  #############################+          jan@tuxbook 
 .%#######################%@@@+           ----------- 
             .           :#@%-            OS: TUXEDO OS 3 x86_64 
            .#@%%%-     =@@#.             Host: NB02 PULSE1501 
              *@%@@=   +@@+               Kernel: 6.8.0-101041-tuxedo 
               =@@%@+.#@%-                Uptime: 8 hours, 17 mins 
                -@@%@@@#:                 Packages: 3173 (dpkg), 22 (flatpak), 10 (snap) 
                 .#@%%@-                  Shell: bash 5.1.16 
                 :#@@%@@=                 Resolution: 1920x1080, 2560x1440 
                =@@+=@@%@+                DE: Plasma 6.1.4 
              .#@@=  -@@%@#               WM: KWin 
             -%@#:    :%@%@%:             Theme: [Plasma], Breeze-Dark [GTK2], Breeze [GTK3] 
            *@@+       .#%%%%-            Icons: Sweet-Rainbow [Plasma], Sweet-Rainbow [GTK2/3] 
          :%@%-              .            Terminal: konsole 
         +@@@%#%%%%%%%%%%%%%%%%%%%%%%%.   Terminal Font: FiraCode Nerd Font 10 
        +######################*******    CPU: AMD Ryzen 7 4800H with Radeon Graphics (16) @ 2.900GHz 
                                          GPU: AMD ATI Renoir 
                                          Memory: 11252MiB / 15404MiB

Ansonsten gibt es sicherlich irgendeine Anwendung namens "Systeminformationen", "Über dieses System", oder ähnliches. Das haben eigentlich alle Betriebssysteme, weil das im Fall von Problemen eben gut genutzt werden kann, um Informationen über alles mögliche zu bekommen. Das ganze lässt sich natürlich auch übers Terminal zusammen. Ggf. hilft dir auch dieser Artikel weiter: https://www.howtogeek.com/2344…s-and-system-information/. Da wird ein Tool namens Cog⁵ vorgeschlagen.

Und ansonsten muss ich natürlich noch einen obligatorischen Kommentar da lassen: Why use Google stuff, if you can have KDE? KDE ist liebe, Google ist bäh.

¹ https://de.wikipedia.org/wiki/ChromeOS

² https://de.wikipedia.org/wiki/Chromium_OS

³ https://de.wikipedia.org/wiki/Gentoo_Linux

⁴ https://wiki.gentoo.org/wiki/Neofetch

⁵ https://chromewebstore.google.…gcfconafogflmmaadco?hl=en

Ist den GW-Bergrettung eine Drohne zugewiesen bzw. soll diese über den GW-Bergrettung transportiert werden?

Wenn ja, haben mindestens 4 Personen, die auf den GW-Bergrettung aufsitzen sollen, die Drohnen-Ausbildung? Der RC-Drohne erfordert, dass mind. 4 Personen die Drohnen-Ausbildung auf dem Transportfahrzeug besitzen.

Auch bei mir hat das Starten von Ausbildungen eben sehr ewig gebraucht, jetzt ist es aber wieder auf einem normaleren Geschwindigkeitslevel. Scheint nur ein kurzer Einbrauch gewesen zu sein. Ein schneller Test an Einsätzen ergibt, dass auch hier die Geschwindigkeit jetzt gerade relativ normal (ggf. etwas langsamer) ist.

Für Verbandsgebäude (= aus der Verbandskasse gebaut) gibt es eine API: https://www.leitstellenspiel.de/api/alliance_buildings

Die hilft dir allerdings ohne Script nicht viel, außer du stehst total auf händisches Zählen.

=> Ohne Script: Nein

Für Gebäude im Verband (= von Verbandsmitgliedern gebaut): Nein. Hier müsste man das Profil jedes Verbandsmitglieds aufrufen und händisch zusammenzählen.

Es gibt durchaus Einsätze, die schon immer seit Einführung 2 DGL brauchen. Ein Beispiel hierfür wäre die große unangemeldete Demo: https://www.leitstellenspiel.d…e/592?additive_overlays=a

Zitat von TerrorKuerbis

huhu Jan (jxn_30) , Mir ist aufgefallen wenn ich den ELW 1 und den DGL richtig eingestellt habe und das script ausgeführt habe trotzdem alle fahrzeuge unter falsch eingestellt stehen.

sollte das so sein?

Jein. Soll nicht, muss aber.

Siehe hierzu auch meine Anmerkung aus dem Eingangspost.

Zitat von Jan (jxn_30)

Die Kategorien "ELW 1 (SEG)" und "FuStW (DGL)" werden niemals (außer beim Durchrödeln) Fahrzeuge in der linken Spalte ("Korrekt eingestellt") enhalten. Das rührt daher, dass die API derzeit keine Informationen über die Einstellungen der Fahrzeuge preisgibt. Daher muss beim Korrigieren auch immer jedes Fahrzeug angefasst werden, statt nur denen, die nicht korrekt eingestellt sind.

Dies ist auch der Grund für den Hinweis, direkt über den Fahrzeuglisten

Zitat von Sir Kalubke von Simek

Ähm kann es sein, dass wir gerade den Besucherrekord hief im Forum gebrochen haben?

Also 33 + 131 = 164 > 161 oder nicht?

Ansonsten würde mich interessieren, wie das gezählt wird.

Alles anzeigen

Es geht um angemeldete Personen. Den Rekord hätten wir also nur gebrochen, wenn 33 > 161 gelten würde und das ist offensichtlich nicht der Fall

Version 2024.08.27+2143 fügt die Unterstützung des Ausrüstungsmarktes hinzu. Bitte beachtet, dass eure Einstellungen bzgl. "Tabs auflösen" und "Coins-Knöpfe entfernen" bei einem Upgrade verloren gehen oder das Upgrade verhindern. Nach einer (Neu-)Installation / Upgrade müssen diese Einstellungen bei Bedarf neu gesetzt werden

Kleiner Edit: Version 2024.08.27+2210 behebt dann auch den Fehler, dass man Ausrüstung nicht ausblenden konnte 🙈

Zitat von M15t3rcook13

Das was man eventuell einführen kann, wäre dass der LNA zufällig einen Patienten der einen NEF benötigt betreuen kann, jedoch aber nicht den Patienten auf 100% abschließen kann und mit abtransportieren kann, ähnlich wie der GW-SAN könnte dieser Ihn auf 95% belassen und benötigt dann einen übernehmenden NA. Fan von der Idee bin ich jedoch dennoch nicht.

Damit könnte ich mich höchstens anfreunden, wenn der LNA nicht als LNA benötigt wird, sprich bei Einsätzen mit weniger als 5 Personen oder wenn mehrere LNA am Einsatzort sind, dass alle bis auf einer als NA tätig werden können. Dennoch wäre es auch hier wieder so, dass dem LNA realistisch gesehen ggf. Arbeitsmaterial fehlen würde. Insofern doch sehr dagegen

Den Vorschlag gabs auf jeden Fall schon öfters.

In der Realität würde ein LNA sicher niemals die Arbeit als NA direkt am Patienten verweigern, sofern dadurch seine Aufgaben als LNA nicht vernachlässigt oder beeinträchtigt werden.

Im Spiel gibt es hier aber vor allem zwei gute Gründe, die meiner Meinung nach dagegen sprechen:
1. Der LNA kommt mit dem KdoW-LNA, nicht mit einem NEF. Auf einem NEF sind in der Realität sehr viele wichtige Arbeitsmittel für den NA verlastet. Die Fahrzeuge mit denen LNAs an den Einsatzort kommen können durchaus auch mal relativ normale PKW mit Sondersignalanlage sein, auf denen dann ggf. nur das LNA-Arbeitsmaterial verlastet ist. In so einem Fall könnte ein LNA also auch in der Realität nur bedingt die Aufgaben als NA wahrnehmen.

2. Benötigt ein Patient im Spiel einen NA, so muss er zwingend in ein Krankenhaus transportiert werden und wird dabei vom NA begleitet. Der LNA würde also mit Abschluss der Behandlung vor Ort dann gemeinsam mit dem RTW zum Krankenhaus fahren und nicht mehr vor Ort sein. Schickt man nicht mehrere LNA, so wäre dann kein LNA mehr vor Ort, das wäre ja auch irgendwie blöd.

=> Daher bin ich dagegen, dass der LNA im Spiel den NA ersetzen kann.

Zitat von Gullwing

Moin,

ich habe beim Fahrzeuge umbenennen einen Fehler. Habt ihr dafür eine Abhilfe? Benutze Chrome. Der erste Fehler ist aus dem Fenster und der 2. ist aus der Consolas.

MfG und schönen Abend. Als Kleiner Zusatz: Nach 5 min ist der Fehler weg.

Das ist die normale Fehlermeldung, wenn der LSSM das Fahrzeug oder Gebäude noch nicht kennt. Einmal mit Strg+F5 neuladen oder eben die 5 Minuten bis zur nächsten API-Abfrage warten hilft da

Sport-Event

Es handelt sich bei den folgenden Zahlen stets um Durchschnittszahlen, um einen groben Erwartungswert zu haben. Echte Zahlen werden dank Captain Zufall einige Variationen haben! Weiter rechnen sie ohne zusätzliche Verdienste durch Zuschaltungen, wie z. B. DGL, Schwere Bergung etc.
Stand: 26.8.2024, 11:10:41

Stand: 26.8.2024, 11:10:41

Zitat von EG112

Laut Spiel werden bei Vollstreckung Durchsuchungsbeschluß nur 2 ZivilFhz benötigt.

BayHH hat bei seinen Sctreenshots allerdings die Funktion "Maximale Anforderungen" aktiviert, sodass eigentlich auch die Fahrzeuge angezeigt werden sollen, die bei einer Ausbreitung benötigt werden.

Da müssten also auch die Fahrzeuge der Cannabisplantage mit auftauchen. Bei den Gefangenen funktioniert das ja auch, da nimmt er die 4 der Cannabisplantage

Zitat von BayHH

Ich gehe gerade meine AAO durch und bin gerade bei diesen Einsatz hängen geblieben.

Alle Angaben sind soweit richtig, aber wie kommt das Script auf 100% für RTH? Da müsste doch 10% stehen oder sehe ich das falsch?

Stimmt, das stimmt nicht. Muss man sich mal anschauen, was da genau passiert und warum es falsch ist.

Zitat von BayHH

Bei Vollstreckung Durchsuchungsbeschluss scheint das Script auch zu versagen, wenn ich mir die Maximale Anforderung anzeigen lassen möchte:

Die Credits und die Gefangenen schafft er aber der Rest....

Kommt da ein Fehler in der Konsole?

Zitat von jannsens

Hallo zusammen,

ich bin mal so frech und wechsle wieder auf Deutsch...

Das Skript ist wirklich super und hilft sehr dabei auch im Verband freigegebene Einsätze zu beenden, bevor diese verfallen. Allerdings ist mir aufgefallen, dass nur Einsätze markiert werden, die vor über 22 Stunden freigegeben wurden. Nicht aber solche, die schon vor mehr als 22 Stunden generiert wurden und erst vor kurzem geteilt.

Bsp: Ein Einsatz vom Dienstag, der am Dienstag geteilt wurde, wird Mittwochabend korrekt markiert.

Ein Einsatz vom Dienstag, der erst am Mittwoch geteilt wird, wird Mittwochabend nicht markiert.

Könnte man das vielleicht noch anpassen? Das würde mich sehr freuen!

Liebe Grüße und guten Wochenstart!

Alles anzeigen

Das liegt leider daran, dass die Sortierung "Älteste" bzw. "Neueste" des Spiels bei Verbandseinsätzen statt dem Generierungszeitpunkt den Freigabezeitpunkt betrachtet. Daher ist auch nur dieser Wert in der Einsatzliste verfügbar.

Insofern hast du vollkommen recht mit deinem Einwand, ohne eine Serveranfrage pro Einsatz (also jeder Menge Swerveranfragen) wird das aber leider Stand jetzt nicht umsetzbar sein.

Es geht hier doch überhaupt nicht darum, dass die Rettungstreppe benötigt werden soll, sondern, dass sie die Drehleiter bei diesem Einsatz ersetzen können soll. Dabei ist es ziemlich egal, ob eine Rettungstreppe dort etwas verloren oder gefunden hat oder dort gar nicht vor Ort ist.

Sprich anstatt wie jetzt eine DLK schicken zu müssen, soll in Zukunft eine Rettungstreppe alternativ auch gehen. Hab ich eine Rettungstreppe in der Nähe, dann kann ich sie schicken. Hab ich keine (und/oder will ich keine schicken), schick ich halt keine.

Ich bin FÜR den Vorschlag.

Ab Version 2024.08.24+1324 ist auch der GRTW eingefügt. Für mehr der bislang genannten Verbesserungen und neuen Features hat die Zeit leider noch nicht gereicht

Ja okay wow, also sollen wir jetzt hier ein nicht mehr verfügbares Fahrzeug wieder in die API aufnehmen, weil du mit einem Script dieses Fahrzeug kaufst und das System somit aushebelst? Das finde ich auch irgendwie blöd…

Für mich ist das mehr ein "Selber Schuld" wie ein "Script / API" ist fehlerhaft.

Zitat von Thomas21030

Aber das was ich mir zu fast 1000% sicher bin ist,

Das viele der über 1000 alten LKW 7 ich in der Zeit von August 2021 bis August 2023 gekauft habe, und nicht erst mit Hilfe des Scripts erst danach.

Dennis hat uns am 01.09.2023 um 11:11 Uhr bestätigt, dass es noch 46 Fahrzeuge vom Typ 99 gäbe. Ich traue hier seiner Antwort mehr, als deiner Aussage, da er vermutlich in die Datenbank geschaut hat. Somit sind deine 99er LKWs sehr wahrscheinlich größtenteils gekauft worden, nachdem er schon nicht mehr verfügbar war.