Recherche avancée

Médias (91)

Autres articles (98)

  • Taille des images et des logos définissables

    9 février 2011, par

    Dans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
    Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (9060)

  • Building FFmpeg stream from multiple audio files in python

    4 septembre 2020, par thekangaroo

    I want to stream images by using a python file, that come from a pipe, along with junks of 5 second long audio files (that are then played one after another).

    


    I tried

    


    cmd_stream = ['ffmpeg', 
'-f', 'image2pipe', 
'-thread_queue_size', '2',
'-re',
'-i', '-', # Indicated input comes from pipe 
'-i', 'InputFiles/a%4d.wav', #use existing audio files
'-r', 25,
'-preset', 'veryfast',
'-vcodec', 'mpeg4', 
'-f' , 'mpegts',
'udp://127.0.0.1:1234']
        
pipe = sp.Popen(cmd_stream, stdin=sp.PIPE)


    


    But this does not even start a stream, when piping images. The audio is produced only during the run, does this make a difference ?

    


  • avcodec/magicyuv : Fix edge case of building Huffman table

    23 septembre 2020, par Andreas Rheinhardt
    avcodec/magicyuv : Fix edge case of building Huffman table
    

    The MagicYUV format stores Huffman tables in its bitstream by coding
    the length of a given symbol ; it does not code the actual code directly,
    instead this is to be inferred by the rule that a symbol is to the left
    of every shorter symbol in the Huffman tree and that for symbols of the
    same length the symbol is ascending from left to right. With one
    exception, this is also what our decoder did.

    The exception only matters when there are codes of length 32, because
    in this case the first symbol of this length did not get the code 0,
    but 1 ; e.g. if there were exactly two nodes of length 32, then they
    would get assigned the codes 1 and 2 and a node of length 31 will get
    the 31-bit code 1 which is a prefix of the 32 bit code 2, making the
    Huffman table invalid. On the other hand, if there were only one symbol
    with the length 32, the earlier code would accept this un-Huffman-tree.

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>

    • [DH] libavcodec/magicyuv.c
  • ffmpeg - avformat_alloc_context error in linker - ld : symbol(s) not found for architecture x86_64 - building on Mac [duplicate]

    29 septembre 2020, par QRrabbit

    I'm writing my first program - attempt at avformat libraries inside my C++ code. Linker errors on this line :

    &#xA;

        AVFormatContext* av_format_ctx = avformat_alloc_context();&#xA;

    &#xA;

    The error appears as such:&#xA;Undefined symbols for architecture x86_64:&#xA;  "_avformat_alloc_context", referenced from:&#xA;      load_frame(char const*, int*, int*, unsigned char**) in load_frame.cpp.o&#xA;  "_avformat_open_input", referenced from:&#xA;      load_frame(char const*, int*, int*, unsigned char**) in load_frame.cpp.o&#xA;ld: symbol(s) not found for architecture x86_64&#xA;

    &#xA;

    Almost feels like I have some conflicting libraries, but I don't know how to isolate the right one. Any help is greatly appreciated.

    &#xA;