1. 09 Oct, 2008 1 commit
  2. 08 Sep, 2008 1 commit
  3. 07 Sep, 2008 1 commit
  4. 31 Aug, 2008 2 commits
  5. 26 Aug, 2008 3 commits
  6. 22 Aug, 2008 1 commit
  7. 20 Aug, 2008 1 commit
    • Eric Petit's avatar
      Fixes bad error checking on read errors. · f5f434a6
      Eric Petit authored
      Don't use "p_block->i_buffer = read(...)", i_buffer is unsigned so you
      won't catch read errors and will end up crashing using a 4GB buffer
      instead. This fixes a DVB segv I was seeing.
      f5f434a6
  8. 13 Aug, 2008 1 commit
  9. 12 Aug, 2008 1 commit
  10. 31 Jul, 2008 1 commit
  11. 03 Jul, 2008 1 commit
  12. 24 Jun, 2008 1 commit
  13. 20 Jun, 2008 1 commit
  14. 19 Jun, 2008 1 commit
  15. 15 Jun, 2008 1 commit
  16. 06 Jun, 2008 4 commits
  17. 05 Jun, 2008 1 commit
    • Pierre d'Herbemont's avatar
      stream: Add a new method for buffering access: A*Immediate method. · 5df2e973
      Pierre d'Herbemont authored
      It is much more efficient regarding latency as it doesn't bufferize more than needed, and let the module access take care of that eventually.
      
      Enable with --use-stream-immediate. We may want to default it.
      
      Note: --use-stream-immediate will be only effective on access that don't provide pf_block() for now. This is because I didn't benchmark against the Block method.
      
      Here the gain that I did measure is about 200ms (less latency) when using the http access on a loopback.
      5df2e973
  18. 31 May, 2008 1 commit
  19. 30 May, 2008 1 commit
  20. 26 May, 2008 1 commit
  21. 07 May, 2008 1 commit
  22. 05 May, 2008 1 commit
  23. 04 May, 2008 1 commit
  24. 01 May, 2008 3 commits
  25. 14 Apr, 2008 2 commits
  26. 30 Mar, 2008 1 commit
  27. 29 Mar, 2008 1 commit
  28. 12 Mar, 2008 1 commit
  29. 04 Mar, 2008 1 commit
  30. 27 Feb, 2008 1 commit
  31. 26 Feb, 2008 1 commit
    • Pierre d'Herbemont's avatar
      misc/objects.c: Don't rely on vlc_object_destroy() to destroy objects, but... · a78e273e
      Pierre d'Herbemont authored
      misc/objects.c: Don't rely on vlc_object_destroy() to destroy objects, but expects vlc_object_release to do it when the refcount goes to zero.
      * Meaning, that when created objects gets a refcount to 1.
      * Destroying is instantaneous and we don't have to poll for a few secondss or so to wait until the object's refcount reach 0.
      * We now track vlc_object_t's mem leaks when libvlc_global is released (Hard error for now, so they don't get unoticed)
      * We fail hard if an object is released with a refcount of 1 without being detached from its parent and its children, to make sure such cases don't go unoticed.
      (make test or make check still pass after that one. VLC is known to leak one object when no module is loaded, this must be fixed).
      
      a78e273e