Recherche avancée

Médias (0)

Mot : - Tags -/metadatas

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

Autres articles (61)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

Sur d’autres sites (10914)

  • jvdec : check frame dimensions

    14 décembre 2014, par Anton Khirnov
    jvdec : check frame dimensions
    

    The frame size must be set by the caller and each dimension must be a
    multiple of 8.

    CC : libav-stable@libav.org
    Bug-ID : CVE-2014-8542
    Found-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind

    • [DH] libavcodec/jvdec.c
  • batch FOR loop with FFMPEG

    27 décembre 2014, par user3604398

    I want to divide a .mp4 file into smaller .mp4 clips using ffmpeg.

    This is the code without a loop :

    ffmpeg -i source-file.mp4 -ss 0 -t 600 first-10-min.mp4
    ffmpeg -i source-file.mp4 -ss 600 -t 600 second-10-min.mp4
    ffmpeg -i source-file.mp4 -ss 1200 -t 600 third-10-min.mp4
    ...

    How do I make it into a loop in Microsoft DOS ? So far I have this :

    for /r $i in (*.mp4) do "C:\Program Files\FFMPEG\bin\ffmpeg.exe" -i "C:\Users\Name\Videos\2014-12-27-0926-45.mp4" -ss 0 -t 600

    Also someone said to put -codec copy in somewhere but I don’t know where.

  • FFmpeg library : modified muxing sample for FLTP input and FLTP audio, loses audio

    21 janvier 2014, par taansari

    Based on muxing sample that comes with FFmpeg docs, I have modified it, from input format as S16 to FLTP (planar stereo), and outputting to webm format (stereo).

    Since input is now FLTP, I am filling two arrays, then encoding again to FLTP. There are no obvious errors given on screen, but the resulting webm video does not play any audio (just the video content). This is just proof of concept in understanding things ; here is an added (crude) function to fill up input FLTP stereo buffer :

    static void get_audio_frame_for_planar_stereo(int16_t **samples, int frame_size, int nb_channels)
    {
       int j, i, v[2];
       int16_t *q1 = (int16_t *) samples[0];
       int16_t *q2 = (int16_t *) samples[1];

       for (j = 0; j < frame_size; j++)
       {
           v[0] = (int)(sin(t) * 10000);
           v[1] = (int)(tan(t) * 10000);
           *q1++ = v[0];
           *q2++ = v[1];
           t     += tincr;
           tincr += tincr2;
       }
    }

    Which I am calling from inside write_audio_frame() function.

    Note also, wherever code reffered AV_SAMPLE_FMT_S16 as input, I have changed to AV_SAMPLE_FMT_FLTP.

    Whole workable source is here :

    https://gist.github.com/anonymous/05d1d7662e9feafc45a6

    When run with ffprobe.exe, with these instructions :

    ffprobe -show_packets output.webm >output.txt

    I see nothing out of ordinary, all pts/dts values appear to be in place :

    https://gist.github.com/anonymous/3ed0d6308700ab991704

    Could someone highlight cause of this mis-interpretation ?

    Thanks for your time...

    p.s. I am using Zeranoe FFmpeg Windows builds (32 bit), built on Jan 9 2014 22:04:35 with gcc 4.8.2.(GCC)

    Edit : Based on your guidance elsewhere, I tried the following :

       /* set options */
       //av_opt_set_int       (swr_ctx, "in_channel_count",   c->channels,       0);
       //av_opt_set_int       (swr_ctx, "in_sample_rate",     c->sample_rate,    0);
       //av_opt_set_sample_fmt(swr_ctx, "in_sample_fmt",      AV_SAMPLE_FMT_FLTP, 0);
       //av_opt_set_int       (swr_ctx, "out_channel_count",  c->channels,       0);
       //av_opt_set_int       (swr_ctx, "out_sample_rate",    c->sample_rate,    0);
       //av_opt_set_sample_fmt(swr_ctx, "out_sample_fmt",     c->sample_fmt,     0);

       av_opt_set_int(swr_ctx, "in_channel_layout",    AV_CH_LAYOUT_STEREO, 0);
       av_opt_set_int(swr_ctx, "in_sample_rate",       c->sample_rate, 0);
       av_opt_set_sample_fmt(swr_ctx, "in_sample_fmt", AV_SAMPLE_FMT_FLTP, 0);

       av_opt_set_int(swr_ctx, "out_channel_layout",    AV_CH_LAYOUT_STEREO, 0);
       av_opt_set_int(swr_ctx, "out_sample_rate",       c->sample_rate, 0);
       av_opt_set_sample_fmt(swr_ctx, "out_sample_fmt", AV_SAMPLE_FMT_FLTP, 0);

    And the revised function :

    static void get_audio_frame_for_planar_stereo(uint8_t **samples, int frame_size, int nb_channels)
    {
       int j, i;
       float v[2];
       float *q1 = (float *) samples[0];
       float *q2 = (float *) samples[1];

       for (j = 0; j < frame_size; j++)
       {
           v[0] = (tan(t) * 1);
           v[1] = (sin(t) * 1);
           *q1++ = v[0];
           *q2++ = v[1];
           t     += tincr;
           tincr += tincr2;
       }
    }

    Now it appears to be working properly. I tried changing function parameters from uint8_t** to float**, as well as src_samples_data from uint8_t** to float**, but did not make any difference, in a view.

    Updated code : https://gist.github.com/anonymous/35371b2c106961029c3d

    Thanks for highlighting the place(s) that result in this behavior !