Recherche avancée

Sur d’autres sites (8970)

• Anomalie #4242 : [BUG : aucun moyen de définir les constantes utilisé dans l’écran de sécurité] : ...

  13 décembre 2018, par jluc -

  De mémoire : l’écran a été conçu pour être installé par un hébergeur de manière indépendante des sites SPIP hébergés, via un apache prepend.

  On trouve des traces de cet objectif dans la doc où on voit que la problèmatique "hébergeur" est très importante : « un hébergeur (snip) ne souhaite pas laisser de trou sur un de ses sites hébergés ... Cet écran peut être activé au niveau du serveur sur l’ensemble des scripts php (SPIP ou pas), et garantit, s’il est à jour, que toutes les failles connues de quelque version de SPIP que ce soit sont impossibles à exploiter. »

  Dans cette configuration "prepend apache", l’écran est indépendant des sites SPIP et il ne peux accéder aux fichiers de configs.

  Aprés, ça n’empêche pas de lui demander d’y accéder s’il y en a un. Mais je me demande s’il faut lui faire accéder à tout le mes_options qui peut être trés important et lourd ... et qui peut être aussi ciblé par des failles que l’écran est sensé corriger.

  Si fichier de configuration il y a, il me semble donc que ce devrait être un fichier d’option léger et dédié à l’écran seulement, voir un fichier d’ .ini non exécutable.

• vdpau : add av_vdpau_bind_context()

  4 octobre 2014, par Rémi Denis-Courmont

  vdpau : add av_vdpau_bind_context()
  This function provides an explicit VDPAU device and VDPAU driver to
  
  libavcodec, so that the application is relieved from codec specifics
  
  and VdpDevice life cycle management.
  A stub flags parameter is added for future extension. For instance, it
  
  could be used to ignore codec level capabilities (if someone feels
  
  dangerous).
  Signed-off-by : Anton Khirnov <anton@khirnov.net>
  

  • [DBH] doc/APIchanges
  • [DBH] libavcodec/vdpau.c
  • [DBH] libavcodec/vdpau.h
  • [DBH] libavcodec/vdpau_internal.h
  • [DBH] libavcodec/version.h

• How to acurately trim audio and video with ffmpeg ? [closed]

  6 janvier 2024, par ws90

  I'm trying to automate the trimming and concatenation of video clips that also contain audio using ffmpeg.
The following commands are being used to trim clips and then concatenate the trimmed clips.

  


  .\ffmpeg -ss $startInSeconds -i $inputFile -t $partDurationInSeconds $outputFile


  


  This is done once per input file, the values of $startInSeconds and $partDurationInSeconds are different for different clips.

  


  .\ffmpeg -f concat -safe 0 -i .\list.txt -c copy $concatOutputFile


  


  list.txt is a list of $outputFile from the first trim command.

  


  The audio of the concat video file gradually de-syncs over time (slowing down compared to the trimmed clips), which is the problem I'm looking to fix.
It seems to slow down by about half a frame at each concat join.

  


  Why is the concat command causing this de-sync and what can I do about it ?

  


  I thought this was due to a mismatch in duration between the audio and video tracks of a trimmed clip (the audio would often be shorter than the video after trimming). I then tried padding the audio to match the video before concatenating but the problem persists.
I also found an example where the tracks were identical in length and the problem persists, so I think the concat command is the culprit, not the trim command.