1. 29 Mar, 2006 2 commits
  2. 25 Mar, 2006 1 commit
  3. 18 Mar, 2006 1 commit
  4. 11 Mar, 2006 1 commit
    • dionoea's avatar
      src/playlist/loadsave.c, modules/demux/playlist/*, modules/gui/*, · 8e8e6441
      dionoea authored
      modules/misc/playlist/*, modules/access/http.c: XSPF playlist support
      (read and write) by Daniel Stranger. Many thanks
      
      src/misc/modules.c, src/misc/strings.c, include/vlc_strings.h: string
      handling functions.
      
      modules/control/http/*, modules/services_discovery/upnp_intel.cpp: use
      these string handling functions.
      
      8e8e6441
  5. 10 Mar, 2006 1 commit
  6. 09 Mar, 2006 1 commit
  7. 01 Mar, 2006 2 commits
  8. 27 Feb, 2006 2 commits
  9. 20 Feb, 2006 1 commit
  10. 18 Feb, 2006 2 commits
  11. 17 Feb, 2006 1 commit
  12. 16 Feb, 2006 1 commit
  13. 13 Feb, 2006 1 commit
  14. 11 Feb, 2006 1 commit
    • hartman's avatar
      * Fix the duration of the dvdread module. refs #198. · b7d2846e
      hartman authored
        Now duration is accurate, but current time is still block based, so on VBR discs the duration of a second may have some weird variations. Getting accurate time is possible (see what was reverted in [12862]), but this will break the relative SET_TIME (might actually go seeking in the wrong direction for instance). The correct fix here is to expand dvdread with a method that checks the TMAPTI IFO table of a Title, to find what block approximately goes with a certain time. (the TMAPTI table is usually in .5 secs interpolation might possibly be required as well) As a backup an estimate can be made using the ADMAP table.
      
      The behaviour of the dvdread module is now equal to that of the dvdnav module when it comes to time and seeking.
      b7d2846e
  15. 10 Feb, 2006 1 commit
  16. 03 Feb, 2006 1 commit
  17. 01 Feb, 2006 3 commits
  18. 29 Jan, 2006 1 commit
  19. 28 Jan, 2006 2 commits
  20. 22 Jan, 2006 1 commit
  21. 21 Jan, 2006 1 commit
  22. 19 Jan, 2006 1 commit
  23. 17 Jan, 2006 1 commit
    • damienf's avatar
      dshow.cpp: Removed default preferred media types (I420) as it was reported by... · 8e2fd683
      damienf authored
      dshow.cpp: Removed default preferred media types (I420) as it was reported by Paul Sokolovsky to cause kernel crashes
                 with some buggy drivers. I added these media types a while back to get around another bug for drivers that
                 didn't offer any preferred media types.
                 Hopefully, the latter bug should be indirectly fixed when I added support for IAMStreamConfig.
                 Moreover, I modified the selection of a default format in IAMStreamConfig to take
                 GetFourCCPriority into a account.
      
      8e2fd683
  24. 16 Jan, 2006 1 commit
  25. 14 Jan, 2006 1 commit
    • Jean-Paul Saman's avatar
      Revert revision 13903. It is implemented in a different way by checking if the... · e1935dc3
      Jean-Paul Saman authored
      Revert revision 13903. It is implemented in a different way by checking if the option --dshow-chroma is set. If it is set then the chroma is forced, otherwise it is not. This should solve the regression of previous commit, by letting users specify the chroma type to use. To get the previous default behaviour specify IV420 as preferred chroma type either on the commandline or in the Capture Device advanced tab.
      e1935dc3
  26. 13 Jan, 2006 1 commit
  27. 12 Jan, 2006 2 commits
  28. 07 Jan, 2006 2 commits
  29. 06 Jan, 2006 1 commit
  30. 28 Dec, 2005 1 commit
  31. 27 Dec, 2005 1 commit