Recherche avancée

Médias (0)

Mot : - Tags -/clipboard

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (83)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • 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 (15033)

  • Convert YUV420 to BGR without using videoconvert in GStreamer

    23 septembre 2019, par AnD Max

    I am using GSteamer, and I want to convert I420 to BGR format.
    Pipeline :

    gst-launch-1.0 filesrc location= ./Big_Buck_Bunny_1080_10s_1MB.mp4 ! qtdemux ! h264parse ! avdec_h264 ! fakesink

    I don’t use videoconvert plugin because it takes many CPU workload.
    I saw that avdec_h264 plugins has support BGR format and I tried to chose BGR format but the output always give I420 format ("avdec_h264 ! video/x-raw, format=BGR !").

    I tried to cast it to BGR format in source code (gst-libav/ext/libav/gstavvidec.c\gst_ffmpeg_pixfmt_to_videoformat()) but I got an error in (gst-libav/gst-libs/ext/libav/libavcodec/decode.c), 1606

    for (i = 0; i < num_planes; i++) {
               av_assert0(frame->data[i]);
           }

    Does my way correct ? Should I modify num_planes in deocode.c ?
    If it’s not a right way, can I convert format by using OpenCV with GStreamer pipeline ?

    If you have any good way, please tell me also.

  • avcodec/agm : Fix integer overflow with w/h

    5 avril 2019, par Michael Niedermayer
    avcodec/agm : Fix integer overflow with w/h
    

    Fixes : negation of -2147483648 cannot be represented in type 'int' ; cast to an unsigned type to negate this value to itself
    Fixes : 13999/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AGM_fuzzer-5644405991538688

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavcodec/agm.c
  • How to avoid audio sample 16bit clipping after equalization ?

    28 mai 2013, par testCoder

    I have samples which come from ffmpeg, very often it is 16 bit samples (short type), i have used iir band pass filter with dbGain as described here, after filtering i sometimes got a short type overflow and result of it is some noise when calculated sample value go out from 32767/-32767, Is any way to escape audio pcm sample clipping. May be exists any approaches ?

    I have googled but not found any worked example ?

    UPDATE

    When i cast transfer function calculation result to integer and check overflow then noise still occurs: :

    int result = A1 * ((int) Rx) + A2 * ((int) Rxx) + A3 * ((int) Rxxx)
                       - B1 * ((int) Ryy) - B2 * ((int) Ryyy);
    if (result > 32767)
       result = 32767;
    if (result &lt; -32700)
       result = -32700;
    y = (short) result;