Bilder können jetzt ohne Einschränkung der Auflösung hochgeladen werden. Es verbleibt weiterhin die Beschränkung auf 10MiB pro Bild.
Images can now be uploaded without restrictions on image resolution. The limit of 10MiB per image remains.
Bilder können jetzt ohne Einschränkung der Auflösung hochgeladen werden. Es verbleibt weiterhin die Beschränkung auf 10MiB pro Bild.
Images can now be uploaded without restrictions on image resolution. The limit of 10MiB per image remains.
Okay, ich glaube nichts ist mit dem Server schiefgegangen, es gibt nur Configwerte, Änderung denen du wiegen sollst (z. B.
max_frame_count = 9000
, statt Standardwert 900, was gelten wird, wenn nicht anders spezifiziert, oderenable_audio=true
). Ich weiß nicht, ob diverse Codecs (durch etwas wievideo_codec = "vp9, h264, h265, av1"
) erlaubt sind.Außer CLI-Parameter gibt es Environment-Varibles, die in diesem Dokument beschrieben werden, pass aber auch auf Namenänderungen in manche neuere Versionen.
ich habe den frame count jetzt erst mal auf 3600 erhöht und audio aktiviert.
die timeouts müssen wir uns die tage mal in ruhe angucken.
bei dem video mit os error scheint der header nicht ganz zu stimmen, da fällt sowas raus.
[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
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 daspict-rs
unterstützt, dafür verstehe ich den Quellcode nicht genug.ich glaube ich sehe doppelt
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.
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 daspict-rs
unterstützt, dafür verstehe ich den Quellcode nicht genug.