Recherche avancée

Médias (2)

Mot : - Tags -/map

Autres articles (65)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Qu’est ce qu’un éditorial

    21 juin 2013, par

    Ecrivez votre de point de vue dans un article. Celui-ci sera rangé dans une rubrique prévue à cet effet.
    Un éditorial est un article de type texte uniquement. Il a pour objectif de ranger les points de vue dans une rubrique dédiée. Un seul éditorial est placé à la une en page d’accueil. Pour consulter les précédents, consultez la rubrique dédiée.
    Vous pouvez personnaliser le formulaire de création d’un éditorial.
    Formulaire de création d’un éditorial Dans le cas d’un document de type éditorial, les (...)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (13756)

  • The latest ffmpeg shows "get_buffer() failed". Is this a bug ?

    20 juin 2023, par Ryan

    ffmpeg version 2023-06-19-git-1617d1a752-full_build-www.gyan.dev

    


    i7-1255U, Windows 11

    


    The command line is

    


    "ffmpeg.exe"  -y  -hwaccel qsv  -ss 00:00:03.461  -to 00:00:12.009  -i "input.mov"   -c:v h264_qsv -global_quality 25 -look_ahead 1 -preset veryslow -c:a aac -ar 48000 -ac 2 -ab 128k output.mp4


    


    The "input.mov" is mjpeg.

    


    The result is :

    


    [mjpeg_qsv @ 0000019930260080] get_buffer() failed
[vist#0:0/mjpeg @ 000001993025ff00] Error submitting packet to decoder: Cannot allocate memory
[mjpeg_qsv @ 0000019930260080] get_buffer() failed
[vist#0:0/mjpeg @ 000001993025ff00] Error submitting packet to decoder: Cannot allocate memory
[mjpeg_qsv @ 0000019930260080] get_buffer() failed
[vist#0:0/mjpeg @ 000001993025ff00] Error submitting packet to decoder: Cannot allocate memory
[mjpeg_qsv @ 0000019930260080] get_buffer() failed
[vist#0:0/mjpeg @ 000001993025ff00] Error submitting packet to decoder: Cannot allocate memory
[mjpeg_qsv @ 0000019930260080] get_buffer() failed
[vist#0:0/mjpeg @ 000001993025ff00] Error submitting packet to decoder: Cannot allocate memory


    


    The messages above repeats many many many times. Finally, it shows :

    


    [vist#0:0/mjpeg @ 000001993025ff00] Error submitting EOF to decoder: Cannot allocate memory


    


    I tried the same command line on a very old version, and it works fine. Is this a bug or there is something new that comes with the new version ?

    


    Thank you for your help.

    


  • How to use ffmpeg on a stream input to extract frames

    21 juillet 2023, par Deepak Sharma

    I have tried piping the stream to a ffmpeg process for extracting the frames. It does process the small files and able to extract the frames successfully but for most of the files it throws error. The reference of the code I have used from this link- https://mathewsachin.github.io/blog/2017/07/28/ffmpeg-pipe-csharp.html
When I am running the below code

    


    `

    


        public static void RunFfmpeg()
    {
        
        //-framerate 20 -f rawvideo -pix_fmt rgb32 -video_size 1920x1080
        var inputArgs = "-i -";
        var outputArgs = "-ss 00:00 -t 20 -vf fps=5  $filename%03d.bmp";

        var process = new Process
        {
            StartInfo =
            {
                FileName = "ffmpeg",
                Arguments = $"{inputArgs} {outputArgs}",
                UseShellExecute = false,
                //CreateNoWindow = true,
                RedirectStandardInput = true,
                RedirectStandardOutput = true,
                WorkingDirectory = @"d:\ffmpegout"
            }
        };

        process.Start();

        var ffmpegIn = process.StandardInput.BaseStream;

        using (Stream contents = File.OpenRead("C:\\Desktop\\Videos\\B.mp4"))
        {
            contents.CopyTo(ffmpegIn);
        }

        // After you are done
        ffmpegIn.Flush();
        ffmpegIn.Close();

        // Make sure ffmpeg has finished the work
        process.WaitForExit();
    }`


    


    I am getting the below error

    


    ffmpeg version 2023-07-16-git-c541ecf0dc-full_build-www.gyan.dev Copyright (c) 2000-2023 the FFmpeg developers
built with gcc 12.2.0 (Rev10, Built by MSYS2 project)
configuration : —enable-gpl —enable-version3 —enable-static —disable-w32threads —disable-autodetect —enable-fontconfig —enable-iconv —enable-gnutls —enable-libxml2 —enable-gmp —enable-bzlib —enable-lzma —enable-libsnappy —enable-zlib —enable-librist —enable-libsrt —enable-libssh —enable-libzmq —enable-avisynth —enable-libbluray —enable-libcaca —enable-sdl2 —enable-libaribb24 —enable-libaribcaption —enable-libdav1d —enable-libdavs2 —enable-libuavs3d —enable-libzvbi —enable-librav1e —enable-libsvtav1 —enable-libwebp —enable-libx264 —enable-libx265 —enable-libxavs2 —enable-libxvid —enable-libaom —enable-libjxl —enable-libopenjpeg —enable-libvpx —enable-mediafoundation —enable-libass —enable-frei0r —enable-libfreetype —enable-libfribidi —enable-libharfbuzz —enable-liblensfun —enable-libvidstab —enable-libvmaf —enable-libzimg —enable-amf —enable-cuda-llvm —enable-cuvid —enable-ffnvcodec —enable-nvdec —enable-nvenc —enable-d3d11va —enable-dxva2 —enable-libvpl —enable-libshaderc —enable-vulkan —enable-libplacebo —enable-opencl —enable-libcdio —enable-libgme —enable-libmodplug —enable-libopenmpt —enable-libopencore-amrwb —enable-libmp3lame —enable-libshine —enable-libtheora —enable-libtwolame —enable-libvo-amrwbenc —enable-libcodec2 —enable-libilbc —enable-libgsm —enable-libopencore-amrnb —enable-libopus —enable-libspeex —enable-libvorbis —enable-ladspa —enable-libbs2b —enable-libflite —enable-libmysofa —enable-librubberband —enable-libsoxr —enable-chromaprint
libavutil 58. 14.100 / 58. 14.100
libavcodec 60. 22.100 / 60. 22.100
libavformat 60. 10.100 / 60. 10.100
libavdevice 60. 2.101 / 60. 2.101
libavfilter 9. 8.102 / 9. 8.102
libswscale 7. 3.100 / 7. 3.100
libswresample 4. 11.100 / 4. 11.100
libpostproc 57. 2.100 / 57. 2.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 00000266a80179c0] Could not find codec parameters for stream 0 (Video : h264 (avc1 / 0x31637661), none(tv, bt709), 1280x720, 4023 kb/s) : unspecified pixel format
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fd :' :
Metadata :
major_brand : isom
minor_version : 512
compatible_brands : isomiso2avc1mp41
encoder : Lavf58.76.100
Duration : 00:00:21.22, start : 0.000000, bitrate : N/A
Stream #0:00x1 : Video : h264 (avc1 / 0x31637661), none(tv, bt709), 1280x720, 4023 kb/s, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 30k tbn (default)
Metadata :
handler_name : VideoHandler
vendor_id : [0][0][0][0]
Stream mapping :
Stream #0:0 -> #0:0 (h264 (native) -> bmp (native))
[mov,mp4,m4a,3gp,3g2,mj2 @ 00000266a80179c0] stream 0, offset 0xbb3a : partial file
Cannot determine format of input stream 0:0 after EOF
Error marking filters as finished
Conversion failed !

    


    I did check the metadata of the video is present in the start of the file before the mdat box.

    


    Looking to get some help to resolve this issue.

    


  • configure : don't disable '-ftree-vectorize' on GCC >= 13 on major architectures

    14 juillet, par Jiawei
    configure : don't disable '-ftree-vectorize' on GCC >= 13 on major architectures
    

    This changes configure to stop disabling -ftree-vectorize on
    GCC versions 13 and newer, on major architectures.

    Background :
    - Original `-fno-tree-vectorize` was added in 2009 in commit
    973859f5230e to avoid compiler errors.
    - Re-enabled in 2016 in commit cb8646af24bd but caused failures due
    to inline CABAC assembly issues and was disabled again in
    fd6dbc53855fb.
    - Commit 182663a58a7a in 2023 fixed the inline CABAC assembly issues.
    - Recent versions of GCC, in particular 13 and newer, seem to
    generally work reliably with respect to vectorization, although bugs
    have been observed on Loongarch.

    Cautiously allow the GCC default of having vectorization enabled,
    on major architectures where we expect to see enough testing. If
    further issues are observed, they should be reported and noted here in
    configure, so the workarounds can be scoped and version limited.

    • [DH] Changelog
    • [DH] configure