
Recherche avancée
Autres articles (101)
-
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 ) (...) -
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...)
Sur d’autres sites (17789)
-
FFMPEG waiting for images in image2pipe mode
27 juin 2015, par Chris NoletI’m creating a Node JS application which takes an m-jpeg image stream, and constructs an MPEG-1 stream on the fly. I’m leveraging fluent-ffmpeg at the moment. The steam is intended to be continuous and long-lived. The images flow in freely at a constant framerate.
Unfortunately, using
image2pipe
and input-vcodec mjpeg
, it seems like ffmpeg needs to wait until all the images are ready before processing begins.Is there any way to have ffmpeg pipe in and pipe out immediately, as images arrive ?
Here is my current Node JS code :
var proc = new ffmpeg({ source: 'http://localhost:8082/', logger: winston, timeout: 0 })
.fromFormat('image2pipe')
.addInputOption('-vcodec', 'mjpeg')
.toFormat('mpeg1video')
.withVideoBitrate('800k')
.withFps(24)
.writeToStream(outStream);And the ffmpeg call it generates :
ffmpeg -f image2pipe -vcodec mjpeg -i - -f mpeg1video -b:v 800k -r 24 -y http://127.0.0.1:8082/
-
avcodec/v4l2_m2m_dec : Fix decoding on Odroid XU4
12 novembre 2019, par Andriy Gelmanavcodec/v4l2_m2m_dec : Fix decoding on Odroid XU4
c0c79461967 unintentianally changed the initialization flow of the
decoder : It caused the capture buffers to be initialized on
v4l2_m2m.c:180 in v4l2_configure_contexts(). This breaks h264 decoding
on the Odroid XU4 (RPI4 was not affected).This commit postpones capture buffer initialization
as before c0c79461967 to fix the issue.Signed-off-by : Andriy Gelman <andriy.gelman@gmail.com>
Signed-off-by : Aman Gupta <aman@tmm1.net> -
avformat/matroskaenc : Don't waste bytes on length fields
29 décembre 2019, par Andreas Rheinhardtavformat/matroskaenc : Don't waste bytes on length fields
Several EBML Master elements for which a good upper bound of the final
length was available were nevertheless written without giving an
upper bound of the final length to start_ebml_master(), so that their
length fields were eight bytes long. This has been changed.Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
- [DH] libavformat/matroskaenc.c
- [DH] tests/fate/wavpack.mak
- [DH] tests/ref/fate/aac-autobsf-adtstoasc
- [DH] tests/ref/fate/matroska-flac-extradata-update
- [DH] tests/ref/fate/rgb24-mkv
- [DH] tests/ref/fate/webm-dash-chapters
- [DH] tests/ref/lavf-fate/av1.mkv
- [DH] tests/ref/lavf/mka
- [DH] tests/ref/lavf/mkv
- [DH] tests/ref/lavf/mkv_attachment
- [DH] tests/ref/seek/lavf-mkv