Recherche avancée

Sur d’autres sites (4972)

• avcodec/mpegvideo : Only keep the actually used unquantize funcs

  19 mars, par Andreas Rheinhardt

  avcodec/mpegvideo : Only keep the actually used unquantize funcs
  For all encoders and all decoders except MPEG-4 the unquantize
  
  functions to use don't change at all and therefore needn't be
  
  kept in the context. So discard them after setting them ;
  
  for MPEG-4, the functions get assigned on a per-frame basis.
  Decoders not using any unquantize functions (H.261, MPEG-1/2)
  
  as well as decoders that only call ff_mpv_reconstruct_mb()
  
  through error resilience (RV30/40, the VC-1 family) don't have
  
  the remaining pointers set at all.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/arm/mpegvideo_arm.c
  • [DH] libavcodec/arm/mpegvideo_arm.h
  • [DH] libavcodec/arm/mpegvideo_armv5te.c
  • [DH] libavcodec/h263dec.c
  • [DH] libavcodec/mips/mpegvideo_init_mips.c
  • [DH] libavcodec/mpeg4videodec.c
  • [DH] libavcodec/mpeg4videodec.h
  • [DH] libavcodec/mpegvideo.c
  • [DH] libavcodec/mpegvideo.h
  • [DH] libavcodec/mpegvideo_enc.c
  • [DH] libavcodec/mpegvideo_unquantize.c
  • [DH] libavcodec/mpegvideo_unquantize.h
  • [DH] libavcodec/neon/mpegvideo.c
  • [DH] libavcodec/ppc/mpegvideo_altivec.c
  • [DH] libavcodec/x86/mpegvideo.c

• fate : Prefix cllc tests with canopus

  9 avril 2015, par Vittorio Giovara

  fate : Prefix cllc tests with canopus
  They belong to the same family of codecs.
  

  • [DBH] tests/fate/lossless-video.mak
  • [DBH] tests/ref/fate/canopus-cllc-argb
  • [DBH] tests/ref/fate/canopus-cllc-rgb
  • [DBH] tests/ref/fate/canopus-cllc-yuy2-noblock

• 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 :)