Recherche avancée

Sur d’autres sites (6130)

• truehd_core : Disable 16-channel presentation

  6 juillet 2019, par Andreas Rheinhardt

  truehd_core : Disable 16-channel presentation
  The most serious bit of the substream_info header field (in a mayor sync
  
  packet) indicates whether a 16-channel presentation is present in the
  
  bitstream. If set, the extended_substream_info header field contains
  
  information about the 16-channel presentation. This presentation always
  
  uses substream 3, a substream that is discarded by truehd_core. So
  
  substream_info needs to be changed to no longer indicate the presence
  
  of a 16-channel presentation in order for truehd_core's output to be
  
  consistent. This is implemented in this commit.
  This change also makes MediaInfo no longer display the presence of Atmos
  
  in the output of truehd_core.
  Also, set the (now irrelevant) extended_substream_info field to zero as
  
  this seems to be the common value for ordinary TrueHD.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavcodec/truehd_core_bsf.c

• YouTube coding parameters [closed]

  13 mai 2013, par Tim N

  I am trying to find the transcoding parameters to apply to a video to avoid recoding after upload.
  Currently the best google seems to offer is lots of info on the API, and a 404 when it comes to the actual content itself.

• Youtube livestream stops receiving video from time to time (ffmpeg)

  15 décembre 2020, par wht_5005

  I have ip cam, raspberry pi (Ubuntu 18.04.4 LTS (GNU/Linux 5.3.0-1036-raspi2 armv7l)) with ffmpeg (3.4.8-0ubuntu0.2) on board and I am trying to do 24/7 youtube livestream.
I have set up a service that start ffmpeg on boot. It receives rtsp stream from camera and sends it to youtube. Here is the ffmpeg setup :

  


  ffmpeg -thread_queue_size 512 -rtsp_transport tcp -i rtsp://cam_address -c:v copy -af "aresample=async=1:first_pts=0" -c:a aac -ac 2 -ar 44100 -fflags +genpts -f flv rtmp://youtube_address -nostdin -nostats


  


  I have noticed that ffmpeg may accidentally stop working from time to time (rather rarely but still) so the service should restart if ffmpeg crashes. Additionally just in case I have set up a cron job that restarts the service every hour, so if it stops working for some reason and that magic that should bring it up fails it should still get up within an hour.

  


  What bothers me, sometimes it stops working but in an unusual way. The service on raspberry pi is running, ffmpeg is running as well, nethogs shows that ffmpeg is both receiving and sending proper amount of data. Stream status on youtube is all right as if everything was just fine but there is no video there (it looks as if it was still loading/buffering but it is not). Restarting the service does not make it work. However if I stop the service, wait a few seconds and start it again the youtube stream starts working as it is supposed to.

  


  Why such things happen and how can I fix it ?