Recherche avancée

Médias (2)

Mot : - Tags -/documentation

Autres articles (48)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

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

Sur d’autres sites (6964)

  • avcodec : add MagicYUV encoder

    8 juillet 2017, par Paul B Mahol
    avcodec : add MagicYUV encoder

    Signed-off-by : Paul B Mahol <onemda@gmail.com>
    • [DH] Changelog
    • [DH] doc/general.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/magicyuvenc.c

  • Merge commit ’a420ccd4f2a011887451a7d5e1bebba4fd7c40e2’

    6 avril 2014, par Michael Niedermayer
    Merge commit ’a420ccd4f2a011887451a7d5e1bebba4fd7c40e2’

    * commit ’a420ccd4f2a011887451a7d5e1bebba4fd7c40e2’ :
    
  LucasArts SMUSH SANM video decoder
    

    Conflicts :
    
	Changelog
    
	doc/general.texi
    
	libavcodec/Makefile
    
	libavcodec/allcodecs.c
    
	libavcodec/avcodec.h
    
	libavcodec/sanm.c
    
	libavcodec/version.h
    

    See : 69254f46286099588514454f60fad12f6e51b2cd and others
    
Merged-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] Changelog
    • [DH] doc/general.texi
    • [DH] libavcodec/avcodec.h
    • [DH] libavcodec/codec_desc.c
    • [DH] libavcodec/sanm.c
    • [DH] libavcodec/sanm_data.h
    • [DH] libavcodec/utils.c
    • [DH] libavcodec/version.h

  • FFmpeg capture, mkvtimestamp_v2 and timecode don't play nice

    24 mai 2021, par Bouke

    Trying to capture and modify the TC in-file afterwards.&#xA;I've found a nice way to store the timestamps from the capture.&#xA;Gyan's brillant filterchain

    &#xA;

    This works fine using this line :

    &#xA;

    ffmpeg -hide_banner -f "decklink" -queue_size "1073741824" -raw_format "auto" -format_code "Hi50" -video_input "sdi" -i "bm mini One" -filter_complex "settb=1/1000,setpts=RTCTIME/1000-1500000000000,mpdecimate,split[out][ts];[out]setpts=N/25/TB[out]" -map "[out]" -c:a "copy" -c:v "prores" -profile:v "1" -vendor "ap10" -pix_fmt "yuv422p10le" "/Volumes/Data/tst1.mov" -map "[ts]" -f mkvtimestamp_v2 "/Volumes/Data/time.txt" -vsync 0&#xA;

    &#xA;

    But, when I add -timecode "00:00:00:00" (to force a TC atom in the output), horrible things happen.

    &#xA;

    ffmpeg -f "decklink" -queue_size "1073741824" -raw_format "auto" -format_code "Hi50" -video_input "sdi" -i "bm mini One" -filter_complex "settb=1/1000,setpts=RTCTIME/1000-1500000000000,mpdecimate,split[out][ts];[out]setpts=N/25/TB[out]" -map "[out]" -timecode "00:01:00:00" -c:a "copy" -c:v "prores" -profile:v "1" -vendor "ap10" -pix_fmt "yuv422p10le" "/Volumes/Data/tst1.mov" -map "[ts]" -f mkvtimestamp_v2 "/Volumes/Data/time.txt" -vsync 0&#xA;

    &#xA;

    The timecode does not run at the video speed, skips a frame or two here and there, and the image freezes after a random amount of time (between 10 seconds and a minute or so).

    &#xA;

    How come the timecode can mess up stuff that much ? From what I understand it's just a couple of atoms in the moov atom, and a reference where the actual TC value (as frames) is stored in the mdat.

    &#xA;

    I highly suspect the -vsync 0 to also work on the video, and I've had issues with that before. If I omit that, the video is fine, the TC is fine, but there is no metadata output, just the # timecode format v2

    &#xA;

Navigation