Extron SMP-352: Probleme mit der Aufnahme

[Stephan Krinetzki]

Hallo zusammen,

wir haben einen Extron SMP-352 im Einsatz und wollen diesen nun für geplante Aufnahmen und Live Streaming verwenden. An sich scheint auch alles zu funktionieren, allerdings kommt es bei Videos >45 Min zu einem Upload Error.

Im Log vom Extron Gerät steht ein HTTP Post Timeout. Hat jemand schon mal ähnliches gehabt?

Gruß

Stephan

[Ruth Lang]

Hallo Stephan,

hast du die "Recording Limits" abgeschaltet unter "Configuration" ?

Gruß

Ruth

[Stephan Krinetzki]

Hallo Ruth,

vielen Dank für den Hinweis - habe mal die Limits deaktiviert, allerdings bleibt es bei eine Schedule (egal Live oder nicht Live) bei einem HTTP Post / Upload Fehler.

Im Extron Gerät sehe ich zum Event das hier (Audio Loss kann ignoriert werden):

2021-09-13T23:38:00+02:00, alert, system,  warning alert 'publish_failure' was triggered when value 'Publish Failure' met threshold 'Failed to Publish Package /var/internal/H03_20210913-190000Z'
2021-09-13T23:37:51+02:00, error, 424, Opencast error, ingest failed.
2021-09-13T23:37:50+02:00, info, 424, Opencast ingest continued.
2021-09-13T23:37:50+02:00, info, 424, Opencast Ingest started, ingest_id=6a07ea21-c24f-4e6b-ad2c-ee1446a8b905
2021-09-13T23:31:35+02:00, error, 424, Opencast error, ingest failed.
2021-09-13T23:31:35+02:00, info, 424, Opencast ingest continued.
2021-09-13T23:31:34+02:00, info, 424, Opencast Ingest started, ingest_id=6a07ea21-c24f-4e6b-ad2c-ee1446a8b905
2021-09-13T23:26:21+02:00, error, 424, Opencast error, ingest failed.
2021-09-13T23:26:20+02:00, info, 424, Opencast ingest continued.
2021-09-13T23:26:20+02:00, info, 424, Opencast Ingest started, ingest_id=6a07ea21-c24f-4e6b-ad2c-ee1446a8b905
2021-09-13T23:22:08+02:00, error, 424, Opencast error, ingest failed.
2021-09-13T23:22:07+02:00, info, 424, Opencast ingest continued.
2021-09-13T23:22:07+02:00, info, 424, Opencast Ingest started, ingest_id=6a07ea21-c24f-4e6b-ad2c-ee1446a8b905
2021-09-13T23:18:54+02:00, error, 424, Opencast error, ingest failed.
2021-09-13T23:18:54+02:00, info, 424, Opencast ingest file H03_20210913-190000Z_S2R1.m4v, upload complete.
2021-09-13T23:16:25+02:00, error, 424, Opencast ingest file H03_20210913-190000Z_S2R1.m4v, upload error.
2021-09-13T23:16:25+02:00, error, 424, Opencast ingest file H03_20210913-190000Z_S2R1.m4v, upload failed, error_count 3.  
2021-09-13T23:16:15+02:00, error, 424, HTTP POST failed: (28) [Timeout was reached]
2021-09-13T22:53:52+02:00, info, 424, Opencast ingest, file H03_20210913-190000Z_S2R1.m4v upload started.
2021-09-13T22:53:52+02:00, error, 424, Opencast notice, add_track failure 1 retry file [H03_20210913-190000Z_S2R1.m4v]
2021-09-13T22:53:52+02:00, error, 424, Opencast ingest file H03_20210913-190000Z_S2R1.m4v, upload error.
2021-09-13T22:53:52+02:00, error, 424, Opencast ingest file H03_20210913-190000Z_S2R1.m4v, upload failed, error_count 1.  
2021-09-13T22:53:45+02:00, error, 424, HTTP POST failed: (28) [Timeout was reached]
2021-09-13T22:34:38+02:00, info, schd, Opencast schedule info; entries added = 3
2021-09-13T22:34:38+02:00, info, schd, Ingest Complete: Total Events 4, Invalid Events 0, Added Entries 3
2021-09-13T22:31:37+02:00, info, 424, Opencast ingest, file H03_20210913-190000Z_S2R1.m4v upload started.
2021-09-13T22:31:37+02:00, info, 424, Opencast ingest file H03_20210913-190000Z_S1R1.m4v, upload complete.
2021-09-13T22:30:11+02:00, info, 424, Opencast ingest, file H03_20210913-190000Z_S1R1.m4v upload started.
2021-09-13T22:30:10+02:00, info, 424, Opencast Ingest started, ingest_id=6a07ea21-c24f-4e6b-ad2c-ee1446a8b905
2021-09-13T22:30:10+02:00, info, 424, Opencast ingest started, host=https://admin.streaming.rwth-aachen.de ingest_id=6a07ea21-c24f-4e6b-ad2c-ee1446a8b905  
2021-09-13T22:30:10+02:00, info, 424, Opencast ingest started, ingest_host=.
2021-09-13T22:30:10+02:00, info, 424, Opencast ingest started, ingest_id=.
2021-09-13T22:30:03+02:00, info, 424, Recording stopped
2021-09-13T22:30:03+02:00, info, 424, Opencast recording info; record finished
2021-09-13T22:30:00+02:00, alert, 424,  warning alert 'audio_loss' was cleared when value 'Recording stopped' met threshold 'Audio returns for 60 contiguous seconds, recording stop, output audio mute, or admin clear'
2021-09-13T21:05:00+02:00, alert, 424,  warning alert 'audio_loss' was triggered when value 'No audio' met threshold 'Audio below threshold for first 5 minutes of recording'
2021-09-13T20:59:55+02:00, info, 424, Recording initiated/resumed
2021-09-13T20:59:55+02:00, info, 424, Opencast recording info; record started
2021-09-13T20:59:55+02:00, info, 424, Recording started

Aus meiner Sicht klappt der Upload da nicht.

Hast du noch eine Idee?

Gruß

Stephan

[Dietmar Zenker]

Hallo Stephan,

wie groß sind denn die betroffenen Dateien? Evtl. musst Du org.opencastproject.staticfiles.upload.max.size in custom.properties erhöhen, und/oder - falls Du eine httpd-Propxy verwendest - client_max_body_size auf Null setzen.

Viele Grüße,

Dietmar

[Stephan Krinetzki]

Hallo Dietmar,

diese Option ist mir tatsächlich neu und die könnte durchaus das Problem sein.

Werde nun mal org.opencastproject.staticfiles.upload.max.size auf 0 setzen (wie es in der Konfigurationsdatei steht) und die client_may_body_size erhöhen. Die Optionen klingen auf jeden Fall vielversprechend.

Gruß

Stephan

[Stephan Krinetzki]

Hallo zusammen,

das Problem war wohl das Default Limit im Extron Gerät: Der splittet die Dateien ja bei 3584 MB in der Standard Konfiguration. Das ist nun behoben, allerdings schmeißt mir nun der Upload willkürlich Time Outs beim Upload.

Hatte das schonmal jemand und ne Idee, wie ich das lösen kann? Im Log des Opencast Servers und der NGINX Proxy davor sehe ich nicht, dass irgendwas beendet oder gestoppt wird. Laut unseren Netzkollegen wird irgendwann beim Upload SYN/ACK durcheinander geschmissen und somit das ganze abgebrochen.

Gruß

Stephan

[Stefanos Georgopoulos]

Hallo zusammen,

wir haben diese Semester im 6 Hörsäle Galicaster PRO mit Extron SMP 351
getauscht. Semester startet nächste Woche und heute kam das Problem. Die
Aufnahme war 7.5 GB Groß.

Recording Limit ist Aus
Nginx client_max_body_size ist auf Null
und org.opencastproject.staticfiles.upload.max.size ist auf 1 GB
default. Beim Galicaster Pro haben wir kein Problem gehabt. Ich glaube,
dass es nicht nicht an Netz liegt.

Habt ihr andere Vorschläge? Verwendet ihr den Record Limit und
produziert unterschiedlichen Dateien für eine Vorlesung?

Danke und Gruß aus Erlangen

Stefanos

> --
> To unsubscribe from this group and stop receiving emails from it, send
> an email to anwender+u...@opencast.org
> <mailto:anwender+u...@opencast.org>.

[Ruth Lang]

Hallo Stefanos,

ich denke, dass dein Problem und das von Stephan vielleicht liegen darin, dass ihr die Default Einstellungen von Extron für das Recording benutzt.

Bitrate etc. ist um ein vielfacher höher als beim Galicaster. Wir haben versucht, diese Einstellungen auf den Extron zu übertragen.

Für eine Standard Aufzeichnung von 1h44  ist die Präsentation bei uns ca. 500 GB groß, die Kamera (je nach Einstlelung) 1,5 GB bis 3GB

Selbst bei den langen Aufzeichnung (4h30) ist die Prasentation 1 GB und die Kamera 4GB groß.

Tafelaufschrieb machen wir mit 4K Kameras und PyCA. Die Größe beträgt auch hier knapp 1GB.

Wir haben kein Recordimg Limit und verwenden kein NGINX.

Grüße

Ruth

[Stefanos Georgopoulos]

Hallo Ruth,

danke für deine Antwort. Du hast Recht. Bei dem Mediapackage, hat Extron
kommischerweisse den default 1080p High. Oder der Hiwi, da ein Ad-Hoc
Aufnahme war, hat das falsche Profil ausgewählt.

Aber im Vergleich zum Extron, Galicasters, mit alle Nachteile, waren
schneller mit Daten übertragen.

Beste Grüße
Stefanos

[Stephan Krinetzki]

Hallo Stefanos, Hallo Ruth,

das ist in der Tat interessant. Da ich selbst die Geräte nie eingerichtet habe und das ein externer Dienstleister übernommen hat, denke ich mal, dass da am Meisten Optimierungspotenzial vorhanden ist.

Auf welche Dinge müsste ich da achten oder besser gesagt: Welche Hinweise sollten wir dem externen Dienstleister geben, damit das korrekt eingerichtet wird?

Gruß

Stephan

[Ruth Lang]

Hallo zusammen,

Ich hab Euch mal einen Screenshot unserer Einstellungen angehängt.

Die Videobitrate schwankt bei uns zwischen 1200 und 2400 kbps für die Kamera, je nachdem, ob der Raum wirklich gut beleuchtet ist oder eher einer „Höhle“ gleicht.

Für den Streamingteil sind wird noch am experimentieren und werden die jetzigen Bitraten für den Teil wahrscheinlich erhöhen. Auf jeden Fall langweiligt sich unser Wowzaserver (mit GPU) auch bei 7 gleichzeitigen Livestreams total.

Wir stellen dafür 1080p, 720p, 480p Auflösungen zur Verfügung.

Was das extrem langsame Hochladen der Daten durch Extrons angeht (im Verhältnis zu Galicaster oder PyCA),  ist das laut Aussage von Extron so gewollt.

Dadurch soll verhindert werden, dass es zu Schwierigkeiten bei gleichzeitig stattfindenden Aufzeichnung oder Livestreams kommt.

Ich weiß nicht, ob man das ändern kann.

Grüße

 Ruth

 

[tino.ts...@uni-jena.de]

Hallo,

wir haben auch sehr gute Erfahrungen mit den SMP´s gemacht (nutzen bei 23 Hörsälen keine anderen Systeme, bis auf ein Epiphan Experiment). Wir verwenden 5000kbps 720p zur Aufnahme 4,7 MB und 1MB bei 2h) und 3000kbps 1080p für den Confidence Encoder für Livestream (wegen dem Composite Video Kamera+Präsentation nebeneinander) mit VBR (Empfehlung von Extron). 

Unsere Mediensteuerung erkennt, wenn kein Signal von einer Präsentation kommt und schaltet den Stream auf Vollbild um (das geht bei der aktuellen Firmware live). 

Mit der Transferzeit haben unsere Dozenten kein Problem.

Bei einem externen Lasttest haben wir diese Woche 20 Ingests auf einen Wowza mit 4 GPU´s (Tesla T4) geschickt. Das hat eine bei Volllast geschafft.

Viele Grüße aus Jena

Tino

[Stefanos Georgopoulos]

Hallo zusammen,

Wir haben heute eine Aufnahme + Livestream beim Extron mit Dual Lizenz
für 01 St. 57 Min 26 Sek gehabt. Ich hab folgendes verwenden

Extron Profil Speaker 1080p für Kamera hab nur den Video Bit Rate auf
6.000 gestellt.
Extron Profil Presentation 1080p für Folien -> nichts was geändert

Confidence 1080p 25 Frames 4000 Video Bit Rate

Kamera ist 5.5GB Groß, Kein Folien ist verwendet (184MB Schwarz)

Ingest hat laut Logs 11:52 gestartet und um 12:21 war erfolgreich
geschlossen.

Ich überlege gerade ob ich beim alle die Kamera von 6.000 auf 5.000 wie
bei Default wieder lassen.

Beste Grüße
Stefanos

>> sgeor...@gmail.com <http://gmail.com> schrieb am Freitag, 15.

>> <https://admin.streaming.rwth-aachen.de/>
>> > <https://admin.streaming.rwth-aachen.de
>> <https://admin.streaming.rwth-aachen.de/>>
>> > > <https://admin.streaming.rwth-aachen.de
>> <https://admin.streaming.rwth-aachen.de/>
>> > <https://admin.streaming.rwth-aachen.de
>> <https://admin.streaming.rwth-aachen.de/>>>