Recherche avancée

Médias (91)

Autres articles (60)

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

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (11859)

  • dashenc : set DASH related options for the subsequent matroska muxer when using webm

    29 octobre 2017, par Peter Große
    dashenc : set DASH related options for the subsequent matroska muxer when using webm
    

    This patch is inspired by the ffmpeg webm_chunk muxer and fixes that all resulting
    tracks have the same track number.

    Signed-off-by : Peter Große <pegro@friiks.de>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/dashenc.c
  • Live streaming using FFMPEG via MPEG Dash

    4 février 2021, par mifol68042

    I have an application that creates gets frames for external source and creates a mp4 video every 60 seconds. I use OpenCV in Python to create an array of frames and then create a mp4 video every 60 seconds. Let's assume my file structure is like below :

    &#xA;

    video_1.mp4&#xA;video_2.mp4&#xA;video_3.mp4&#xA;

    &#xA;

    Now I want this to be made into a live stream using FFMPEG via Apple HLS or MPEG Dash. I tried to run the following command to convert mp4 to hls :

    &#xA;

    ffmpeg -i video_1.mp4 -codec: copy -start_number 0 -hls_time 10 -hls_list_size 0 -f hls test.m3u88&#xA;

    &#xA;

    I did a cat of the test.m3u88 file, I can see the following output :

    &#xA;

    #EXTM3U&#xA;#EXT-X-VERSION:3&#xA;#EXT-X-TARGETDURATION:50&#xA;#EXT-X-MEDIA-SEQUENCE:0&#xA;#EXTINF:50.000000,&#xA;test30.ts&#xA;#EXTINF:50.000000,&#xA;test31.ts&#xA;#EXTINF:25.000000,&#xA;test32.ts&#xA;#EXT-X-ENDLIST&#xA;

    &#xA;

    Next I did the same command for the video_2.mp4 but the contents of test.m3u88 is getting overwritten. I am not able to understand how to append to existing segments.

    &#xA;

    My aim for this problem is that if I can append to the test.m3u88 file I can achieve live stream in my front end app. Is this the right way to get live stream or should I take another approach ? Please let me know examples if any that can help me on getting live stream to web app.

    &#xA;

  • How should be the track ID encoded in to the media tracks / media content components available for MPEG - DASH Media Presentation ?

    2 avril 2014, par Ghanesh Babu J

    As per ISO/IEC 14496 Part 12 : ISOBMFF , the track Identifier specified in track header box "trak" and track fragment header "tfhd" box should be same and unique to each track available in an ISO file.

    Also as per ISO/IEC 23009 Part 1 , The track Identifier is same for all the representation of same content component type and unique to a media content component type( Audio / Video etc . . .) in an adaptation set.

    But , Most of the mpeg dash non multiplexed sample streams available in internet has used same track Identifier in all of the media tracks ( Audio , video etc. . . ) available for a media presentation. Say track ID for all content component type is 1.

    In this case, If a media player is supported with single mp4 demuxer means, it is not possible to demux the fragmented media sample from various track correctly for a media presentation.

    My question is,
    Having same track identifier for all media content component type in a dash media presentation is MPEG DASH Standard ?