Recherche avancée

Sur d’autres sites (8084)

• lavc/encode : add an encoder-specific get_buffer() variant

  23 mars 2022, par Anton Khirnov

  lavc/encode : add an encoder-specific get_buffer() variant
  Several encoders (roqvideo, svq1, snow, and the mpegvideo family)
  
  currently call ff_get_buffer(). However this function is written
  
  assuming it is called by a decoder. Though nothing has been obviously
  
  broken by this until now, that may change in the future.
  To avoid potential future issues, introduce a simple encode-specific
  
  wrapper around avcodec_default_get_buffer2() and enforce its use in
  
  encoders.
  

  • [DH] libavcodec/decode.c
  • [DH] libavcodec/encode.c
  • [DH] libavcodec/encode.h
  • [DH] libavcodec/mpegpicture.c
  • [DH] libavcodec/roqvideoenc.c
  • [DH] libavcodec/snow.c
  • [DH] libavcodec/svq1enc.c

• Read a text file line-by-line (each line as an array), run bash command with array elements, then loop to the next line in the text file

  10 janvier, par xiaohouzi

  I'm using immich to manage my media library with photos and videos but appropriate video thumbnails are black or do not have an appropriate thumbnails for my family to view. As a test, I decided to manually recreate the thumbnails and then update appropriate thumbs files in the exact directory ; replacing the auto-generated ones by Immich using ffmpeg. The following script works fine but one by one will take forever.

  


  #!/bin/bash
file=(formula1 "aust_gp_00'23'41_2022_1858658849.mp4" f2dfse3-34gd-23ff-6hdd-p3h4kk/a3/10/a399-dj88-ah29 00:00:30.000)

# create jpeg + webp and replace existing
sudo ffmpeg -i /mnt/f1/"${file[0]}"/"${file[1]}" -ss "${file[3]}" -frames:v 1 /immich/app/thumbs/"${file[2]}"-preview.jpeg -y \
&& \
sudo ffmpeg -i /mnt/f1/"${file[0]}"/"${file[1]}" -ss "${file[3]}" -frames:v 1 /immich/app/thumbs/"${file[2]}"-thumbnail.webp -y


  


  My goal is to put all the needed files in a text file use "readarry" to read each line as an array, use the appropriate index and then repeat for the next line. This is where I am stuck. How could I loop through each line where each line is a new file, keep the same indexes, and repeat ? Anyone familiar with how to accomplish this or if there is a better way using bash ? I was hoping to only use bash instead of python.

  


  For example...

  


  #files.txt
file=(formula1 "aust_gp_00'23'41_2022.mp4" f2dfse3-34gd-23ff-6hdd-p3h4kk/a3/10/a399-dj88-ah29 00:00:30.000)
file=(formula1 "belg_gp_00'13'31_2022.mp4" f2dfse3-34gd-23ff-6hdd-p3h4kk/q4/6/mhf-846d-zpyf 00:00:30.000)
file=(formula1 "melb_gp_00'05'11_2022.mp4" f2dfse3-34gd-23ff-6hdd-p3h4kk/b9/2/q3dd-0988-vr2t 00:00:30.000)



  


  # genthumb.sh
#!/bin/bash
readarray -t lines < files.txt &&
  for line in "${!lines[@]}"; do
    sudo ffmpeg -i /mnt/f1/"${lines[0]}"/"${lines[1]}" -ss "${lines[3]}" -frames:v 1 /immich/app/thumbs/"${lines[2]}"-preview.jpeg -y \
    && \
    sudo ffmpeg -i /mnt/f1/"${file[0]}"/"${file[1]}" -ss "${file[3]}" -frames:v 1 /immich/app/thumbs/"${file[2]}"-thumbnail.webp -y
  done


  


• lavc : Deprecate avctx.rtp_callback field

  19 novembre 2015, par Vittorio Giovara

  lavc : Deprecate avctx.rtp_callback field
  This function returns the encoded data of a frame, one slice at a time
  
  directly when that slice is encoded, instead of waiting for the full
  
  frame to be done. However this field has a debatable usefulness, since
  
  it looks like it is just a convoluted way to get data at lowest
  
  possible latency, or a somewhat hacky way to store h263 in RFC-2190
  
  rtp encapsulation.
  Moreover when multi-threading is enabled (which is by default) the order
  
  of returned slices is not deterministic at all, making the use of this
  
  function not reliable at all (or at the very least, more complicated
  
  than it should be).
  So, for the reasons stated above, and being used by only a single encoder
  
  family (mpegvideo), this field is deemed unnecessary, overcomplicated,
  
  and not really belonging to libavcodec. Libavformat features a complete
  
  implementation of RFC-2190, for any other case.
  Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
  

  • [DBH] doc/APIchanges
  • [DBH] libavcodec/avcodec.h
  • [DBH] libavcodec/mpegvideo_enc.c
  • [DBH] libavcodec/version.h