1. 25 6月, 2022 1 次提交
    • S
      Merge pull request #22149 from seanm:sprintf · 35f1a90d
      Sean McBride 提交于
      Replaced sprintf with safer snprintf
      
      * Straightforward replacement of sprintf with safer snprintf
      
      * Trickier replacement of sprintf with safer snprintf
      
      Some functions were changed to take another parameter: the size of the buffer, so that they can pass that size on to snprintf.
      35f1a90d
  2. 13 6月, 2022 1 次提交
  3. 23 5月, 2022 1 次提交
    • M
      Consider video meta on GStreamer video capture · 6a22c5b2
      Michael Gruner 提交于
      Some GStreamer elements may produce buffers with very non
      standard strides, offsets and/or even transport each plane
      in different, non-contiguous pointers. This non-standard
      layout is communicated via GstVideoMeta structures attached
      to the buffers. Given this, when a GstVideoMeta is available,
      one should parse the layout from it instead of generating
      a generic one from the caps.
      
      The GstVideoFrame utility does precisely this: if the buffer
      contains a video meta, it uses that to fill the format and
      memory layout. If there is no meta available, the layout is
      inferred from the caps.
      6a22c5b2
  4. 19 5月, 2022 1 次提交
    • M
      Merge pull request #21992 from tumicdq:v4l2 · df2e7fa6
      Martin Tůma 提交于
      * Added support for 4B RGB V4L2 pixel formats
      
      Added support for V4L2_PIX_FMT_XBGR32 and V4L2_PIX_FMT_ABGR32 pixel
      formats.
      
      * Added workaround for missing V4L2_PIX_FMT_ABGR32 and V4L2_PIX_FMT_XBGR32
      defines
      df2e7fa6
  5. 30 4月, 2022 1 次提交
  6. 05 4月, 2022 2 次提交
  7. 30 3月, 2022 1 次提交
  8. 13 3月, 2022 1 次提交
  9. 11 2月, 2022 1 次提交
  10. 14 1月, 2022 1 次提交
  11. 10 1月, 2022 1 次提交
  12. 21 12月, 2021 1 次提交
  13. 20 12月, 2021 1 次提交
  14. 17 12月, 2021 1 次提交
  15. 14 12月, 2021 1 次提交
  16. 11 12月, 2021 1 次提交
  17. 04 12月, 2021 1 次提交
  18. 02 12月, 2021 1 次提交
  19. 30 11月, 2021 1 次提交
  20. 28 11月, 2021 1 次提交
  21. 24 11月, 2021 1 次提交
    • C
      Merge pull request #20978 from cudawarped:videocapture_read_raw_enchancement · 97c6ec6d
      cudawarped 提交于
      Add capacity to Videocapture to return the extraData from FFmpeg when required
      
      * Update rawMode to append any extra data recieved during the initial negotiation of an RTSP stream or during the parsing of an MPEG4 file header.
      For h264[5] RTSP streams this ensures the parameter sets if available are always returned on the first call to grab()/read() and has two purposes:
      1) To ensure the parameter sets are available even if they are not transmitted in band.  This is common for axis ip camera's.
      2) To allow callers of VideoCapture::grab()[read()] to write to split the raw stream over multiple files by appending the parameter sets to the begining of any new files.
      For (1) there is no alternative, for (2) if the parameter sets were provided in band it would be possible to parse the raw bit stream and search for the parameter sets however that would be a lot of work when that information is already provided by FFMPEG.
      For MPEG4 files this information is only suplied in the header and is required for decoding.
      
      Two properties are also required to enable the raw encoded bitstream to be written to multiple files, these are;
      1) an indicator as to whether the last frame was a key frame or not - each new file needs to start at a key frame to avoid storing unusable frame diffs,
      2) the length in bytes of the paramater sets contained in the last frame - required to split the paramater sets from the frame without having to parse the stream.  Any call to VideoCapture::get(CAP_PROP_LF_PARAM_SET_LEN) returning a number greater than zero indicates the presense of a parameter set at the begining of the raw bitstream.
      
      * Adjust test data to account for extraData
      
      * Address warning.
      
      * Change added property names and remove paramater set start code check.
      
      * Output extra data on calls to retrieve instead of appending to the first packet.
      
      * Reverted old test case and added new one to evaluate new functionality.
      
      * Add missing definition.
      
      * Remove flag from legacy api.
      Add property to determine if returning extra data is supported.
      Always allow extra data to be returned on calls to cap.retrieve()
      Update test case.
      
      * Update condition which indicates CAP_PROP_CODEC_EXTRADATA_INDEX is not supported in test case.
      
      * Include compatibility for windows dll if not updated.
      Enforce existing return status convention.
      
      * Fix return error and missing test constraints.
      97c6ec6d
  22. 23 11月, 2021 1 次提交
  23. 12 11月, 2021 1 次提交
    • F
      modules/videoio/src/cap_ffmpeg_impl.hpp: fix build with gcc 4.8 · 4c92a286
      Fabrice Fontaine 提交于
      Fix the following build failure with gcc 4.8:
      
      In file included from /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/videoio/src/cap_ffmpeg_impl.hpp:100:0,
                       from /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/videoio/src/cap_ffmpeg.cpp:50:
      /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/videoio/src/cap_ffmpeg_hw.hpp: In constructor 'HWAccelIterator::HWAccelIterator(cv::VideoAccelerationType, bool, AVDictionary*)':
      /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/videoio/src/cap_ffmpeg_hw.hpp:939:23: error: use of deleted function 'std::basic_istringstream<char>& std::basic_istringstream<char>::operator=(const std::basic_istringstream<char>&)'
                   s_stream_ = std::istringstream(accel_list);
                             ^
      In file included from /home/buildroot/autobuild/instance-3/output-1/host/opt/ext-toolchain/arm-none-linux-gnueabi/include/c++/4.8.3/complex:45:0,
                       from /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/core/include/opencv2/core/cvstd.inl.hpp:47,
                       from /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/core/include/opencv2/core.hpp:3306,
                       from /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/videoio/include/opencv2/videoio.hpp:46,
                       from /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/videoio/src/precomp.hpp:57,
                       from /home/buildroot/autobuild/instance-3/output-1/build/opencv4-4.5.4/modules/videoio/src/cap_ffmpeg.cpp:42:
      /home/buildroot/autobuild/instance-3/output-1/host/opt/ext-toolchain/arm-none-linux-gnueabi/include/c++/4.8.3/sstream:272:11: note: 'std::basic_istringstream<char>& std::basic_istringstream<char>::operator=(const std::basic_istringstream<char>&)' is implicitly deleted because the default definition would be ill-formed:
           class basic_istringstream : public basic_istream<_CharT, _Traits>
                 ^
      /home/buildroot/autobuild/instance-3/output-1/host/opt/ext-toolchain/arm-none-linux-gnueabi/include/c++/4.8.3/sstream:272:11: error: use of deleted function 'std::basic_istream<char>& std::basic_istream<char>::operator=(const std::basic_istream<char>&)'
      
      Fixes:
       - http://autobuild.buildroot.org/results/60f8846b435dafda0ced412d59ffe15bdff0810dSigned-off-by: NFabrice Fontaine <fontaine.fabrice@gmail.com>
      4c92a286
  24. 09 11月, 2021 1 次提交
    • J
      videoio: drop unnecessary offset for accessing video output buffer · d2c1f113
      jcong 提交于
      Fix: #21021
      
      NDK API AMediaCodec_getOutputBuffer() returns MediaCodecBuffer::data()
      which is actually ABuffer::data(). The returned buffer address is already
      adjusted by offset.
      
      More info:
          ABuffer::base() returns base address without offset
          ABuffer::data() returns base + offset
      
      Change-Id: I2936339ce4fa9acf657a5a7d92adc1275d7b28a1
      d2c1f113
  25. 03 11月, 2021 1 次提交
  26. 26 10月, 2021 1 次提交
  27. 21 10月, 2021 1 次提交
  28. 20 10月, 2021 1 次提交
    • M
      Merge pull request #19721 from MaximMilashchenko:Audio · f36c268b
      MaximMilashchenko 提交于
      add audio support in cap_msmf
      
      * audio msmf
      
      * fixed warnings
      
      * minor fix
      
      * fixed SampleTime MSMF
      
      * minor fix, fixed audio test, retrieveAudioFrame
      
      * fixed warnings
      
      * impelemented sync audio and video stream with start offset
      
      * fixed error
      
      * fixed docs
      
      * fixed audio sample
      
      * CAP_PROP_AUDIO_POS, minor fixed
      
      * fixed warnings
      
      * videoio(MSMF): update audio test checks, add debug logging
      
      * fixed
      
      * fixed desynchronization of time positions, warnings
      
      * fixed warnings
      
      * videoio(audio): tune tests checks
      
      * videoio(audio): update properties description
      
      * build warnings
      Co-authored-by: NAlexander Alekhin <alexander.a.alekhin@gmail.com>
      f36c268b
  29. 19 10月, 2021 1 次提交
  30. 09 10月, 2021 1 次提交
  31. 08 10月, 2021 1 次提交
  32. 07 10月, 2021 1 次提交
  33. 02 10月, 2021 1 次提交
  34. 10 9月, 2021 1 次提交
    • F
      Merge pull request #20591 from fortemSteve:ffmpeg_get_stream_open_time · c7e08889
      fortemSteve 提交于
      Add CAP_PROP_STREAM_OPEN_TIME
      
      * Added CAP_PROP_STREAM_OPEN_TIME to videoio module - can be used to query the time at which the stream was opened, in seconds since Jan 1 1970 (midnight, UTC). Useful for RTSP and other live video where absolute timestamps are needed. Only applicable to ffmpeg backends
      
      * use nanoseconds instead of seconds to mark the stream open time, and change the cap prop name to CAP_PROP_STREAM_OPEN_TIME_NSEC
      
      * use microseconds for CAP_PROP_STREAM_OPEN_TIME (nanoseconds rolls over too soon, and milliseconds/seconds requires a division)
      
      * fix whitespace issue
      c7e08889
  35. 24 8月, 2021 1 次提交
  36. 17 8月, 2021 1 次提交
  37. 14 8月, 2021 1 次提交
  38. 13 8月, 2021 1 次提交
  39. 10 8月, 2021 1 次提交