Recherche avancée

Médias (91)

Autres articles (111)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie 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 (...)

  • Qu’est ce qu’un masque de formulaire

    13 juin 2013, par

    Un masque de formulaire consiste en la personnalisation du formulaire de mise en ligne des médias, rubriques, actualités, éditoriaux et liens vers des sites.
    Chaque formulaire de publication d’objet peut donc être personnalisé.
    Pour accéder à la personnalisation des champs de formulaires, il est nécessaire d’aller dans l’administration de votre MediaSPIP puis de sélectionner "Configuration des masques de formulaires".
    Sélectionnez ensuite le formulaire à modifier en cliquant sur sont type d’objet. (...)

Sur d’autres sites (12972)

  • vorbisenc : Separate copying audio samples from windowing

    14 juin 2017, par Tyler Jones
    vorbisenc : Separate copying audio samples from windowing

    Audio samples are shifted around when copying from the frame queue so that
    
analysis can be done without negatively impacting calculation of the MDCT.
    

    Window coefficients are applied to the current two overlapped windows
    
simultaneously instead of applying overlap for the next frame ahead of time.
    
This improves readability when applying windows of varying lengths.
    

    Signed-off-by : Tyler Jones <tdjones879@gmail.com>
    
Reviewed-by : Rostislav Pehlivanov <atomnuker@gmail.com>
    • [DH] libavcodec/vorbisenc.c

  • lavf/mov.c : offset index timestamps by the minimum pts to make first pts zero

    6 juin 2017, par Sasi Inguva
    lavf/mov.c : offset index timestamps by the minimum pts to make first pts zero

    If the videos starts with B frame, then the minimum composition time
    
as computed by stts + ctts will be non-zero. Hence we need to shift
    
the DTS, so that the first pts is zero. This was the intention of that
    
code-block. However it was subtracting by the wrong amount.
    

    For example, for one of the videos in the bug nonFormatted.mp4 we have
    

    stts :
    
sample_count  duration
    
960           1001
    

    ctts :
    
sample_count  duration
    
1             3003
    
2             0
    
1             3003
    
....
    

    The resulting composition times are :  3003, 1001, 2002, 6006, ...
    

    The minimum composition time or PTS is 1001, which should be used to
    
offset DTS. However the code block was wrongly using ctts[0] which is
    
3003. Hence the PTS was negative. This change computes the minimum pts
    
encountered while fixing the index, and then subtracts it from all the
    
timestamps after the edit list fixes are applied.
    

    Samples files available from :
    

    https://bugs.chromium.org/p/chromium/issues/detail?id=721451
    
https://bugs.chromium.org/p/chromium/issues/detail?id=723537
    

    fate-suite/h264/twofields_packet.mp4 is a similar file starting with 2
    
B frames. Before this change the PTS of first two B-frames was -6006
    
and -3003, and I am guessing one of them got dropped when being decoded
    
and remuxed  to the framecrc before, and now it is not being dropped.
    

    Signed-off-by : Sasi Inguva <isasi@google.com>
    • [DH] libavformat/mov.c
    • [DH] tests/ref/fate/h264-twofields-packet

  • lavf : consider codec framerate for framerate detection

    23 mai 2017, par wm4
    lavf : consider codec framerate for framerate detection

    Fixes detection of some TV sample as 24.5 FPS. With the patch applied,
    
it's detected as 25 FPS.
    

    This is enabled for mpegts only.
    • [DH] libavformat/internal.h
    • [DH] libavformat/mpegts.c
    • [DH] libavformat/utils.c

Navigation