Recherche avancée

Sur d’autres sites (7105)

• FFMPEG Streaming Output Dropping On Virtual Server

  11 octobre 2017, par David Childers

  I am currently using FFMPEG to stream on a virtual CENTOS server. I use the following script to stream to youtube live.

  ffmpeg -re -i program.01.mp4 -flags +global_header -acodec libmp3lame -ac 1 -ar 44100 -ab 192k -s 1280x720 -vcodec libx264 -pix_fmt yuv420p -g 60 -vb 1700k -profile:v baseline -preset:v faster -r 30 -f flv "rtmp://a.rtmp.youtube.com/live2/xxxxx"

  I previously used the very same FFMPEG stream script to stream on a dedicated CENTOS server for over a year, with no technial issues.

  I tried to use the very same FFMPEG script on the virtualized server. When I use 1700k encoding speed - I get the following error in the output :

  [flv @ 0x56da380] Failed to update header with correct duration.
  [flv @ 0x56da380] Failed to update header with correct filesize.

  The youtube ingestor also complains that the input stream (coming from the CENTOS server) is slow and that the stream will buffer.

  I have checked the available output bandwidth that virtual CENTOS server has access to.

  • Download : 57.12 Mbit/s
  • Upload : 96.57 Mbit/s

  I am forced to use a much lower video encoding speed and output size

  ffmpeg -re -i program.01.mp4 -f-flags +global_header -acodec libmp3lame -ac 1 -ar 44100 -ab 128k -s 640x360 -vcodec libx264 -pix_fmt yuv420p -g 60 -vb 425k -profile:v baseline -preset:v faster -r 30 -f flv "rtmp://a.rtmp.youtube.com/live2/xxxxx"

  I am at a loss to understand what the problem could be since I have access to more than enough required bandwidth.

• Compiling ffmpeg with NVDIA GPU enabled for windows

  12 octobre 2017, par Guru

  I am working on decoding video using ffmpeg with NVDIA GPU enabled on windows platform.

  Followed below steps as per the document provided by ffmpeg to compile ffmpeg software

  1. Install msys2 from www.msys2.org.
  2. Clone FFMPEG’s public GIT repository. git clone https://git.ffmpeg.org/ffmpeg.git
  3. Create a folder named nv_sdk in the parent directory of FFMPEG and copy all the libraries from C :\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v8.0\include to and C :\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v8.0\lib\x64 to nv_sdk folder.
  4. Launch the Visual Studio x64 Native Tools Command Prompt.
  5. From the Visual Studio x64 Native Tools Command Prompt, launch the MinGW64 environment by running mingw64.exe from the msys2 installation folder.
  6. In the MinGW64 environment, install the necessary packages. pacman -S diffutil make pkg-config yasm
  7. Add the following paths by running the commands. export PATH="/c/Program Files (x86)/Microsoft Visual Studio 12.0/VC/BIN/amd64/" :$PATH export PATH="/c/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v8.0/bin/" :$PATH
  8. Go to the FFMPEG installation folder and run the following command. ./configure —enable-nonfree —enable-nvenc —enable-cuda —enable-cuvid —enable-libnpp —extra-cflags=-Ilocal/include —extra-cflags=-I../nv_sdk —extra-ldflags=-L../nv_sdk
  9. Compile the code by executing the following command. make -j 8

  But In the 8th step I am getting below error, please let me know what could be the possible solution for the issue.

  admin@ADMIN-PC MINGW64 /c/ffmpeg
  $ ./configure —enable-nonfree —enable-nvenc —enable-cuda —enable-cuvid —ena ble-libnpp —extra-cflags=-Ilocal/include —extra-cflags=-I../nv_sdk —extra-ldf lags=-L../nv_sdk
  gcc is unable to create an executable file.
  If gcc is a cross-compiler, use the —enable-cross-compile option.
  Only do this if you know what cross compiling means.
  C compiler test failed.

  If you think configure made a mistake, make sure you are using the latest
  version from Git. If the latest version fails, report the problem to the
  ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
  Include the log file "ffbuild/config.log" produced by configure as this will hel p
  solve the problem.

• Roadmap #3844 : Gérer la parenté dans la déclaration d’un objet éditorial.

  3 novembre 2017, par nico d_

  Discussion sur IRC, sur la gestion de plusieurs types de parents pour un objet :

  03/11 _ 17:25:54 jluc les objets ne peuvent avoir qu’une seule sorte de parents ?
  03/11 _ 17:26:22 jluc les articles peuvent être dans des rubriques mais dans des grappes aussi
  03/11 _ 17:26:27 nicod_ c’est à discuter
  03/11 _ 17:27:22 RastaPopoulos faut forcément un parent principal
  03/11 _ 17:27:31 RastaPopoulos puisque c’est le but de l’utiliser pour les hiérarchies, etc
  03/11 _ 17:36:33 nicod_ mais peut être d’autres parents possibles (secondaires) ? à discuter, je n’y ai pas réfléchi plus que ça
  03/11 _ 17:47:12 jluc un seul type de parent ça permet surement de simplifier les traitements centraux
  03/11 _ 17:47:29 jluc ceux les plus au coeur de spip
  03/11 _ 17:51:11 peetdu hmmm...pas l’habitude des forums. Ce serait quoi le parent ?
  03/11 _ 17:51:23 peetdu l’article ?
  03/11 _ 17:52:25 peetdu ah ben ça peut être n’importe quel objet en fait
  03/11 _ 17:54:32 nicod_ un type de parent principal oui, pour des types secondaires je ne sais pas, il peut y avoir un usage (ou pas)
  03/11 _ 17:56:29 RastaPopoulos c’est un peu l’idée dans polyhier
  03/11 _ 17:56:48 RastaPopoulos ya une rubrique principal et ensuite des classements secondaires
  03/11 _ 17:57:11 RastaPopoulos mais pour l’API de déclaration de parents, je ne saisis pas trop ce que signifierait les secondaires, et dans quels cas d’utilisation réels ça serait utilisé