1. 10 Oct, 2016 1 commit
  2. 26 Sep, 2016 1 commit
  3. 24 Sep, 2016 1 commit
    • Ilkka Ollakka's avatar
      access_output: livehttp: update playlist within seglen-periods · e44cdded
      Ilkka Ollakka authored
      Previously we updated playlist only when we got headers from stream. Now
      we update playlist/segments when we reach seglen-duration from start of
      the segment. At that point code writes all full sets to segment-file and
      starts new file.  When we reach header-block we move currently ongoing
      set to queue of full sets.
  4. 17 May, 2016 2 commits
  5. 21 Apr, 2016 1 commit
  6. 04 Feb, 2016 1 commit
  7. 18 Dec, 2015 1 commit
  8. 10 Oct, 2015 1 commit
  9. 27 Aug, 2015 1 commit
    • Rémi Denis-Courmont's avatar
      url: remove vlc_UrlParse() option parameter · d7a88fe0
      Rémi Denis-Courmont authored
      That parameter assumed that the query was part of the path. However it
      is not, which leads to invalid host name, and eventually failure when
      the path is missing. In practice, passing any value other than '?' as
      separator would not work properly.
      Remaining vlc_UrlParse() call sites without the option separator do not
      support query at the protocol level anyway, so they are unaffected by the
      Signed-off-by: Rémi Denis-Courmont's avatarRémi Denis-Courmont <remi@remlab.net>
  10. 23 Aug, 2015 1 commit
  11. 05 Jun, 2015 1 commit
    • KO Myung-Hun's avatar
      access_output_file: fix compilation on OS/2 · 5520cd1f
      KO Myung-Hun authored
        CC       access_output/file.lo
      access_output/file.c: In function 'Open':
      access_output/file.c:288:9: error: implicit declaration of function 'setmode' [-Werror=implicit-function-declaration]
               setmode (STDOUT_FILENO, O_BINARY);
      cc1.exe: some warnings being treated as errors
      make.exe[4]: *** [access_output/file.lo] Error 1
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
  12. 03 Jun, 2015 1 commit
  13. 31 May, 2015 1 commit
  14. 26 May, 2015 4 commits
  15. 30 Mar, 2015 1 commit
    • Steinar H. Gunderson's avatar
      Fix Metacube header handling with multiple header blocks. · f367b695
      Steinar H. Gunderson authored
      Some muxes, e.g. MP4, will send multiple header blocks. These are
      merged by the HTTP server to a single header which is sent out to
      the beginning of each client. However, they are _also_ sent out
      directly on the wire to any client that connected before the first
      block. In this case, we would send two separate Metacube header
      blocks, which would have Cubemap (correctly) discard the first and
      set only the second as header.
      This would make us send only part of the MP4 header when sending
      through Cubemap, if Cubemap connected before the first non-header
      block, which would in turn confuse Chrome on Android (although not
      Chrome on e.g. Linux). As Cubemap is pretty aggressive about
      reconnecting (trying every 200 ms), this could easily happen in practice.
      Signed-off-by: Jean-Baptiste Kempf's avatarJean-Baptiste Kempf <jb@videolan.org>
  16. 23 Mar, 2015 1 commit
  17. 13 Mar, 2015 1 commit
  18. 12 Feb, 2015 1 commit
  19. 05 Dec, 2014 2 commits
  20. 21 Sep, 2014 2 commits
  21. 15 Aug, 2014 1 commit
  22. 15 Jul, 2014 2 commits
  23. 29 Jun, 2014 1 commit
  24. 27 May, 2014 1 commit
  25. 15 May, 2014 1 commit
  26. 25 Feb, 2014 1 commit
  27. 24 Feb, 2014 2 commits
    • Denis Charmet's avatar
    • Steinar H. Gunderson's avatar
      Support the Metacube protocol when streaming over HTTP. · 22a76f31
      Steinar H. Gunderson authored
      This is an inclusion of a patch that has been living out-of-tree for some time,
      but now as Cubemap 1.0.0 has been released and the protocol has been frozen,
      it would sound reasonable to get it into mainline.
      Essentially it makes the VLC HTTP server support the Metacube protocol, which
      is a framing format to let an external reflector know where the start and end
      of the blocks are without having to understand the format itself (similar to
      how the VLC HTTP server itself gets to know this information). This lets it
      serve the correct header block to new clients joining in the middle of the
      stream, and makes sure new clients don't start in the middle of a block,
      which is a problem for non-self-synchronizing formats (such as FLV and WebM).
      It includes self-synchronization and header checksumming to ensure smooth
      recovery from overruns in the server-to-reflector TCP stream.
      The only consumer of this protocol currently, and for the foreseeable future,
      is Cubemap (http://git.sesse.net/?p=cubemap), a scalable video reflector
      designed to be used with VLC.
      Signed-off-by: Denis Charmet's avatarDenis Charmet <typx@dinauz.org>
  28. 29 Dec, 2013 4 commits
  29. 16 Dec, 2013 1 commit