
Recherche avancée
Médias (2)
-
Core Media Video
4 avril 2013, par
Mis à jour : Juin 2013
Langue : français
Type : Video
-
Video d’abeille en portrait
14 mai 2011, par
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (85)
-
Pas question de marché, de cloud etc...
10 avril 2011Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
sur le web 2.0 et dans les entreprises qui en vivent.
Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...) -
Activation de l’inscription des visiteurs
12 avril 2011, parIl est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...) -
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 ) (...)
Sur d’autres sites (11107)
-
Configure error for ffmpeg 6.1 when executing in bash 5.0.17
1er mars 2024, par user2715311I am trying to install ffmpeg 6.1 (https://ffmpeg.org/releases/ffmpeg-6.1.1.tar.xz), but when executing the configure script my bash version 5.0.17 removes the double quotes from the parameters containing the condition to select the version of the libraries being searched for to pass this parameter to pkg-config.


For example, when processing code


check_pkg_config libopenjpeg "libopenjp2 >= 2.1.0" openjpeg.h opj_version



, the pkg-config call will look something like


pkg-config --exists libopenjp2 >= 2.1.0



As a result, configure execution stops with the following error.


ERROR: libopenjp2 >= 2.1.0 not found using pkg-config



As a hint, you may be prompted to set the path to the 2.1.0.pc file in PKG_CONFIG_PATH.


It is interesting that this is the case in other versions of bash, for example, this problem is not observed in version 5.1.16.


Does this mean that bash version 5.0.17 will actually not be able to work with configure to build most code sources, because such version selection conditions are used quite often when searching for the right libraries ?


Or perhaps I can influence this bash behaviour in some way ? Or, alternatively, have I misinterpreted the problem at all and the solution is in a completely different area ?


The problem was identified in the Linux Mint 20.1 distribution.


$ lsb_release -a
No LSB modules are available.
Distributor ID: Linuxmint
Description: Linux Mint 20.1
Release: 20.1
Codename: ulyssa



First of all, I checked that if I call pkg-config correctly, it can find the right library on my system.


$ pkg-config --exists "libopenjp2 >= 2.1.0"
$ echo $?
0



or


$ pkg-config --cflags --libs "libopenjp2 >= 2.1.0"
-I/usr/include/openjpeg-2.3 -lopenjp2



Next, I examined the configure code associated with this problem and came to the conclusion I outlined above.


-
Compiling ffmpeg for chromium on Windows
7 janvier 2019, par ykhandelI am following the instructions here to generate the gn files for Chromium. I have installed the cygwin base package along with diffutils, nasm, make and python.
Also, I have copied chromium/scripts/cygwin-wrapper to /usr/local/bin
-
Started C :\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\Tools\VsDevCmd.bat
-
Started C :\cygwin\cygwin.bat
-
cd to third_party\chromium\scripts
-
python build_ffmpeg win ia32
I am getting some warnings plus this :
Could not create temporary library.
make : *** [/cygdrive/d/src/chromium/src/third_party/ffmpeg/ffbuild/library.mak:102 : libavutil/avutil-56.dll] Error 1make : *** Waiting for unfinished jobs....
Could not create temporary library.
Could not create temporary library.
make : *** [/cygdrive/d/src/chromium/src/third_party/ffmpeg/ffbuild/library.mak:102 : libavcodec/avcodec-58.dll] Error 1
make : *** [/cygdrive/d/src/chromium/src/third_party/ffmpeg/ffbuild/library.mak:102 : libavformat/avformat-58.dll] Error 1
Traceback (most recent call last) :
File "build_ffmpeg.py", line 900, in
sys.exit(main(sys.argv[1 :]))
File "build_ffmpeg.py", line 502, in main
options=options)
File "build_ffmpeg.py", line 876, in ConfigureAndBuild
configure_args)
File "build_ffmpeg.py", line 870, in do_build_ffmpeg
options.config_only, branding, configure_flags)
File "build_ffmpeg.py", line 408, in BuildFFmpeg
[’make’, ’-j%d’ % parallel_jobs] + libraries, cwd=config_dir)
File "build_ffmpeg.py", line 106, in PrintAndCheckCall
subprocess.check_call(argv, *args, **kwargs)
File "/usr/lib/python2.7/subprocess.py", line 186, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError : Command ’[’make’, ’-j8’, ’libavcodec/avcodec-
58.dll’, ’libavformat/avformat-58.dll’, ’libavutil/avutil-56.dll’]’ returned non-zero exit status 2 -
-
aacenc : remove the experimental flag
5 décembre 2015, par Rostislav Pehlivanovaacenc : remove the experimental flag
Thiss commit removes the experimental flag from the native AAC Encoder
and thus makes it the default.After a lot of work, done by myself and Claudio Freire, the quality of
this encoder rivals and surpasses libfdk_aac in some situations. The
encoder had instability issues earlier which prevented it from having
its experimental flag removed, however the last commits done by Claudio
removed the last known source of instability and solved a lot of
problems which were previously observed. The issues were caused by the
various coding tools interfering with the scalefactor indices. Thus,
with these problems solved, it should now be possible to declare this
encoder as the default and recommend that the users should use it
instead of others provided by external libraries, as it is both faster
and has a subjectively higher quality with selected tracks.
The encoder has still yet to be fine tuned for every possible audio file
type like music or voice, so it is hoped that with the experimental flag
removed the users should be able to provide feedback and make the
encoder better than the alternatives for every type of audio and at
every bitrate.Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>