1. 10 Feb, 2010 1 commit
    • Rémi Denis-Courmont's avatar
      fix seg'faulty sout_StreamChainDelete ordering · f9db0ea1
      Rémi Denis-Courmont authored
      We must delete from the head to the tail, the opposite of the creation
      order. This stems from the fact that an stream output object "sees" the
      next element, and may try to use it while being deleted.
      
      The crash was easily reproducible with:
      vlc --sout-keep --sout '#duplicate{dst=gather:std{mux=ts,dst=/dev/null}}' \
          -I oldrc -vv raw_es.mp2
      f9db0ea1
  2. 03 Feb, 2010 1 commit
  3. 28 Jan, 2010 1 commit
  4. 18 Jan, 2010 1 commit
  5. 17 Jan, 2010 2 commits
    • Rafaël Carré's avatar
      Fix double free after stream_out creation failed · b598703a
      Rafaël Carré authored
      Also fix a use after free
      b598703a
    • Rafaël Carré's avatar
      sout: allow duplicate outputs to be merged · 1743aae3
      Rafaël Carré authored
      The stream_out_t chain creation is modified: all modules are created by
      the core (or by stream_out_duplicate) instead of being created by the
      previous module.
      
      sout_StreamChain{New,Delete} replace sout_Stream{New,Delete} to handle
      modules chains instead of individual modules
      
      sout_Stream{New,Delete} are still used by those new functions but made
      static inside stream_output.c
      
      Remove now unneeded psz_chain from struct sout_instance_t
      Replace pointer to chain of next module by pointer to next module in
      struct sout_stream_t
      
      Example use:
      
      vlc --sout-all input.mp4 --sout
      "#duplicate{dst=transcode{vcodec=mp2v},select=es=0,dst=transcode,select=es=1}:std{...}"
      
      (dst=transcode without acodec/vcodec is a hack to pass the encoded stream to
      stream_out_standard without transcoding)
      1743aae3
  6. 08 Dec, 2009 1 commit
  7. 07 Dec, 2009 1 commit
  8. 15 Oct, 2009 1 commit
  9. 20 Sep, 2009 1 commit
  10. 23 Aug, 2009 1 commit
  11. 13 May, 2009 1 commit
  12. 16 Apr, 2009 2 commits
  13. 19 Jan, 2009 1 commit
  14. 22 Nov, 2008 1 commit
  15. 21 Sep, 2008 1 commit
  16. 29 Aug, 2008 3 commits
  17. 26 Aug, 2008 1 commit
  18. 06 Jul, 2008 1 commit
  19. 22 Jun, 2008 1 commit
  20. 19 Jun, 2008 1 commit
  21. 14 Jun, 2008 1 commit
  22. 04 Jun, 2008 1 commit
  23. 31 May, 2008 1 commit
  24. 06 May, 2008 1 commit
  25. 04 May, 2008 3 commits
  26. 03 May, 2008 1 commit
  27. 01 May, 2008 2 commits
  28. 22 Apr, 2008 1 commit
  29. 14 Apr, 2008 1 commit
  30. 12 Mar, 2008 1 commit
  31. 02 Mar, 2008 1 commit
  32. 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
  33. 11 Feb, 2008 1 commit