Recherche avancée

Sur d’autres sites (5152)

• Evolution #3336 : Amélioration sitemap.xml.html pour gestion des sites multilingues

  21 novembre 2014, par Guillaume Fahrner

  Pour permettre aux plugins d’étendre le flux XML sitemap le code suivant a également été intégré :

              #SETfond,#VALsitemap-|concat#VALEURtable_objet
  
              [(#GETfond|trouver_fond|oui)#INCLURE*fond=#GETfond]
  

  Il est donc possible de créer un fichier sitemap-#OBJET.html a la racine du plugin de son choix pour étendre le sitemap délivré par SPIP.

• FFMPEG generated h264/aac mp4 video first frame doesn't report a zero mediaTime using requestVideoFrameCallback html api [closed]

  12 mai 2023, par Daniel Robinson

  I have noticed that mp4 files generated using ffmpeg aren’t reporting a mediaTime of 0 via requestVideoFrameCallback for the first frame however files encoded as webm or via another encoder such as mainconcept its 0.

  


  You can see a demo of the issue here https://randomstuffdr.s3.eu-west-1.amazonaws.com/TEST-v3.HTML
As you increment the frames with video 1 you don’t see video progress until the third button press.

  


  With video 2-4, the mediaTime is 0 and a single press of the button increments the video by one frame.

  


  Browser : Chrome 113.0.5672.92 (Windows 10)

  


  FFMPEG Version : 6.0-essentials_build-www.gyan.dev or N-109421-g9adf02247c-20221216

  


  There was an interesting note on this page related to mediaTime implementation in chrome https://web.dev/requestvideoframecallback-rvfc/

  


  


  Of special interest in this list is mediaTime. In Chromium's
implementation, we use the audio clock as the time source that backs
video.currentTime, whereas the mediaTime is directly populated by the
presentationTimestamp of the frame. The mediaTime is what you should
use if you want to exactly identify frames in a reproducible way,
including to identify exactly which frames you missed.

  


  


  The led me to compare the PTS files of the video and audio stream between the ffmpeg and MC files using ffprobe however these are all zero for the first frames. The one interesting note, is that ffmpeg file seems to interleave video and audio packets in ffprobe while the mainconcept file has 8 video frames before audio, I have no idea if this is significant.

  


  What I would like to know is if there is any way I can make ffmpeg generate a file in a similar manner to mainconcept ? So far I have tried ; disabling b-frames, use baseline profile and avoid_negative_ts

  


  Video 1 – (Video : H264 /Audio : AAC / Wrapper : MP4 / Transcoder : FFMPEG)
.\ffmpeg.exe -i '720p50 Flash and Beep.mxf' -map 0:0 -map 0:1 -map_metadata -1 -c:v libx264 -crf 28 -b:v 118k -maxrate 118k -bufsize 236k -vf scale="480 :-1" -preset veryfast -c:a aac "..\low-res\720p50FlashandBeep_V_A.mp4"

  


  Video 2 – (Video : H264 /Audio : No Audio / Wrapper : MP4 / Transcoder : FFMPEG)
.\ffmpeg.exe -i '720p50 Flash and Beep.mxf' -map 0:0 -map 0:1 -map_metadata -1 -c:v libx264 -crf 28 -b:v 118k -maxrate 118k -bufsize 236k -vf scale="480 :-1" -preset veryfast -an "..\low-res\720p50FlashandBeep_V.mp4"

  


  Video 3 – (Video : vp8 /Audio : ogg / Wrapper : webm / Transcoder : FFMPEG)
.\ffmpeg.exe -i '720p50 Flash and Beep.mxf' -map 0:0 -map 0:1 -map_metadata -1 -c:v vp8 -crf 28 -b:v 118k -maxrate 118k -bufsize 236k -vf scale="480 :-1" -preset veryfast "..\low-res\720p50FlashandBeep_V_A.webm"

  


  Video 4 – (Video : H264 /Audio : AAC / Wrapper : MP4 / Transcoder : MainConcept)

  


• Revision 1c59ce0d912396c890acf3694b6cda35947d07ec : Retour sur r16615 : on remet la valeur par défaut ’.html’ pour l’extension ...

  8 décembre 2010, par Committo,Ergo:sum — Log

  Retour sur r16615 : on remet la valeur par défaut ’.html’ pour l’extension des squelettes dans le pipeline de styliser par souci de compatibilité (Cédric). git-svn-id : svn ://trac.rezo.net/spip/branches/spip-2.2@16653 caf5f3e8-d4fe-0310-bb3e-c32d5e47d55d