Update sha1 files and unittests for Opus v1.1.2

webrtc/modules/audio_coding/neteq/audio_classifier_unittest.cc

Index: webrtc/modules/audio_coding/neteq/audio_classifier_unittest.cc
diff --git a/webrtc/modules/audio_coding/neteq/audio_classifier_unittest.cc b/webrtc/modules/audio_coding/neteq/audio_classifier_unittest.cc
index e4db3a3c2a3c04fc0435f7fbbe3c14ef09d4a550..371282c977d31873377e14a405a63e18fcdfda29 100644
--- a/webrtc/modules/audio_coding/neteq/audio_classifier_unittest.cc
+++ b/webrtc/modules/audio_coding/neteq/audio_classifier_unittest.cc
@@ -61,9 +61,15 @@ void RunAnalysisTest(const std::string& audio_filename,
 }
 
 TEST(AudioClassifierTest, DoAnalysisMono) {
+#if defined(WEBRTC_ARCH_ARM) || defined(WEBRTC_ARCH_ARM64)

[minyue-webrtc, 2016/01/28 09:42:05]

why is only mono affected?

[flim-webrtc, 2016/02/02 11:58:40]

Not sure why it's just mono. However, the differences in the output were just a
couple of packets at the transition edges that have changed, so I don't think it
will significantly affect existing behaviour/performance. 

+  RunAnalysisTest(test::ResourcePath("short_mixed_mono_48", "pcm"),
+                  test::ResourcePath("short_mixed_mono_48_arm", "dat"),
+                  1);
+#else
   RunAnalysisTest(test::ResourcePath("short_mixed_mono_48", "pcm"),
                   test::ResourcePath("short_mixed_mono_48", "dat"),
                   1);
+#endif // WEBRTC_ARCH_ARM
 }
 
 TEST(AudioClassifierTest, DoAnalysisStereo) {