Recherche avancée

Médias (0)

Mot : - Tags -/médias

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (53)

  • L’agrémenter visuellement

    10 avril 2011

    MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
    Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (5883)

  • lavu,lavfi,ffmpeg : Remove experimental OpenCL API

    14 novembre 2017, par Mark Thompson
    lavu,lavfi,ffmpeg : Remove experimental OpenCL API

    This was added in early 2013 and abandoned several months later ; as far as
    
I can tell, there are no external users.  Future OpenCL use will be via
    
hwcontext, which requires neither special OpenCL-only API nor global state
    
in libavutil.
    

    All internal users are also deleted - this is just the unsharp filter
    
(replaced by unsharp_opencl, which is more flexible) and the deshake filter
    
(no replacement).
    • [DH] configure
    • [DH] doc/APIchanges
    • [DH] doc/filters.texi
    • [DH] doc/utils.texi
    • [DH] fftools/Makefile
    • [DH] fftools/cmdutils.h
    • [DH] fftools/cmdutils_opencl.c
    • [DH] libavfilter/Makefile
    • [DH] libavfilter/allfilters.c
    • [DH] libavfilter/deshake.h
    • [DH] libavfilter/deshake_opencl.c
    • [DH] libavfilter/deshake_opencl.h
    • [DH] libavfilter/deshake_opencl_kernel.h
    • [DH] libavfilter/opencl_allkernels.c
    • [DH] libavfilter/opencl_allkernels.h
    • [DH] libavfilter/unsharp.h
    • [DH] libavfilter/unsharp_opencl.c
    • [DH] libavfilter/unsharp_opencl.h
    • [DH] libavfilter/unsharp_opencl_kernel.h
    • [DH] libavfilter/vf_deshake.c
    • [DH] libavfilter/vf_unsharp.c
    • [DH] libavutil/Makefile
    • [DH] libavutil/opencl.c
    • [DH] libavutil/opencl.h
    • [DH] libavutil/opencl_internal.c
    • [DH] libavutil/opencl_internal.h

  • matroskadec : export cover art correctly

    3 avril 2015, par wm4
    matroskadec : export cover art correctly

    Generally, libavformat exports cover art pictures as video streams with
    
1 packet and AV_DISPOSITION_ATTACHED_PIC set. Only matroskadec exported
    
it as attachment with codec_id set to AV_CODEC_ID_MJPEG.
    

    Obviously, this should be consistent, so change the Matroska demuxer to
    
export a AV_DISPOSITION_ATTACHED_PIC pseudo video stream.
    

    Matroska muxing is probably incorrect too. I know that it can create
    
broken files with an audio track and just 1 video frame when e.g.
    
remuxing mp3 with APIC to mkv. But for now this commit does not change
    
anything about muxing, and also continues to write attachments with
    
AV_CODEC_ID_MJPEG should the muxer application have special knowledge
    
that the Matroska is broken in this way.
    

    Signed-off-by : Anton Khirnov <anton@khirnov.net>
    • [DH] libavformat/matroska.c
    • [DH] libavformat/matroska.h
    • [DH] libavformat/matroskadec.c
    • [DH] libavformat/matroskaenc.c

  • matroskadec : export cover art correctly

    3 avril 2015, par wm4
    matroskadec : export cover art correctly

    Generally, libavformat exports cover art pictures as video streams with
    
1 packet and AV_DISPOSITION_ATTACHED_PIC set. Only matroskadec exported
    
it as attachment with codec_id set to AV_CODEC_ID_MJPEG.
    

    Obviously, this should be consistent, so change the Matroska demuxer to
    
export a AV_DISPOSITION_ATTACHED_PIC pseudo video stream.
    

    Matroska muxing is probably incorrect too. I know that it can create
    
broken files with an audio track and just 1 video frame when e.g.
    
remuxing mp3 with APIC to mkv. But for now this commit does not change
    
anything about muxing, and also continues to write attachments with
    
AV_CODEC_ID_MJPEG should the muxer application have special knowledge
    
that the Matroska is broken in this way.
    

    Fixes trac #4423.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavformat/matroska.c
    • [DH] libavformat/matroska.h
    • [DH] libavformat/matroskadec.c
    • [DH] libavformat/matroskaenc.c

Navigation