[SCM] liblivemedia/master: Update upstream ChangeLog

Mon Oct 11 22:51:26 UTC 2010

The following commit has been merged in the master branch:
commit 403fa9a3146d2ec94ae029c1b8479bd93742a85b
Author: Christophe Mutricy <xtophe at videolan.org>
Date:   Mon Oct 11 23:50:26 2010 +0100

    Update upstream ChangeLog

diff --git a/debian/upstream.changelog b/debian/upstream.changelog
index 1dda43e..0e38ae6 100644
--- a/debian/upstream.changelog
+++ b/debian/upstream.changelog
@@ -1,6 +1,156 @@
+2010.10.06:
+- Made a small change to "RTSPClient" to make it better handle RTSP servers that
+  erroneously do not include "CSeq:" lines in their responses.
+  (Thanks to Sebastien Escudier for this suggestion.)
+- Made a minor update to "RTSPClient" to better handle any error in the HTTP "GET" command (if RTSP-over-HTTP tunneling
+  is being used).
+- Updated the "timestampString()" function in "groupsock/GroupsockHelper.cpp" to allow for the possibility of "ctime()" returning NULL.
+- Removed the (never fully implemented) "RTSPOverHTTPServer" class.
+  Instead, RTSP-over-HTTP tunneling will be implemented within the existing "RTSPServer"
+  code, as that seems to be easier than using a separate class.
+
+2010.09.25:
+- Disabled the code for "Groupsock::multicastSendOnly()", because it was apparently causing SSM multicast packets to not be
+  received by other applications on the same host (at least, for some systems).
+
+2010.09.23a:
+- Backed out the "RTSPServer" change that was in the previous release, because of a report that it doesn't work.
+
+2010.09.23:
+- Updated "H2564VideoFileSink" to take an optional "sprop parameter string" parameter as input.  If present, this string is
+  decoded, and the resulting data (SPS/PPS NAL units) is prepended to the file.
+  Also, updated "openRTSP" to call "MediaSubsession::fmtp_spropparametersets()", and pass this string when creating a
+  "H2564VideoFileSink".
+- Updated "RTSPServer" to ensure that we transmit RTP and RTCP packets over the same interface that is used by the requesting client
+  (in case the server is multi-homed).  (Thanks to David Stegbauer for this suggestion.)
+
+2010.09.22:
+- Added a new virtual function "internalError()" to "UsageEnvironment" and "TaskScheduler".  This function is called
+  a small number of times within the library code when an unexepected, 'should not occur'-type error condition occurs.
+  The default implementation of this function calls "abort()", but subclasses can, of course, redefine this, if desired.
+- Updated "RTSPClient::parseTransportParams()" to accept either "port=<num1>-<num2>" or "port=<num>".
+  (The RTSP specification is ambiguous about whether or not both are allowed.)
+- Made sure that calls to "ntohl()" and "htonl()" take (and return) "u_int32_t" rather than unsigned", for improved portability.
+  (Thanks to Anon Sricharoenchai for this suggestion.)
+
+2010.09.10:
+- Added a sanity check to "MediaSubsession::getNormalPlayTime()" so that we ignore any old packet that might
+  mess up the initial computation of the presentationTime-to-NPT offset following the arrival of new "RTP-Info" data.
+  This should never happen with our servers (though John Shao Fa - who proposed this check - claims to be seeing it).
+  We add the check, however, to protect against other servers that might be messing up.
+
+2010.09.03:
+- Made sure that various calls to "TaskScheduler::scheduleDelayedTask()" are called with a "int64_t" 'delay in microseconds'
+  parameter, to avoid possible integer underflow if the system clock gets set back in time.
+  (Thanks to Sebastien Escudier for reporting this problem.)
+
+2010.08.31:
+- Fixed some problems in the way that we implement RTP/RTCP-over-TCP streams that were showing up when we have more than one
+  suck stream sharing the same input source ("reuseFirstSource" == True).  (Thanks to John Tam for reporting this.)
+
+2010.08.22:
+- Updated the "DarwinInjector" class to use the new, asynchronous "RTSPClient" interface.
+
+2010.07.29:
+- Fixed a bug in RTP-over-TCP that was sometimes causing a socket to (attempt to be) read after it had already been closed.
+  (Thanks to Wilton @ Invent Vision for reporting this bug.)
+- Fixed some bugs in the way that RTP reception statistics were being generated and reported.  (Thanks to David Cailliere.)
+- Added a new config file "config.linux-64bit" that should work better than "config.linux" for building for 64-bit Linux systems.
+
+2010.07.13:
+- Updated the "openRTSP" and "playSIP" applications to use the new asynchronous "RTSPClient" interface.
+- Made the "readSocket()" routine more bullet-proof against Windows brain damage that was apparently causing problems with
+  Windows RTSP clients that do RTP-over-TCP.
+  (Thanks to Kamil Dobkowski for this suggestion.)
+
+2010.07.07:
+- Fixed a problem with RTP-over-TCP reception that was causing some RTP-over-TCP streams to not be received properly.
+  All RTSP client applications that can request/receive RTP-over-TCP should upgrade to this new version.
+  (Thanks to Kamil Dobkowski for providing a server that we could use to debug the problem.)
+- Reinstated the functionality of the "forceMulticastOnUnspecified" flag in the "RTSPClient" "SETUP" command.
+  (This functionality had temporarily been disabled, because I wasn't sure that it was still used by anyone.
+  But apparently it is.)
+
+2010.06.22:
+- Fixed another bug in the new "RTSPClient" implementation (thanks to Sebastien Escudier); we were not recognizing
+  "npt=now-" in "Range:" headers.
+- Fixed a bug in "openRTSP" (reported by Kenneth Ljungh).  We were closing output files before issuing a RTSP "TEARDOWN" command.
+  This problem was exposed only with the new "RTSPClient" implementation, because it reenters the event loop (thereby possibly
+  handling incoming RTP packets) after the sending of the "TEARDOWN", before it gets handled and responded to.
+  We have now fixed the "openRTSP" code to not close output files until after the RTSP "TEARDOWN" has been completed.
+
+2010.06.18:
+- Fixed a bug in the new "RTSPClient" implementation (reported by Sebastien Escudier) - that was causing problems
+  when streaming from some RTSP-enabled video cameras.
+
+2010.06.16a:
+- Made "RTSPClient"s parsing of "Transport:" headers more bullet-proof against those sent by some servers
+  (including, apparently, some recent versions of VLC's built-in RTSP server) that include a "client_port=" field,
+  but no "server_port=" field.  (In this case, we assume that the server port is the same as the client port.)
+
+2010.06.16:
+- Fixed another bug in the new "RTSPClient" implementation of "GET_PARAMETER".
+  (Thanks to Denis Charmet for reporting this.)
+- Made "RTSPServer::RTSPClientSession::handleAlternativeRequestByte1()" more bullet-proof against an alleged bug noted by 
+  Jeremy Noring.  (The actual bug hasn't been located, but this change apparently stops it from causing problems.)
+
+2010.06.15:
+- Removed the "blockUntilReadable()" function, because it's no longer needed, now that all socket reads are asynchronous.
+  This means that "readSocket()" no longer calls "select()", which should improve the performance of applications.
+- Improved the processing of RTP/RTCP/RTSP-over-TCP (possibly fixing some bugs in the process).
+- Fixed bugs in the new "RTSPClient" implementation of "GET_PARAMETER" and "SET_PARAMETER".
+  (Thanks to Denis Charmet for reporting this.)
+
+2010.06.11:
+- Fixed some potential memory access errors in the previous version of "RTSPClient".
+- Removed code from "RTSPClient" that was supposed to deal with buggy (Microsoft?) servers, but which in reality was causing
+  clients to not know the duration of time-bounded streams properly.
+- Modified the new RTSP client implementation of "RTSP-over-HTTP" to make it more consistent with the old implementation.
+  (Doug Porter reported a problem with the implementation in release 2010.05.29.)
+- "AMRAudioSource" (and therefore its subclasses also) were not redefining the "MIMEtype()" virtual function.  Fixed this.
+  (Thanks to Adam Mich for reporting this.)
+- Fixed a minor problem that was causing some "UsageEnvironment"-allocated tables not to get deleted under some circumstances.
+
+2010.05.29:
+- Made a major change to the interface and implementation of "RTSPClient", to make it perform operations asynchronously
+  - i.e., without blocking.  Each operation that performs a RTSP command now takes a 'response handler' function as parameter.
+  The operation returns immediately, but the 'response handler' function will get called later, when a response arrives
+  (or if an error occurs).
+  For backwards compatibility, the old 'synchronous' interface still remains, and is implemented using the new 'asynchronous'
+  interface.  (However, the old 'synchronous' interface should not be used for new applications, and it will likely be removed
+  in a few months.)
+  For now, the demo application "openRTSP" still uses the old interface, but will be rewritten over the next few weeks to use the
+  new "RTSPClient" interface.
+- Modified the "TaskScheduler" definition yet again, because it was too complicated.  There's now just one virtual function
+  for setting/clearing socket handlers:
+  "virtual void setBackgroundHandling(int socketNum, int conditionSet, BackgroundHandlerProc* handlerProc, void* clientData) = 0;"
+  where "conditionSet" is a combination of SOCKET_READABLE, SOCKET_WRITABLE, and SOCKET_EXCEPTION.
+  For backwards compatibility, the existing "turnOnBackgroundReadHandling()" and "turnOffBackgroundReadHandling()" functions
+  are retained, but are now implemented using "setBackgroundHandling()".
+  See "UsageEnvironment/include/UsageEnvironment.hh" for details.
+
+2010.05.28:
+- Updated the previous revision of "TaskScheduler" to add two more new virtual functions
+  "turnOnBackgroundExceptionHandling()" and "turnOffBackgroundExceptionHandling()",
+  because it turns out that Windows needs them for checking on a failed remote "connect()"
+  (behaving differently from Posix, which requires only select()ing the socket for
+  writing, not an error).
+
+2010.05.27:
+- Updated "TaskScheduler" (and our supplied example subclass "BasicTaskScheduler") to include new virtual functions
+  "turnOnBackgroundWriteHandling()" and "turnOffBackgoundWriteHandling()".  These are the same as the "Read" versions,
+  except that they are for checking when a socket becomes writable.  (They will be used to implement the new, upcoming
+  'asynchronous' implementation of "RTSPClient".)
+  We also modified the signature of "setResultErrMsg()" to take an optional "err" parameter.  (If  non-zero, this will be used
+  instead of "getErrno()".) 
+- Added a "config.iphoneos" (for cross-compiling on a Mac for the iPhone).  (Thanks to Mark Vasilkov.)
+
 2010.04.09:
 - Fixed a bug in the way that "AMRAudioRTPSource" reimplements "hasBeenSynchronizedUsingRTCP()".
   (Thanks to Ralf Globisch for reporting this bug.)
+- Increased "SegmentQueueSize" in "MP3ADU.cpp" from 10 to 20, to allow for some unusually-VBR MP3 files that neeed this.
+  (Thanks to Dirk Raffel for reporting this problem.)
+- Changed the implementation of "parseRangeHeader()" in "RTSPCommon.cpp", in preparation for upcoming changes to "RTSPClient".
 
 2010.04.01:
 - Fixed the "openRTSP" code so that it no longer restricts the play time duration (using the "-d" option), because there is no

-- 
liblivemedia packaging

