
Recherche avancée
Médias (1)
-
Somos millones 1
21 juillet 2014, par
Mis à jour : Juin 2015
Langue : français
Type : Video
Autres articles (92)
-
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...) -
MediaSPIP Player : problèmes potentiels
22 février 2011, parLe lecteur ne fonctionne pas sur Internet Explorer
Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...) -
Encodage et transformation en formats lisibles sur Internet
10 avril 2011MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)
Sur d’autres sites (11401)
-
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 ?