Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (46)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

Sur d’autres sites (6635)

  • ffv1 : Explicitly name the coder type

    15 novembre 2015, par Vittorio Giovara
    ffv1 : Explicitly name the coder type

    FFv1 uses two types of coders, golomb and range with two different
    
tables. This is exposed this in a rather convoluted way, for example
    
mentioning to set coder type 1 while initializing the variable ’ac’ to 2,
    
because encoder does not use range coder with default table.
    

    Appropriate internal coder type values have been added and used in any
    
check rather than using raw numbers.
    

    Initialization of avctx.coder_type in ffv1dec is removed because this
    
field is encoder only. An unneeded validation check in the encoder
    
is dropped too.
    

    Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
    • [DBH] libavcodec/ffv1.c
    • [DBH] libavcodec/ffv1.h
    • [DBH] libavcodec/ffv1dec.c
    • [DBH] libavcodec/ffv1enc.c

  • Difference in number of channels returned by mediainfo and ffprob

    16 mars 2021, par Hai Tran

    I was examining an audio file and noticed that the numbers of channels returned by mediainfo and ffprobe were different.

    &#xA;

    The mediainfo command :

    &#xA;

    mediainfo audio.mp4&#xA;

    &#xA;

    The ffprobe command (see the channels value) :

    &#xA;

    ffprobe -i audio.mp4 -show_streams&#xA;

    &#xA;

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

    &#xA;

  • avutil/common : add av_rint64_clip

    1er novembre 2015, par Ganesh Ajjanagadde
    avutil/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 value
    

    Note 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>
    • [DH] libavutil/common.h
    • [DH] libavutil/version.h

Navigation