Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (45)

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

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

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

  • h264 : manually save/restore XMM registers for functions using INIT_MMX.

    7 février 2012, par Ronald S. Bultje

    h264 : manually save/restore XMM registers for functions using INIT_MMX.

  • h264 : mark h264_idct_add8_10 with number of XMM registers.

    4 février 2012, par Michael Kostylev

    h264 : mark h264_idct_add8_10 with number of XMM registers.

  • H264 encoder settings

    30 novembre 2011, par Chris Robinson

    I'm using xuggler to encode a series of images to an MP4 file. I use the following code to setup the IStreamCoder and specify the H264 codec :

    // only set if codec is H264
    
Configuration.configure("/usr/local/xuggler/share/ffmpeg/libx264-hq.ffpreset",
    
            outStreamCoder);
    

    
outStreamCoder.setNumPicturesInGroupOfPictures(12);
    
outStreamCoder.setCodec(codec);
    
outStreamCoder.setBitRate(videoSettings.getBitrate());
    
outStreamCoder.setBitRateTolerance(videoSettings.getBitrateTolerance());
    
outStreamCoder.setPixelType(IPixelFormat.Type.YUV420P);
    
outStreamCoder.setHeight(videoSettings.getResolution().height);
    
outStreamCoder.setWidth(videoSettings.getResolution().width);
    
outStreamCoder.setFlag(IStreamCoder.Flags.FLAG_QSCALE, true);
    
outStreamCoder.setGlobalQuality(0);
    
fps = IRational.make((int) videoSettings.getFramerate(), 1);
    
outStreamCoder.setFrameRate(fps);
    
outStreamCoder.setTimeBase(IRational.make(fps.getDenominator(), fps.getNumerator()));

    which yields the following output :

    Codec: CODEC_ID_H264
    
Resolution: 1280x720
    
Bitrate: 25000
    
Bitrate Tolerance: 1000
    
Framerate: 25.0

    H264 encoded video

    Now when I specify the MPEG4 codec, I get the following output :

    Codec: CODEC_ID_MPEG4
    
Resolution: 1280x720
    
Bitrate: 25000
    
Bitrate Tolerance: 1000
    
Framerate: 25.0

    MPEG4 encoded video

    As you can see, the only difference is the ICodec type (MPEG4 instead of H264) and the use of the preset (which is required by xuggler when using an H264 codec). Can anyone explain to me the huge difference in quality and tell me how to resolve the issue ?

Navigation