Recherche avancée

Médias (0)

Mot : - Tags -/metadatas

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

Autres articles (27)

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

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

Sur d’autres sites (4634)

  • mencoder -> x264 : FPS problem : Video is 2x faster at the output

    28 mars 2011, par Julien Palard

    I got an input video, ffmpeg says about it : 29.96FPS 59.75 tbr 1k tbn 59.83 tbc
    My process to encode is :

    $ mencoder input_video -vf dsize=480:320:0,scale=0:0,expand=480:320,dsize=1.5,format=i420 -of rawvideo -ofps 25 -ovc raw -nosound -o output.yuv
    
$ x264 input_video --profile baseline --fps 25 [blahblah] -o output
    
$ MP4Box -add output.yuv -fps 25 output.mp4

    Im'simplificating a lot here to let you parse less as I'm encoding the audio apart and merging the result using mp4box.

    ffmpeg -i output says that the vid is : 25 FPS 25 tbr 25 tbn 50 tbc

    And while playing the video, the audio is normal, the video is 2x faster than input, so the video ends at the half of the audio track (compared to the input, the audio is good, it's just the video running 2x faster)

    Any idea about my problem ?

  • Revision 876c72a093 : AVX2 Convolve Optimization Two convolve functions were optimized for AVX2 : 1. v

    17 janvier 2014, par levytamar82

    Changed Paths :
     Modify /vp9/common/vp9_rtcd_defs.sh


     Modify /vp9/common/x86/vp9_asm_stubs.c


     Add /vp9/common/x86/vp9_subpixel_8t_intrin_avx2.c


     Modify /vp9/vp9_common.mk



    AVX2 Convolve Optimization

    Two convolve functions were optimized for AVX2 :
    1. vp9_filter_block1d16_h8
    2. vp9_filter_block1d16_v8
    vp9_filter_block1d16_v8 was optimized for AVX2 by reducing the number of
    loop strides by half, two strides were processed in parallel.
    vp9_filter_block1d16_v8 was also optimized in the same way also some of the
    loads were being done outside of the loop and by that preventing redundant
    loads.
    This Optimization gives 43% function level gain and 1.3% user level gain.
    Now can be compiled in Windows

    Change-Id : I2714124cfb0c14a77d7a0ce126a20db92ffbf92c

  • libavcodec/exr : fix channel size calculation for uint32 channel

    16 novembre 2016, par Martin Vignali
    libavcodec/exr : fix channel size calculation for uint32 channel

    uint32 need 4 bytes not 1.
    
Fix decoding when there is half/float and uint32 channel.
    

    This fixes crashes due to pointer corruption caused by invalid writes.
    

    The problem was introduced in commit
    
03152e74dfdc7f438cb4a10402c4de744e807e22.
    

    Signed-off-by : Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
    • [DH] libavcodec/exr.c

Navigation