Haupteingang

491 readers

10 users here now

Die Standard-Community von feddit.org

In dieser Community geht es ausschließlich um alles rund um die Instanz!

Regeln:

Gelöste Probleme sollen eindeutig mit [GELÖST] im Titel markiert werden.

founded 4 months ago

MODERATORS

[email protected]

Auflösung von Bildern nicht mehr begrenzt | Image resolution no longer limited (feddit.org)

submitted 3 months ago by [email protected] to c/[email protected]

18 comments fedilink hide all child comments

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.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 1 points 3 months ago (1 children)

tritt das Problem immer noch auf?

wenn ja schreib bitte mal wann du das versucht hast, und wenn möglich auch die ursprüngliche Datei zum reproduzieren z.b. auf https://litterbox.catbox.moe/ (min. 12h auswählen)

[–] [email protected] 1 points 3 months ago* (last edited 3 months ago) (1 children)

Ja, ist etwas geändert geworden?

Genau nun habe ich frühere unerfolgreiche Encodes von mir wieder hochzuladen probiert, und sie sind wieder fehlgeschlagen.

Beispiele:

Über 10 MiB: AGhalf_toolarge_H264.mp4
- too large (wie erwartet, die Grenze 10 MiB finde ich sinvoll)
901 Frames: AG_901frames_H265.mp4
- too many frames (die Begrenzung ist meiner Meinung nach zu niedrig)
Größer als cca. 800 kiB und nicht WebM: AGshort_timeout_H265_480.mp4
- ffmpeg timed out (ich weiß, man soll den intensiven Prozess nicht lang laufen lassen, aber warum müssen übliche Codecs wie H264 und H265 mit viel Mühe verenkodiert werden? Im Quellcode sind verschiedene Codecs genannt)
H264 kleiner als cca. 800 kiB: AGshort_erfolg_H264_360p_starkkomprimiert.mp4
- zufällig (von Belastung abhängig?) entweder ffmpeg timed out oder erfolgreich enkodiert
VP9-WebM mit 899 Frames und Opus Tonspur: AG_success_VP9+opus.webm
- Erfolg
- Tonspur wird aber entfernt (im Quellcode sehe ich aber Audiocodecs erwähnt, ist hier Ton explizit verboten?)
Genau das oben (VP9 mit 899 Frames und Opus Tonspur) aber in MP4-Container: AG_oserror2_VP9+opus.mp4
- No such file or directory (os error 2) ???
AV1-MP4 mit AAC Tonspur: AG_timeout_AV1.mp4 oder AV1-WebM ohne Tonspur: AG_timeout_AV1.webm
- beide ffmpeg timed out (in Quellcode sehe ich aber, AV1 sollte vielleicht nicht enkodiert sein...?)

[–] [email protected] 2 points 3 months ago (1 children)

danke, gucke ich mir nachher mal an.

die limits die wir für videos hatten wurden auch entfernt, aber evtl sind da noch standardwerte die da stören.

[–] [email protected] 1 points 3 months ago (1 children)

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, oder enable_audio=true). Ich weiß nicht, ob diverse Codecs (durch etwas wie video_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.

[–] [email protected] 1 points 3 months ago (2 children)

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

[–] [email protected] 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.

[–] [email protected] 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.

[–] [email protected] 1 points 3 months ago (1 children)

ich glaube ich sehe doppelt

[–] [email protected] 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.