Recherche avancée

Sur d’autres sites (9260)

• Accurately calculate concatenated audio file size without actually concatenating for rss enclosure length

  19 décembre 2024, par askrill

  A little background. Im working on implementing DAI into a podcast hosting and the solution I’m working with is splitting the audio file for mid role ads and then just concatenating the files with the ad in middle. All files will be the same encoding, bitrate… what I need to figure out is what to put as the length of the encloser in the rss feed. In addition if the ad is gonna change per request then there’s no way to keep that encloser length accurate unless all the ads are the same size.

  


• Is it possible to fetch some key-frames of a video by using the HTTP Range header

  9 décembre 2020, par pvd

  I've read the SO problem , and it seems not applying to my specific case.

  


  Is it possible to fetch some key-frames of a video from web server by the HTTP Range header ? For example, for a 30 seconds duration video, we'd like to analysis the I-frame around 00:00:02, 00:00:15, 00:00:28.

  


  I need to analysis the videos from internal web server to detect if there's specific watermarks in it and some other analysis.

  


  Since the first I-frame might be invalid sometimes(Logo for example), we were planning to extract the I-frame from the 00:00:02, the middle I-frame, and the last 2nd second I-frame.

  


  For example, for a 30 seconds duration video, we'd like to analysis the I-frame around 00:00:02, 00:00:15, 00:00:28.

  


  We could make it works while download the whole video, since most of the data we downloaded from the server are not being used. I was wondering if maybe we could only use the HTTP Range header to download partial data and analysis it ?

  


• avformat/matroskadec : Accept more unknown-length elements

  17 mai 2019, par Andreas Rheinhardt

  avformat/matroskadec : Accept more unknown-length elements
  The current Matroska specifications mandate that only two elements may
  
  use an unknown-length length : Segments and clusters. But this was not
  
  always so : For the greater part of Matroska's existence, all master
  
  elements were allowed to make use of the unknown-length feature.
  And there were muxers creating such files : For several years
  
  libavformat's Matroska muxer used unknown-length for all master
  
  elements when the output wasn't seekable. This only stopped in March
  
  2010 with 2529bb30. And even afterwards it was possible (albeit
  
  unlikely) for libavformat to create unknown-length master elements
  
  that are in violation of today's specifications, namely if the master
  
  element was so big that the seek backwards to update the size could
  
  no longer be performed inside the AVIOContext's write buffer. This
  
  has only been fixed in October 2016 (with the patches that introduced
  
  support for writing CRC-32 elements).
  Libavformat's Matroska demuxer meanwhile has never really supported
  
  unknown-length elements besides segments and clusters. Support for the
  
  latter was hardcoded. This commit changes this : Now all master elements
  
  for which a syntax to parse them is available are supported. This
  
  includes the files produced by old versions of libavformat's muxer.
  More precisely, master elements that have unknown length and are about
  
  to be parsed (not skipped) are supported ; only a warning is emitted for
  
  them. For normal files, this means that level 1 elements after the
  
  clusters that are encountered after the clusters have been parsed (i.e.
  
  not because they are referenced by the seekhead at the beginning of the
  
  file) are still unsupported (they would be skipped at this point if
  
  their length were known).
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/matroskadec.c