
Recherche avancée
Autres articles (25)
-
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 (...)
-
Monitoring de fermes de MediaSPIP (et de SPIP tant qu’à faire)
31 mai 2013, parLorsque l’on gère plusieurs (voir plusieurs dizaines) de MediaSPIP sur la même installation, il peut être très pratique d’obtenir d’un coup d’oeil certaines informations.
Cet article a pour but de documenter les scripts de monitoring Munin développés avec l’aide d’Infini.
Ces scripts sont installés automatiquement par le script d’installation automatique si une installation de munin est détectée.
Description des scripts
Trois scripts Munin ont été développés :
1. mediaspip_medias
Un script de (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;
Sur d’autres sites (4895)
-
avcodec : Deprecate dtg_active_format field in favor of avframe side-data
3 août 2014, par Kieran Kunhyaavcodec : Deprecate dtg_active_format field in favor of avframe side-data
Signed-off-by : Diego Biurrun <diego@biurrun.de>
-
How to apply effects to RGB frame decoded using ffmpeg ?
23 juillet 2014, par user3665376I wanted to apply changes in contrast,brightness,saturation values of a video while rendering on android.I am using ffmpeg for decoding my mpeg4 video.
I have two options for applying the effects ,
1) Apply the changes on raw YUV frames .
2) Apply the changes to RGB frames which are created from raw YUV frames .
Which of the above is the best approach ?
I started with option 2 and found a utility function at libwscale/util.c which has the below signature.
int sws_setColorspaceDetails(struct SwsContext *c, const int inv_table[4],
int srcRange, const int table[4], int dstRange,
int brightness, int contrast, int saturation);but the parameter specification of the above function was difficult to understand. Can anybody do a little elaboration on the parameters use in this function ?
-
Revision 337e8015c9 : Move vp9_thread.* to common. Prepare for frame parallel decoding, the reference
7 juillet 2014, par hkuangChanged Paths :
Modify /test/vp9_thread_test.cc
Add /vp9/common/vp9_thread.c
(from /vp9/decoder/vp9_thread.c
:14a12be8fd5f9ee40b87afe39401c9abb3c04006)
Add /vp9/common/vp9_thread.h
(from /vp9/decoder/vp9_thread.h
:14a12be8fd5f9ee40b87afe39401c9abb3c04006)
Modify /vp9/decoder/vp9_decodeframe.c
Modify /vp9/decoder/vp9_decoder.h
Modify /vp9/decoder/vp9_dthread.h
Delete /vp9/decoder/vp9_thread.c
Delete /vp9/decoder/vp9_thread.h
Modify /vp9/vp9_common.mk
Modify /vp9/vp9dx.mk
Move vp9_thread.* to common.Prepare for frame parallel decoding, the reference count buffers
need to be protected by mutex. Move vp9_thread.* to common
folder so that those buffers could use cross-platform mutex
from vp9_thread.*.Change-Id : I541277cf15eefed6641555944f67f4a0bcdc8154