Recherche avancée

Médias (91)

Autres articles (8)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

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

  • how to combine audio only live stream with audio and video live stream

    16 septembre 2015, par Ecniv Noraa Worrom

    how to combine two rtmp live streams (1 audio) and (1 audio with video) into 1 live stream and keep them in sync using ffmpeg ex.

    rtmp ://myip:1935/appname/livestream1 (audio&video)
    and
    rtmp ://myip:1935/appname/livestream2 (audio only)

    output stream
    rtmp ://myip:1935/appname/livestream (output with stream1 and 2 combined)

  • Why does an "ffmpeg fail" occur when trying to export frames from my "data_src.mp4" file, while using DeepFaceLab ?

    28 août 2020, par Toby Ryberg

    I've been following this step-by-step videoin installing and using DeepFaceLab on my Macbook Pro, which uses OS Catalina. I've been stuck at the step which begins at the 4:42 mark, where he enters this code :

    


    python main.py videoed extract-video —input-file WORKSPACE/data_src.mp4 —output-dir WORKSPACE/data_src

    


    After entering the command, I'm prompted to enter an FPS value ; no problem. Next, it asks for a file output type, which is where I get tied up— as far as I know. It appears as though I can enter either png or jpeg, but receive the same error message, which looks like this :

    


    / !\ ffmpeg fail, job commandline :['ffmpeg', '-i', '/Users/tobyryberg/Documents/deepfakes/DeepFaceLab/WORKSPACE/data_src.mp4', '-pix_fmt', 'rgb24', '/Users/tobyryberg/Documents/deepfakes/DeepFaceLab/WORKSPACE/data_src/%5d.png']

    


    I have no idea what went wrong, as I BELIEVE that I have been doing everything right thus far. If this is at all necessary information, I've opted to use an 18+ minute long video for my source clip, which is an .mp4 file, without audio. If there's someone out there who has the patience to work with me and figure out what went wrong, I'll be forever grateful !

    


  • Revision acf0d56f0b : Get rid of "this_mi", use "mi_8x8[0]" everywhere instead The only case where th

    10 octobre 2013, par Guillaume Martres

    Changed Paths :
     Modify /vp9/common/vp9_blockd.h


     Modify /vp9/common/vp9_findnearmv.c


     Modify /vp9/common/vp9_pred_common.c


     Modify /vp9/common/vp9_pred_common.h


     Modify /vp9/common/vp9_reconinter.c


     Modify /vp9/decoder/vp9_decodemv.c


     Modify /vp9/decoder/vp9_decodframe.c


     Modify /vp9/decoder/vp9_detokenize.c


     Modify /vp9/decoder/vp9_onyxd_if.c


     Modify /vp9/encoder/vp9_bitstream.c


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_encodemb.c


     Modify /vp9/encoder/vp9_firstpass.c


     Modify /vp9/encoder/vp9_mbgraph.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_quantize.c


     Modify /vp9/encoder/vp9_rdopt.c


     Modify /vp9/encoder/vp9_segmentation.c


     Modify /vp9/encoder/vp9_tokenize.c



    Get rid of "this_mi", use "mi_8x8[0]" everywhere instead

    The only case where they were intentionally pointing to different
    structures was in mbgraph, and this didn't have the expected behavior
    because both of these pointers are used interchangeably through the code

    Change-Id : I979251782f90885fe962305bcc845bc05907f80c

Navigation