Recherche avancée

Médias (9)

Mot : - Tags -/soundtrack

Autres articles (66)

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (8274)

  • ffmpeg doesn't accept input in script

    21 octobre 2022, par Eberhardt

    this is a beginner's question but i can't figure out the answer after looking into it for several days :

    


    I want ffmpeg to extract the audio portion of a video and save it in an .ogg container. If i run the following command in terminal it works as expected :

    


    ffmpeg -i example.webm -vn -acodec copy example.ogg


    


    For convenience, i want to do this in a script. However, if i pass a variable to ffmpeg it apparently just considers the first word and produces the error "No such file or directory".

    


    I noticed that my terminal escapes spaces by a \ so i included this in my script. This doesn't solve the problem though.

    


    Can someone please explain to me, why ffmpeg doesn't consider the whole variable that is passed to it in a script while working correctly when getting passed the same content in the terminal ?

    


    This is my script that passes the filename with spaces escaped by \ to ffmpeg :

    


    #!/bin/bash

titelschr=$(echo $@ | sed "s/ /\\\ /g")
titelohne=$(echo $titelschr | cut -d. -f 1)
titelogg=$(echo -e ${titelohne}.ogg)  

ffmpeg -i $titelschr -vn -acodec copy $titelogg


    


    Thank you very much in advance !

    


  • checkasm : arm : preserve the stack alignment in x264_checkasm_checked_call

    14 novembre 2016, par Janne Grunau
    checkasm : arm : preserve the stack alignment in x264_checkasm_checked_call

    The stack used by x264_checkasm_checked_call_neon was a multiple of 4
    
when the checked function is called. AAPCS requires a double word (8 byte)
    
aligned stack public interfaces. Since both calls are public interfaces
    
the stack is misaligned when the checked is called.
    

    This can cause issues if code called within this (which includes
    
the C implementations) relies on the stack alignment.
    • [DH] tools/checkasm-arm.S

  • png_parser : Fix parsing on big endian

    18 décembre 2013, par Martin Storsjö
    png_parser : Fix parsing on big endian

    Since pc.state is populated by shifting in from the end of the
    
32 bit word, the content within pc.state is already in native endian
    
and should not be read with the AV_RL,B functions.
    

    This was already done correctly for state64 above.
    

    This fixes the fate-corepng test on big endian.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/png_parser.c

Navigation