Auflösung von Bildern nicht mehr begrenzt | Image resolution no longer limited

Ich wusste nicht, dass es ein Problem war. Aber ich bin froh, dass es keins mehr ist. Schöne Sache! :]

Wir hatten das auf 4096x4096 beschränkt, was eigentlich für alle Bildschirme ausreicht, aber wenn das Bild größer ist musste man das händisch umwandeln, da der Upload sonst nicht funktioniert. Auf technischer Seite ist für uns nur die Dateigröße relevant, da die sich auf die Speicherkosten auswirkt.

Finde ich gut 😁

Was für Begrenzungen gibt es für Video, außer 900 Frames? In Lemmy-Quellcode sehe ich manche (ziemlich hohe) Defaultwerte, aber wie ist es mit Codecs? Ich bekomme immer Fehler ffmpeg timed out mit Videos über ca. 800 kiB.

Das entspricht z. B. dreiste Qualität 22 Sekunden 360p-Video mit H265:

Also für nichts außer Reaktion-GIFs, schätze ich.

Edit: Das Video ist ins WebM ohne Ton verenkodiert geworden, hier ist MediaInfo:

General
Complete name        : https://feddit.org/pictrs/image/6d221a38-8b01-45a8-b152-ba4f27839d9d.webm
Format               : WebM
Format version       : Version 2
File size            : 1.25 MiB
Duration             : 21 s 0 ms
Overall bit rate     : 498 kb/s
Frame rate           : 25.000 FPS
Writing application  : Lavf60.16.100
Writing library      : Lavf60.16.100

Video
ID                   : 1
Format               : VP9
Format profile       : 0
Codec ID             : V_VP9
Duration             : 21 s 0 ms
Bit rate             : 471 kb/s
Width                : 480 pixels
Height               : 360 pixels
Display aspect ratio : 4:3
Frame rate mode      : Constant
Frame rate           : 25.000 FPS
Chroma subsampling   : 4:2:0
Bit depth            : 8 bits
Bits/(Pixel*Frame)   : 0.109
Stream size          : 1.18 MiB (95%)
Writing library      : Lavc60.31.102 libvpx-vp9
Default              : Yes
Forced               : No
Color range          : Limited

Ohne Enkodierung (und deswegen Timeout) mit über 1 MB geht es, wenn man diese Eigenschaften imitiert (4 Minuten, 1080p immer aber nur 899 Frames):

In der Quellcode sehe ich nichts, was Audio verbieten würde, man könnte die Defaultwerte aber geändert haben

Man kann Videos hochladen?
- Ja, Tonspur wird aber entfernt und Video ins VP9 (WebM) enkodiert, was verwendet CPU-Zeit und nach ca. 10 s wird der Prozess storniert ("ffmpeg times out"). In diesen Zeit schafft der Prozessor nur etwa 800 kiB Video bearbeiten. Die ganze 10 MiB zu verwenden, muss man also das Video ins VP9 selber kodieren, dem Server Mühe zu sparen. Wenn es nicht um hohe Auflösung handelt, wird man aber früher mit 900 Frames (bis zu 37,5 s mit fließendem Bewegung) begrenzt.
  
  Und für Kommentare und Pfosten kann man natürlich Video/Bilder von außen embedieren (Syntax ![Freiwillige Beschriebung](https://example.com/Video.mp4)), sofern es sich um direkten Link zur Datei handelt. Hier ist eins von Pixelfed, da ist Ton erlaubt, 15 MiB und keine Frameanzahlbegrenzung:
  
  Oder ganzer Panzerkreuzer Potemkin von Wikimedia:
  
  Oder
  
  Manche Clients spielen aber solche Videos nicht automatisch und wiederholt im Vergleich zu den oberen. Wie geht es bei deinem?
das würde mich auch sehr interessieren.
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)
- 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...?)