Recherche avancée

Sur d’autres sites (11956)

• lavu/random_seed : use arc4random() when available

  7 décembre 2015, par Ganesh Ajjanagadde

  lavu/random_seed : use arc4random() when available
  arc4random() was designed as a superior interface for system random
  
  number generation, designed for OpenBSD and subsequently incorporated by
  
  other BSD’s, Mac OS X, and some non-standard libc’s. It is thus an improvement to
  
  use it whenever available.
  As a side note, this may or may not get included in glibc, and there is
  
  a proposal to create a posix_random family based on these ideas :
  
  http://austingroupbugs.net/view.php?id=859.
  Tested on Mac OS X.
  Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>
  

  • [DH] configure
  • [DH] libavutil/random_seed.c

• FFmpeg overlay filter_complex is slow on Android

  15 septembre 2019, par nor0x

  I’m using FFmpeg on Android (Xamarin) to add a watermark to a video. I have tested the operation with multiple videos and i think overall performance is pretty bad. I wanted to share my results and see how if anyone has similar or better benchmarks.

  I’m using the following command for adding a png watermark to the video.

  $"-i {video} -i {watermark} -filter_complex \"overlay=W-w-5:H-h-5\" -codec:a copy -preset ultrafast -loglevel debug {output} -y";

  The watermark is a 150x150 png with a filesize of 18KB.

  Video 1
  - 13 seconds
  - 3840x2160
  - 60FPS
  - 125MB
  FFmpeg duration : 156 seconds

  Video 2
  - 4 seconds
  - 3840x2160
  - 30FPS
  - 17MB
  FFmpeg duration : 35 seconds

  Video 3
  - 10 seconds
  - 1920x1080
  - 60FPS
  - 35MB
  FFmpeg duration : 79 seconds

  What do you think of these results, is it legit that adding an overlay takes that long ? Maybe there is something wrong with my command ? I ran these tests on an Asus Zenfone 6 (Snapdragon 855, 8GB RAM)

  EDIT :
  I’m using FFmpeg version 3.0.1.1 compiled for ARM. (https://github.com/gperozzo/XamarinAndroidFFmpeg/tree/master/binary/3.0.1.1/arm).

  All videos are mp4 files with the H.264 format.

• How to have avbin.dll in a local directory (not C :\Windows\System) (for pyglet 1.2.4)

  16 mai 2019, par Doot

  Using pyglet 1.2.4, I am using avbin.dll to allow me to play audio and all sources say it needs to go into C :\Windows\System. This works, but I would like to put in in a local folder, so that when it is downloaded, the user does not need to explicitly put it there.

  How can I make it so that I specify the directory of avbin.dll/have in the same folder as the code ?

  Here, avbin.dll is in the folder with the code, but I can’t find how they did it.
  https://github.com/surajsinghbisht054/Python-Media-Player/tree/master/Python%20Media%20Player%20Version%200.0.1/Tools
  I tried going through it but I didn’t find anything

  I tried

  pyglet.options["search_local_libs"]

  but it was already set to true.

  I also added it to the path variable, but this didn’t change anything.

  The intention was to be able to play audio files.

  Additionally :
  Using pyglet 1.4, I tried using ffmpeg and ffmpeg-pyglet, which works great, except that pyglet.app.run() is required to stop the first part of the track playing on repeat, but its mainloop interferes with tkinter’s and I can’t seem to get either working in threads, which is why I reverted back to 1.2.4.