Recherche avancée

Sur d’autres sites (13402)

• Storing high quality video stream (from IP Action Camera) continuously to a Storage Device and issues around Write-Speed bottlenecks

  21 mai 2017, par Aldo

  I am looking to get an Action Camera (Eken H8R, or a GoPro) for a project. Let me explain the scenario I have :

  I will obtain a live stream from the camera on to a Raspberry Pi (over WiFi) as shown here. Next, I want to continuously segment this live stream into 10-15 minute video clips and store them in an external Hard Drive (which is connected to the RPi). I am considering this thread, and the avconvcommand mentioned in the answer by Alexander.

  Now, my concern is write-speed limitations. The video stream would probably have a high bitrate, and might be 4k30fps, in which case file sizes would be huge. Would write speed to disk be a bottleneck ? If so, how will the Pi maintain a buffer to achieve this ? Could I run out of space as the memory stick on the Pi would only be around 8 gigs ? If so, what’s a better alternative ? Please correct me if I’m wrong on these as I’m only a beginner.

• Storing high quality video stream (from IP Action Camera) continuously to a Storage Device and issues around Write-Speed bottlenecks

  21 mai 2017, par Aldo

  I am looking to get an Action Camera (Eken H8R, or a GoPro) for a project. Let me explain the scenario I have :

  I will obtain a live stream from the camera on to a Raspberry Pi (over WiFi) as shown here. Next, I want to continuously segment this live stream into 10-15 minute video clips and store them in an external Hard Drive (which is connected to the RPi). I am considering this thread, and the avconvcommand mentioned in the answer by Alexander.

  Now, my concern is write-speed limitations. The video stream would probably have a high bitrate, and might be 4k30fps, in which case file sizes would be huge. Would write speed to disk be a bottleneck ? If so, how will the Pi maintain a buffer to achieve this ? Could I run out of space as the memory stick on the Pi would only be around 8 gigs ? If so, what’s a better alternative ? Please correct me if I’m wrong on these as I’m only a beginner.

• lavd/v4l2 : produce a 0 byte packet when a dequeued buffer's size is unexpected

  5 juin 2019, par Stephan Hilb

  lavd/v4l2 : produce a 0 byte packet when a dequeued buffer's size is unexpected
  Behave like we do for V4L2_BUF_FLAG_ERROR, implemented in commit 28f20d2ff4 .
  For some devices (probably also related to the V4L driver implementation)
  
  it happens that when invoking the ioctl DQBUF, the returned buffer is not
  
  of the expected size. Here are two examples for such occurrences :
      [video4linux2,v4l2 @ 0x258b440] Dequeued v4l2 buffer contains 609596 bytes, but 614400 were expected. Flags : 0x00000001.
  
      /dev/video1 : Invalid data found when processing input
      [video4linux2,v4l2 @ 0x225f440] Dequeued v4l2 buffer contains 609508 bytes, but 614400 were expected. Flags : 0x00000001.
  
      /dev/video1 : Invalid data found when processing input
  For the ffmpeg CLI tool this means it will stop capturing and exit.
  The described behaviour was observed at least with one OmniVision USB
  
  web cam and with some stk1160 devices.
  If you search the web for the error message, you will find quite a few
  
  instances of this problem. Some of them experienced on other devices.
  Probably fixes ticket #4795
  Signed-off-by : Alexander Strasser <eclipse7@gmx.net>
  

  • [DH] libavdevice/v4l2.c