1. 23 Jun, 2005 3 commits
  2. 08 Jun, 2005 5 commits
  3. 07 Jun, 2005 1 commit
  4. 23 May, 2005 3 commits
  5. 05 Mar, 2005 1 commit
  6. 11 Jan, 2005 1 commit
  7. 03 Jan, 2005 7 commits
  8. 10 Nov, 2004 1 commit
  9. 16 Aug, 2004 1 commit
  10. 11 Aug, 2004 1 commit
    • Sam Hocevar's avatar
      * Makefile.am: · fcc10bc8
      Sam Hocevar authored
          + Removed illegal undefined variable.
          + Put sap.cfg in ${sysconfdir}, configure with --sysconfdir=/etc to force
            this into /etc.
      fcc10bc8
  11. 29 Jul, 2004 1 commit
    • Derk-Jan Hartman's avatar
      * fix potential divide by 0 · a749715d
      Derk-Jan Hartman authored
      * setsockopt for ttl uses char instead of int.
        (this doesn't have the fallback mode VLC, but miniSAPserver
        is unmaintained and not so portable anyways :)
      a749715d
  12. 26 Jul, 2004 2 commits
    • Derk-Jan Hartman's avatar
    • Derk-Jan Hartman's avatar
      miniSAPserver 0.2.4 (postrelease committing :) · 2c1cc883
      Derk-Jan Hartman authored
      * Bugfix in RTP payloadformat announce (now uses 33 [MPEG TS] instead of 14 [MP3])
      * Added a config option to set the SAP delay
      * Added a=tool SDP parameter so miniSAPserver announces can be more easily recognized
      * Added a=mux:m2t and a=packetformat:RAW SDP parameters (not required, but some players like these. VBrick player comes to mind.)
      * Changed a=plgroup to a=x-plgroup because it is a non standardized parameter (new style will be supported by VLC 0.7.3 and up)
      * Updated the manpage
      * Clarified that miniSAPserver is only supposed to work for MPEG TS streams.
      * Fixed a missing newline in the -h help
      
      2c1cc883
  13. 29 Oct, 2003 1 commit
  14. 23 Sep, 2003 1 commit
    • Damien Lucas's avatar
      Changes in order to fix the following bugs: · 31dc054f
      Damien Lucas authored
      1. channels were marked as audio (should be video)
      2. The same message id were used for all channels which
         is against the sap (rfc 2974)
      3. All channels sent at the same time and then delay is not a
         good idea when sending many channels. Spreading out the sending
         and increasing the delay, makes it more likely to stay under 4000 bits/s
         (even though it still is a very rudimentary bandwidth regulation to
         require recompilation when adding channels.....)
      
      
      
      courtesy of Gunnar Monell <gunnar.monell@i3micro.com>
      31dc054f
  15. 14 Sep, 2003 1 commit
  16. 11 Sep, 2003 1 commit
  17. 12 Aug, 2003 1 commit
  18. 10 Aug, 2003 1 commit
  19. 25 Jul, 2003 2 commits
  20. 24 Jul, 2003 2 commits
  21. 20 Jun, 2003 2 commits
  22. 18 Jun, 2003 1 commit