Recherche avancée

Sur d’autres sites (12676)

• lavc/opusdsp : simplify R-V V postfilter

  16 décembre 2023, par Rémi Denis-Courmont

  lavc/opusdsp : simplify R-V V postfilter
  This skips the round-trip to scalar register for the sliding 'x'
  
  coefficients, improving performance by about 5%. The trick here is that
  
  the vector slide-up instruction preserves elements in destination vector
  
  until the slide offset.
  The switch from vfslide1up.vf to vslideup.vi also allows the elimination
  
  of data dependencies on consecutive slides. Since the specifications
  
  recommend sticking to power of two offsets, we could slide as follows :
          vslideup.vi v8, v0, 2
  
          vslideup.vi v4, v0, 1
  
          vslideup.vi v12, v8, 1
  
          vslideup.vi v16, v8, 2
  However in the device under test, this seems to make performance slightly
  
  worse, so this is left for (in)validation with future better hardware.
  

  • [DH] libavcodec/riscv/opusdsp_rvv.S

• How to save ffmpeg segmets to disk immediately with sub-second intervals ?

  20 octobre 2023, par amfast

  I'm trying to record video on a raspberry and have it save as much as possible (sub-second resolution) in case of a power cutoff.

  


  I use -f segment to save the encoded stream in 100ms segments with the hope that all but the interrupted (by power cutoff) segment will be saved in memory. Unfortunately, when cutting off power, all the destination files (output_0001.mp4, output_0002.mp4, ...) are created, but empty.

  


  To save the files to disk immediately, I added the -strftime 1 option that allows formatting the output filename as time. It seems weird that this is the (only ?) way to trigger immediate saving of files, but it works - untill I try to have segments smaller than 1 second. The problem seems to be that the format string %d, that previously added a sequence number in my output filenames, now represents "day" (i.e. date) and the smallest resolution time format string is %S for second. I saw %f suggested somewhere for smaller resolutions, but it only prints "%f".

  


  The result is that the segmentation part of ffmpeg does create 100ms segments and save them to disk immediately, but the strftime feature gives the output files names that only change every second, so all the interim files are overwritten.

  


  Example of the failing command below. Without the -strftime option this creates nice segments, but does not save them to disk immediately.

  


  libcamera-vid --flush \
    --framerate ${FRAMERATE} \
    --width ${WIDTH} \
    --height ${HEIGHT} \
    -n \
    -t ${TIMEOUT} \
    --codec yuv420 \
    -o - | 
ffmpeg \
    -fflags nobuffer \
    -strict experimental \
    -loglevel debug \
    -flags low_delay \
    -f rawvideo \
    -pix_fmt yuv420p \
    -s:v ${WIDTH}x${HEIGHT} \
    -r ${FRAMERATE} \
    -i - \
    -c:v h264_v4l2m2m \
    -f segment \
    -segment_time 0.1 \
    -segment_format mp4 \
    -reset_timestamps 1 \
    -strftime 1 \
    -b:v ${ENCODING_BITRATE} \
    -g 1 \
    "output_%04d.mp4"


  


  Question :
  
Is there another way besides -strftime to trigger immediate saving ? Or is there a mechanism to feed finer resolution format strings to the output filename ?

  


• Raspberry Pi Camera feedback freezes when moving NEMA 17 stepper motor with A4988 stepper motor driver [closed]

  31 août 2023, par Broteen Das

  I have a Raspberry Pi with a camera module and a NEMA 17 stepper motor connected to it. When I run the command ffplay /dev/video0, the video runs perfectly. However, whilst the video is running, and I run a script that moves the Stepper motor with the A4988 stepper motor driver, the video feed freezes and needs to be restarted.

  


  At first I thought it was ffmpeg's fault, so I tried viewing the feed with OpenCV, but the same probelem persisted.

  


  I also thought that the CPU prioritization was causing the problem, but this one time, the entire Raspberry Pi froze. The Keyboard, mouse, keys, numlock key, everything was dead (the Numlock light on my keyboard was on, I tried toggling the NumLock, but it did not go off) and so I had to turn off and turn on again the power supply to reboot the Pi.

  


  How do I get rid of this issue ?