Recherche avancée

Médias (91)

Autres articles (89)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Librairies et logiciels spécifiques aux médias

    10 décembre 2010, par

    Pour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
    Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...)

Sur d’autres sites (7777)

  • avcodec/nvenc : only unregister input resources when absolutely needed

    24 avril 2019, par Timo Rothenpieler
    avcodec/nvenc : only unregister input resources when absolutely needed
    

    This reverts nvenc to old behaviour, which in some super rare edge cases
    performs better.
    The implication of this is that any potential API user who relies on
    nvenc cleaning up every frames device resources after it's done using
    them will have to change their usage pattern.

    That should not be a problem, since pretty much every normal usage
    pattern automatically implies that surfaces are reused from a common
    pool, since constant re-allocation is also very expensive.

    • [DH] libavcodec/nvenc.c
  • Revision 3d655805f2 : Use same intra prediction for all block size The commmit changed to use same in

    23 avril 2013, par Yaowu Xu

    Changed Paths :
     Modify /vp9/common/vp9_reconintra.c


     Modify /vp9/common/vp9_reconintra4x4.c



    Use same intra prediction for all block size

    The commmit changed to use same intra prediction function for all
    block sizes.

    Some details on the changes :
    1. All directional modes except DC/TM/V/H now have built-in filtering
    for all pixels with filter taps either (1, 2, 1)/4 or (1, 1)/2.
    2. Above edge get automatic extended to double width (bw*2), which
    makes a lot of the prediciton mode computation simpler.
    3. Same intra prediction function is called with different size
    for i4x4_pred and all other larger size.

    Overall, the change helped keyframe only coding for both cif size
    and std-hd size test sets by .5% consistently on all encodings.
    For normal coding with single/auto key frame, the change now also
    is consistently net positive for all encodings. The overall gains
    is about .15% on std-hd set.

    Change-Id : I01ceb31fbc73d49776262e6bdc06853b03bbd1d1

  • convert 16bit grayscale raw video by ffmpeg for analysis in openCV

    15 février 2015, par user3730845

    I have 16bit grayscale stream of scientific data which I want to analyse in openCV. I tried to look for some conversion of data, however it seems that grayscale is a trouble for ffmpeg and available codecs.

    My idea is to use 3 colours of video wisely and stream my grayscales into 3 colours, one by one and then in openCV access each colour and do my analysis there. Is such a thing possible ?

    When I convert stream by : ffmpeg -f rawvideo -y -s 256x256 -pix_fmt gray16be -i rawfile.bin -an -vcodec ffv1 video.avi, I get weird colour space but I can open the result in openCV.

    If there is any other way to do such a thing can you point me towards libraries/howtos, ultimately I need to do thresholding, cross-correlation, edge filtering, centre of gravity types of functions and I need to do this as quickly as possible for datasets of >10GB

    My raw files/streams are set of 256x256 16bit b&w images, with 256 bytes header and gaps