Recherche avancée

Médias (91)

Autres articles (51)

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

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (4433)

  • prevent ffmpeg to write metadata to m2ts file

    20 septembre 2018, par jizaz

    How to prevent ffmpeg to write "Service name", "Service provider", "Service type" and other data to m2ts file ? Or how to remove this text Menu ?
    See from Mediainfo :

    Menu
    
ID                          : 4096 (0x1000)
    
Menu ID                     : 1 (0x1)
    
Duration                    : 5s 339ms
    
List                        : 256 (0x100) (AVC) / 257 (0x101) (AAC, English)
    
Language                    :  / English
    
Service name                : Service01
    
Service provider            : FFmpeg
    
Service type                : digital television

  • Evolution #2636 (Nouveau) : select des types de bases de données à l’install

    9 avril 2012, par Fil Up

    Il faut revoir ce menu car pas très utilisable. Actuellement il y a plein de texte expliquant ce qu’on va trouver dans le menu => remplacer par une liste de radio buttons. Le choix par défaut (SQLite3) est le dernier en bas, ce qui n’est pas très logique. Ordonner du plus courant vers le moins (...)

  • FMP4 moof box sequence number ordering

    15 avril 2024, par Daniel

    I wanted to do a basic fragmented mp4 broadcast program with avformat libs and HTML5 video and MSE.

    



    This is a live stream and I use avformat to copy h264 data to mp4 fragments.

    



    Here is my basic drawing of clients attaching to the stream :

    



    enter image description here

    



    So, with words :

    



      

    1. C1J : First Client joins :


        

      • avformat process starts

        • 


      • ftyp, moov, moof, mdat boxes will be served to Client1

        • 


      • ftyp and moov atoms are both saved for later reuse

        • 


      2. 


    2. C2J : Second Client joins (later in time) :


        

      • avformat process is ongoing (because it is still serving moof and mdat boxes for Client1)

        • 


      • previously saved ftyp and moov boxes will be served first to Client2

        • 


      • after ftyp and moov boxes were served, Client2 will join to the stream at the next moof box.

        • 


      3. 


    



    I have saved an mp4 file to disk from both clients.

    



    Atoms' order within both files looks good : ftype, moov, moof, mdat, moof, mdat...

    



    Both files can be played by media players (like VLC) and also in browsers directly (Opera).

    



    Client1 can be played also via MSE in the browser (Opera), but Client2's stream is not displaying with MSE (Opera).

    



    No errors on the JS console, and media-internals looks also good (at least equivalent with Client1's one).

    



    Now I realized that every moof box contains an mfhd box (header) with a sequenceNumber field.

    



    Of course in Client1's first moof box this sequenceNumber is 1.
However in the later joined Client2's first moof box this sequenceNumber is always >= 1 (in my case it is 16).

    



    What do I need to modify in the moof boxes in Client2 to have a valid fmp4 from the beginning ?

    



    I think Opera's HTML5 video does not like if sequenceNumber does not start from 1, but there shall be other requirements for being it valid.

    


Navigation