Recherche avancée

Sur d’autres sites (4208)

• Concat two mp4 files with MP4Box error : Bad Parameter [on hold]

  6 février 2014, par user3279646

  I'm trying to concat two mp4 files. But I get an error : Bad Parameter

  Can someone help me with this problem ?

  I'm using de debian packages. On a previously version it worked fine. I moved from a old debian version to the new one and I also had to change the ffmpeg to avconv which I use to create these mp4 files. I also had to change the audio codec to '-acodec aac -strict experimental'

  Kind Regards,
  Marcel

      MP4Box -force-cat -cat conv1-1391608417314.mp4 -add conv1-1391608417345.mp4 -new output.mp4
  
      IsoMedia import - track ID 1 - Video (size 384 x 288)
  
      Error importing conv1-1391608417345.mp4: Bad Parameter

  ---

      MP4Box -info conv1-1391608417314.mp4
  
      Movie Info 
  
      Timescale 1000 - Duration 00:00:23.985
  
      Fragmented File no - 2 track(s)
  
      File Brand isom - version 512
  
      Created: UNKNOWN DATE
  
      File has root IOD (9 bytes)
  
      Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
  
      Visual PL: Not part of MPEG-4 Visual profiles (0xfe)
  
      Audio PL: Not part of MPEG-4 audio profiles (0xfe)
  
      No streams included in root OD
  
  
  
      iTunes Info:
  
      Encoder Software: Lavf53.21.1
  
  
  
      Track # 1 Info - TrackID 1 - TimeScale 1000 - Duration 00:00:23.985
  
      Media Info: Language "Undetermined" - Type "vide:avc1" - 23988 samples
  
      Visual Track layout: x=0 y=0 width=384 height=288
  
      MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
  
      AVC/H264 Video - Visual Size 384 x 288
  
      AVC Info: 1 SPS - 1 PPS - Profile High @ Level 4.2
  
      NAL Unit length bits: 32
  
      Self-synchronized
  
  
  
      Track # 2 Info - TrackID 2 - TimeScale 44100 - Duration 00:00:23.962
  
      Media Info: Language "Undetermined" - Type "soun:mp4a" - 1032 samples
  
      MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
  
      MPEG-4 Audio MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 44100
  
      Synchronized on stream 1
  
      Alternate Group ID 1

  ---

      MP4Box -version
  
      MP4Box - GPAC version 0.5.0-rev
  
      GPAC Copyright: (c) Jean Le Feuvre 2000-2005
  
      (c) ENST 2005-200X
  
      GPAC Configuration: --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --prefix=/usr --mandir=${prefix}/share/man --libdir=lib/x86_64-linux-gnu --extra-cflags='-Wall -fPIC -DPIC -I/usr/include/mozjs -DXP_UNIX' --enable-joystick --enable-debug --disable-ssl
  
      Features: GPAC_HAS_JPEG GPAC_HAS_PNG

• Anomalie #2884 : un modèle doc dans une liste, interrompt l’énumération

  11 août 2014, par cedric -

  En fait le problème vient de http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/texte_mini.php#L80 qui ajoute 2 retours ligne après un modèle de type bloc (comme doc ou img avec legende), ce que le traitement des listes interprete ensuite comme une fermeture/reouverture d’une nouvelle liste.
  Il faudrait se passer de ces 2 retours ligne forcé ici, car normalement paragrapher est censé faire proprement le boulot ensuite. Si l’on ne mets qu’un seul retour ligne cela corrige le bug, mais je crains que cela ne casse autre chose, il nous manque vraiment des tests unitaires complets pour propre avec autant de test-cases que possible pour savoir ce que l’on fait.

  Cf ce que l’on dispose dans la plugin markdown :

  https://github.com/Cerdic/markdown/tree/master/tests/data/typo
  adapté des tests unitaires du parseur ParseDown https://github.com/Cerdic/markdown/tree/master/lib/parsedown/test/data

  et les variantes
  https://github.com/Cerdic/markdown/tree/master/tests/data/modeles_spip_inline
  https://github.com/Cerdic/markdown/tree/master/tests/data/modeles_spip_block
  https://github.com/Cerdic/markdown/tree/master/tests/data/liens_spip

  Peut-être on pourrait utiliser cette base pour construire une base de tests pour la syntaxe SPIP, quitte à generer un point de départ à partir de sale(*.html), repasser à la main dessus pour verification, puis regenerer la sortie html avec propre(), ce qui nous donnerait un etat de l’art.

  A partir de là on peut checker un minimum tout risque de casse lié à un bugfix.

  Je propose donc de repousser la résolution de ce ticket à SPIP 3.1

• Evolution #4468 : Unification des CSS pour les boutons et les icônes

  15 septembre 2020, par nicod _

  Donc pour les liens boutons, il faudrait soit limiter à la balise → a.bouton … , mais c’est un peu sale. Ou alors trouver une autre classe pour le bandeau.

  Pourquoi "un peu sale" ? à part a et button, voir input[type=button] je ne vois pas où on pourrait appliquer cette classe.

  Mais +1 pour renommer la classe des li de

  • , qui n’a pas de logique là, ce serait plus cohérent.