
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (23)
-
Support de tous types de médias
10 avril 2011Contrairement à 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, parOn 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, parUnlike 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@… — LogNoisette 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 GaruukI 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 :


- 

- using the concat protocol with intermediate profiles : ffmpeg.org/wiki/Concatenate#demuxer
- Putting the -ss when I seek after the -i. This makes everything worse
- Playing around with different -ss values. This has some noticeable affects but it's not obvious why yet.
- I've also read from the ffmpeg resource regarding seeking and copying :










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 ChescottaI 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.ogvBeing 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 ?