Recherche avancée

Sur d’autres sites (6240)

• How to stream 24/7 on youtube (audio + video) with FFMPEG

  29 septembre 2023, par Carter510

  I plan to create a 24/7 stream with a video and a musical background which is located in a /Playlist folder.
I would like the music playlist to be played randomly and if a piece of music is corrupted or cannot be played, the program moves on to the next one.

  


  The problem is that with my command every time the music changes the stream stops.
Any suggestions ?

  


  #!/bin/bash

VBR="4500k"
FPS="30"
QUAL="superfast"

YOUTUBE_URL="rtmp://a.rtmp.youtube.com/live2"
KEY="XXXX-XXXX-XXXX-XXXX"

VIDEO_SOURCE="fireplace.mkv"
AUDIO_FOLDER="/home/administrateur/Documents/Youtube/Playlist"

while true; do
    # Joue la vidéo en boucle
    ffmpeg -re -stream_loop -1 -i "$VIDEO_SOURCE" \
    -thread_queue_size 512 -i "$(find "$AUDIO_FOLDER" -type f -name "*.mp3" | shuf -n 1)" \
    -map 0:v:0 -map 1:a:0 \
    -map_metadata:g 1:g \
    -vcodec libx264 -pix_fmt yuv420p -preset $QUAL -r $FPS -g $(($FPS * 2)) -b:v $VBR \
    -acodec libmp3lame -ar 44100 -threads 6 -qscale:v 3 -b:a 320000 -bufsize 512k \
    -f flv "$YOUTUBE_URL/$KEY"
done


  


  I would like the fireplace.mkv video to play without interruption, for the music to be chosen randomly without ever stopping. And if one of the songs cannot be played, it is skipped.

  


• When assigning an IP via Docker container macvlan and sending video to that container, will the data be limited ?

  11 septembre 2023, par leejh

  I created a macvlan network as shown below.

  


  docker network create -d macvlan \
    --subnet=192.168.1.0/24 \
    --gateway=192.168.1.1 \
    -o parent=eno1 \
    macvlan_network


  


  And the container was created as shown below.

  


  The plan was to create a mistserver inside the container to send and receive video via IP.

  


  docker run -d --name mistserver1 --restart=always -v mistserver_config:/config -v /home/ketivrar/detr2:/home/shared_folder --net=macvlan_network --ip 192.168.1.16 r0gger/mistserver


  


  There is no problem when transmitting video in the directory using the Mist server.

  


  An error occurs when transmitting video using ffmpeg as shown below.

  


  ffmpeg -re -i test7_10.mp4 -c:v libx264 -preset medium -b:v 8000k -f flv rtmp://192.168.1.16/live/cam1


  


  If you run the above command, the following error will occur and it will stop.

  


  av_interleaved_write_frame(): Connection reset by peer58.73 bitrate=8053.7kbits/s dup=0 drop=4 speed=0.948x
[flv @ 0x5582ab9e6e00] Failed to update header with correct duration.
[flv @ 0x5582ab9e6e00] Failed to update header with correct filesize.
Error writing trailer of rtmp://192.168.1.2/live/cam1: Connection reset by peer
frame= 1845 fps= 29 q=33.0 Lsize=   57806kB time=00:00:58.86 bitrate=8044.2kbits/s dup=0 drop=4 speed=0.94x


  


  I wonder what the reason is...

  


  I created two streams on the Mist server and sent video to each stream simultaneously.

  


  ffmpeg -re -i test7_10.mp4 -c:v libx264 -preset medium -b:v 8000k -f flv rtmp://192.168.1.16/live/cam1


  


  ffmpeg -re -i test7_10.mp4 -c:v libx264 -preset medium -b:v 8000k -f flv rtmp://192.168.1.16/live/cam2


  


  av_interleaved_write_frame(): Connection reset by peer29.46 bitrate=8135.7kbits/s dup=0 drop=2 speed=0.343x
[flv @ 0x55975fb05e00] Failed to update header with correct duration.
[flv @ 0x55975fb05e00] Failed to update header with correct filesize.
Error writing trailer of rtmp://192.168.1.16/live/cam1: Connection reset by peer
frame=  971 fps= 11 q=33.0 Lsize=   29395kB time=00:00:29.66 bitrate=8116.6kbits/s dup=0 drop=2 speed=0.34x



####


av_interleaved_write_frame(): Connection reset by peer25.06 bitrate=8313.0kbits/s dup=0 drop=1 speed=0.292x
[flv @ 0x55ce4a7ce340] Failed to update header with correct duration.
[flv @ 0x55ce4a7ce340] Failed to update header with correct filesize.
Error writing trailer of rtmp://192.168.1.16/live/rtsp: Connection reset by peer
frame=  853 fps=9.8 q=33.0 Lsize=   25857kB time=00:00:25.76 bitrate=8220.2kbits/s dup=0 drop=2 speed=0.297x



  


  It seems to stop before the total size of the two reaches 60000.

  


  This time, I sent the video using OBS.

  


  I confirmed that the connection was disconnected and reconnected at a similar time as ffmpeg.

  


  I think there is a size limit somewhere. Could you please tell me a solution or the exact problem ?

  


  +++++

  


  ffmpeg -re -i test7_10.mp4 -c:v libx264 -preset medium -b:v 4000k -f flv rtmp://192.168.1.16/live/cam1


  


  ->

  


  [flv @ 0x56547e6f1e00] Failed to update header with correct duration.019.0kbits/s dup=0 drop=12 speed=0.982x
[flv @ 0x56547e6f1e00] Failed to update header with correct filesize.
frame= 5328 fps= 30 q=-1.0 Lsize=   87550kB time=00:02:57.93 bitrate=4030.8kbits/s dup=0 drop=12 speed=0.996x


  


  success !

  


  ffmpeg -re -i test7_10.mp4 -c:v libx264 -preset medium -b:v 5000k -f flv rtmp://192.168.1.16/live/cam1


  


  ->

  


  av_interleaved_write_frame(): Connection reset by peer30.63 bitrate=5039.7kbits/s dup=0 drop=6 speed=0.965x
[flv @ 0x555ad97f7e00] Failed to update header with correct duration.
[flv @ 0x555ad97f7e00] Failed to update header with correct filesize.
Error writing trailer of rtmp://192.168.1.16/live/cam1: Connection reset by peer
frame= 2802 fps= 30 q=37.0 Lsize=   55876kB time=00:01:30.83 bitrate=5039.3kbits/s dup=0 drop=6 speed=0.962x


  


  fail...

  


  I only adjusted -b:v 5000k, but the results were mixed.

  


  Are there any resource limits for each container ?

  


  I didn't set it up separately.

  


• avutil/avutil : make AV_TIME_BASE_Q available in C++

  18 septembre 2023, par Zhao Zhili

  avutil/avutil : make AV_TIME_BASE_Q available in C++
  ISO C++ forbids compound-literals. It's not available with MSVC.
  
  This is a known issue from 10 years ago, and that's why there is a
  
  av_get_time_base_q().
  Since we have no plan to remove AV_TIME_BASE_Q, just make it
  
  available in C++.
  There are multiple choices :
  
  1. Use C++11 syntax : AVRational1, AV_TIME_BASE
  Users may still use C++98 to write new code. So no.
  2. Use av_get_time_base_q().
  It's for this purpose. But it's not compile time constants as
  
  AV_TIME_BASE_Q in C.
  So I choose av_make_q() as Anton's suggestion.
  https://libav-devel.libav.narkive.com/ZQCWfTun/patch-0-2-fix-avutil-h-usage-from-c
  
  Signed-off-by : Zhao Zhili <zhilizhao@tencent.com>
  

  • [DH] doc/APIchanges
  • [DH] libavutil/avutil.h
  • [DH] libavutil/version.h