
Recherche avancée
Médias (2)
-
SPIP - plugins - embed code - Exemple
2 septembre 2013, par
Mis à jour : Septembre 2013
Langue : français
Type : Image
-
Publier une image simplement
13 avril 2011, par ,
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (82)
-
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...) -
Menus personnalisés
14 novembre 2010, parMediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
Menus créés à l’initialisation du site
Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...) -
Configuration spécifique pour PHP5
4 février 2011, parPHP5 est obligatoire, vous pouvez l’installer en suivant ce tutoriel spécifique.
Il est recommandé dans un premier temps de désactiver le safe_mode, cependant, s’il est correctement configuré et que les binaires nécessaires sont accessibles, MediaSPIP devrait fonctionner correctement avec le safe_mode activé.
Modules spécifiques
Il est nécessaire d’installer certains modules PHP spécifiques, via le gestionnaire de paquet de votre distribution ou manuellement : php5-mysql pour la connectivité avec la (...)
Sur d’autres sites (4612)
-
Why use sysconf(_SC_NPROCESSORS_CONF) to get the number of CPU cores in x264 ?
5 novembre 2017, par bknievenI find x264 use sysconf(_SC_NPROCESSORS_CONF) instead of sysconf(SC_NPROCESSORS_ONLN) to get the number of CPU cores.
Here is the code snippet in x264/common/cpu.c :
...
#ifdef __ANDROID__
// Android NDK does not expose sched_getaffinity
return sysconf( _SC_NPROCESSORS_CONF );
#else
...
....And I find the difference between _SC_NPROCESSORS_CONF and _SC_NPROCESSORS_ONLN in this manual :
sysconf (_SC_NPROCESSORS_CONF) which returns the number of processors
the operating system configured. But it might be possible for the
operating system to disable individual processors and so the call
sysconf (_SC_NPROCESSORS_ONLN) returns the number of processors which
are currently online (i.e., available).I have two questions :
- What is the difference between "the number of processors the operating system configured" and "the number of processors which are currently online" ?
- Why x264 use _SC_NPROCESSORS_CONF in Android to get the number of CPU cores ?
-
avcodec/v4l2_m2m_dec : remove redundant packet and fix double free
16 juillet 2020, par Andriy Gelmanavcodec/v4l2_m2m_dec : remove redundant packet and fix double free
v4l2_receive_frame() uses two packets s->buf_pkt and avpkt. If avpkt
cannot be enqueued, the packet is buffered in s->buf_pkt and enqueued in
the next call. Currently the ownership transfer between the two packets
is not properly handled. A double free occurs if
ff_v4l2_context_enqueue_packet() returns EAGAIN and v4l2_try_start
returns EINVAL.In fact, having two AVPackets is not needed and everything can be
handled by s->buf_pkt.This commit removes the local avpkt from v4l2_receive_frame(), meaning
that the ownership transfer doesn't need to be handled and the double
free is fixed.Signed-off-by : Andriy Gelman <andriy.gelman@gmail.com>
-
avformat/avformat : Update av_read_frame() documentation
1er décembre 2019, par Andreas Rheinhardtavformat/avformat : Update av_read_frame() documentation
This commit updates the documentation of av_read_frame() to match its
actual behaviour in several ways :1. On success, av_read_frame() always returns refcounted packets.
2. It can handle uninitialized packets.
3. On error, it always returns blank packets.This will allow callers to not initialize or unref unnecessarily.
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>