Support for remote audio into tracks

webrtc/base/format_macros.h

Index: webrtc/base/format_macros.h
diff --git a/webrtc/base/format_macros.h b/webrtc/base/format_macros.h
index 5d7dcc36b9d786a0dd53b200ebdcdd68c9bfdb9f..90f86a686c62eac4a3b898309dff994fb272149a 100644
--- a/webrtc/base/format_macros.h
+++ b/webrtc/base/format_macros.h
@@ -73,6 +73,8 @@
 
 #else  // WEBRTC_WIN
 
+#include <inttypes.h>

[the sun, 2015/12/11 19:46:29]

hmmm, why?

[tommi, 2015/12/12 00:33:11]

If you look a couple of patch sets back, you'll see the windows trybots turn red
and fail with errors like this:

e:\b\depot_tools\win_toolchain\vs2013_files\vc\include\inttypes.h(126) : warning
C4005: 'PRId64' : macro redefinition
        e:\b\build\slave\win\build\src\webrtc\base\format_macros.h(77) : see
previous definition of 'PRId64'

The reason is that there was a bug here that audio_sinks.h triggered.
audio_sinks.h includes #include <inttypes.h>, but this file was being included
via transmit_mixer.cc _before_ audio_sink.h got included.
That caused the below definitions to be defined and they conflict with the ones
in <inittypes.h>

If you look a few lines up, you can see that we already do this for WEBRTC_POSIX
and we should be doing it for Windows as well.
See e.g. the file in Chromium:
https://code.google.com/p/chromium/codesearch#chromium/src/base/format_macros...

Maybe it's time to update this file.

+
 #if !defined(PRId64)
 #define PRId64 "I64d"
 #endif