[FFmpeg-user] rtmp re-encode to rtmp stops frequently

[Remo Rayamajhi]

Hello Moritz

I have install the latest ffmpeg  and seems rtmp to rtmp re-encode is stable .  But I have attach my another issue here by .

ffmpeg version 4.0.2 Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3)
  configuration: --prefix=/root/ffmpeg_build --pkg-config-flags=--static --extra-cflags=-I/root/ffmpeg_build/include --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-decklink --extra-cflags=-I/usr/local/sdk/Linux/include/ --extra-ldflags=-L/usr/local/sdk/Linux/include/
  libavutil      56. 14.100 / 56. 14.100
  libavcodec     58. 18.100 / 58. 18.100
  libavformat    58. 12.100 / 58. 12.100
  libavdevice    58.  3.100 / 58.  3.100
  libavfilter     7. 16.100 /  7. 16.100
  libswscale      5.  1.100 /  5.  1.100
  libswresample   3.  1.100 /  3.  1.100
  libpostproc    55.  1.100 / 55.  1.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...



But still CPU uses is high 
I am trying to encode 8 streams of high bit on my 48 cores server . My script is as follow

ffmpeg -f decklink -i 'DeckLink Quad (7)@8' -pix_fmt yuv420p -r 29.97 -s 1920x1080 -vf "yadif=0:-1:0,hqdn3d=1.5:1.5:6:6"  -c:v libx264 -b:v 3500k -c:a aac -af "volume=1.5,atempo=1" -aspect 16:9  -strict experimental -b:a 64000 -ar 44100 -ac 2 -f flv 'rtmp://admin:netaccess@192.168.0.44:1935/live/PEOPLE1500.stream' </dev/null >/dev/null 2>/var/log/ffmpeg.log  &




I 

From: Moritz Barsnick
Sent: Thursday, September 27, 2018 2:50 PM
To: FFmpeg user discussions
Subject: Re: [FFmpeg-user] rtmp re-encode to rtmp stops frequently

On Thu, Sep 27, 2018 at 06:21:28 +0545, Remo Rayamajhi wrote:
> newest version of ffmpeg has too many bugs as well as it takes a lots of
> cpu uses .

But you write "but after few minute the ffmpeg encoding drops". What if
that's a bug in 3.x? How do you expect to get a fix?

We encourage you to use the newest version to rule out that we help
debug something which has long been fixed!

Furthermore:
> newest version of ffmpeg has too many bugs

Please elaborate. Which are these, and have you reported them?

> as well as it takes a lots of cpu uses

Current ffmpeg shouldn't use more CPU than 3.x for identical
operations. If so, that's a regression. Please report.

> mean while, on compiling libfdk_aac codec it produces  error and alao gives
> nasm yasm on supported

Whatever. You can grab a binary for your platform from
https://johnvansickle.com/ffmpeg/
(the build "x86_64 build: ffmpeg-git-64bit-static.tar.xz" is
recommended) for testing. Your build errors can then be solved later.

> So on that case what can i do ??
> 1. i need rtmp to rtmp restream
> 2. ffmpeg should enable nvidia to compile tesla m60
> 3. and lastly enable decklink  and cuda also gives error on latest ffmpeg

You never say what these errors are.

Okay, johnvansickle.com's doesn't enable those features, sorry. Perhaps
we need to dig into your errors first.

Moritz
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".

-------------- next part --------------
A non-text attachment was scrubbed...
Name: BE9E5CB942AC4AD38A8C695E35C20A99.png
Type: image/png
Size: 76555 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20180927/267b31f3/attachment.png>