Recherche avancée

Sur d’autres sites (14673)

• Read H264 streaming from Elp H264 with OpenCV + Pyhton

  15 janvier 2017, par Francesco Paissan

  I’m trying to read an udp streaming of a H264 encoded image. The software structure is like follows :

  On a BeagleBoneBlack (Ubuntu 16.04) I’ve an Elp H264 cam (see here : https://www.amazon.com/ELP-Support-Android-Windows-Surveillance/dp/B00VDSBH9G ). I stream frames with ffmpeg on a Unicast UDP Stream.

  I want to read this images from python and opencv to be able to process them.

  I tried with this simple code to see if the cap is opened or not :

  import cv2

  try:
  
       cap = cv2.VideoCapture("udp://localhost:1234/")
  
      cap.set(CV_CAP_PROP_FOURCC, CV_FOURCC('H', '2', '6', '4'));
  
  except Exception, e:
  
      print str(e)

  But when I run this script python says :

  DtsGetHWFeatures : Create File Failed DtsGetHWFeatures : Create File
  Failed Running DIL (3.22.0) Version DtsDeviceOpen : Opening HW in mode
  0 DtsDeviceOpen : Create File Failed libva info : VA-API version 0.38.1
  libva info : va_getDriverName() returns -1 libva error :
  va_getDriverName() failed with unknown libva error,driver_name=(null)
  libva info : VA-API version 0.38.1 libva info : va_getDriverName()
  returns -1 libva error : va_getDriverName() failed with unknown libva
  error,driver_name=(null) libva info : VA-API version 0.38.1 libva info :
  va_getDriverName() returns -1 libva error : va_getDriverName() failed
  with unknown libva error,driver_name=(null) libva info : VA-API version
  0.38.1 libva info : va_getDriverName() returns -1 libva error : va_getDriverName() failed with unknown libva error,driver_name=(null)
  GStreamer Plugin : Embedded video playback halted ; module vaapidecode
  reported : Could not initialize supporting library. OpenCV
  Error : Unspecified error (GStreamer : unable to start pipeline ) in
  cvCaptureFromCAM_GStreamer, file /builddir/build/BUILD/opencv-
  2.4.12.3/modules/highgui/src/cap_gstreamer.cpp, line 816 /builddir/build/BUILD/opencv-2.4.12.3/modules/highgui/src/cap_gstreamer.cpp:816 :
  error : (-2) GStreamer : unable to start pipeline in function
  cvCaptureFromCAM_GStreamer

  Can anybody help me ?

  Thanks,

  Francesco.

• lavf : deprecate av_stream_get_end_pts()

  17 août 2022, par Anton Khirnov

  lavf : deprecate av_stream_get_end_pts()
  According to its documentation it returns "pts of the last muxed packet
  
  + its duration", but the value it actually returns right now is
  
  (possibly guessed) dts after muxer-internal bitstream filtering (if
  
  any).
  This function was added for ffmpeg.c, but it is not used there anymore.
  
  Since the value it returns is ill-defined and so inappropriate for any
  
  serious use, deprecate it.
  

  • [DH] doc/APIchanges
  • [DH] libavformat/avformat.h
  • [DH] libavformat/mux_utils.c
  • [DH] libavformat/version_major.h

• avcodec/proresenc_kostya : Remove harmful check

  7 avril 2021, par Andreas Rheinhardt

  avcodec/proresenc_kostya : Remove harmful check
  The ProRes encoder allocates huge worst-case buffers just to be safe ;
  
  and for huge resolutions (8k in this case) these can be so big that the
  
  number of bits does no longer fit into a (signed 32-bit) int ; this means
  
  that one must no longer use the parts of the PutBits API that deal with
  
  bit counters. Yet proresenc_kostya did it, namely for a check about
  
  whether we are already beyond the end. Yet this check is unnecessary
  
  nowadays, because the PutBits API comes with automatic checks (with
  
  a log message and a av_assert2() in put_bits() and an av_assert0() in
  
  flush_put_bits()), so this is unnecessary. So simply remove the check.
  Fixes ticket #9173.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/proresenc_kostya.c