Wenn Torben morgen unseren Diskussionsbereich öffnet, erwartet ihn die entsprechende Meldung. Danke für eure Aufmerksamkeit!
2 Likes
Ja ich hab gerade nachgesehen, bei mir werden in v7.3 auch keine Scripts geladen.
Ich hab da jetzt in der Fernsteuerungskonsole
TOHCD TEXT Stundenende: - 45:30
eingegeben, das wird nun als Text auch so angezeigt. Also da funktionieren die Befehele.
“Wasserstandsmeldung”:
Fehler bestätigt, Ursache wird gesucht. Torben ist dran.
An der Stelle schon mal vielen Dank an die Community, ihr seid großartig!
1 Like
Fehler gefunden. In Build 5608 sollten die Scripts nun wieder geladen werden.
3 Likes
Puh! „Public beta“ eben.
interessantes Feature ist “not playing”
Uhn Ich sehe das das jetzt integriert is beim encoder, aber lauft das den jezt auch wen ich einem externen log habe, zb fur RDS oder dab+ ? Also ein externer TXT datei ?
Das läßt sich doch leicht ausprobieren, oder?
Ja, sowohl der Encoder als auch die Logging-Schnittstellen unterstützen das nun.
1 Like
Danke Torben , super entwicklung !
Kein richtiger Fehler, eher ein Feedback zur Beta:
Im Laufe der Beta wurde die Stille-Erkennung für Streams geändert:
[*] Stream/Live Feed: Silence detection will only become active when the
player is started
TL;DR: Ich fände es praktisch, wenn der Modus (Stille auch schon vorher erkennen, oder nicht), auch einstellbar wäre.
Langfassung:
So, wie es jetzt ist, ist es auf jeden Fall intuitiver.
Der vorherige “Modus” hatte aber einen Vorteil für, ich nenne sie mal “externe open-end”-Events oder Parties, die man automatisiert übernehmen möchte.
Wenn man beispielsweise nicht weiß, ob das Event bis 2, 3 oder 4 Uhr geht - zur vollen Stunde soll aber ein Service-Block, Opener etc. kommen. Nun lief “die letzte Platte” auf der Party um 3:58, in der 4 Uhr Playliste ist aber noch das Stream-Element drin. In den vorherigen Builds merke man das nicht, weil der Stream dann z. B. nach dem Opener direkt übersprungen wurde und Musik spielte. In den aktuellen Builds wird der Stream angestartet, bis zum Timeout ist dann Stille zu hören.
Im konkreten Fall ging es um die Übernahme von Nachrichten, die über einen Codec angeliefert und via Live-Feed abgespielt wurden. Szenario: Auf der Leitung ist bis zum Beginn und nach Ende der Nachrichten durgehend Stille.
Hier war es hinderlich, wenn das Live-Feed-Element um xx:00:00 startet, im gleichen Moment der Sprecher sein erstes Wort sagt, aber direkt die Stille-Eerkennung auslöst, weil im vorgepufferten Element bislang nichts zu hören war. Daher habe ich das kurzfristig geändert.
Es konfigurierbar zu machen ist grundsätzlich eine gute Idee, auch wenn es mir vor den Codeänderungen graut, um das Flag von der GUI bis in den letzten Winkel der Silence-Detection durchzureichen…
Ansonsten denke ich, sollten wir das Thema Stream-/Feed-Übernahme eines Tages einmal komplett neu denken. Eine Mischung aus den heutigen beiden Möglichkeiten “via Element” und “Stream-Monitor”, so dass man nur noch definiert, von xx:xx bis yy:yy will ich einen Stream übernehmen, aber wenn der früher endet, dann soll das Programm weiterlaufen. Und auch mit der Möglichkeit, die Übernahme für Nachrichten, Werbung etc. zu unterbrechen.
Aber ds ist kein Thema für die 7.3 und soll daher in diesem Thread auch nicht diskutiert werden.
Hallo zusammen,
bei mir schreibt im aktuellen Build 5612 der Datei-Mitschnitt-Encoder keine Einträge mehr ins Cuesheet. Ich konnte das in einer Defaultinstallation reproduzieren, in der lediglich die Datenbankverbindung und der Mitschnittencoder hinzugefügt (Cuesheet natürlich aktiviert) wurden.
Das Symptom ist, das Cuefile wird angelegt, beinhaltet aber hinterher lediglich die Kopfzeile+Zeilenumbruch:
FILE "Aircheck-2023-12-17-15-53-49.mp3" MP3
Mir ist beim Testen auch aufgefallen dass IEncoderConnection im Skriptinterface neuerdings die folgenden beiden Prozeduren nicht mehr exportiert. Vielleicht hängt das ja zusammen:
Procedure ItemStarted( iItem : IPlaylistItem; iRegion : byte)
Procedure ItemCurrentTitle( iItem : IPlaylistItem; iTitle : string; iRegion : byte)
1 Like
Die internen Abläufe des Logging-Systems wurden in Version 7.3 teilweise erneuert, um das neue Feature “Titelupdate wenn kein Element spielt” zu ermöglichen.
Hier lag tatsächlich ein Bug vor. Bitte testet mal den soeben hochgeladenen Build 5613, ob es dort wieder funktioniert.
2 Likes
Jawoll, damit geht es wieder! Super 
Da das Logging anscheinend gerade aufgeschlaut wird: Wäre es generell möglich dem Datei-Encoder in dem Zuge beizubringen den Itemtyp als Kommentar im Cuesheet zu vermerken, so wie es der Aircheckrecorder bereits macht (z.B. REM MAIRLIST_ITEMTYPE "Music")?
Hi Zusammen,
hier mal wieder etwas, das sich nicht verhält wie erwartet:
Beim Abspielen von Titeln im Mix-Editor werden im Systemlog Playlist “Start” und “Stop” Events geloggt, sowie OnItemStart und OnItemStop Events emittiert. Gemäß der Angaben im Skript-Template sollten diese Events nur bei der On-Air Wiedergabe getriggert werden.
Hier ein Beispiel. Der Titel wurde lediglich kurz im Mixeditor angespielt:
- Das Verhalten tritt in allen 7.3 builds auf die ich gerade zur Hand habe (5610 bis 5615)
- 7.2.5 ist nicht betroffen
- Getestet habe ich all das in Defaultkonfiguration, mit nur einem minimalen Backgroundskript zum Feststellen der Events (dessen Output im Screenshot zu sehen ist).
Wird in Build 5616 behoben sein, danke.
Das interne Logging-System wurde für das “not playing”-Feature umstrukturiert, dabei hat sich das wohl eingeschlichten.
2 Likes
Hallo,
Build 5618 von heute gibt auf meinem PC (Windows 11 mit Standard-Windows Defender) eine Virenmeldung aus. 5617 und früher funktionierten ohne Probleme. Ging zurück zu 5617 und die Nachricht verschwand wieder.
Ich habe die mAirList.exe bei https://www.virustotal.com/ hochgeladen, und da ist alles auf grün - bis auf Microsoft, die meinen, es sei ein “Program:Win32/Wacapew.C!ml” drin versteckt.
Also aller Wahrscheinlichkeit nach ein false positive. Insbesondere zu diesem angeblichen Virus findet man eine Menge Treffer bei Google: Program:Win32/Wacapew.C!ml - Google Suche
Der Defender schaut leider nicht nur nach nackten Viren-Signaturen, sondern zieht auch andere Kriterien heran - zum Beispiel, ob es sich um eine erwiesenermaßen “gute” Programmversion eines etablierten Herstellers handelt. Als kleine Softwareklitsche mit häufigen Updates hat man da schlechte Karten.
Ich werde morgen nochmal versuchen und (wenn es wieder passiert) ein Screenshot machen. Es ist mehr als signal das es passieren kan 
@Calypso
Deaktiviere den Defender und versuche es dann noch einmal mit dem Download. Sollte aber funktionieren.
Ich hab noch die 6er Version auf meinem Windows 10 Rechner laufen.
Hatte im letzten Jahr aber nicht großartig die Zeit (aus privaten Gründen)gehabt, mich mit mAirList zu beschäftigen und vorallem zu aktualisieren.
Ende vom Lied:
Anfang Januar den Rechner zum Aktualisieren angemacht und schon ging das Gezicke von Windows los. Angeblich wäre die .exe von mAirList eine schädliche Datei oder irgendwie so blümerant ausgedrückt…
Hab’s aber mit Trick 17 und Selbstüberlistung dann trotzdem hin bekommen…