Recherche avancée

Sur d’autres sites (7356)

• Discord Music Bot interrupts music playback on Heroku

  29 mars 2023, par denisnumb

  I have a music discord bot written in Python. Bot plays music from YouTube using the yt-dlp library and ffmpeg.

  


  Everything worked fine, but a couple of days ago the bot began to interrupt the playback of any tracks for ~80% duration, crashing with an error :

  


  [tls @ 0x6e3b440] Error in the pull function.
[tls @ 0x6e3b440] IO error: Connection reset by peer
[https @ 0x6e37900] Will reconnect at 720896 in 0 second(s), error=Connection reset by peer.


  


  I have the latest version of py-cord=2.4.1 and yt-dlp==2023.3.4 installed. When the bot is launched on my computer, the bot plays all the tracks to the end, so the problem is clearly not in the code and not in the libraries.

  


  I suspect something is wrong with ffmpeg, so I tried installing different buildpacks, but that didn't solve the problem.

  


  At the moment I have the following installed :

  


  https://github.com/xrisk/heroku-opus.git
https://github.com/jonathanong/heroku-buildpack-ffmpeg-latest.git


  


  What could be the problem and how to solve it ? Why did this problem appear only on hosting ? Why didn't this happen before ?

  


• ffmpeg ignores set bitrate

  13 mars 2023, par col__panic

  I have a folder of h264 files I am trying to convert to hevc with a lower bitrate set with -b:v flag. For context I am using python running in a Docker container. The issue is that when ffmpeg completes, the output bitrate is extremely low.

  


  As you can see from the ffmpeg command below, I am expecting around 900k bitrate. But as the command runs, it shows around 18k bitrate.

  


  ffmpeg -y -vsync 0 -hwaccel cuda -hwaccel_output_format cuda -i /tmp/input.ts -an -c:v hevc_nvenc -b:v 914k -b_ref_mode 0 -tag:v hvc1 /tmp/output.mp4 
ffmpeg version N-109685-gac37b2c2b1 Copyright (c) 2000-2023 the FFmpeg developers
  built with gcc 9 (Ubuntu 9.4.0-1ubuntu1~20.04.1)
  configuration: --enable-nonfree --enable-cuda-nvcc --enable-libnpp --extra-cflags=-I/usr/local/cuda/include --extra-ldflags=-L/usr/local/cuda/lib64
  libavutil      57. 44.100 / 57. 44.100
  libavcodec     59. 58.100 / 59. 58.100
  libavformat    59. 36.100 / 59. 36.100
  libavdevice    59.  8.101 / 59.  8.101
  libavfilter     8. 54.100 /  8. 54.100
  libswscale      6.  8.112 /  6.  8.112
  libswresample   4.  9.100 /  4.  9.100
-vsync is deprecated. Use -fps_mode
Passing a number to -vsync is deprecated, use a string argument as described in the manual.
Input #0, mpegts, from '/tmp/input.ts':
  Duration: 01:04:53.85, start: 85937.219044, bitrate: 2613 kb/s
  Program 1 
  Stream #0:0[0x101]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720, 90k tbr, 90k tbn
  Stream #0:1[0x202]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 130 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> hevc (hevc_nvenc))
Press [q] to stop, [?] for help
Output #0, mp4, to '/tmp/output.mp4':
  Metadata:
    encoder         : Lavf59.36.100
  Stream #0:0: Video: hevc (Main) (hvc1 / 0x31637668), cuda(progressive), 1280x720, q=2-31, 914 kb/s, 90k fps, 90k tbn
    Metadata:
      encoder         : Lavc59.58.100 hevc_nvenc
    Side data:
      cpb: bitrate max/min/avg: 0/0/914000 buffer size: 1828000 vbv_delay: N/A
frame=113118 fps=412 q=49.0 Lsize=    8925kB time=01:04:53.82 bitrate=  18.8kbits/s speed=14.2x    
video:8215kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 8.636624%


  


  And then checking the output shows that it is around 18kb/s.

  


  ffmpeg -i /tmp/output.mp4 
...
  Duration: 01:04:53.82, start: 0.000000, bitrate: 18 kb/s


  


  For reference the input file is 2600kb/s.

  


  ffmpeg -i /tmp/input.ts 
...
  Duration: 01:04:53.85, start: 85937.219044, bitrate: 2613 kb/s



  


  This seems like an issue with the file itself, given that I have run the same command and had it work. Also note that even when I leave out the -b:v flag, the output is about the same.

  


  I have tried setting -minrate:v -maxrate:v -bufsize:v and -ss 00:00:00 flags as well and they did not help.

  


  Also there was another post that mentioned the audio track being an issue and to rule that out, I tried using -an and that didn't help either.

  


  I saw another post that mentioned the order of the parameters being an issue but I don't think that's the issue because this same command has run successfully on other input files.

  


  Any ideas ?

  


  EDIT :
nvm fixed it

  


• avutil : remove deprecated FF_API_INTERLACED_FRAME

  19 février, par James Almer

  avutil : remove deprecated FF_API_INTERLACED_FRAME
  Deprecated since 2023-05-04.
  Signed-off-by : James Almer <jamrial@gmail.com>
  

  • [DH] libavcodec/decode.c
  • [DH] libavcodec/encode.c
  • [DH] libavfilter/buffersrc.c
  • [DH] libavfilter/qsvvpp.c
  • [DH] libavfilter/vf_coreimage.m
  • [DH] libavfilter/vf_deinterlace_vaapi.c
  • [DH] libavfilter/vf_estdif.c
  • [DH] libavfilter/vf_field.c
  • [DH] libavfilter/vf_fieldhint.c
  • [DH] libavfilter/vf_fieldmatch.c
  • [DH] libavfilter/vf_fieldorder.c
  • [DH] libavfilter/vf_idet.c
  • [DH] libavfilter/vf_kerndeint.c
  • [DH] libavfilter/vf_nnedi.c
  • [DH] libavfilter/vf_separatefields.c
  • [DH] libavfilter/vf_setparams.c
  • [DH] libavfilter/vf_telecine.c
  • [DH] libavfilter/vf_tinterlace.c
  • [DH] libavfilter/vf_w3fdif.c
  • [DH] libavfilter/vf_weave.c
  • [DH] libavfilter/vsrc_gradients.c
  • [DH] libavfilter/vsrc_testsrc.c
  • [DH] libavfilter/yadif_common.c
  • [DH] libavutil/frame.c
  • [DH] libavutil/frame.h
  • [DH] libavutil/version.h