Ich habe einen RTMP-Server mit angeschlossenem ffmpeg, der die Eingabe in x264 kodiert und in HLS segmentiert.
ffmpeg -i rtmp://127.0.0.1:1935/publish/R6rPCgHpT0OTuqC5hbc6GQ_vdV8UmAPS-CStRP7H+Ew2g_1_15 -vsync 0 -acodec aac -vcodec libx264 -preset ultrafast -profile baseline -tune zerolatency -f hls -hls_segment_filename "R6rPCgHpT0OTuqC5hbc6GQ_vdV8UmAPS-CStRP7H+Ew2g_1-source-%03d.ts" -start_number 0 -hls_time 10 -hls_list_size 0 -hls_playlist_type event -progress /var/media/R6rPCgHpT0OTuqC5hbc6GQ/progress_R6rPCgHpT0OTuqC5hbc6GQ_vdV8UmAPS-CStRP7H+Ew2g_1.log /var/media/R6rPCgHpT0OTuqC5hbc6GQ/s1_vdV8UmAPS-CStRP7H+Ew2g/source/out.m3u8
Bei manchen Sendern funktioniert es einwandfrei, bei anderen wird entweder nur der Ton ausgegeben oder die Videoausgabe ist abgehackt bzw. hängt sich ab und zu bei einem einzelnen Frame auf.
Noch überraschender ist jedoch, dass das Problem mit dem leeren Bildschirm nicht immer auftritt und die Übertragungseinstellungen bei Twitch, Mixer oder jedem anderen Übertragungsdienst problemlos funktionieren (sie senden alle in x264).
Hier füge ich Berichtsdateien ein:
Leeres Video mit Audio: https://pastebin.com/8AqRX8wZ
Abgehackte Videoausgabe mit guter Audioqualität: https://raw.githubusercontent.com/patrykcieszkowski/ffmpeg_debugger/master/report_ldCOrttdSFW0FtUab6UeAQ_RUX4M%2BUEQpi2aycfi8Vq0g_1.log
Antwort1
Dem Bericht zufolge wurde während der Eingabeprüfung kein Videostream erkannt.
Der Videostream wurde verspätet empfangen, d. h.
[flv @ 0x555af06f6c80] New video stream 0:1 at pos:151353 and DTS:8.332s
Sie können versuchen, dies zu umgehen, indem Sie die Sondenparameter erhöhen
ffmpeg -analyzeduration 15M -probesize 10M -i rtmp://127.0.0.1:1935/publish/R6rPCgHpT0OTuqC5hbc6GQ_vdV8UmAPS-CStRP7H+Ew2g_1_15 ...