Recherche avancée

Sur d’autres sites (11701)

• Evolution #2969 : Retourner message_ok et message_erreur sur un traitement CVT

  18 novembre 2013, par cam.lafit -

  Salut

  Oui retourner une erreur si il y a est logique :) Je ne remettais pas
  en doute ce point.
  C’est le fait de ne pouvoir dire que le verre est à moitié plein et à
  moitié vide. Pour le moment c’est soit plein soit vide.

  Si on injecte le résultat positif dans le message d’erreur, il se
  retrouver noyé dans le bloc erreur et ne profite pas de la mise en
  forme réussie. On peut trouver des cas où l’erreur n’interdit pas la
  réussite et vice versa.

• avutil : add hwcontext_amf.

  15 octobre 2024, par Dmitrii Ovchinnikov

  avutil : add hwcontext_amf.
  Adds  hwcontext_amf, enabling a shared AMF context for encoders,
  
  decoders, and AMF-based filters, without copy to the host memory.
  
  Code also was tested in HandBrake.
  Benefits :
  
   - Optimizations for direct video memory access from CPU
  
   - Significant performance boost in full AMF pipelines with filters
  
   - Integration of GPU filters like VPP, Super Resolution, and
  
      Compression Artefact Removal(in future plans)
  
   - VCN power management control for decoders.
  
   - Ability to specify which VCN instance to use for decoding
  
     (like for encoder)
  
   - AMD will soon introduce full AMF API for multimedia accelerator MA35D
  
     - With AMF API, integration will be much easier :
  
        GPU and the accelerator will have the same API
  
     - including encoder, decoder, scaler, color converter,
  
        Windows and Linux.
  
     Learn more :
  
        https://www.amd.com/en/products/accelerators/alveo/ma35d.html
  Changes by versions :
  
  v2 : Header file cleanup.
  
  v3 : Removed an unnecessary class.
  
  v4 : code cleanup and improved error handling
  
  v5 : Fixes related to HandBrake integration.
  
  v6 : Sequential filters error and memory leak have been fixed.
  

  • [DH] libavutil/Makefile
  • [DH] libavutil/hwcontext.c
  • [DH] libavutil/hwcontext.h
  • [DH] libavutil/hwcontext_amf.c
  • [DH] libavutil/hwcontext_amf.h
  • [DH] libavutil/hwcontext_amf_internal.h
  • [DH] libavutil/hwcontext_internal.h
  • [DH] libavutil/pixdesc.c
  • [DH] libavutil/pixfmt.h

• FPS drop in FFMPEG streaming processes to FB from production server

  30 janvier 2017, par Aakash Gupta

  I have made a rails app that can stream live videos to facebook rtmp server and deployed it on AWS. I have used nginx as web server. The major problem that I am encountering after viewing log files of FFMpeg processes is that sometimes the FPS of FFmpeg process starts to drop. In some cases, it remains stable at 25 FPS but in some cases, it remains at 25 only for sometime, and after that it starts to drop and sometimes it falls to even 3-4 FPS which is unacceptable during live streaming. As FFMpeg process is quite heavy, I would also like to share my CPU info as well.

  CPU information is :

  cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model       : 63
model name  : Intel(R) Xeon(R) CPU E5-2676 v3 @ 2.40GHz
stepping    : 2
microcode   : 0x25
cpu MHz     : 2400.070
cache size  : 30720 KB
physical id : 0
siblings    : 1
core id     : 0
cpu cores   : 1
apicid      : 0
initial apicid  : 0
fpu     : yes
fpu_exception   : yes
cpuid level : 13
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology eagerfpu pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm xsaveopt fsgsbase bmi1 avx2 smep bmi2 erms invpcid
bogomips    : 4800.14
clflush size    : 64
cache_alignment : 64
address sizes   : 46 bits physical, 48 bits virtual
power management:

  FFMPEG log file with unstable fps : https://drive.google.com/open?id=0B1gtp1iXJppkUndFamk4M0lRYzA

  FFMPEG log file with stable fps : https://drive.google.com/open?id=0B1gtp1iXJppkMkVCZEJjYWJrVTA

  When FPS was stable, I also tried to run another parallel FFMpeg process from the same server which resulted in FPS dropping of both the processes to 13-14 FPS.

  I am currently using this FFMPEG command :

  ffmpeg -loop 1 -re -y -f image2 -i "image_path" -i "audio_path.aac" -acodec copy -bsf:a aac_adtstoasc -pix_fmt yuv420p -profile:v high -s 1280x720 -vb 400k -maxrate 400k -minrate 400k -bufsize 600k -deinterlace -vcodec libx264 -preset veryfast -g 30 -r 30 -t 14400 -strict -2 -f flv "rtmp_server_link"

  I never face this problem when I try to stream to FB using app on my localhost.

  So, my questions are :

  1. What can be the reason for this FPS drop ?
  2. Can upscaling production server help me fix this issue ?
  3. Can I run multiple FFMpeg processes for streaming from same server without performance drop ?

  Thanks in advance :)