Recherche avancée

Sur d’autres sites (9080)

• lavc : remove libschroedinger encoding and decoding wrappers

  28 mai 2017, par Rostislav Pehlivanov

  lavc : remove libschroedinger encoding and decoding wrappers
  The library has stopped being developed and Debian has removed it
  
  from its repositories citing security issues.
  
  The native Dirac decoder supports everything the library has and basic
  
  encoding support is still provided via the native vc2 (Dirac Pro, intra
  
  only version of Dirac) encoder. Hence, there's no reason to still support
  
  linking to the library and potentially leading users into security issues.
  

  • [DH] Changelog
  • [DH] MAINTAINERS
  • [DH] configure
  • [DH] doc/general.texi
  • [DH] doc/platform.texi
  • [DH] libavcodec/Makefile
  • [DH] libavcodec/allcodecs.c
  • [DH] libavcodec/libschroedinger.c
  • [DH] libavcodec/libschroedinger.h
  • [DH] libavcodec/libschroedingerdec.c
  • [DH] libavcodec/libschroedingerenc.c

• Trouble with hardware-assisted encoding/decoding via FFmpeg on Azure GPU vm's (ubuntu 16.04)

  3 mai 2017, par user3776020

  I am trying to use NVIDIA hardware acceleration with FFmpeg/libav, but can’t get it to work correctly on Azure vm’s running Ubuntu 16.04. For a sample case, I am trying to do a simple decoding of an h264 video into a raw YUV file (as detailed here : https:// developer.nvidia.com/ffmpeg).

  So far, I’ve tried it on NC-6, NC-12, and NV-6 machines (in different regions). In each of these instances, it would take about 30-45 seconds to process a single video frame. As a comparison, I also tried it on a P2.xlarge vm on AWS (which has very similar specs to the NC-6), which was able to process about 3000 frames in about 5 seconds. Has anyone else run into this issue with Azure machines, or has any idea why this would be the case ?

  Here are the commands I used to install the necessary drivers/libraries/etc (I also verified that each machine as the same NVIDIA driver version installed - 375.51) :

  CUDA_REPO_PKG=cuda-repo-ubuntu1604_8.0.61-1_amd64.deb

  wget -O /tmp/$CUDA_REPO_PKG
  http://developer.download.nvidia.com/compute/cuda/repos/ubuntu1604/x86_64/$CUDA_REPO_PKG

  sudo dpkg -i /tmp/$CUDA_REPO_PKG

  sudo apt-get update

  sudo apt-get install -y cuda-drivers

  sudo apt-get install -y cuda

  sudo apt-get install -y nvidia-cuda-toolkit

  [reboot]

  sudo apt-get update

  sudo apt-get upgrade -y

  sudo apt-get dist-upgrade -y

  [reboot]

  git clone https://github.com/FFmpeg/FFmpeg.git

  [download the latest video codec SDK from NVIDIA at : https://
  developer.nvidia.com/designworks/video_codec_sdk/downloads/v7.1]

  [unzipped codec, and copy header files from
  /Video_Codec_SDK_7.1.9/Samples/common/inc/ into /usr/include/]

  cd /FFmpeg

  ./configure —enable-nonfree —disable-shared —enable-nvenc
  —enable-cuda —enable-cuvid —enable-libnpp —extra-cflags=-Ilocal/include —extra-cflags=-I../nv_sdk —extra-ldflags=-L../nv_sdk

  sudo make && sudo make install

  For the FFmpeg command that I used to decode a sample movie file, I used the following :

  sudo ffmpeg -vsync 0 -c:v h264_cuvid -i sample_vid.mp4 -f rawvideo outputvid.yuv

• opus_pvq : merge band encoding and decoding into one function

  27 avril 2017, par Rostislav Pehlivanov

  opus_pvq : merge band encoding and decoding into one function
  Most code between the 2 functions was duplicated which made keeping
  
  both in sync difficult.
  This also fixes some discovered issues with encoding (incorrect
  
  TF switching buffers) and reduces stack usage (reuse the already
  
  allocated CeltFrame->scratch buffer for the quantized coefficients).
  Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
  

  • [DH] libavcodec/opus_pvq.c