Recherche avancée

Sur d’autres sites (11556)

• 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

• How to improve quality and latency in FFmpeg

  3 août 2020, par Andrew

  I'm trying to stream FFmpeg over the new SRT protocol that's supported as an output. For now though, I'm sending it in the form of FFmpeg -> UDP -> SRT -> SRT -> UDP -> MPV/FFmpeg.

  


  Somewhere along the line, the quality degrades sharply, and latency increases by quite a bit. This seemed to happen when adding audio. Meaning, if streaming just video, quality is decent and latency is low. If streaming just audio, quality is great but latency is high.

  


  Not sure where I'm going wrong with this, so any help would be appreciated. The main focus points is high quality low latency.

  


  ---

  


  Recording video through :

  


  ./ffmpeg.exe -rtbufsize 2147M -f dshow -i video="":audio="" -flush_packets 0 -preset medium -tune zerolatency -f mp4 -b:v 6M -g 30 -f mpegts udp://127.0.0.1:9001?pkt_size=1316


  


  or

  


  ./ffmpeg.exe -f dshow -analyzeduration 200k -probesize 6M -i video="":audio="" -flush_packets 0 -preset fast -tune zerolatency -b:v 5M -b:a 384K -c:a libopus -g 25 -f mpegts udp://127.0.0.1:9001?pkt_size=1316


  


  ---

  


  Then when taking it back at the receiver side, I use one of :

  


  ./ffmpeg.exe -i udp://127.0.0.1:9001 -c copy -bufsize 32M -f mpegts udp://127.0.0.1:9002?bitrate=26214400
./mpv.exe udp://127.0.0.1:9002


  


  or

  


  ./mpv.exe --no-cache --untimed --no-demuxer-thread --video-sync=audio --vd-lavc-threads=1 udp://127.0.0.1:9002


  


  ---

  


  What am I missing ? As is quality is generally terrible and latency can get up to 10 seconds. Is it just not possible with this set up ?

  


• build : Strip spurious labels

  12 septembre 2013, par Loren Merritt

  build : Strip spurious labels
  The implementation of 25cb0c1a involves lots of spurious labels.
  The effect of keeping those labels around is making debugging harder.
  
  Those labels are meaningless, and complicate the disassembly. Also,
  
  gdb can’t tell the difference between them and function entry points.
  This new strip command is irrelevant to any usage of Libav that would
  
  have used the old fully stripped version, because the old one was for
  
  non-debug use.
  Signed-off-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
  

  • [DBH] configure
  • [DBH] library.mak