Recherche avancée

Sur d’autres sites (5979)

• Anomalie #3735 (Nouveau) : Autorisation et nom d’objet composé

  2 mars 2016, par phe nix

  Hello,

  Il y a un sale bug dans le système d’autorisation :

  Je voulais ajouter le support des documents sur les réponses de formidable (objet formulaires_reponse). J’ai donc activer cela dans l’admin. Mais ça ne fonctionne pas.
  En réalité, autorisé "détruit" tout les "_" et il est impossible d’activer les documents sur un objet SPIP dont le nom serait composé :

  if ($faire == ’joindredocument’) 
      var_dump($type) ;
  
  $type = str_replace(’_’, ’’, strncmp($type, "_", 1) == 0 ? $type : objet_type($type, false)) ;
  if ($faire == ’joindredocument’) 
  
      var_dump($type) ;
  
      
  

  Renvoie :

  string ’formulaires_reponse’ (length=19)
  string ’formulairesreponse’ (length=18)
  

  Je pense qu’il faut corriger la suppression des "_" et ajouter la recherche d’une fonction pour le $type qui n’a pas "_" pour ne pas casser les fonctions d’autorisation qui ont pris en compte ce bug.

• fate : Add tests for RealAudio 1.0 (14.4) and RealAudio 2.0 (with 28.8)

  21 juillet 2014, par Katerina Barone-Adesi

  fate : Add tests for RealAudio 1.0 (14.4) and RealAudio 2.0 (with 28.8)
  Signed-off-by : Diego Biurrun <diego@biurrun.de>
  

  • [DH] tests/fate/real.mak
  • [DH] tests/ref/fate/ra3-144
  • [DH] tests/ref/fate/ra4-288

• ffmpeg outputs that the first frame of a 25fps video shows for only 1ms

  13 avril 2019, par Chubacca

  I’m using ffmpeg to split up a video by frames. For a video that is 25fps, my expectation would be that it would show frame 0 for 40ms, and then it would show frame 1 for 40ms, etc. However, when I use ffmepg to analyze the video, this is not what I get.

  I pulled frames out of the video using the following commands :

  ffmpeg -i original.mp4 -ss 00:00:00.000 -vframes 1 0.000.png
  
  ffmpeg -i original.mp4 -ss 00:00:00.001 -vframes 1 0.001.png
  
  ffmpeg -i original.mp4 -ss 00:00:00.040 -vframes 1 0.040.png
  
  ffmpeg -i original.mp4 -ss 00:00:00.041 -vframes 1 0.041.png

  In this, I would expect 0.000.png and 0.001.png to be the same frame, but the resulting pngs are different. However, on the flipside, 0.001.png and 0.040.png ARE the same frame, while 0.040.png and 0.041.png are different frames. It seems as though the frame at 0.000.png is only showing for 1ms. I’ve tested this on multiple different videos, with consistent results. Can anybody explain why this is or why my expectations are potentially incorrect ?

  As a side note, when I load the same video into an HTML5 video tag in the browsers, when I play the video the first frame shows for 64 milliseconds, and all other frames show for 40 milliseconds. I can test this by comparing frames for the following commands :

  player.currentTime = 0
  
  player.currentTime = .063 // same frame as 0
  
  player.currentTime = .064 // different frame than .063
  
  player.currentTime = .103 // same frame as .064
  
  player.currentTime = .104 // different frame than .103

  This also defies expectations, and makes matching up frames/times for the video between ffmpeg and html5 video even more annoying. Does anyone know what’s going on here ?

  If it’s helpful, here is the metadata from the video :

  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'original.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2avc1mp41
  
      encoder         : Lavf58.17.101
  
    Duration: 01:36:16.20, start: 0.000000, bitrate: 2301 kb/s
  
      Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2200 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default)
  
      Metadata:
  
        handler_name    : VideoHandler
  
      Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 96 kb/s (default)
  
      Metadata:
  
        handler_name    : SoundHandler