Recherche avancée

Médias (91)

Autres articles (84)

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (4545)

  • 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

  • libavutil : add version component accessor macros

    4 décembre 2015, par Reynaldo H. Verdejo Pinochet
    libavutil : add version component accessor macros

    Pretty standard macros, these should help libav*
    
users avoid repeating ver.si.on parsing code,
    
which aids in compatibility-checking tasks like
    
identifying FFmpeg from Libav (_MICRO >= 100 check).
    
Something many are doing since we are not
    
intercompatible anymore.
    

    Signed-off-by : Reynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>
    • [DH] libavutil/version.h

  • FFMPEG video compression take too much time to compress the video

    1er janvier 2015, par Usman Afzal

    Video Upload Stats

    15 Sec Video on Samsung galaxy S5

    Using back camera : 6.86 MB [15.8 sec]

    Compress File Size : 1.33 MB

    Compression Time : 40-50 sec

    Following command I have used to compress this video file.

    [/data/data/{app-package-name}/app_bin/ffmpeg, -y, -i, /storage/emulated/0/Android/data/{app-package-name}/files/my-video-library/videos/1420020518900.mp4, -strict, -2, -b:v, 700k, -s, 640x360, -r, 30, -vcodec, libx264, -acodec, aac, -ac, 1, -b:a, 64k, -ar, 44100, -vf, vflip, /storage/emulated/0/Android/data/{app-package-name}/files/my-video-store/videos/acbfc5d3-b6c1-4cb8-89db-13aa49003760.mp4]

Navigation