1. 20 Aug, 2009 1 commit
  2. 25 May, 2009 1 commit
    • Rémi Denis-Courmont's avatar
      Revert "correct realloc() usage, on failure realloc will return NULL" · 30ceb37f
      Rémi Denis-Courmont authored
      Brought to you by M2X. Needless to mention that this is complete 100%
      crap. Depending cases, it's not either ignoring errors (and e.g. leaking
      memory which is very stupid in OOM situations), or worse, introducing
      bugs in places where realloc() was used correctly.
      
      And exactly one day after I WARNED EXPLICITLY AGAINST DOING THIS.
      
      This reverts commit ec5d8611.
      30ceb37f
  3. 24 May, 2009 1 commit
  4. 26 Apr, 2009 1 commit
  5. 21 Apr, 2009 1 commit
  6. 16 Apr, 2009 1 commit
  7. 06 Apr, 2009 1 commit
  8. 28 Jan, 2009 1 commit
    • Rémi Denis-Courmont's avatar
      Remove unused change_float_list · 5f62f401
      Rémi Denis-Courmont authored
      We should decide whether to use float or double before we bring it
      back, if needed. In the mean time, it's best to remove the macro, as
      the back-end did and still does not work.
      5f62f401
  9. 27 Jan, 2009 7 commits
  10. 12 Dec, 2008 1 commit
  11. 05 Oct, 2008 1 commit
  12. 26 Sep, 2008 1 commit
  13. 21 Sep, 2008 1 commit
  14. 30 Aug, 2008 1 commit
  15. 12 Aug, 2008 1 commit
  16. 17 Jun, 2008 1 commit
  17. 11 Jun, 2008 1 commit
  18. 05 Jun, 2008 2 commits
  19. 31 May, 2008 1 commit
  20. 21 May, 2008 2 commits
  21. 08 May, 2008 2 commits
  22. 22 Apr, 2008 1 commit
  23. 14 Apr, 2008 1 commit
  24. 03 Mar, 2008 1 commit
    • atmo's avatar
      Enable the last parameter of the macros change_integer_list,... · b96154a2
      atmo authored
      Enable the last parameter of the macros change_integer_list, change_string_list to supply a method to initialize update dynamic selectionlists inside the settings GUI allready on showing the gui. (f.e. the audio device list)
      b96154a2
  25. 27 Jan, 2008 1 commit
  26. 24 Jan, 2008 2 commits
  27. 23 Jan, 2008 1 commit
  28. 16 Jan, 2008 1 commit
    • damienf's avatar
      vlc security: As i've seen very little improvement on that front, i've decided... · 658b4f83
      damienf authored
      vlc security: As i've seen very little improvement on that front, i've decided to check in my take on handling the problem of managing harmful options. I'm pretty sure this is going to be very controversial, but I think my approach is quite simple and yet very effective Anyway, my approach makes the following assumptions:
      
      - most vlc options are considered safe, only a handful are particularily unsafe and need be declared as such in their definition (they mostly deal with writing to an output file or URL)
      - unsafe options are only considered potentially harmful when used as an input option, ie. the ':option' format. Configuration options are always considered safe 'i.e --option' 
      - unsafe options are associated with a global security policy, which dictates how these are handled. At the moment, The policy can be either block, allow or prompt, and is set using the '--security-policy' option (which itself is considered unsafe ;)
      
      the policy can be set by the user at the command line or in the preferences, it curently defaults to prompt, which is the desirable state for deskop use. However, it can be overriden depending on context, for example, the activex and mozilla will force the security-policy to block regardless of preference settins.
      
      the code is a bit rough at the moment, but i will optimize/clean it up if the dev community this approach is worth keeping.
      
      try the following example, and you'll see quickly what i mean:
      
      ./vlc -vvv <a mrl> :sout=#transcode{vcodec=mp1v,vb=1024,acodec=mpga,ab=192}:standard{mux=ts,dst=vlc-output.ts,access=file}"
      
      Enjoy,
         Damien
      
      
      658b4f83
  29. 26 Dec, 2007 1 commit
  30. 24 Dec, 2007 1 commit