Smaart V9 Absturz bei gleichzeitiger Nutzung von Editoren

    Folgendes Phänomen:

    Ich nutze Smaart auf einem WIN 10 Dell Latitude E5470.

    Läuft Smaart alleine, arbeitet das zuverlässig über Stunden.

    Öffne ich auf diesem Läppe einen Pult-Editor, der mit dem Pult über Netzwerk verbunden ist, stürzt Smaart nach einigen Minuten ab und ich erhalte folgende Fehlermeldung:

    Verblüffenderweise ist es wurscht, ob ich den X/M32 Editor oder den DiGiCo Editor am Laufen habe, die Abstürze sind immer gleich. Schalte ich die Editoren aus und starte Smaart neu, ist alles wieder normal. Ich bin ja ein Freund davon, Rechner nicht mit zu vielen Aufgaben gleichzeitig zu beanspruchen aber das ist schon schräg. Eigentlich möchte ich nur das LAeq 30 Fenster während des Mischbetriebs offen halten und dafür keinen extra Läppe aufbauen aber es gelingt mir nicht. Was kann ich tun?

    Hi Guma,

    Vielleicht hat das was mit der API zu tun...

    Schalte die doch bei Smaart mal aus und teste erneut.

    Ist nur so ein Gedanke... Aber das egal welcher Editor eine Absturz verursacht, könnte damit zu tun haben.

    Lass uns wissen...

    Gruss,

    Cyril

    Achtung, ich arbeite für einen Audio-Vertieb in der Schweiz und bin daher voreigenommen....;-)

    wer's genau wissen will...

    MGM Audio AG

    SSL, WAVES, MIDAS, Audio-Technica, sE-Electronics, Radial... uvm.

    Options > Preferences > API

    Achtung, ich arbeite für einen Audio-Vertieb in der Schweiz und bin daher voreigenommen....;-)

    wer's genau wissen will...

    MGM Audio AG

    SSL, WAVES, MIDAS, Audio-Technica, sE-Electronics, Radial... uvm.

    Habe inzwischen noch einen anderen Lösungsansatz gefunden:

    In meinem Laboraufbau habe ich den Smaart internen Generator einfach weiter laufen lassen, was man ja in einer realen Anwendung nicht tut. Schalte ich den Generator frühzeitig wieder aus, ist das Problem behoben, wobei ich beim realen EQen den Generator schon mal ein paar Minuten laufen lasse. Läuft da irgendwas voll, was den Absturz verursacht oder wie kann ich mir das erklären?

    Smaart war schon immer und ist auch in v9 immer noch absolut grottenschlecht programmiert. Das Programm ist unglaublich leistungshungrig, die Grafik funktioniert gaaaanz schnell nur noch sehr hakelig wenn das System ein klein wenig älter ist, die Audioengine ist mega zickig und alles andere als kompatibel mit anderen parallel laufenden Anwendungen und das von Dir genannte Absturzproblem in Verbindung mit anderen (Audio-) Programmen musste ich auch schon mehrfach feststellen. Wenn ich nicht so ein Gewohnheitstier wäre hätte ich schon längst gewechselt...

    Ich sag schon immer: Pegelüberwachung gehört auf einen extra Rechner (drum gibts auch SATlive und LevelCheck und nicht irgendwie SATCheck oder LevelLive oder... ). Ich finde die Gefahr, dass etwas schief geht, einfach zu hoch.

    Typische Ursache für diesen Fehler:

    Fehler in der Fehlerbehandlung. Die Verarbeitung einer Exception löst eine weitere Exception aus, deren Behandlung eine Exception auslöst, wobei deren Behandlung eine Exception auslöst, ...

    Dazu muss man sagen, dass Exceptions nicht unbedingt gleich was böses sind, sonder die werden z.B. genutzt um Timeouts mitzuteilen, gerade bei Dingen die 'wackelig' sind, wie zum Beispiel Netzwerkverbindungen. Es könnte also sein, dass irgendwas schreit, weil es lange keine Daten mehr bekommen hat, oder der Empfangspuffer mit Daten voll läuft, die von einer anderen Anwendung kommen.

    SIM II Operator und Dante Level I-II-III (Dante sogar dreimal :)
    Jugendschwimmabzeichen, Rettungsschwimmabzeichen in Bronze
    Meine kommerziellen Softwareprodukte SATlive und LevelCheck

    Ok, für größere Anwendungen werde ich es so machen wie schon immer und einen separaten Messrechner verwenden. Dann läuft Smaart SUITE auch stabil. Das gleichzeitige Nutzen eines Editors war wie gesagt ein Testaufbau. Ob die kleineren Versionen ohne die elaboriertere Version der Leq Messung das oben beschriebene Problem auch haben weiß ich nicht.

    Wenn Editoren mit der Vollversion auf einem älteren WIN 10 Rechner laufen weil ich im jeweiligen setting nur einen Rechner am FOH habe z.B. in einer sehr schlanken FOH Version mit X32Core, werde ich den internen Generator nur kurz, also in der Version, in der in TF nach capture der Generator abschaltet, verwenden. Tatsächlich lauft es mit der Leq Messung + Editor ohne den Generator bis heute morgen stabil.

    also der Generator ist der Leistungsfresser schlechthin (warum auch immer...). Deshalb stellt ich den auch ganz konsequent IMMER aus, wenn die Messung fertig ist.

    In den Programmeinstellungen gibt es die Funktion, dass der Generatur beim Drücken der Capture Taste automatisch ausgeht. Das habe ich voreingestellt und finde es sehr praktisch ;)

    Und was "sagt" die Ereignisanzeige von Windows dazu ?

    Eventuell mal im Taskmanager oder im Resourcenmonitor

    schauen was da genau wieviel Leistung benötigt .

    Möglich wäre zu wenig Speicher

    oder verschiedene Threads laufen um die Wette -> exception .

    Das hat der TomyN schon beschrieben .

    die Realität ist die Summe aller Fakten