Recherche avancée

Sur d’autres sites (15340)

• avformat/matroskadec : Improve invalid length error handling

  17 mai 2019, par Andreas Rheinhardt

  avformat/matroskadec : Improve invalid length error handling
  1. Up until now, the error message for EBML numbers whose length exceeds
  
  the limits imposed upon them because of the element's type did not
  
  distinguish between known-length and unknown-length elements. As a
  
  consequence, the numerical value of the define constant
  
  EBML_UNKNOWN_LENGTH was emitted as part of the error message which is
  
  of course not appropriate. This commit changes this by adding error
  
  messages designed for unknown-length elements.
  2. We impose some (arbitrary) sanity checks on the lengths of certain
  
  element types ; these checks were conducted before the checks depending
  
  on whether the element exceeds its containing master element. Now the
  
  order has been reversed, because a failure at the (formerly) latter
  
  check implies that the file is truly erroneous and not only fails our
  
  arbitrary length limit. Moreover, this increases the informativeness of
  
  the error messages.
  3. Furthermore, the error message in general has been changed by replacing
  
  the type of the element (something internal to this demuxer and
  
  therefore suitable as debug output at best, not as an error message
  
  intended for ordinary users) with the element ID. The element's position
  
  has been added, too.
  4. Finally, the length limit for EBML_NONE elements has been changed so
  
  that all unknown-length elements of EBML_NONE-type trigger an error.
  
  This is done because unknown-length elements can't be skipped and need
  
  to be parsed, but there is no syntax to parse available for EBML_NONE
  
  elements. This is done in preparation for a further patch which allows
  
  more unknown-length elements than just clusters and segments.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/matroskadec.c

• lavu/opt : fix range check logic in set_format()

  16 décembre 2013, par Stefano Sabatini

  lavu/opt : fix range check logic in set_format()
  In particular, allow to reject undefined values. Previously the code
  
  was only accepting values in the range -1 .. NB_FORMATS-1.
  

  • [DH] libavutil/opt.c

• Firefox audio tag doubles length of OGG Vorbis

  22 mai 2014, par tomysshadow

  So, here I have a demo file from my website

  http://members.shaw.ca/darolynk/breakup/html5game/snd_music.ogg

  I am running off of Firefox Beta 30.0 and this issue does not persist in Google Chrome. In Firefox, when I play the file back, the length is displayed at around twice of its actual length as 32:13 when it is only 12:52 in length. Even worse, the audio stutters, playing one second of noise, one second of silence. This issue is not persistent in Chrome nor Opera. It is not a streaming issue (the song is streamed by the time it is played back in fact).

  I am wondering if this is an issue with the codec or with Firefox’s intrepretation of the codec, but more importantly, I want to know how to fix it. Some information about the file : the file is in OGG Vorbis format, 44100 Hz, 32 kbps Mono (yes, I am running out of storage space). It was encoded with SUPER, which in turn uses FFMpeg and MEncoder as necessary.

  This does not apply to all files of this format, making the issue even stranger. Are OGG Vorbis files over a certain length not allowed or interpreted differently by Firefox ? This must be the case for someone else and not just me...

  Any help is appreciated, thanks in advance !