Recherche avancée

Médias (9)

Mot : - Tags -/soundtrack

Autres articles (66)

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

  • checkasm : lls : Use relative tolerances rather than absolute ones

    4 octobre 2024, par Martin Storsjö
    checkasm : lls : Use relative tolerances rather than absolute ones
    

    Depending on the magnitude of the output values, the potential
    errors can be larger.

    This fixes errors in the lls tests on x86_32 for some seeds,
    observed with GCC 11 (on Ubuntu 22.04, with the distro compiler,
    with -m32).

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] tests/checkasm/lls.c
  • Revision 5a3e3c6d3f : Adaptive txfm size selection depending on residual sse/variance This commit ena

    26 juin 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_pickmode.c


     Modify /vp9/encoder/vp9_speed_features.c



    Adaptive txfm size selection depending on residual sse/variance

    This commit enables an adaptive transform size selection method
    for speed -6. It uses largest transform size when the sse is more
    than 4 times of variance, i.e., most energy is compacted in the
    DC coefficient. Otherwise, use the default TX_8X8. It improves
    the compression efficiency for rtc set of speed -6 by 0.8%, no
    speed change observed.

    Change-Id : Ie6ed1e728ff7bf88ebe940a60811361cdd19969c

  • How to re-encode an audio to match another one, to avoid re-encoding the whole audio

    21 mars 2024, par Bernard Wiesner

    I have an audio editor in the browser using ffmpeg (WebAssembly), and I want to insert new audio into the existing audio without having to re-encode everything. Re-encoding everything takes a long time, especially in the browser, so I would like to only re-encode the inserted file, match it to the original one and concatenate them using the copy command.

    &#xA;

    On ffmpeg concatenate docs it says :

    &#xA;

    &#xA;

    All files must have the same streams (same codecs, same time base, etc.)

    &#xA;

    &#xA;

    But it is not clear what is meant by time base. So far I have observed I need to match :

    &#xA;

      &#xA;
    • codec
    • &#xA;

    • bit rate
    • &#xA;

    • sample rate
    • &#xA;

    • channels (mono, stereo)
    • &#xA;

    &#xA;

    Is there anything else I need to match so that the resulting audio is not corrupt/broken when concatenating ?

    &#xA;

    I have observed with mp3 for example it has VBR, CBR, and ABR. If the original audio has a bit rate of 128 kb/s, I am assuming it is a CBR, so I match it with :

    &#xA;

    ffmpeg -i original.mp3&#xA;# > Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 128 kb/s&#xA;&#xA;ffmpeg -i input.mp3 -b:a 128k -ar 44100 -ac 2 re_encoded.mp3&#xA;&#xA;# then merge&#xA;# concat_list.txt contains the original audio and the re_encoded.mp3&#xA;&#xA;ffmpeg -f concat -i concat_list.txt -safe 0 -c copy merged.mp3&#xA;

    &#xA;

    And that works fine for CBR such as 8, 16, 24, 32, 40, 48, 64, 80, 96, 112, 128, 160, 192, 224, 256, or 320 (docs), as far as I have tested.

    &#xA;

    The issue is when the original.mp3 has a VBR (variable bit rate) or ABR, such as 150 kb/s.

    &#xA;

    If I try to match it like below :

    &#xA;

    ffmpeg -i input.mp3 -b:a 150k -ar 44100 -ac 2 re_encoded.mp3&#xA;ffmpeg -i re_encoded.mp3&#xA;# Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 160 kb/s&#xA;

    &#xA;

    The resulting bitrate is rounded to the nearest CBR which is 160.

    &#xA;

    I can solve this with mp3 by using -abr 1 :

    &#xA;

    ffmpeg -i input.mp3 -abr 1 -b:a 150k -ar 44100 -ac 2 re_encoded.mp3&#xA;ffmpeg -i re_encoded.mp3&#xA;# Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 150 kb/s&#xA;

    &#xA;

    Now the bitrate matches the original audio, however I am not sure this is correct since I am modifying the new audio to an ABR and concatenating it with a VBR ? I am not even sure how to check with ffmpeg if the audio is VBR, CBR or ABR, or if that even matters when concatenating.

    &#xA;

    Another issue also happens with aac files. When I try to match the original audio bitrate I can't.

    &#xA;

    ffmpeg -i input.mp3 -b:a 128k -ar 44100 -ac 2 re_encoded.aac&#xA;ffmpeg -i re_encoded.aac&#xA;# Stream #0:0: Audio: aac (LC), 44100 Hz, stereo, fltp, 135 kb/s&#xA;

    &#xA;

    The resulting bitrate always seems to be variable (135 in this case), and hence I can't match it to the original one.

    &#xA;

    So my question is, what conditions need to be met when concatenating audios with different streams, and how can I achieve re-encoding only one audio to match the other one. Or if there is some package that can do this, it would be of great help.

    &#xA;