Recherche avancée

Sur d’autres sites (11579)

• avutil/common : Move everything inside inclusion guards

  4 février 2021, par Andreas Rheinhardt

  avutil/common : Move everything inside inclusion guards
  libavutil/common.h is a public header that provides generic math
  
  functions whereas libavutil/intmath.h is a private header that contains
  
  plattform-specific optimized versions of said math functions. common.h
  
  includes intmath.h (when building the FFmpeg libraries) so that the
  
  optimized versions are used for them.
  This interdependency sometimes causes trouble : intmath.h once contained
  
  an inlined ff_sqrt function that relied upon av_log2_16bit. In case there
  
  was no optimized logarithm available on this plattform, intmath.h needed
  
  to include common.h to get the generic implementation and this has been
  
  done after the optimized versions (if any) have been provided so that
  
  common.h used the optimized versions ; it also needed to be done before
  
  ff_sqrt. Yet when intmath.h was included from common.h and if an ordinary
  
  inclusion guard was used by common.h, the #include "common.h" in intmath.h
  
  was a no-op and therefore av_log2_16bit was still unknown at the end of
  
  intmath.h (and also in ff_sqrt) if no optimized version was available.
  Before a955b5965825631986ba854d007d4e934e466c7d this was solved by
  
  duplicating the #ifndef av_log2_16bit check after the inclusion of
  
  common.h in intmath.h ; said commit instead moved these checks to the
  
  end of common.h, outside the inclusion guards and made common.h include
  
  itself to get these unguarded defines. This is still the current
  
  state of affairs.
  Yet this is unnecessary since 9734b8ba56d05e970c353dfd5baafa43fdb08024
  
  as said commit removed ff_sqrt as well as the #include "common.h" from
  
  intmath.h. Therefore this commit moves everything inside the inclusion
  
  guards and makes common.h not include itself.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavutil/common.h

• ffmpeg failed - 455 Method Not Valid in This State

  3 juin, par paty.r15

  I created a Node.js app that gets an RTSP stream with FFmpeg to analyse it with OpenCV 3. It is working if I install FFmpeg and OpenCV in my local.

  


  But now I created a Docker image that contains the installation of those libraries and I'm using it as a base to create another image & container where I'm trying to run my app. When I run it inside that container I get this error over and over again when trying to get the RTSP stream with an FFmpeg instruction for

  


  


  method SETUP failed : 455 Method Not Valid in This State

  


  


  This is how I am installing FFmpeg in the image :

  


  # ---------------------- OpenCV ffmpeg ---------------------------#
RUN mkdir -p /opt/src \
 && curl -Lo /opt/src/ffmpeg-${FFMPEG_VERSION}.tar.gz \
    http://ffmpeg.org/releases/ffmpeg-${FFMPEG_VERSION}.tar.bz2 \
  && tar -xvf /opt/src/ffmpeg-${FFMPEG_VERSION}.tar.gz -C /opt/src \
  && cd /opt/src/ffmpeg-${FFMPEG_VERSION} \
  && ./configure --enable-gpl --enable-avresample --enable-libopencore-amrnb \
  --enable-libx264 --enable-libxvid --enable-postproc --enable-version3 \
  --enable-shared --enable-pic --extra-ldexeflags=-pie \
  && make -j $(nproc) \
  && make install \
  && ldconfig -v \
  && rm -rf /opt/src

# ---------------------- OpenCV stuff ---------------------------#
RUN mkdir -p /opt/src/opencv-${OPENCV_VERSION}/build \
  && curl -sLo /opt/src/opencv3.tar.gz \
     https://github.com/Itseez/opencv/archive/${OPENCV_VERSION}.tar.gz \
  && tar -xzvf /opt/src/opencv3.tar.gz -C /opt/src \
  && cd /opt/src/opencv-${OPENCV_VERSION}/build \
  && cmake -D CMAKE_BUILD_TYPE=RELEASE \
    -D CMAKE_INSTALL_PREFIX=/usr/local \
    -D WITH_TBB=ON \
    -D WITH_OPENMP=ON \
    -D WITH_FFMPEG=ON .. \
  && make -j "$(nproc)" \
  && make install \
  && ldconfig -v \
  && rm -rf /opt/src


  


  Do you have any idea what this error is and how to fix it ? I think it might have to do with the initial configuration on the installation of either of them (FFmpeg or OpenCV).

  


• Revision 879a2f053d : Fix state update in sb8x8 rate-distortion loop Update mode_info of 8x8 blocks w

  2 mai 2013, par Jingning Han

  Changed Paths :
   Modify /vp9/encoder/vp9_bitstream.c

  
   Modify /vp9/encoder/vp9_encodeframe.c

  
  
  Fix state update in sb8x8 rate-distortion loop

  Update mode_info of 8x8 blocks within the scope of current block.

  Change-Id : I110c599e60664a5acde6afd919b107cea8419a0d