Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (70)
-
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...) -
Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur
8 février 2011, parLa visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
Configuration de la boite multimédia
Dès (...) -
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.
Sur d’autres sites (10325)
-
arm : add ff_int32_to_float_fmul_array8_neon
3 décembre 2015, par Janne Grunauarm : add ff_int32_to_float_fmul_array8_neon
Quite a bit faster than int32_to_float_fmul_array8_c calling
ff_int32_to_float_fmul_scalar_neon through FmtConvertContext.
Number of cycles per int32_to_float_fmul_array8 call while decoding
padded.dts on exynos5422 :before after change
cortex-a7 : 1270 951 -25%
cortex-a15 : 434 285 -34%checkasm —bench cycle counts : cortex-a15 cortex-a7
int32_to_float_fmul_array8_c : 1730.4 4384.5
int32_to_float_fmul_array8_neon_c : 571.5 1694.3
int32_to_float_fmul_array8_neon : 374.0 1448.8Interesting are the differences between
int32_to_float_fmul_array8_neon_c and int32_to_float_fmul_array8_neon.
The former is current behaviour of calling
ff_int32_to_float_fmul_scalar_neon repeatedly from the c function,
The raw numbers differ since checkasm uses different lengths than the
dca decoder. -
arm64 : port synth_filter_float_neon from arm
1er décembre 2015, par Janne Grunauarm64 : port synth_filter_float_neon from arm
25% faster dts decoding overall. The checkasm CPU cycles numbers are
not that useful since synth_filter_float() calls FFTContext.imdct_half().cortex-a57 cortex-a53
synth_filter_float_c : 1866.2 3490.9
synth_filter_float_neon : 915.0 1531.5With fftc.imdct_half forced to imdct_half_neon :
cortex-a57 cortex-a53
synth_filter_float_c : 1718.4 3025.3
synth_filter_float_neon : 926.2 1530.1 -
How can I detect ffmpeg vs libav in CMake ?
19 décembre 2015, par Scott LambMy project uses libavformat to connect to
rtsp://URLs. It’s important that it set a socket timeout and reconnect on error. Unfortunately, thestimeoutopen option for this only exists in ffmpeg (and in particular, its libavformat versions >= 55.1.100), not the competing project libav (any version). And some systems I’d like to support (such as Raspbian Jessie) are still bundled with libav.So, I think my best option is to detect whether I have a suitable version using cmake, and install ffmpeg in-tree if not. I think I should be able to do this via something like :
pkg_check_modules(FFMPEG libavutil libavcodec libavformat)
if(not FFMPEG_FOUND or FFMPEG_VERSION VERSION_LESS 55.1.101)
ExternalProject_Add(
FfmpegProject
URL "http://ffmpeg.org/releases/ffmpeg-2.8.3.tar.xz"
URL_HASH "SHA1=a6f39efe1bea9a9b271c903d3c1dcb940a510c87"
INSTALL_COMMAND "")
...set up flags and such to use this in-tree version...
endif()except that I don’t know how to detect libav vs ffmpeg. I don’t see anything in the pkgconfig stuff or
libavformat/version.hto distinguish them. The version numbers they use seem to overlap. It’s not obvious to me at all how to tell the difference programmatically, much less do so with a not-weird cmake rule. Any ideas ?