Recherche avancée

Médias (0)

Mot : - Tags -/content

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

Autres articles (51)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

Sur d’autres sites (8420)

  • FFMPEG : Proccess multiple images

    5 février 2016, par Jorge Anzola

    I want to reduce the weight of a bunch of images at the time. with -q:v x where x is a number between 1 and 30 (bigger the number, worse the quality), I’m able to save a lot of space even with x=1. Now, when it comes to process multiple file, I’m stuck.

    I’ve tried these two batch files :

    mkdir processed
    
for f in *.jpg;
    
    do name=`echo $i | cut -d'.' -f1`;
    
    echo $name;
    
    ffmpeg -i $i -q:v 1 processed/$name.jpg;
    
done

    And

    mkdir processed
    
for f in *.jpg;
    
    do ffmpeg -i "$f" -q:v 1 processed/"${f%.jpg}.jpg"; 
    
done

    Both just create the processed folder but nothing else.

  • Prendre en compte smush (scripts init)

    28 avril 2013

    Il faudrait installer les binaires nécessaires au plugin smush :

    • ImageMagick ;
    • optipng ;
    • pngnq ;
    • gifscycle ;
    • libjpeg-progs ;

    Il faut aussi ajouter le checkout du plugin.

    1. svn co svn ://zone.spip.org/spip-zone/_plugins_/smush_images/trunk plugins/smush

  • FFMPEG x264 encoding on Android - error with lookahead

    6 janvier 2013, par Tishu

    I am using FFMPEG + x264 on Android to encode YUV420 frames to a video file. I use the following code on each frame to encode them :

    avcodec_encode_video2(gVideoWriteCodecCtx, &packet, pCurrentFrame, &gotPacket);

    On the first few calls, the frame buffer gets filled and nothing is encoded. When the first encoding happens, a call is made to x264_lookahead_get_frames. I can see there that my frame array is correctly populated, but the first item is NULL. As a consequence, in x264_weights_analyse the reference frame gotten as frames[p0] is NULL and I get an exception there.

    slicetype.c, the first frame in "frames" is NULL

    if( h->param.analyse.i_weighted_pred && b == p1 )
    
    {
    
        x264_emms();
    
        x264_weights_analyse( h, fenc, frames[p0], 1 );
    
        w = fenc->weight[0];
    
    }

    And the exception happens there, ref is NULL

    static void x264_weights_analyse( x264_t *h, x264_frame_t *fenc, x264_frame_t *ref, int b_lookahead )
    
    {
    
        int i_delta_index = fenc->i_frame - ref->i_frame - 1;

    I surely am missing something as I am sure this encoder works for most people :) Does anyone have an idea why this first frame in the "frames" array is null ?

    Many thanks

Navigation