[matroska,webm @ 0x7f996a31a600] 0x00 at pos 0 (0x0) invalid as first byte of an EBML number
[matroska,webm @ 0x7f996a31a600] EBML header parsing failed
[in#0 @ 0x7f996a4108c0] Error opening input: Invalid data found when processing input
Error opening input file /tmp/pict-rs/.../....
Error opening input files: Invalid data found when processing input

[–] ChaoticNeutralCzech@feddit.org 1 points 3 months ago

Die Timeouts sind wegen Konversion ins VP9-Codec, die CPU-intensiv ist und Dauer ist von viele Faktoren abhängig. Zum Beispiel Videokodierung H265→VP9 dauert cca 4 s pro 100 kiB Eingabedatei, Timeout passiert nach 30 s (da ist der Prozess storniert mit ffmpeg timed out). Es macht Sinn, dass es ein kurzer Timeoutzeit gibt, oder könnte man DoS-Angriffe einfach betrieben. Mit diverse erlaubte Codecs würde Konversion nicht nützlich - ich weiß nicht, ob das pict-rs unterstützt, dafür verstehe ich den Quellcode nicht genug.

[–] ChaoticNeutralCzech@feddit.org 1 points 3 months ago (1 children)

Danke.

Die Timeouts sind wegen Konversion ins VP9-Codec, die CPU-intensiv ist und Dauer ist auf viele Faktoren abhängig. Wenn Videokodierung H264→VP9 dauert cca 4 s pro 100 kiB Eingabedatei, Timeout passiert nach 30 s (da ist der Prozess storniert mit ffmpeg timed out). Es macht Sinn, dass es ein kurzer Timeoutzeit gibt, oder könnte man DoS-Angriffe einfach betrieben. Mit diverse erlaubte Codecs würde Konversion nicht nützlich - ich weiß nicht, ob das pict-rs unterstützt, dafür verstehe ich den Quellcode nicht genug.

[–] surprised_pikachu@feddit.org 1 points 3 months ago (1 children)

ich glaube ich sehe doppelt

[–] ChaoticNeutralCzech@feddit.org 1 points 3 months ago

Entschuldigung, die Nachricht ist (wegen WLAN-Ausfall?) nicht aus Konzepte im App gelöscht geworden, nach sie gesendet war, also habe ich gedacht, sie ist noch zu senden.