Das müßte erst nachgewiesen werden. Tatsache ist, daß bisher noch keinerlei gleichartige Fehler von anderen Nutzern bemängelt wurden.
Bist Du im Besitz einer Vollizenz? Dann wende Dich bitte an den Support. Für den Fall, daß Du eine Home-User-Lizenz besitzt, halte ich diese Form der Ansprache für unangemessen. (Eine Eigenart, die ich bisher mehrfach bei Deinen Beiträgen feststellen mußte.)
Wie gesagt: Bisher ist nicht erwiesen, daß der Fehler im der Programmierung liegt. Alle Anzeichen sprechen dagegen.
Wenn das das einzig unprofessionelle an Ihrem Sender ist, dann können Sie doch sehr zufrieden sein. Manch anderer Senderbetreiber wäre froh, wenn nur die Pausen unprofessionell wären…
etwas mehr Kooperation Ihrerseits wäre durchaus wünschenswert. So haben Sie bislang noch auf keine meiner Fragen und Anregungen / Verbesserungsvorschläge aus Beitrag #21 reagiert.
Sie stellen stets Forderungen an uns als Hersteller der Software, aber Ihre Mitarbeit oder Bereitschaft zur gemeinsamen (!) Lösung des Problems ist durchaus ausbaufähig.
Im Grunde könnte ich den verlinkten Beitrag im Vollzitat wiederholen.
Unser Problem ist: Wir verfügen über Informationen, auf die wir uns ohne Ihr Einverständnis nicht öffentlich beziehen dürfen. Und mitunter entsteht der Eindruck, als ob Sie das strategisch gegen uns ausnutzen: Wir müssen aus der Reserve kommen, während Sie sich bedeckt halten. Ihr Vorwurf: mAirList ist fehlerhaft und wir als Hersteller müssen das Gegenteil beweisen, allein aufgrund Ihrer Behauptungen, die jedoch “nicht hinreichend substantiiert” sind, wie es Juristen formulieren würden.
Gut, das ist Ihr Recht. Hilfreich ist es jedoch weniger.
Wie wäre es denn mal mit etwas mehr Transparenz Ihrerseits?
Auf die Beantwortung unserer Fragen durch Sie warten und auf mehr Kooperation Ihrerseits hoffen.
Korrekt, ich konnte keinen Fehler feststellen; weder in der Datei selbst noch im Ablauf in einer Playlist.
Das ist Ihre Auslegung, die vom Zitat, auf das Sie sich beziehen, so nicht getragen wird.
Erneut: Auch an dieser Stelle bleiben Sie Informationen schuldig.
Durch das Zitat von Tondose wurde ich nachträglich auf eine Spitze von Ihnen aufmerksam:
Haben Sie als Randbemerkung die These aufgestellt, dass nur Ihnen etwas auffällt, was der Rest der versammelten Radiomacher nicht hören kann oder will? Ausschließlich Ihre Aufios sind so kurz, dass das nur bei Ihnen auftritt und nirgendwo sonst?
Nun, hätte das nicht auch bei mir zu einem Fehler führen müssen?
Nein, denn auch bei Ihnen tritt das ja so nicht auf. Nur hin und wieder mal.
Ich persönlich empfinde es als anmaßend, anderen Radiobetreibern, gleich welchen Hintergrunds, eine deratige Nachlässigkeit in der Überwachung ihres Sendesignals zu unterstellen.
Sie scheinen eine ganz große Nummer in der Radioszene zu sein, anders kann ich mir Ihr “Andere bemerken es vielleicht nicht” nicht erklären. Da ändert auch ein “vielleicht” nichts daran.
Warum müssen Sie mAirList regelmäßig neu starten? Dieser Ansatz ist in der Tat neu.
Onhne Neustart ist das Problem nicht mehr behebbar oder was ist der Kern Ihrer Aussage?
So, und jetzt warten wir auf Ihre Reaktion, die sich nicht erneut mit Vorwürfen und unbelegten Behauptungen beschäftigen sollte, sondern mit klaren Antworten.
Nach meiner Auffassung habe ich bereits diese Frage beantwortet.
Entschuldigung, aber wie bereits mehrfach gäußert, bin ich jederzeit bereit konkrete Fragen zu antworten.
Damals konnte ich kein Systemprotokoll senden, da ich mAirList neu gestartet hatte. Hier das Systemprotokol bezüglich des erwähnten Zeitraums gestern um 18:00.
Wie bereits erwähnt, es gibt keine Audiogeräte mit DirectSound in Verbindung mit mAirList. Hier die Sreenshoots:
Hier noch die DiretSound-Einstellungen, welche aber nicht verwendet werden und auch nur andere Wiedergeräte ausgewählt werden können.
Grundsatzdiskussionen bitte dort fortführen (muss aber nicht sein!); ich hingegen muss an der Stelle respektieren, dass HGA sein Audio-Routing unbedingt so durchführen möchte.
Du würdest von HGA nun verlangen, sein Mikrofon-Setup komplett über den Haufen zu werfen. Ich wage mich da nicht ran. Zumal ich für so etwas ohnehin keine Zeit habe.
Einem mAirList-Neuling würde ich im Rahmen der individuellen Hilfe jedenfalls ein anderes Setup empfehlen, aber das möge jeder für sich entscheiden.
Nein! Um Fehler einzugrenzen, kann ein Umbau auf bewährte Standardparameter durchaus notwendig sein.
Und ich kann immer wieder nur die alte Leier wiederholen:
Alle, aber auch wirklich alle Programme auf dem PC herunterfahren bis auf mAirList und, im ersten Schritt, meinetwegen Voicemeeter. Mittels Taskmanager versteckt werkelnde „Helferlein“ abschießen. Beobachten: Tritt der Fehler noch auf?
Ich habe vor etwa 18 Monaten alles neu konfiguriert und auf der Machine läuft ausschließlich mAirList und Voicemeeter und dies schon seit diesen 18 Monaten. Vorher ohne irgendwelche Probleme. Danach gab es bis auf Windows-Updates und mAirList-Updates keine Veränderungen.
Deshalb sehe ich die Wahrscheinlichkeit, dass es an Voicemeeter liegt als sehr gering an. @Tondose , wenn ich Voicemeeter abschieße, werde ich mit hoher Wahrscheinlichkeit auch mAirList abschießen. Habe ich in der Testphase schon einmal gehabt!
Dass kommt somit nicht in Frage!
Ich möchte Senderausfälle auf alle Fälle vermeiden.
Die einzige Möglichkeit die ich sehe, ist ein identisches Test-System mit einer temporären mAirlist-Lizenz aufzubauen. Da der Aufwand sehr hoch ist, sollte vorher doch mal geklärt werden, wieso BASS die Zeitansage grundsätzlich überzieht! Und dies um variable Zeiten. Vielleicht ist dieses Problem ja bereits bekannt, oder man kann einen Hinweis erhalten.
Auch mit dem Testsystem, kann es Wochen dauern, bis größere Sendepausen entstehen.
Mit mAirList/BASS sollte ein Audio-File auf keinem Fall länger dauern, als das File lang ist, oder?
Wenn Voicemeeter nicht vorhanden ist, was soll denn dann auf WASAPI gestellt werden?
Es gibt dann nichts!
Ich bin kein Audio-Spezialist, aber was soll es für Probleme geben wenn der Encoder-Ausgang auf einen ASIO-Eingang geht und der Mikrofon-Eingang disabled ist?
Das Problem tritt doch an einer ganz anderen Stelle auf!
Vor 18 Monaten? Ja, das haut hin, Ende November 2019 begann unsere Konversation im Vertrieb (soviel darf ich verraten).
Damals™ war mAirlist in der Version 6.3.7 Build 4388 (2020-10-30) aktuell; am 01.12.2020 folgte v6.3.8.
Vorschlag: Sie installieren Version 6.3.7. Tritt der Fehler in dieser Version nicht auf, liegt es wahrscheinlich an mAirList irgendwo im Changelog bis v6.3.19.
Trifft das zu, stelle ich Ihnen zu Testzwecken vorübergehend eine Demo-Version zur Verfügung, mit der Sie alle Versionen von 6.3.8 bis 6.3.19 parallel zu Ihrem produktiven Playout testen können. Ab irgendeiner Stelle müsste es ja dann, Ihrer Vermutung folgend, einen Fehler auswerfen. Diese Version lassen Sie dann bitte in der Debug-Variante laufen.
Ich finde, dass diese Bereitschaft, Ihnen zu helfen, von unserer Seite durchaus großzügig und entgegenkommend ist.
Sie verstehen sicher, dass wir aufgrund der guten Erfahrungen mit fast allen Kunden die Wahrscheinlichkeit, dass es an mAirlist liegt, gleichfalls als sehr gering ansehen.
Nicht, wenn Sie die Konfiguration der Audiogeräte vorher entsprechend anpassen.
Mehr als einen guten Rat geben… was sollen wir denn noch alles tun?
Das möchte natürlich jeder. Aber ein so wichtiger Sender wie der Ihre (das möchte ich hier keineswegs in Frage stellen!) hat für solche Fälle doch sicher eine ausgeklügelte Ausfall-Strategie.
Sie schreiben ja selber, dass Sie Updates von Windows und mAirList gemacht haben, da haben Sie ja auch kein Loch gefahren, sondern ihren Hörern adäquaten Ersatz angeboten.
Soll heißen: Sie können Ausfälle umgehen und sind auf Havarien vorbereitet. Also ist das für Sie doch kein Problem, das an dieser Stelle einer größeren Diskussion bedürfe?
Unbewiesene Behauptung. Sie mutmaßen tendenziös.
Selbst Sie sagen, dass es auf Ihrem eigenen System nur bei bestimmten Elementen und auch dort nicht regelmäßig vorkommt. Somit können Sie Ihre eigene Aussage über die angebliche Grundsätzlichkeit nicht belastbar aufrechterhalten. Ferner wird dies von vielen, ja, fast allen mAirlist-Anwendern so nicht beklagt.
Ich möchte Sie daher dringend bitten, solche pauschalen Unterstellungen zu unterlassen.
So viel zur angeblichen Grundsätzlichkeit eines von Ihnen vermuteten BASS-Fehlers.
Vorschlag: Das Mikrofon?
… und wozu ist dann Voicemeeter überhaupt vorhanden?
“Selbsteinschätzung”
Was macht denn der Encoder-Ausgang auf einem ASIO-Eingang?
Ich dachte, der Encoder geht via Streaming-Provider direkt zum Hörer?
Fragen über Fragen…
Tja, wir suchen noch ganz ergebnisoffen, während Sie sich schon festgelegt haben.
Mein déjà-vu sagt mir gerade, dass wir so was schon mal hatten… und Sie gelobten Besserung. Das Ergebnis dieser versprochenen Besserung lesen wir gerade hier.
Ich habe mich jetzt sehr weit aus dem Fenster gelehnt und Ihnen ein Angebot gemacht. Das funktioniert natürlich nur, wenn Sie mitarbeiten.
Wenn Sie dieses Angebot annehmen, sollten Sie während Ihrer Tests hinsichtlich dieses Fehlers dann aber auch einfach mal die Füße still halten, bis Sie uns belastbare (!) Ergebnisse liefern.
Andernfalls wird das mit dem Support im Forum auf Dauer ziemlich dünn, denn dieses Problem tritt bei unseren anderen Kunden augenscheinlich nicht auf; zumindest ist mir kein weiterer Fall dieser Art bekannt.
Oh, eine Frage am Rande, bitte: Haben Sie sich schon mal von Zenon Media ein Angebot machen lassen? Mir scheint, unsere Software kann mit Ihren Anforderungen nicht Schritt halten. Möglicherweise sind Sie dort besser aufgehoben.
Das habe ich nirgendwo verlangt, bitte genau lesen. Im übrigen gibt es tausende mAirList-Nutzer, mit oder ohne Mischpult, die Voicemeeter nicht einsetzen. Also ist es bei Dir auch nicht zwingend erforderlich.
Du weißt doch gar nicht, wovon Du schreibst. Was BASS überhaupt ist und was es tut.
Was wir noch brauchen: Ein genaues (!) und vollständiges Protokoll, wann die Pausen auftreten, mit Zeitangabe und welche Audios jeweils beteiligt waren.
Du kennst mein System doch garnicht. Ich hatte genügend Probleme mit mAirList Konfigurationsänderungen. Da ging dann bis zu einem Neustart nichts mehr!
Nicht mit dem laufenden System.
Die Aussage, dass BASS die Rückmeldung an mAirList gibt, stammt von @UliNobbe und nicht von mir!
Es sind immer die gleichen Files beteiligt. Stundenansage und Stationsansage_kurz.
Die unterschiedlichen Zeiten unter Eigenschaften->Verlauf habe ich hier bereits ausgiebig dokumentiert.
Was verstehtst Du unter Protokoll genau?
Die entsprechenden Files hat Herr Nobbe alle vorliegen.
Sie haben doch selber geschrieben, dass BASS dafür zuständig ist, oder?
Ich habe sehr lange als Projektleiter gearbeitet und gelernt, sich auf konkrete Probleme zu konzentrieren.
Das System ist lange Zeit ohne Probleme gelaufen, was mit hoher Wahrscheinlichkeit Voicemeeter nicht als die Fehlerquelle in Frage kommt. Immer mit der gleichen Softwareversion?
Bei gleichen Audio-Files (Zeitansage und Stationsansage_kurz) kommt es immer zu unterschiedlichen Längen Eigenschaften-Verlauf der Zeitansage.
Das wäre doch ein konkreter Ansatz, da man erwarten sollte, dass sich hier immer die gleichen Zeiten ergeben sollten, richtig?
Was ist bitte eine Debug-Variante?
Wenn ich die Version habe, denke ich, dass ich das Testsystem in den nächsten Tagen in Betriebnehmen kann.
Ich werde sie dann parallel laufen lassen. Spielt es eine Rolle, ob ich das Signal an Icecast sende. Werde auch wie im Produktionssytem Voicemeeter mitlaufen lassen.
Das Ergebnis kann aber lange dauern, es sei denn, man konzentriert sich auf die Unterschiede der Länge unter Eigenschaften->Verlauf. Da sollte man eher was erkennen können. Aber man wird sehen!
Ich habe sehr lange im technischen Support einer Landesrundfunkanstalt gearbeitet. Dort lernt man, auch fremde Systeme zu analysieren und letztendlich Fehler zu finden.
Du bist aber allem Anschein nach nicht bereit, an einer sinnvollen Fehlersuche mitzuwirken. Offensichtlich liegt es Dir aus irgendeinem Grunde nahe, hier nichts als Stunk zu verbreiten. (Über die Hintergründe kann ich nur spekulieren, aber vorstellen kann ich mir nach der Lektüre hier so einiges. Steht zwischen den Zeilen.) Ich bin daher jetzt raus. Viel Vergnügen noch.
Ich habe mehrfach mitgeteilt und auch aktiv mitgearbeitet bei der Fehlersuche. Ich werde aber am produktiven System keine Tests durchführen, weil es fas immer zu Ausfällen führt.!
Wer hier Stunk macht, darüber denle mal nach!
Dass, was ich möchte ist ein sachlicher Support ohne dauernde Nachfrage.
Ich warte auch wieder auf eine Antwort von @UliNobbe und der angebotenen Testversion. Leider!
Um es zu testen brauche ich eine Test-Lizenz und eine Aussgae wie ich den Debug-Mode einschalte!
Beides fehlt mir!
Im ürigen hätte @UliNobbe auch alles um den Test durchzuführen!
