FFMPEG a poussé RTMP stream ne fonctionne pas sur Android & iPhone

l'utilisation du protocole RTMP est très limitée et est principalement utilisée pour l'enregistrement vidéo. Il n'y a aucune raison de l'utiliser pour la lecture car les appareils mobiles ne prennent pas en charge RTMP nativement, vous ne pensez pas que ce soit une bonne idée de Conseiller aux utilisateurs mobiles d'installer VLC ou une application similaire sur l'appareil?

Plugin NGINX-rtmp-module a été incorporé à Nginx+ pour créer un serveur de supports d'enregistrement complet à partir de Nginx en remplacement de Wowza Media Server ou implémenter HLS pour playaback via HTTP. Ce plugin peut être utilisé avec Nginx open source edition.

pour rendre votre contenu vidéo disponible sur les appareils mobiles, vous n'avez que 2 options, chacune d'elles fonctionne via HTTP (s), pas RTMP:

1. HTTP Live Streaming voir l'exemple:

   location / {
       hls;
       hls_fragment            5s;
       hls_buffers             10 10m;
       hls_mp4_buffer_size     1m;
       hls_mp4_max_buffer_size 5m;
       root /var/video/;
   }
   

2. HTTP pseudo streaming voir l'exemple

   location /video/ {
       mp4;
       mp4_buffer_size       1m;
       mp4_max_buffer_size   5m;
       mp4_limit_rate        on;
       mp4_limit_rate_after  30s;
   }
   

   l'autre côté est la sécurité. Comment protéger L'URL du streaming vidéo? Les URLs prépayées sont une bonne approche, vous pouvez essayer, Voir mon exemple il y a.

1. Votre vidéo d'entrée utilise H.264 avec un high profil.

   Si vous voulez la compatibilité avec à la fois iOS et Android vous baseline profil. nouveaux iPhones soutien main et high profils mais documentation Android ne mentionne que baseline:

   -c:v libx264 -profile baseline

2. Ne pas utiliser le natif aac comme codec audio, utilisez libfdk_aac puisqu'il s'agit de L'encodeur de la plus haute qualité Disponible pour FFmpeg, il vous aidera à produire un flux AAC valide:

   -c:a libfdk_aac

3. assurez-vous que le débit audio est pris en charge. FLV le format vidéo ne supporte que les taux d'échantillonnage de 11025, 22050 et 44100.

   -ar 44100

4. ffprobe affiche un flux non supporté Stream #0:1: Data: none. Utilisez map pour sauter c':

   -map 0:0 -map 0:2

5. (MPEG-TS seulement) si vous utilisez un .ts fichier comme entrée assurez-vous de supprimer l'AAC ADTS en-tête:

   -bsf:a aac_adtstoasc

par exemple:

ffmpeg -re -i content.mp4 -map 0:0 -map 0:2 -c:v libx264 -vprofile baseline -preset ultrafast -tune zerolatency -r 25 -pix_fmt yuv420p -c:a libfdk_aac -ac 2 -ar 44100 -f flv rtmp://...

tout d'Abord, je vous suggère d'ajouter plus de détails sur le fichier (ffprobe) de sorte qu'il peut être comparé avec le serveur de production.

Alternativement, soyez plus strict dans votre ffmpeg commande et définit une sortie spécifique.

C'est une commande que j'utilise pour pousser RTMP vers YouTube:

ffmpeg -i any_file.mp4 -strict experimental -acodec aac -ac 1 -ar 44100 -vcodec libx264 -pix_fmt yuv420p -g 30 -vb 512k -profile:v main -preset ultrafast -r 30 -f flv -s 854x480 rtmp://a.rtmp.youtube.com/live2/your-channel.stream_code

avec votre dernière mise à jour, il y a déjà une différence entre ffmpeg sortie et le serveur: ffmpeg crée un flux de 25fps alors que ffprobe voit un 20fps flux.

Est-il une place dans le serveur vous définissez les autres paramètres de sortie? essayez de définir le ffmpeg sortie en conséquence.

voir si vous changez le ffmpeg la sortie affecte la sortie du serveur, et essayez le profil principal h264.

Concernant ffprobe message d'erreur, si votre fichier original contient aussi 3 flux, peut-être que le serveur ne l'aime pas alors supprimez ce flux de 'données' en utilisant map comme ceci:

ffmpeg -i content.mp4 -map 0:0 -map 0:2 ...