Recherche avancée

Sur d’autres sites (4545)

• lavc/h263dsp : R-V V {h,v}_loop_filter

  19 mai 2024, par Rémi Denis-Courmont

  lavc/h263dsp : R-V V h,v_loop_filter
  Since the horizontal and vertical filters are identical except for a
  
  transposition, this uses a common subprocedure with an ad-hoc ABI.
  
  To preserve return-address stack prediction, a link register has to be
  
  used (c.f. the "Control Transfer Instructions" from the
  
  RISC-V ISA Manual). The alternate/temporary link register T0 is used
  
  here, so that the normal RA is preserved (something Arm cannot do !).
  To load the strength value based on `qscale`, the shortest possible
  
  and PIC-compatible sequence is used : AUIPC ; ADD ; LBU. The classic
  
  LLA ; ADD ; LBU sequence would add one more instruction since LLA is a
  
  convenience alias for AUIPC ; ADDI. To ensure that this trick works,
  
  relocation relaxation is disabled.
  To implement the two signed divisions by a power of two toward zero :
  
   (x / (1 << SHIFT))
  
  the code relies on the small range of integers involved, computing :
  
   (x + (x >> (16 - SHIFT))) >> SHIFT
  
  rather than the more general :
  
   (x + ((x >> (16 - 1)) & ((1 << SHIFT) - 1))) >> SHIFT
  
  Thus one ANDI instruction is avoided.
  T-Head C908 :
  
  h263dsp.h_loop_filter_c :       228.2
  
  h263dsp.h_loop_filter_rvv_i32 : 144.0
  
  h263dsp.v_loop_filter_c :       242.7
  
  h263dsp.v_loop_filter_rvv_i32 : 114.0
  
  (C is probably worse in real use due to less predictible branches.)
  

  • [DH] libavcodec/h263dsp.c
  • [DH] libavcodec/h263dsp.h
  • [DH] libavcodec/riscv/Makefile
  • [DH] libavcodec/riscv/h263dsp_init.c
  • [DH] libavcodec/riscv/h263dsp_rvv.S

• lavc/flacdsp : optimise RVV vector type for lpc16

  14 mai 2024, par Rémi Denis-Courmont

  lavc/flacdsp : optimise RVV vector type for lpc16
  This calculates the optimal vector type value at run-time based on the
  
  hardware vector length and the FLAC LPC prediction order. In this
  
  particular case, the additional computation is easily amortised over
  
  the loop iterations :
  T-Head C908 :
  
      C     V before  V after
  
   1   48.0    214.7     95.2
  
   2   64.7    214.2     94.7
  
   3   79.7    213.5     94.5
  
   4   96.2    196.5     94.2 #
  
   5  111.0    195.7    118.5
  
   6  127.0    211.2    102.0
  
   7  143.7    194.2    101.5
  
   8  175.7    193.2    101.2 #
  
   9  176.2    224.2    126.0
  
  10  191.5    192.0    125.5
  
  11  224.5    191.2    124.7
  
  12  223.0    190.2    124.2
  
  13  239.2    189.5    123.7
  
  14  253.7    188.7    139.5
  
  15  286.2    188.0    122.7
  
  16  284.0    187.0    122.5 #
  
  17  300.2    186.5    186.5
  
  18  314.0    185.5    185.7
  
  19  329.7    184.7    185.0
  
  20  343.0    184.2    184.2
  
  21  358.7    199.2    183.7
  
  22  371.7    182.7    182.7
  
  23  387.5    181.7    182.0
  
  24  400.7    181.0    181.2
  
  25  431.5    180.2    196.5
  
  26  443.7    195.5    196.0
  
  27  459.0    178.7    196.2
  
  28  470.7    177.7    194.2
  
  29  470.0    177.0    193.5
  
  30  481.2    176.2    176.5
  
  31  496.2    175.5    175.7
  
  32  507.2    174.7    191.0 #
   # Power of two boundary.
  With 128-bit vectors, improvements are expected for the first two
  
  test cases only. For the other two, there is overhead but below noise.
  
  Improvements should be better observable with prediction order of 8
  
  and less, or on hardware with larger vector sizes.
  

  • [DH] libavcodec/riscv/flacdsp_init.c
  • [DH] libavcodec/riscv/flacdsp_rvv.S

• UVC webcam with ffplay outputs only noise ?

  1er mars 2024, par Abdulla Masud

  (My end goal is to use a UVC webcam with esp32 or raspberry pi. I was hoping to learn while doing some fun projects.)

  


  I have an old UVC webcam (Creative model ct6840) but I can't seem to get it to work with ffplay. I have tried looking through the documentation and other questions here but nothing is working for me. So far I have only been able to achieve a noisy-jittery output.

  


  Running ffplay -f rawvideo -video_size 670x480 /dev/video1, I get :

  


  

  


  Can someone help me understand how to make the camera work with ffplay ?

  


  The following is the information of my webcam :

  


  $ ffmpeg -f v4l2 -list_formats all -i /dev/video2

  


  [video4linux2,v4l2 @ 0x17eb3c0] Compressed: Unsupported :          GSPCA OV511 : 320x240 640x480


  


  $ v4l-info /dev/video2

  


  ### v4l2 device info [/dev/video2] ###
general info
    VIDIOC_QUERYCAP
    driver                  : "ov519"
    card                    : "USB Camera (05a9:0511)"
    bus_info                : "usb-0000:00:14.0-8.2"
    version                 : 6.1.79
    capabilities            : 0x85200001 [VIDEO_CAPTURE,?,READWRITE,STREAMING,(null)]

standards

inputs
    VIDIOC_ENUMINPUT(0)
    index                   : 0
    name                    : "ov519"
    type                    : CAMERA
    audioset                : 0
    tuner                   : 0
    std                     : 0x0 []
    status                  : 0x0 []

video capture
    VIDIOC_ENUM_FMT(0,VIDEO_CAPTURE)
    index                   : 0
    type                    : VIDEO_CAPTURE
    flags                   : 1
    description             : "GSPCA OV511"
    pixelformat             : 0x3131354f [O511]
    VIDIOC_G_FMT(VIDEO_CAPTURE)
    type                    : VIDEO_CAPTURE
    fmt.pix.width           : 640
    fmt.pix.height          : 480
    fmt.pix.pixelformat     : 0x3131354f [O511]
    fmt.pix.field           : NONE
    fmt.pix.bytesperline    : 640
    fmt.pix.sizeimage       : 614400
    fmt.pix.colorspace      : JPEG
    fmt.pix.priv            : 4276996862

controls
    VIDIOC_QUERYCTRL(BASE+0)
    id                      : 9963776
    type                    : INTEGER
    name                    : "Brightness"
    minimum                 : 0
    maximum                 : 255
    step                    : 1
    default_value           : 127
    flags                   : 48
    VIDIOC_QUERYCTRL(BASE+1)
    id                      : 9963777
    type                    : INTEGER
    name                    : "Contrast"
    minimum                 : 0
    maximum                 : 255
    step                    : 1
    default_value           : 127
    flags                   : 32
    VIDIOC_QUERYCTRL(BASE+2)
    id                      : 9963778
    type                    : INTEGER
    name                    : "Saturation"
    minimum                 : 0
    maximum                 : 255
    step                    : 1
    default_value           : 127
    flags                   : 32
    VIDIOC_QUERYCTRL(BASE+24)
    id                      : 9963800
    type                    : MENU
    name                    : "Power Line Frequency"
    minimum                 : 0
    maximum                 : 2
    step                    : 1
    default_value           : 0
    flags                   : 0
    VIDIOC_QUERYCTRL(BASE+32)
    id                      : 9963808
    type                    : BOOLEAN
    name                    : "Brightness, Automatic"
    minimum                 : 0
    maximum                 : 1
    step                    : 1
    default_value           : 1
    flags                   : 8


  


  Can someone guide me here please ? Any advice will be greatly appreciated 

  


  (P.S. the camera works perfectly with "guvcview" gtk application but since I want to use the camera with raspberry pi, I want it to work with ffplay...)