Recherche avancée

Sur d’autres sites (11883)

• ffmpeg drops the moov atom when coverting mp4 to ogg, flv, or webm

  31 janvier 2014, par user1370897

  I'm using processor qtfaststart and the gem paperclip-ffmpeg in Rails to convert an mp4 file to either ogg, webm, or flv. However, I haven't had any success converting the mp4 file to these formats for streaming purposes because the moov atom gets dropped (converting mp4 to mp4 keeps its moov atom though*).

  I did a $ qtfaststart -l on the original mp4 file and I get this :

  ftyp (24 bytes)
  
  moov (5691 bytes)
  
  free (399309 bytes)
  
  mdat (12312760 bytes)

  Which shows me that the mp4 file has an moov atom in there. The command that paperclip-ffmpeg is executing is something like this :

  $ ffmpeg -i ~/Movies/VID_20140119_134445.mp4 -acodec libvorbis -ac 2 -ab 96k -ar 44100 -s 640x360 -y ~/tmp/iguana.webm

  However, doing a qtfaststart on the new file (iguana.webm) I get the following :

  $ qtfaststart -l ~/tmp/iguana.webm 
  
  moov atom not found, is this a valid MOV/MP4 file?
  
  Traceback (most recent call last):
  
  File "/usr/local/bin/qtfaststart", line 5, in <module>
  
  pkg_resources.run_script(&#39;qtfaststart==1.8&#39;, &#39;qtfaststart&#39;)
  
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 489, in run_script
  
  self.require(requires)[0].run_script(script_name, ns)
  
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 1214, in run_script
  
  exec script_code in namespace, namespace
  
  File "/Library/Python/2.7/site-packages/qtfaststart-1.8-py2.7.egg/EGG-INFO/scripts/qtfaststart", line 17, in <module>
  
  
  
  File "build/bdist.macosx-10.9-intel/egg/qtfaststart/command.py", line 44, in run
  
  File "build/bdist.macosx-10.9-intel/egg/qtfaststart/processor.py", line 65, in get_index
  
  File "build/bdist.macosx-10.9-intel/egg/qtfaststart/processor.py", line 106, in _ensure_valid_index
  
  qtfaststart.exceptions.FastStartException
  
  </module></module>

  I've also tried adding the option -movflags faststart to the command ffmpeg but ffmpeg still keeps dropping the moov atom to the output file.

  I'm using Rails 4, paperclip-ffmpeg 1.0.1, ffmpeg 2.1.3 Built on Jan 28 2014. Any help would be greatly appreciated.

• ffmpeg drops the moov atom when coverting mp4 to ogg, or flv, webm

  31 janvier 2014, par user1370897

  I'm using processor qtfaststart and the gem paperclip-ffmpeg in Rails to convert an mp4 file to either ogg, webm, or flv. However, I haven't had any success converting the mp4 file to these formats for streaming purposes because the moov atom gets dropped (converting mp4 to mp4 keeps its moov atom though*).

  I did a $ qtfaststart -l on the original mp4 file and I get this :

  ftyp (24 bytes)
  
  moov (5691 bytes)
  
  free (399309 bytes)
  
  mdat (12312760 bytes)

  Which shows me that the mp4 file has an moov atom in there. The command that paperclip-ffmpeg is executing is something like this :

  $ ffmpeg -i ~/Movies/VID_20140119_134445.mp4 -acodec libvorbis -ac 2 -ab 96k -ar 44100 -s 640x360 -y ~/tmp/iguana.webm

  However, doing a qtfaststart on the new file (iguana.webm) I get the following :

  $ qtfaststart -l ~/tmp/iguana.webm 
  
  moov atom not found, is this a valid MOV/MP4 file?
  
  Traceback (most recent call last):
  
  File "/usr/local/bin/qtfaststart", line 5, in <module>
  
  pkg_resources.run_script(&#39;qtfaststart==1.8&#39;, &#39;qtfaststart&#39;)
  
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 489, in run_script
  
  self.require(requires)[0].run_script(script_name, ns)
  
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/pkg_resources.py", line 1214, in run_script
  
  exec script_code in namespace, namespace
  
  File "/Library/Python/2.7/site-packages/qtfaststart-1.8-py2.7.egg/EGG-INFO/scripts/qtfaststart", line 17, in <module>
  
  
  
  File "build/bdist.macosx-10.9-intel/egg/qtfaststart/command.py", line 44, in run
  
  File "build/bdist.macosx-10.9-intel/egg/qtfaststart/processor.py", line 65, in get_index
  
  File "build/bdist.macosx-10.9-intel/egg/qtfaststart/processor.py", line 106, in _ensure_valid_index
  
  qtfaststart.exceptions.FastStartException
  
  </module></module>

  I've also tried adding the option -movflags faststart to the command ffmpeg but ffmpeg still keeps dropping the moov atom to the output file.

  I'm using Rails 4, paperclip-ffmpeg 1.0.1, ffmpeg 2.1.3 Built on Jan 28 2014. Any help would be greatly appreciated.

• Anomalie #3203 (Nouveau) : Problème sur les articles post-datés

  11 avril 2014, par - Equipement

  Bonjour,

  Le problème constaté :
  - La fonctionnalité « Ne pas publier les articles avant la date de publication fixée » est active.
  - Un article a été publié (le 27/03/14) avec comme date de publication le 02/04/14 à 0h01.
  - Le 27/03/14, aucun problème, l’article est bien en attente.
  - Le 28/03/14, une personne me signale que l’article est en ligne.

  A noter qu’un problème similaire avait été signalé puis fermé (http://core.spip.org/issues/2902).

  Après de nombreuses recherches, j’ai trouvé comment reproduire ce problème.

  Cette procédure fonctionne sous SPIP 2.1.26 ainsi que sous SPIP 3.0.16 (sans plugins additionnels) :

  a) Dans la configuration de SPIP, l’option "Ne pas publier les articles avant la date de publication fixée" est cochée.

  b) Création de l’article B post-daté à la date N à 13h55 (le statut de l’article est : publié).

  c) Création de l’article A post-daté à la date N à 14h00 (le statut de l’article est : publié).

  d) A la date N à 13h52, on tente de consulter l’article A sur le site public en étant authentifié. Sur le site public on ne peut pas visualiser l’article A. On ne consulte volontairement pas l’article B.

  e) A la date N à 13h56, on consulte l’article A sans être authentifié. L’article A est visible sur le site public. On ne consulte volontairement pas l’article B.

  f) A la date N à 13h59, on tente de consulter l’article A sans être authentifié (avec &tt=1 pour forcer le calcul de la page). Sur le site public on ne peut pas visualiser l’article A.

  g) A la date N à 14h02, l’article A et l’article B sont accessibles sur le site public.

  Le problème provient du fait qu’à l’étape e) SPIP actualise bien ’calculer_prochain_postdate’ (dans ecrire/public.php), mais après l’affichage de la page. Aussi, la page affichée se base sur l’ancienne valeur de ’calculer_prochain_postdate’ (celle de l’article B).

  Exemple de solution :
  Si dans ecrire/public.php, on met en commentaire le code relatif à ’date_prochain_postdate’ et que, par exemple, l’on place le code suivant juste avant « Charger l’aiguilleur des traitements derogatoires » (je ne sais pas si c’est le meilleur emplacement), alors j’ai constaté que le problème disparaît :

  if (!((_request(’var_mode’) == ’debug’) OR $tableau_des_temps))
      if (isset($GLOBALS[’meta’][’date_prochain_postdate’])
      AND $GLOBALS[’meta’][’date_prochain_postdate’] <= time()) 
          include_spip(’inc/rubriques’) ;
          calculer_prochain_postdate(true) ;
      
  
  

  Cordialement
  Equipement