1. 14 Apr, 2008 1 commit
  2. 30 Mar, 2008 1 commit
  3. 29 Mar, 2008 8 commits
  4. 19 Mar, 2008 2 commits
  5. 18 Mar, 2008 1 commit
  6. 16 Mar, 2008 1 commit
  7. 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).
  8. 28 Jan, 2008 1 commit
  9. 22 Dec, 2007 1 commit
  10. 28 Nov, 2007 2 commits
  11. 22 Oct, 2007 1 commit
    • Rémi Denis-Courmont's avatar
      Don't wait for signal if the object is already dying. · 26d39a90
      Rémi Denis-Courmont authored
      Better solution would be to make sure interface threads lock their object ALL THE TIME, except when waiting on its condition variable, so we do never "loose" condition signals. However, I am not sure if this would not result in a deadlock, should the interface need to lock another object (typically, playlist, input and/or vout).  Also, we would need to have all thread call vlc_thread_ready(), otherwise, we could also miss the signal if it happens right after the thread is created => this requires fixing every interface, except those that don't have a pf_run.
  12. 01 Oct, 2007 1 commit
  13. 22 Sep, 2007 1 commit
  14. 16 Sep, 2007 4 commits
  15. 16 Aug, 2007 3 commits
  16. 20 May, 2007 2 commits
  17. 19 May, 2007 2 commits
  18. 24 Mar, 2007 1 commit
    • Antoine Cellerier's avatar
      * Make it possible to give names to vlc objects (psz_object_name · 79c1ddfd
      Antoine Cellerier authored
      already existed but was only used by modules as far as is know). This
      is done in the module_Need function. Needed module names now have this
      syntax: '<module>[@<name>]'. If the @<name> part is present, once the
      needed module is found it will change p_this->psz_object_name to <name>.
      In about 99% of the module_Need calls, p_this is the module's parent
      object so this is ok. The remaining calls won't use this syntax so it's
      ok i guess :)
      * Add new vlc_object_find_name function. It works like vlc_object_find
      but uses a string (name) instead of an integer (type) as its second
      * Change the marq, mosaic and logo commands in rc.c. They now take the
      target object's name as first argument. Example:
      Launch vlc with:
      ./vlc -I rc --no-audio --sub-filter "marq@test{marquee=Hello}:marq@testouille{marquee=Test}" ~/media/redefined-nintendo.mpg
      Then issue the following command to move the second marq:
      marq-x testouille 100
      (and while testing I fixed #745)
  19. 15 Feb, 2007 2 commits
  20. 03 Dec, 2006 1 commit
    • Clément Stenac's avatar
      A bit of vlc/libvlc cleanup: · fbf4c806
      Clément Stenac authored
      * libvlc sources and plugins now define __LIBVLC__ and headers exported to
        plugins (ie, include/vlc_*.h) check for this
      * libvlc sources use the value of the "libvlc" component in vlc-config instead
        of vlc
      * Apply flags directly to "libvlc" in configure.ac - might temporarily break win32 :)
  21. 09 Nov, 2006 1 commit
  22. 23 Sep, 2006 1 commit
  23. 15 Sep, 2006 1 commit
    • Clément Stenac's avatar
      For consistency, remove references to vlc from libvlc · f485214f
      Clément Stenac authored
      Also, make it clearer what is shared and instance-specific
      libvlc_t ==> libvlc_global_t
      vlc_t ==> libvlc_int_t (internal instance)
      p_object->p_libvlc ==> p_object->p_libvlc_globale
      p_object->p_vlc ==> p_object->p_libvlc
      And by the way, there is some cleanup required :) (ie, some things are created in the global object instead of the instance-specific one)