Recherche avancée

Sur d’autres sites (6815)

• http: Stop reading after receiving the whole file for non-chunked transfers

  11 août 2014, par Martin Storsjö

  http: Stop reading after receiving the whole file for non-chunked transfers
  Previously this logic was only used if the server didn’t
  
  respond with Connection : close, but use it even for that case,
  
  if the server response is non-chunked.
  Originally the http code has relied on Connection : close to close
  
  the socket when the file/stream is received - the http protocol
  
  code just kept reading from the socket until the socket was closed.
  
  In f240ed18 we added a check for the file size, because some
  
  http servers didn’t respond with Connection : close (and wouldn’t
  
  close the socket) even though we requested it, which meant that the
  
  http protocol blocked for a long time at the end of files, waiting
  
  for a socket level timeout.
  When reading over tls, trying to read at the end of the connection,
  
  when the peer has closed the connection, can produce spurious (but
  
  harmless) warnings. Therefore always voluntarily stop reading when
  
  the specified file size has been received, if not using a chunked
  
  transfer encoding. (For chunked transfers, we already return 0
  
  as soon as we get the chunk header indicating end of stream.)
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/http.c

• Save several .ts files in one container, while preserving direct http access

  16 mars 2017, par SebastianB

  For HLS-video-streaming I have several .ts files and a .m3u8 playlist-file on my ftp-server. The .m3u8 file links relative to these .ts files. Because I’m now implementing a more advanced data management on distributed servers and a hashed folder structure, it would be most convinient if these .ts files would stay at the same place in one kind of "container"(e.g. .mp4 ?).

  Is there a way to save several .ts files in another file structure which is then still accessible for the video player directly via http? E.g. http://example.com/container.mp4:video1.ts and the next .ts file like http://example.com/container.mp4:video2.ts ?

  Obviously this access should be possible without loading/unpacking the whole "container". Furthermore it would be even more convinient, if the .m3u8 file would be saved in this "container" as well.

• avformat/http: Add option to limit total reconnect delay

  22 avril 2024, par Derek Buitenhuis

  avformat/http: Add option to limit total reconnect delay
  The existing option only allows users to set the max delay for a
  
  single attempt, rather than the total allowed delay, which is both
  
  pretty unintitive, and only applicable when exponential backoff is
  
  used.
  The default for this option is set to 256, which is just above the
  
  effective total delay accomplished by the the existing
  
  reconnect_delay_max default of 120.
  Signed-off-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
  

  • [DH] libavformat/http.c
  • [DH] libavformat/version.h