Recherche avancée

Médias (1)

Mot : - Tags -/ogv

Autres articles (94)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

Sur d’autres sites (7615)

  • libx264 : Define X264_API_IMPORTS on MSVC/ICL

    19 juillet 2013, par Derek Buitenhuis
    libx264 : Define X264_API_IMPORTS on MSVC/ICL

    libx264 has a few data exports which require X264_API_IMPORTS
    
to be defined if we link to libx264 dynamically on Windows.
    

    In a similar fashion to how we handle our compat snprintf
    
implementation, if we define it all the time, the compiler
    
will first try and link to __imp_x264_symbol_name, and failing
    
that, as in the case of a static libx264, will attempt to link
    
to the non-prefixed symbol, which has already been pulled in by
    
other x264 functions’ object files.
    

    Signed-off-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
    • [DBH] libavcodec/libx264.c

  • ffmpeg glue 4 videos on split screen with preview

    18 janvier 2023, par rst630

    I have 4 video files 480x1080 with audio - all different duration.

    &#xA;

    I need 1920x1080 video

    &#xA;

    _____________________________________________&#xA;|          |          |          |          |&#xA;|          |   first  |  first   |  first   |&#xA;|   play   |   frame  |  frame   |  frame   |&#xA;|          |          |          |          |&#xA;---------------------------------------------&#xA;&#xA;_____________________________________________&#xA;|          |          |          |          |&#xA;|          |   play   |  first   |  first   |&#xA;|   last|  |          |  frame   |  frame   |&#xA;|   frame  |          |          |          |&#xA;---------------------------------------------&#xA;

    &#xA;

    when first video done 2nd column video must start and first video must show just last frame, other left 2 videos still show first frame and wait queue

    &#xA;

    for example lets say we have these durations :

    &#xA;

    1.mp4 - 1:00&#xA;2.mp4 - 1:35&#xA;3.mp4 - 1:20&#xA;4.mp4 - 1:05&#xA;

    &#xA;

    Also I can prepare screenshots of each video for preview frames (first/last)

    &#xA;

    Cant even imagine how to do this job with ffmpeg or maybe exists any simplier way for shell ?

    &#xA;

    example of output video https://www.youtube.com/watch?v=vdBd5-8uOTo

    &#xA;

  • ffmpeg : prevent premature EOF in sub2video with nullptr AVSubtitles

    31 mars 2018, par Jan Ekström
    ffmpeg : prevent premature EOF in sub2video with nullptr AVSubtitles

    With certain types of input and the filter chain getting re-initialized
    
or re-configured, multiple nullptr AVSubtitles can get pushed into
    
sub2video_update() in a row from sub2video_heartbeat.
    

    This causes end_pts, and on the next round pts, to become INT64_MAX,
    
latter of which signals EOF in framesync, leading to complete loss of
    
subtitles from that point on.
    

    Thus, check that the sub2video.end_pts is smaller than INT64_MAX
    
in a similar fashion to sub2video_flush before sending out the
    
nullptr AVSubtitle. This keeps premature EOFs from happening in
    
framesync and the subtitle overlay is kept past the filter chain
    
re-initializations/configurations.
    • [DH] fftools/ffmpeg.c

Navigation