Recherche avancée

Sur d’autres sites (6992)

• avformat/mux : Don't call ff_toupper4() unnecessarily

  23 octobre 2022, par Andreas Rheinhardt

  avformat/mux : Don't call ff_toupper4() unnecessarily
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavformat/mux.c

• PHP CURL call behaving asynchronously

  5 août 2015, par Prashant

  I have 2 different servers. In server 2 I have a API function which basically does video conversion of the file and generates thumbs. I have created logs after each functions in server 2 and server1 so that I can check what is happening in the server. From server1 I make a curl call which calls server2 API and sends necessary info like path and type of file etc to server2. The server to converts the media files and generate thumbs. All this process is done using ffmpeg and then server2 uploads converted video to rackspace cloud.
  This process runs in a cron job. In the cron job server1 reads media file path from a table and sends them one by one to server 2 by curl call.

  Problem : This process takes time and what is happening that when server2 code is processing 1st video file server1 sends another video file. It does not wait for the response of server 2. Now server two is processing 1st and second then meanwhile server1 sends another then all videos in server two processed.Server two sends response for all videos one by one. I can see whole process in logs. But I’m not getting how this can be happen in PHP. As far as I read that PHP lines executes one by one. So server 1 should wait for response of server2.

  Note : I have increased curl timeout also but that also does not work.

• swscale/output : Don't call av_pix_fmt_desc_get() in a loop

  8 septembre 2022, par Andreas Rheinhardt

  swscale/output : Don't call av_pix_fmt_desc_get() in a loop
  Up until now, libswscale/output.c used a macro to write
  
  an output pixel which involved a call to av_pix_fmt_desc_get()
  
  to find out whether the input pixel format is BE or LE
  
  despite this being known at compile-time (there are templates
  
  per pixfmt). Even worse, these calls are made in a loop,
  
  so that e.g. there are eight calls to av_pix_fmt_desc_get()
  
  for every pixel processed in yuv2rgba64_X_c_template()
  
  for 64bit RGB formats.
  This commit modifies these macros to ensure that isBE()
  
  is evaluated at compile-time. This saved 41184B of .text
  
  for me (GCC 11.2, -O3). Of course, it also improved performance.
  
  E.g. ffmpeg_g -f lavfi -i testsrc2,format=yuva420p -pix_fmt rgba64le \
  
   threads 1  -t 1:00  -f null - (which uses yuv2rgba64le_X_c,
  
  which is an invocation of yuv2rgba64_X_c_template() mentioned above),
  
  performance improved from 95589 to 41387 decicycles for one call
  
  to yuv2packedX ; for the be variant the numbers went down from
  
  76087 to 43024 decicycles.
  Reviewed-by : Anton Khirnov <anton@khirnov.net>
  
  Reviewed-by : Paul B Mahol <onemda@gmail.com>
  
  Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libswscale/output.c