Sur d’autres sites (4378)

• ffmpeg : transmission problems / artifacts in rtsp screen grab - might be a WiFi problem

  1er décembre 2022, par Jo Kerner

  In short : Is there a way to "force" ffmpeg to not save a grabbed frame if there are transmission problems ? Or any other software that does the same and I just don't know of ?

  


  Long story :

  


  Updating my house surveillance from almost 10 years old DCS-932L cameras to Tapo C100 Cameras, I changed the image delivery method from ftp push to rtsp grab via ffmpeg.

  


  I had written a program in C++ to check for "bad" pictures from the old cameras, where parts of the picture tended to be simply black once every minute or so (I'm grabbing a pic every 2 seconds). The Tapo C100 doesn't feature ftp-push, thus I tried (after a few days trying)

  


  ffmpeg.exe -y -i rtsp://user:pass@10.0.0.%ld:554/stream1 -vframes 1 %scamera\rtsp.jpg -loglevel quiet


  


  This works absolutely perfect in my main house, which features a Fritz !Box 7590 and a set of Fritz !Powerline (510/and two 540e) repeaters, plus one WiFi repeater Fritz 600) as my phone line and the router are in the basement.

  


  In my holiday home, though, it doesn't. The Wifi is managed by a Hybrid DSL/5G - box I have no alternative to, which is a Huawei DN9245W and works as DHCP Server, because this is almost impossible to change. Everything "real" is managed by another Fritz !Box 7590, connected via ethernet, and another set of Fritz !Powerline 510 and two 540e repeaters plus half a dozen Wifi Repeaters, mostly Fritz ! 310, 450E and 600. The house was partially built with local stones, which are very iron-y, and there's a lot of metallized glass. Full set is show in Image

  


  Now, this does produce different artifacts, about two per minute or in every 15th picture, see
Image with artifacts No. 1

  


  Thinking this might be a transmission problem, I tried forcing the streamgrab via TCP, because while rtsp doesn't have error correction, TCP does :

  


  ffmpeg.exe -rtsp_transport tcp -i
rtsp://user:pass@10.0.0.%ld:554/stream1 -y -f image2 -update 1 -r
1 -vframes 1 -qscale:v 30 %scamera\rtsp.jpg -loglevel quiet


  


  Which didn't change the artifacts much, see Image with artifacts No. 2

  


  The house now has a total of 12 Cameras, six of which are each "managed" by an older Dell Optiplex Desktop bought used off ebay with an i3 or i5 processor from about 2015, which goes to about 65% load. My software will check if the grabbed picture is finished saving (to RAMdisk), rename it, check if there are artifacts, if so, drop it, if not, convert to bitmap and then compare it to previous image, guess if there's a change, mark that change with a rhombus and rate it, save that as a jpeg file, and then some other stuff that's not relevant here. See : Image of my program running with six cameras

  


  I did try grabbing keyframes only, but a bunny or deer or burglar hopping through my property doesn't produce a keyframe, so that turned out to be missing the point.

  


  I'm out of ideas here. It does work flawlessly in the main house. It doesn't in the holiday house. I can hardly install more repeaters ; I already tried mesh and not-mesh, and the problem isn't exactly wifi overload, because even with just one camera running, it still persists. In certain places. Some have no problems. Reasons ? No clue. I really hope someone has a good idea.

  


• i am getting when i am trying to run Ffmpegrabberframe on alpine image [closed]

  18 mars 2020, par avinash tiwari

  # # A fatal error has been detected by the Java Runtime Environment :

  # SIGSEGV (0xb) at pc=0x000000000000dc56, pid=446, tid=0x00007fd3c478db20 # # JRE version : OpenJDK Runtime Environment

  (8.0_242-b08) (build 1.8.0_242-b08) # Java VM : OpenJDK 64-Bit Server
  VM (25.242-b08 mixed mode linux-amd64 compressed oops) # Derivative :
  IcedTea 3.15.0 # Distribution : Custom build (Wed Jan 29 10:43:50 UTC
  2020) # Problematic frame : # C 0x000000000000dc56 # # Failed to
  write core dump. Core dumps have been disabled. To enable core
  dumping, try "ulimit -c unlimited" before starting Java again # # An
  error report file with more information is saved as : #
  /builds/had/tip/asset-delivery/firstgen-ingestion---backend/hs_err_pid446.log

  # If you would like to submit a bug report, please include # instructions on how to reproduce the bug and visit : #

  https://icedtea.classpath.org/bugzilla # Exception in thread
  "Thread-8" java.io.EOFException at
  java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:3015)
  at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1576)
  at java.io.ObjectInputStream.readObject(ObjectInputStream.java:465)
  at java.io.ObjectInputStream.readObject(ObjectInputStream.java:423)
  at
  org.scalatest.tools.Framework$ScalaTestRunner$Skeleton$1$React.react(Framework.scala:818)
  at
  org.scalatest.tools.Framework$ScalaTestRunner$Skeleton$1.run(Framework.scala:807)

  def extractAVI(rawDrivePath: String): List[String] = {
  
      var errorList: List[String] = List.empty
  
      FileUtils.listFiles(new File(rawDrivePath), new SuffixFileFilter(".avi"), TrueFileFilter.INSTANCE)
  
        .asScala.toList.foreach(aviFile => {
  
        var grabber: FFmpegFrameGrabber = null
  
        var aviStream: InputStream = null
  
        var isFailedExtraction: Boolean = false
  
        try {
  
          LOGGER.info(s"--------inside try----------${aviFile.getAbsolutePath}")
  
          aviStream = new FileInputStream(aviFile.getAbsolutePath)
  
          LOGGER.info("--------create grabber----------")
  
          grabber = new FFmpegFrameGrabber(aviStream)
  
          LOGGER.info("--------created grabber extraction of drives----------")
  
          grabber.start()
  
          LOGGER.info("--------start grabber of drives----------")
  
          var count: Int = 1
  
          for (frame <- Iterator.continually(grabber.grabImage()).takeWhile(_ != null)) {
  
            ImageIO.write(converter.convert(frame), "jpg", new File(aviFile.getParent, "capture-" + count + ".jpg"))
  
            count += 1
  
          }
  
          grabber.stop()
  
        } catch {
  
          case ex: Exception => {
  
            LOGGER.info(s"Error while extracting images for ${aviFile.getAbsolutePath} {}", ex)
  
            errorList :+= s"${aviFile.getAbsolutePath.replace(rawDrivePath, "")} -> ${ex.getMessage}"
  
            isFailedExtraction = true
  
            LOGGER.info("last inside catch")
  
          }
  
        } finally {
  
          // Close the video file
  
          LOGGER.info(s"inside finally ")
  
          if (grabber != null)
  
            grabber.release()
  
          if (aviStream != null)
  
            aviStream.close()
  
          if (aviFile.exists() && !isFailedExtraction) {
  
            LOGGER.debug(s"Deleting ${aviFile.getAbsolutePath}")
  
            FileUtils.deleteQuietly(aviFile)
  
          }
  
        }
  
      })

• FFMPEG command (For capturing keyframe) executes, but not creating the output file

  3 mai 2017, par sforsandeep

  Im trying with an FFMPEG command using the latest FFMPEG exe. The command executes fine. But the output file is not being created.

  Here is the command I tried from DOS prompt. According to a colleagues comment, it was (The command) working before without any trouble.

  D:\Utilities\FFMPegVideoManager\FFMPEG_updated\ffmpeg.exe -i
  
  "M:\content\video.mp4" -y -ss 1 -frames 1
  
  "E:\frame\testtest.jpg"

  The output after the execution is

  C:\Users\ABCD>D:\Utilities\FFMPegVideoManager\FFMPEG_updated\ffmpeg.exe -i "M:\FTP Home Directory\LocalUser\WAP_UAT\Processing Folder\wspa1\Delivery\San4\content\0101_eatingredpanda.mp4" -y -ss 1 -frames 1 "E:\sandeep\testtest.jpg"
  
  ffmpeg version N-85266-g1229007 Copyright (c) 2000-2017 the FFmpeg developers
  
    built with gcc 6.3.0 (GCC)
  
    configuration: --enable-gpl --enable-version3 --enable-cuda --enable-cuvid --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-zlib
  
    libavutil      55. 59.100 / 55. 59.100
  
    libavcodec     57. 90.100 / 57. 90.100
  
    libavformat    57. 72.100 / 57. 72.100
  
    libavdevice    57.  7.100 / 57.  7.100
  
    libavfilter     6. 83.100 /  6. 83.100
  
    libswscale      4.  7.100 /  4.  7.100
  
    libswresample   2.  8.100 /  2.  8.100
  
    libpostproc    54.  6.100 / 54.  6.100
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'M:\content\0101_eatingredpanda.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2mp41
  
      creation_time   : 1970-01-01T00:00:00.000000Z
  
      encoder         : Lavf52.31.0
  
    Duration: 00:00:19.52, start: 0.000000, bitrate: 12506 kb/s
  
      Stream #0:0(eng): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 960x540 [SAR 1:1 DAR 16:9], 12373 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc (default)
  
      Metadata:
  
        creation_time   : 1970-01-01T00:00:00.000000Z
  
        handler_name    : VideoHandler
  
      Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
  
      Metadata:
  
        creation_time   : 1970-01-01T00:00:00.000000Z
  
        handler_name    : SoundHandler
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (mpeg4 (native) -> mjpeg (native))
  
  Press [q] to stop, [?] for help
  
  [swscaler @ 0000000006238340] deprecated pixel format used, make sure you did set range correctly
  
  Output #0, image2, to 'E:\sandeep\testtest.jpg':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2mp41
  
      encoder         : Lavf57.72.100
  
      Stream #0:0(eng): Video: mjpeg, yuvj420p(pc), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc (default)
  
      Metadata:
  
        creation_time   : 1970-01-01T00:00:00.000000Z
  
        handler_name    : VideoHandler
  
        encoder         : Lavc57.90.100 mjpeg
  
      Side data:
  
        cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1
  
  frame=    1 fps=0.0 q=6.6 Lsize=N/A time=00:00:00.04 bitrate=N/A speed=0.447x
  
  video:48kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown 

  So from the output detials it seems to be fine. So why its not creating the output file ? Thanks