Recherche avancée

Médias (91)

Autres articles (65)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • 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 (6324)

  • avcodec/thread : Don't use ThreadFrame when unnecessary

    6 février 2022, par Andreas Rheinhardt
    avcodec/thread : Don't use ThreadFrame when unnecessary

    The majority of frame-threaded decoders (mainly the intra-only)
    
need exactly one part of ThreadFrame : The AVFrame. They don't
    
need the owners nor the progress, yet they had to use it because
    
ff_thread_(get|release)_buffer() requires it.
    

    This commit changes this and makes these functions work with ordinary
    
AVFrames ; the decoders that need the extra fields for progress
    
use ff_thread_(get|release)_ext_buffer() which work exactly
    
as ff_thread_(get|release)_buffer() used to do.
    

    This also avoids some unnecessary allocations of progress AVBuffers,
    
namely for H.264 and HEVC film grain frames : These frames are not
    
used for synchronization and therefore don't need a ThreadFrame.
    

    Also move the ThreadFrame structure as well as ff_thread_ref_frame()
    
to threadframe.h, the header for frame-threaded decoders with
    
inter-frame dependencies.
    

    Reviewed-by : Anton Khirnov <anton@khirnov.net>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/aic.c
    • [DH] libavcodec/alac.c
    • [DH] libavcodec/av1dec.c
    • [DH] libavcodec/av1dec.h
    • [DH] libavcodec/bitpacked_dec.c
    • [DH] libavcodec/cfhd.c
    • [DH] libavcodec/cllc.c
    • [DH] libavcodec/cri.c
    • [DH] libavcodec/dnxhddec.c
    • [DH] libavcodec/dvdec.c
    • [DH] libavcodec/dxtory.c
    • [DH] libavcodec/dxv.c
    • [DH] libavcodec/dxva2_av1.c
    • [DH] libavcodec/error_resilience.h
    • [DH] libavcodec/exr.c
    • [DH] libavcodec/ffv1.h
    • [DH] libavcodec/ffv1dec.c
    • [DH] libavcodec/flacdec.c
    • [DH] libavcodec/fraps.c
    • [DH] libavcodec/h264_picture.c
    • [DH] libavcodec/h264_slice.c
    • [DH] libavcodec/h264dec.c
    • [DH] libavcodec/h264dec.h
    • [DH] libavcodec/hapdec.c
    • [DH] libavcodec/hevc_refs.c
    • [DH] libavcodec/hevcdec.c
    • [DH] libavcodec/hevcdec.h
    • [DH] libavcodec/hqx.c
    • [DH] libavcodec/huffyuvdec.c
    • [DH] libavcodec/jpeg2000dec.c
    • [DH] libavcodec/lagarith.c
    • [DH] libavcodec/lcldec.c
    • [DH] libavcodec/libopenjpegdec.c
    • [DH] libavcodec/magicyuv.c
    • [DH] libavcodec/mdec.c
    • [DH] libavcodec/mpegpicture.h
    • [DH] libavcodec/notchlc.c
    • [DH] libavcodec/nvdec_av1.c
    • [DH] libavcodec/photocd.c
    • [DH] libavcodec/pixlet.c
    • [DH] libavcodec/proresdec2.c
    • [DH] libavcodec/pthread_frame.c
    • [DH] libavcodec/rv34.c
    • [DH] libavcodec/sheervideo.c
    • [DH] libavcodec/takdec.c
    • [DH] libavcodec/thread.h
    • [DH] libavcodec/threadframe.h
    • [DH] libavcodec/tiff.c
    • [DH] libavcodec/tta.c
    • [DH] libavcodec/utils.c
    • [DH] libavcodec/utvideodec.c
    • [DH] libavcodec/v210dec.c
    • [DH] libavcodec/v410dec.c
    • [DH] libavcodec/vaapi_av1.c
    • [DH] libavcodec/vble.c
    • [DH] libavcodec/vp8.h
    • [DH] libavcodec/vp9shared.h
    • [DH] libavcodec/webp.c
    • [DH] libavcodec/ylc.c

  • Revert "bitstream : make vlc init of static tables thread safe."

    13 juillet 2013, par Michael Niedermayer
    Revert "bitstream : make vlc init of static tables thread safe."

    This reverts commit 4b6869d6e0120c92253d525921f0e04361888e10.
    

    Conflicts :
    

    	libavcodec/bitstream.c
    

    This code can cause assertion failures on artificial OOM situations
    
It will be replaced by a solution that doesnt have this issue in the
    
following commits.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/bitstream.c

  • fftools/ffmpeg : optimize inter-thread queue sizes

    24 janvier 2024, par Anton Khirnov
    fftools/ffmpeg : optimize inter-thread queue sizes

    Use 8 packets/frames by default rather than 1, which seems to provide
    
better throughput.
    

    Allow -thread_queue_size to set the muxer queue size manually again.
    • [DH] fftools/ffmpeg_mux.h
    • [DH] fftools/ffmpeg_mux_init.c
    • [DH] fftools/ffmpeg_opt.c
    • [DH] fftools/ffmpeg_sched.c
    • [DH] fftools/ffmpeg_sched.h
    • [DH] tests/ref/fate/ffmpeg-fix_sub_duration_heartbeat

Navigation