Recherche avancée

Médias (0)

Mot : - Tags -/metadatas

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (51)

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

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (3159)

  • FFMPEG Seeking with concat demuxer causes video & audio to be out of sync

    20 février 2023, par Garuuk

    I have a very simple use case that's driving me bananas.

    


    My problem and question :

    


    I'm using ffmpeg version 5.1.2 on a MacOS and i'm using ffmpeg seeking and concat demuxer to cut many 1 minute videos into 15 seconds chopped up over 12 clips where every clip is just 2 seconds from the same video (kind of like a mini teasers for the video). I would really like to not have to re-encode to make the video processing as fast as possible.

    


    First, I take each 1 minute video and cut it up into 12 clips (I do all this programmatically in python fwiw)

    


    ffmpeg -ss 0 -i input.mp4 -t 2 -c copy -y cut_1.mp4
ffmpeg -ss 4 -i input.mp4 -t 2 -c copy -y cut_2.mp4
ffmpeg -ss 8 -i input.mp4 -t 2 -c copy -y cut_3.mp4
...
...


    


    I then write all the output file names to my concat_manifest.txt

    


    file cut_1.mp4
file cut_2.mp4
...
...


    


    Then I run my concat command :

    


    ffmpeg -f concat -i concat_manifest.txt -c copy -y concat_video.mp4


    


    This works really fast but the audio and video at the stitch point get out of sync and sometimes the video just chokes & lags. It's mostly not a smooth experience.

    


    What I have tried :

    


      

    1. using the concat protocol with intermediate profiles : ffmpeg.org/wiki/Concatenate#demuxer
    2. 


    3. Putting the -ss when I seek after the -i. This makes everything worse
    4. 


    5. Playing around with different -ss values. This has some noticeable affects but it's not obvious why yet.
    6. 


    7. I've also read from the ffmpeg resource regarding seeking and copying :
    8. 


    


    Which leads me to believe that maybe because ffmpeg is using timestamps instead of frames, seeking isn't accurate using -ss when using the concat demuxer

    


    Is there a way to get concat demuxer cutting and concatenating the video where the audio is somewhat in sync with the video ?

    


    Thanks

    


    EDIT : I found an answer and i'll be posting the solution in the coming few days.

    


  • Two pass high quality theora/vorbis ffmpeg encoding

    25 septembre 2017, par Lea Chescotta

    I want to achieve the same video encoding that I had with ffmpeg2theora with standard ffmpeg, this is because i need the flexibility ffmpeg has to make the container mkv, with subtitles other than srt.

    In ffmpeg2theora i have the following command that output a very high quality and very small filesize file :

    $ ffmpeg2theora --videobitrate 2000 --two-pass --first-pass firstpass --speedlevel 0 --width 640 --height 360 --resize-method lanczos --noaudio input.mkv
    $ ffmpeg2theora --videobitrate 2000 --two-pass --second-pass firstpass --speedlevel 0 --width 640 --height 360 --resize-method lanczos --noaudio input.mkv --output output.ogv

    Being the most interesting options here i think (From ffmpeg2theora manual page) :

    --two-pass
    --first-pass <filename>
    --second-pass <filename>
    --speedlevel
       encoding is faster with higher values the cost is quality and bandwidth (default 1)
    </filename></filename>

    But i can only found a simple way to encode theora/vorbis in standard ffmpeg (from : https://trac.ffmpeg.org/wiki/TheoraVorbisEncodingGuide) :

    ffmpeg -i input.mkv -codec:v libtheora -qscale:v 7 -codec:a libvorbis -qscale:a 5 output.ogv

    That produces a very bad quality output even in the best quality setting (10)

    How can I do a 2 pass ’high quality’/’not so big filesize’ theora/vorbis in plain ffmpeg ?

  • What does Elementary Stream mean in Terms of H264

    5 août 2015, par user1767754

    I read what an Elementary Stream is on Wikipedia. A tool i am using "Live555" is demanding "H.264 Video Elementary Stream File". So when exporting a Video from a Video Application, do i have to choose specific preferences to generate a "Elementery Stream" ?