
Recherche avancée
Autres articles (31)
-
Initialisation de MediaSPIP (préconfiguration)
20 février 2010, parLors de l’installation de MediaSPIP, celui-ci est préconfiguré pour les usages les plus fréquents.
Cette préconfiguration est réalisée par un plugin activé par défaut et non désactivable appelé MediaSPIP Init.
Ce plugin sert à préconfigurer de manière correcte chaque instance de MediaSPIP. Il doit donc être placé dans le dossier plugins-dist/ du site ou de la ferme pour être installé par défaut avant de pouvoir utiliser le site.
Dans un premier temps il active ou désactive des options de SPIP qui ne le (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
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 (6184)
-
rtmpcrypt : Do the xtea decryption in little endian mode
11 novembre 2015, par Martin Storsjörtmpcrypt : Do the xtea decryption in little endian mode
The XTEA algorithm operates on 32 bit numbers, not on byte sequences.
The XTEA implementation in libavutil is written assuming big endian
numbers, while the rtmpe signature encryption assumes little endian.This fixes rtmpe communication with rtmpe servers that use signature
type 8 (XTEA), e.g. crunchyroll.Signed-off-by : Martin Storsjö <martin@martin.st>
-
avutil/common : add av_rint64_clip
1er novembre 2015, par Ganesh Ajjanagaddeavutil/common : add av_rint64_clip
The rationale for this function is reflected in the documentation for
it, and is copied here :Clip a double value into the long long amin-amax range.
This function is needed because conversion of floating point to integers when
it does not fit in the integer’s representation does not necessarily saturate
correctly (usually converted to a cvttsd2si on x86) which saturates numbers
> INT64_MAX to INT64_MIN. The standard marks such conversions as undefined
behavior, allowing this sort of mathematically bogus conversions. This provides
a safe alternative that is slower obviously but assures safety and better
mathematical behavior.
API :
@param a value to clip
@param amin minimum value of the clip range
@param amax maximum value of the clip range
@return clipped valueNote that a priori if one can guarantee from the calling side that the
double is in range, it is safe to simply do an explicit/implicit cast,
and that will be far faster. However, otherwise this function should be
used.avutil minor version is bumped.
Reviewed-by : Ronald S. Bultje <rsbultje@gmail.com>
Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com> -
Difference in number of channels returned by mediainfo and ffprob
16 mars 2021, par Hai TranI was examining an audio file and noticed that the numbers of channels returned by
mediainfo
andffprobe
were different.

The
mediainfo
command :

mediainfo audio.mp4



The
ffprobe
command (see thechannels
value) :

ffprobe -i audio.mp4 -show_streams



Does anyone know what's happening ?
Here is the audio file for your own test.