
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 (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (11143)
-
How to make linker ld find a file ?
21 avril 2015, par haxan7I am cross compiling opencv with FFmpeg and it is throwing the following error :
/root/work/codesourcery/arm-2013.05/bin/../lib/gcc/arm-none-linux-gnueabi/4.7.3/../../../../arm-none-linux-gnueabi/bin/ld : warning : libavcodec.so.56, needed by ../../lib/libopencv_highgui.so.2.4.10, not found (try using -rpath or -rpath-link)
I have the libavcodec.so.56, and have put the relevant path to $PKG_CONFIG_PATH.
doing a pkg-config —list-all | grep avcodec returns
libavcodec libavcodec - FFmpeg codec library
ls -al libs folder returns
-rw-r--r-- 1 root root 93416352 Apr 21 06:57 libavcodec.a
lrwxrwxrwx 1 root root 23 Apr 21 06:57 libavcodec.so -> libavcodec.so.56.34.100*
lrwxrwxrwx 1 root root 23 Apr 21 06:57 libavcodec.so.56 -> libavcodec.so.56.34.100*
-rwxr-xr-x 1 root root 10949836 Apr 21 06:57 libavcodec.so.56.34.100*Here are the contents of libavcodec.pc file
prefix=/root/ARM_Install
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
Name: libavcodec
Description: FFmpeg codec library
Version: 56.34.100
Requires:
Requires.private: libswresample >= 1.1.100, libavutil >= 54.22.101
Conflicts:
Libs: -L${libdir} -lavcodec
Libs.private: -lxvidcore -lx264 -lm -pthread -ldl
Cflags: -I${includedir}How can I make the liker find this file ?
-
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>