L'encodage de FFMPEG pour MPEG-DASH – ou WebM avec des images clés que les Clusters pour MediaSource API

Je suis actuellement à l'envoi d'un flux vidéo pour google Chrome, pour jouer via le MediaSource API.

Comme je le comprends, MediaSource prend uniquement en charge les fichiers MP4 encodé en MPEG-DASH, ou WebM fichiers qui ont des clusters début avec des images clés (sinon, il génère l'erreur: secteur Médias ne commence pas avec l'image clé).

Est-il possible d'encoder en MPEG-DASH ou d'images clés WebM formats avec FFMPEG en temps réel?

Edit:

Je l'ai juste essayé avec ffmpeg ... -f webm -vcodec vp8 -g 1 de sorte que chaque image est une image-clé. Pas la solution idéale. Il fonctionne avec MediaStream maintenant si. De toute façon à synchroniser les segments avec les images clés dans le WebM donc pas chaque image doit être une image clé?

Questions de référence sur WebM /MP4 et MediaSource:

La Source de support de l'Api ne fonctionne pas pour une mesure webm fichier (Version Chrome 23.0.1271.97 m)

MediaSource API et mp4

OriginalL'auteur Chris Nolet | 2014-06-11

  1. 4

    Pour s'assurer que chaque cluster dans votre WebM commence avec une image-clé, essayez quelque chose comme ceci:

    ffmpeg \
  [...inputs] \
  -vcodec libvpx \
  -keyint_min 60 \
  -g 60 \
  -vb 4000k \
  -f webm \
  -cluster_size_limit 10M \
  -cluster_time_limit 2100 \
  [...output]

    Fondamentalement, tel que mis en œuvre, chaque image-clé doit être au début d'un cluster, mais l'inverse n'est pas vrai. C'est, sur une image clé, il y aura un nouveau cluster, mais sur le nouveau cluster, il ne sera pas nécessairement une image-clé. Pour contourner ce problème, il nous suffit de définir la taille de cluster à quelque chose de grand qui nous touchera jamais.

    Dans cet exemple, nous allons avoir une image clé toutes les 2 secondes, et le cluster limite de temps est de 2,1 secondes, de sorte que nous ne serons jamais à l'atteindre. Le débit est 4Mbit, et la taille de cluster limite est de 10M. Vous ne savez pas si c'est de bits ou d'octets de là, mais elle n'a pas d'importance tant que nous ne serons jamais frappé comme je l'ai mis beaucoup plus qu'il ne devrait l'être.

    C'est incroyablement utile et doit être accepté de répondre maintenant.
    Je suis d'accord! Aussi, Brad sait beaucoup trop sur ce genre de choses 🙂

    OriginalL'auteur Brad

  2. 11

    Au moment de FFMPEG ne prend pas en charge DASH encodage. Vous pouvez segment avec FFMPEG (https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment), mais je vous recommande de combiner FFMPEG et MP4Box. Utiliser FFMPEG pour transcoder le vidéo en direct, puis MP4Box de segmenter et de créer l' .mpd index.

    MP4Box est une partie de la GPAC (http://gpac.wp.mines-telecom.fr/).

    Voici un exemple d'utilisation de h264:

    ffmpeg -threads 4 -f v4l2 -i  /dev/video0 -acodec libfaac -ar 44100 -ab 128k -ac 2 -vcodec libx264 -r 30 -s 1280x720  -f mp4 -y "$movie" > temp1.mp4 && MP4Box -dash 10000 -frag 1000 -rap "$movie"

    Si vous avez besoin d'VP8 (WebM), utilisation: -vcodec libvpx et -f webm ou -f ts.

    Grâce Cibráne. Est MP4Box capable d'encoder en temps réel de la pipe? Nous allons pour une faible latence flux en direct. Tout autre conseil serait grandement apprécié! Ou est-il un moyen pour les flux WebM directement à partir de FFMPEG avec des images clés à chaque cluster?
    Oui, vous pouvez utiliser MP4Box pour le segment de la Vidéo en Direct. L'idée est ici: slideshare.net/cconcolato/... Pour le sgementer est le même job segment VP8 ou H264.
    Est-ce toujours à jour? Il semble qu'il y est au moins de manière limitée, DASH de soutien maintenant. ffmpeg.org/ffmpeg-formats.html#webm_005fdash_005fmanifest

    OriginalL'auteur Cibrán Docampo

  3. 8

    Un autre utilisateur a eu un peu de chance avec:

    ffmpeg ... \
  -f mp4 \
  -reset_timestamps 1 \
  -movflags empty_moov+default_base_moof+frag_keyframe \
  -probesize 200000

    Veuillez voir galbarm de questions à:

    Remarque: Si vous n'avez pas des images clés sur la vidéo d'entrée, vous devrez peut-être définir:

    -frag_duration 100000

    ... au lieu de +frag_keyframe.

    Je pense que c' (original) réponse pourrait encore être réellement utiles pour certaines personnes qui font de l'ultra-faible latence en temps réel à la vapeur, donc je vais laisser ça ici pour le moment. Si vous pensez que cette réponse est un non-op, laissez-moi savoir et je vais le supprimer. (Ou, si vous avez une meilleure solution pour le zéro-latence en streaming, merci de poster!)

    OriginalL'auteur Chris Nolet

  4. 4

    J'ai couru dans la même situation lorsque essayant de jouer a enregistré .webm fichier par MediaRecorder API arrière à l'aide de Media Source Extensions (MSE). Chrome (51) les enregistrements sont mal formés, Firefox (46) semble OK.

    Pour le faire fonctionner, vous devez fixer des repères dans .webm fichier:

    1. clone https://github.com/webmproject/libwebm
    2. assurez-vous d'avoir cmake version >= 3.2 (https://askubuntu.com/questions/610291/how-to-install-cmake-3-2-on-ubuntu-14-04)
    3. cmake .
    4. make
    5. ./sample_muxer -i original.webm -o fixed.webm
    6. de charge fixe.webm en DASH /votre propre joueur!

    Espérons qu'il a aidé quelqu'un. C'était assez difficile pour google de toute information sans le TIRET mot-clé (je ne suis pas en utilisant le tableau de bord, que la même technologie sous - jacente, MSE) 🙂

    Vous pouvez aussi compiler libwebm sous Windows à l'aide de Visual Studio. Il a travaillé comme un charme.

    OriginalL'auteur lukyer