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.

  • Zacryon@feddit.org
    9·
    3 months ago

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

    • surprised pikachu@feddit.orgMDeutsch
      20·
      3 months ago

      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.

  • ChaoticNeutralCzech@feddit.orgEnglish
    3·
    3 months ago

    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

      • ChaoticNeutralCzech@feddit.orgEnglish
        1·
        3 months ago

        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:

        • surprised pikachu@feddit.orgMDeutsch
          2·
          3 months ago

          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.

          • ChaoticNeutralCzech@feddit.orgEnglish
            1·
            3 months ago

            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.

            • surprised pikachu@feddit.orgMDeutsch
              1·
              3 months ago

              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
              • ChaoticNeutralCzech@feddit.orgEnglish
                1·
                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.orgEnglish
                1·
                3 months ago

                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.