Fix a bug in RtpFileSource related to RTCP packets in rtpdump files

webrtc/modules/audio_coding/neteq/tools/rtp_file_source.cc

Index: webrtc/modules/audio_coding/neteq/tools/rtp_file_source.cc
diff --git a/webrtc/modules/audio_coding/neteq/tools/rtp_file_source.cc b/webrtc/modules/audio_coding/neteq/tools/rtp_file_source.cc
index be3a62bd13c868e56203e7dfd3a3a67f72b5aae2..9681ad17ea827ed2477754b169c0d061ae0b8cc9 100644
--- a/webrtc/modules/audio_coding/neteq/tools/rtp_file_source.cc
+++ b/webrtc/modules/audio_coding/neteq/tools/rtp_file_source.cc
@@ -47,7 +47,7 @@ Packet* RtpFileSource::NextPacket() {
     if (!rtp_reader_->NextPacket(&temp_packet)) {
       return NULL;
     }
-    if (temp_packet.length == 0) {
+    if (temp_packet.original_length == 0) {
       // May be an RTCP packet.

[kwiberg-webrtc, 2015/09/17 10:51:44]

Tangent: What could it be besides an RTCP packet?

[hlundin-webrtc, 2015/09/17 13:33:07]

An RTP packet in disguise? :)

[kwiberg-webrtc, 2015/09/17 13:39:31]

Or a wolf in an RTP packet's clothing?

       // Read the next one.
       continue;