Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (23)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • D’autres logiciels intéressants

    12 avril 2011, par

    On ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
    La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
    On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
    Videopress
    Site Internet : (...)

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

Sur d’autres sites (3759)

  • Revision 51752 : Noisette d’affichage du bouton "j’aime" de FaceBook

    23 septembre 2011, par yffic@… — Log

    Noisette d’affichage du bouton "j’aime" de FaceBook ?

  • 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 ?