Recherche avancée

Médias (91)

Autres articles (97)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • ANNEXE : Les extensions, plugins SPIP des canaux

    11 février 2010, par

    Un plugin est un ajout fonctionnel au noyau principal de SPIP. MediaSPIP consiste en un choix délibéré de plugins existant ou pas auparavant dans la communauté SPIP, qui ont pour certains nécessité soit leur création de A à Z, soit des ajouts de fonctionnalités.
    Les extensions que MediaSPIP nécessite pour fonctionner
    Depuis la version 2.1.0, SPIP permet d’ajouter des plugins dans le répertoire extensions/.
    Les "extensions" ne sont ni plus ni moins que des plugins dont la particularité est qu’ils se (...)

Sur d’autres sites (7466)

  • Lien entre Emballe medias et SPIPmotion

    20 avril 2010

    Apparemment le lien entre Emballe médias et SPIPmotion ne fonctionne pas.

    Scénario (sur spip.arscenic.tv) :

    • On upload un document mp3
    • Le document devrait être mis dans la file d’attente d’encodage pour être encodé en ogg à la fin de l’upload lorsque le document est joint au nouvel articles

    Mais il ne l’est pas. Apparemment un problème dans le pipeline de SPIPmotion.

    Cette fonctionnalité au lieu d’être dans le plugin central SPIPmotion pourrait être également dans le plugin de lien emballe_medias_spipmotion pour permettre de jouer sur deux cas.

    • L’ancien : SPIPmotion gère à l’ajout de document la mise en file automatique pour tous les documents possibles
    • Le nouveau : cette option ne pourrait être valable par exemple que pour les documents issus d’emballe médias pour une raison où une autre ?

  • avcodec/hevcdec : check that the local context list was allocated before dereferencing it

    10 février 2021, par James Almer
    avcodec/hevcdec : check that the local context list was allocated before dereferencing it

    Since the decoder is not flagged as init cleanup capable, hevc_decode_free()
    
is being called manually if the hevc_decode_extradata() call fails at the end
    
of hevc_decode_init().
    
In a frame threading scenario, however, if AVCodec->init() returns an error,
    
ff_frame_thread_free() will be called regardless of the above flag being set
    
or not, resulting in hevc_decode_free() being called a second time for the
    
same context.
    

    Workaround this by ensuring pointers are not dereferenced if they are NULL,
    
and set the decoder as init cleanup capable while at it.
    

    Fixes ticket #9099.
    

    Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] libavcodec/hevcdec.c

  • ffprobe get pts of last audio/video packet

    17 novembre 2018, par Vinay

    I have an mov file that I need to get the ending pts for both the audio and video streams. I’m able to do this by doing the following (manually) :

    ffprobe -show_packets file.mov

    Which gives me an output like (with many more packets of course) :

    [PACKET]
    
codec_type=audio
    
stream_index=0
    
pts=221184
    
pts_time=5.015510
    
dts=221184
    
dts_time=5.015510
    
duration=580
    
duration_time=0.013152
    
convergence_duration=N/A
    
convergence_duration_time=N/A
    
size=304
    
pos=4833575
    
flags=K_
    
[/PACKET]
    
[PACKET]
    
codec_type=video
    
stream_index=1
    
pts=29800
    
pts_time=4.966667
    
dts=29400
    
dts_time=4.900000
    
duration=200
    
duration_time=0.033333
    
convergence_duration=N/A
    
convergence_duration_time=N/A
    
size=20707
    
pos=4837376
    
flags=__
    
[/PACKET]

    In the scenario above, the ending pts is 221764 for audio and 30000 for video (pts + duration).

    I was wondering if there was an easy way to either get the final audio/video packet pts directly via ffprobe flags or by intelligently parsing the output.

Navigation