
Recherche avancée
Autres articles (101)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (13691)
-
using gstreamer splitfilesrc to play consecutive .mp4 (H.264) files
13 juin 2014, par user3736170I’m trying to string together and play multiple mp4 files as one file. Each file is about 1 minute in duration, each starting with a pts of zero. Each file plays fine as a single source using gstreamer’s filesrc.
I’m using the following command line with the splitfilesrc :
gst-launch-1.0 splitfilesrc location="test*mp4" ! qtdemux ! h264parse ! avdec_h264 ! videoconvert ! ximagesink
My source files are test1.mp4, test2.mp4, etc
This plays the first file fine and then stops. I turned on debug messages, and I see that the qtdemux filter requests (one minute’s worth of) packets from the splitfilesrc, and then determines that it has reached the end (debug message states "no more moofs", after the qtdemux gets the last fragment from the first file). The pipeline then gets destroyed due to eos.
Is this gstreamer splitfilesrc pipeline possible with mp4/H.264 files ? I’m pretty sure it works with mpeg2 ts files, where the files are produced from a single large file using gstreamer’s own multifilesink. How about these mp4 files, which were produced with ffmpeg ?
Thanks for any insight.
-
tools/target_dec_fuzzer : Adjust threshold for binkvideo
14 septembre 2019, par Michael Niedermayertools/target_dec_fuzzer : Adjust threshold for binkvideo
Fixes : Timeout (89sec -> 7sec)
Fixes : 17035/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINK_fuzzer-5737222422134784Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Reviewed-by : Peter Ross <pross@xvid.org>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
avformat/mvdec : fix reading number of audio channels
27 novembre 2021, par John-Paul Stewartavformat/mvdec : fix reading number of audio channels
The number of audio channels is stored after the magic number
identifying the audio format. Prior to this patch the code has been
reading it earlier, causing files with only one audio channel to be
handled incorrectly.Reviewed-by : Peter Ross <pross@xvid.org>