Recherche avancée

Médias (1)

Mot : - Tags -/censure

Autres articles (53)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (7825)

  • Use OpenH264 instead of libx264 in ffmpeg ?

    26 août 2020, par MING

    I use node-fluent-ffmpeg module to call ffmpeg.exe in my node.js app

    


    How to use OpenH264 when calling ffmpeg.exe ?

    


    Do I need to recompile ffmpeg ?

    


    But compiling ffmpeg looks complicated...

    


    The actual code is probably like this

    


    var FfmpegCommand = require('fluent-ffmpeg');
var FFMPEG_PATH = "C:/ffmpeg/bin/ffmpeg.exe" // binary file
FfmpegCommand.setFfmpegPath(FFMPEG_PATH)

FfmpegCommand("dog.webm", {})
    .videoCodec('libx264')
    // command line 
    // .addOutputOption([
    //     '-threads 8'
    // ])
    .on('start', function (commandLine) {
        // Actual ffmpeg command
        // ffmpeg -i C:\Users\ming\Pictures\WEBCAMCAPTURE\dog.webm -y -vcodec libx264 C:\Users\ming\Pictures\WEBCAMCAPTURE\dog_x264.mp4
        console.log('command' + commandLine)
    })
    .on('progress', function (progress) {
        console.log('Processing: ' + progress.percent + '% done')
    })
    .on('end', function () {
        console.log('Finished')
    })
    .save("dog_x264.mp4")



    


    English isn’t my first language, so please excuse any mistakes.

    


  • How to convert an URL S3 picture to video

    21 octobre 2018, par Dannick Montanede

    I have some pictures stored on an S3 bucket and I need to display them as video streaming on my website.

    I don’t know how to do it and if I have to do it in the backend side or frontend.

    I hear about FFMPEG, I don’t know if I can use an url in input.

  • Understanding the VP8 Token Tree

    7 juin 2010, par Multimedia Mike — VP8

    I got tripped up on another part of the VP8 decoding process today. So I drew a picture to help myself understand it. Then I went back and read David Conrad’s comment on my last post regarding my difficulty understanding the VP8 spec and saw that he ran into the same problem. Since we both experienced the same hindrance in trying to sort out this matter, I thought I may as well publish the picture I drew.

    VP8 defines various trees for decoding different syntax elements. There is one tree for decoding the tokens and it is expressed in the VP8 spec as such :

    C :
    1. const tree_index coef_tree [2 * (num_dct_tokens - 1)] =
    2. {
    3.  -dct_eob, 2,        /* eob = "0"  */
    4.   -DCT_0, 4,        /* 0  = "10" */
    5.   -DCT_1, 6,        /* 1  = "110" */
    6.    8, 12,
    7.    -DCT_2, 10,      /* 2  = "11100" */
    8.     -DCT_3, -DCT_4,    /* 3  = "111010", 4 = "111011" */
    9.    14, 16,
    10.     -dct_cat1, -dct_cat2, /* cat1 = "111100", cat2 = "111101" */
    11.    18, 20,
    12.     -dct_cat3, -dct_cat4, /* cat3 = "1111100", cat4 = "1111101" */
    13.     -dct_cat5, -dct_cat6 /* cat4 = "1111110", cat4 = "1111111" */
    14. } ;

    Here is what the table looks like when you make a tree out of it (click for full size image) :



    The catch is that it makes no sense for an end-of-block (EOB) token to follow a 0 token since EOB already indicates that the remainder of the coefficients should be 0 anyway. Thus, the spec states that, "decoding of certain DCT coefficients may skip the first branch, whose preceding coefficient is a DCT_0." I confess, I didn’t understand what "skip the first branch" meant until I drew the tree.



    For those wondering why it might be sub-optimal (clarity-wise) for a spec to simply regurgitate vast chunks of C code, this makes a decent case. As you can see, the spec makes certain assumptions about how a binary tree should be organized in a static array (node n points to elements n*2 and n*2+1 as its branches ; leaves are either negative or 0). This is the second method I have seen ; another piece of code (not the VP8 spec) had the nodes in the first half of the array and pointed to leaves in the second half. There must be other arrangements.