Recherche avancée

Sur d’autres sites (10612)

• libavcodec : Implementation of AAC_fixed_decoder (LC-module) [4/4]

  30 juin 2015, par Jovan Zelincevic

  libavcodec : Implementation of AAC_fixed_decoder (LC-module) [4/4]
  Build system modified
  There are several warnings occurring during build after this patch is
  
  applied. The cause of most of these warnings is in that some definitions
  
  needed here are logical part of sbr module and are added in later patches.
  
  When this patches are applied these warnings stop occurring.
  The only warning that is added here and is not fixed with later patches
  
  is warning that warns that type mismatch for table ff_aac_eld_window_480.
  The reason for this warning is in that ER AAC ELD 480 is not integrated in
  
  to the fixed point implementation at this moment and there is no fixed point
  
  version of this table.
  Signed-off-by : Nedeljko Babic <nedeljko.babic@imgtec.com>
  
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] configure
  • [DH] libavcodec/Makefile
  • [DH] libavcodec/aacdec.c
  • [DH] libavcodec/aacdec_fixed.c
  • [DH] libavcodec/allcodecs.c

• Anomalie #3504 : anomalie dans cvt_autosave : les purges ne se font pas

  24 juillet 2015, par cedric -

  OK, bien vu sur le timestamp en ms en JS vs s pour PHP.
  Par contre je réponds en vrac sur les autres points :

  • si un utilisateur revient 1 an après, il n’aura plus de session du tout, car les vieilles sessions sont purgées, meme si on a ce bug dans la purge de l’autosave qui ne concerne en fait que les utilisateurs qui se connectent régulièrement et conservent ainsi leur session vivante.
  • purger les sessions autosave dans charger() est une très mauvaise idée en terme de charge serveur. En effet charger() est executé à chaque affichage du formulaire et donc de la page, elle doit donc rester le plus light possible sous peine de pénaliser la charge serveur et de dégrader fortement les perfs du site
  • on peut améliorer la purge en l’executant a chaque traiter() si l’utilisateur a une session. Le scenario que tu imaginais devient ainsi très peu plausible car il suppose que l’utilisateur ne valide aucun formulaire nulle part pendant un long moment pour qu’on arrive a lui ressortir un vieil autosave
  • on ne peut pas mettre de _dist sur les fonctions : ce sont des pipelines, non surchargeables

• ffmpeg stream rc buffer underflow

  5 août 2015, par finder2

  At the moment I’m setting up a screen-sharing platform with the opensource tool ffmpeg / ffserver. At the beginning of the sharing everything is fine. After around 1 1/2 minutes I get the following exception in the output.

  [flv @ 0x3a47aa0] rc buffer underflow
[flv @ 0x3a47aa0] max bitrate possibly too small or try trellis with large lmax or increase qmax

  I’ve tried to set an verry high lmax & qmax but this hasn’t changed any thing.Additionally I’ve tried to increase the bitrate , the buffersize and the bitrate.

  I use the following command with ffmpeg :

  ffmpeg -f x11grab -s 1920x1080 -r 20 -i :0.0+1680,0 "http://localserver.de:8080/input1.ffm"

  The config file for the ffserver is :

  HTTPPort 8080
  
  HTTPBindAddress 0.0.0.0
  
  MaxHTTPConnections 2000
  
  MaxClients 1000
  
  MaxBandwidth 50000
  
  CustomLog -
  
  
  
  <feed>
  
    File /var/ffserver/input1.ffm
  
    FileMaxSize 20M
  
    ACL allow *FROM IP*  *TO IP* 
  
  </feed>
  
  
  
  <stream>
  
    Feed input1.ffm
  
    Format swf
  
    VideoCodec flv
  
    VideoFrameRate 20
  
    VideoBufferSize 8000
  
    VideoBitRate 250
  
    VideoQMin 1
  
    VideoQMax 5
  
    VideoSize 640x400
  
    PreRoll 0
  
    StartSendOnKey
  
    NoAudio
  
  </stream>

  An other streaming format would also be a possibility but I didn’t know which are possible for live-streaming.

  Thanks in advanced

  efinder2