Recherche avancée

Médias (2)

Mot : - Tags -/doc2img

Autres articles (26)

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

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

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

  • What is the most efficient way to convert wav audio string to an ogg file without writing it to disk ?

    1er janvier 2023, par Saurabh Kumar Karn

    My final objective is to use TTS to get some Indic text converted into audio and pass that audio to a messaging system that accepts mp3 and ogg. Ogg is preferred.

    


    I am on Ubuntu and my flow for getting audio string is something like this.

    


      

    1. Text in Indic language is passed to an API
    2. 


    3. API returns a json with a key value called audioContent. audioString = response.json()['audio'][0]['audioContent']
    4. 


    5. The decoded string is arrived by using this decode_string = base64.b64decode(dat)
    6. 


    


    I am currently converting it to mp3 and as you can see I am writing the wave file first and then converting it into an mp3.

    


    wav_file = open("output.wav", "wb")
decode_string = base64.b64decode(audioString)
wav_file.write(decode_string)

# Convert this to mp3 file
print('mp3file')
song = AudioSegment.from_wav("output.wav")
song.export("temp.mp3", format="mp3")


    


    Is there a way to convert audioString directly to ogg file without doing the io ?

    


    I've tried torchaudio and pyffmpeg to load audioString and do the conversion but it doesn't seem to be working.

    


  • qsv : align surface width/height to 16.

    6 mars 2018, par Ruiling Song
    qsv : align surface width/height to 16.
    

    Per MediaSDK documentation, it requires width/height to 16 alignment.
    Without this patch, hwupload pipeline may fail if 16 alignment is
    not met. Although this patch also apply 16 alignment to qsv encoder/decoder,
    it will not bring any side-effect to them as they are already aligned.

    Signed-off-by : Ruiling Song <ruiling.song@intel.com>
    Signed-off-by : Luca Barbato <lu_zero@gentoo.org>

    • [DBH] libavutil/hwcontext_qsv.c
  • qsv : Skip the packet if decoding failure

    24 janvier 2018, par Ruiling, Song
    qsv : Skip the packet if decoding failure
    

    MediaSDK may fail to decode some frame, just skip it.
    Otherwise, it will keep decoding the failure packet repeatedly
    without processing any packet afterwards.

    Signed-off-by : Ruiling Song <ruiling.song@intel.com>
    Signed-off-by : Luca Barbato <lu_zero@gentoo.org>

    • [DBH] libavcodec/qsvdec_h2645.c