1. 05 Jan, 2009 9 commits
  2. 28 Sep, 2008 1 commit
  3. 14 Sep, 2008 3 commits
  4. 08 Sep, 2008 1 commit
  5. 06 Sep, 2008 1 commit
  6. 31 Aug, 2008 1 commit
  7. 27 Aug, 2008 1 commit
  8. 07 Aug, 2008 1 commit
  9. 28 Jul, 2008 1 commit
    • Laurent Aimar's avatar
      Removed an unused lock. · 91c1edba
      Laurent Aimar authored
      Fixed a playlist race condition on input events.
      
      The playlist was loosing state events from input. And thus it may not
      always be able to detect (by itself) the end of a stream (It happens
      easily with small playlist files).
      91c1edba
  10. 06 Jul, 2008 2 commits
  11. 31 May, 2008 1 commit
  12. 14 May, 2008 1 commit
  13. 12 May, 2008 1 commit
  14. 23 Apr, 2008 1 commit
    • Rafaël Carré's avatar
      meta-data handling cleanup · 7bc28eeb
      Rafaël Carré authored
      Remove VLC_META_ENGINE_*
      Don't use VLC_META_INFO_CAT
      Avoid using input_Item{Add,Get}Info
      Remove disabled code in cdda
      Remove "meta fetcher":
          There was only 1 module (not) implementing it (musicbrainz)
          Reduces complexity in playlist core
      Use a more consistent naming
      Factorize QT4 sorting and column display code
      Remove unused members
      7bc28eeb
  15. 22 Apr, 2008 1 commit
  16. 14 Apr, 2008 1 commit
  17. 30 Mar, 2008 4 commits
  18. 29 Mar, 2008 1 commit
  19. 26 Mar, 2008 2 commits
  20. 16 Mar, 2008 1 commit
  21. 03 Mar, 2008 1 commit
  22. 26 Feb, 2008 2 commits
    • Pierre d'Herbemont's avatar
      src/playlist: Fix a rare memleak that could happen when the interaction is... · 28a41153
      Pierre d'Herbemont authored
      src/playlist: Fix a rare memleak that could happen when the interaction is created earlier than expected. (Fix vlc_object mem leak that happen when no module is loaded).
      
      28a41153
    • 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
  23. 23 Jan, 2008 1 commit
  24. 08 Nov, 2007 1 commit