Revert of Add aecdump support to audioproc_f.

Revert of Add aecdump support to audioproc_f. (patchset #8 id:200001 of https://codereview.webrtc.org/1409943002/ )

Reason for revert:
This breaks iOS GYP generation as described on http://www.webrtc.org/native-code/ios
I'm going to drive getting the build_with_libjingle=1 setting removed from the bots to match the official instructions.

See https://code.google.com/p/webrtc/issues/detail?id=4653 for more context, as this is exactly what that issue tries to solve.

Original issue's description:
> Add aecdump support to audioproc_f.
>
> Add a new interface to abstract away file operations. This CL temporarily
> removes support for dumping the output of reverse streams. It will be easy to
> restore in the new framework, although we may decide to only allow it with
> the aecdump format.
>
> We also now require the user to specify the output format, rather than
> defaulting to the input format.
>
> TEST=Bit-exact output to the previous audioproc_f version using an input wav
> file, and to the legacy audioproc using an aecdump file.
>
> Committed: https://crrev.com/bdafe31b86e9819b0adb9041f87e6194b7422b08
> Cr-Commit-Position: refs/heads/master@{#10460}

TBR=aluebs@webrtc.org,peah@webrtc.org,andrew@webrtc.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true

Committed: https://crrev.com/d279941bb54bfdc6e7324bf36cac76581474b96d
Cr-Commit-Position: refs/heads/master@{#10523}

[kjellander_webrtc, 2015-11-05 14:07:01]

Created Revert of Add aecdump support to audioproc_f.

[kjellander_webrtc, 2015-11-05 14:08:38]

Description was changed from

==========
Revert of Add aecdump support to audioproc_f. (patchset #8 id:200001 of
https://codereview.webrtc.org/1409943002/ )

Reason for revert:
This breaks iOS GYP generation as described on
http://www.webrtc.org/native-code/ios
I'm going to drive getting the build_with_libjingle=1 setting removed from the
bots to match the official instructions.

See https://code.google.com/p/webrtc/issues/detail?id=4653 for more context, as
this is exactly what that issue tries to solve.

Original issue's description:
> Add aecdump support to audioproc_f.
> 
> Add a new interface to abstract away file operations. This CL temporarily
> removes support for dumping the output of reverse streams. It will be easy to
> restore in the new framework, although we may decide to only allow it with
> the aecdump format.
> 
> We also now require the user to specify the output format, rather than
> defaulting to the input format.
> 
> TEST=Bit-exact output to the previous audioproc_f version using an input wav
> file, and to the legacy audioproc using an aecdump file.
> 
> Committed: https://crrev.com/bdafe31b86e9819b0adb9041f87e6194b7422b08
> Cr-Commit-Position: refs/heads/master@{#10460}

TBR=aluebs@webrtc.org,peah@webrtc.org,andrew@webrtc.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
==========

to

==========
Revert of Add aecdump support to audioproc_f. (patchset #8 id:200001 of
https://codereview.webrtc.org/1409943002/ )

Reason for revert:
This breaks iOS GYP generation as described on
http://www.webrtc.org/native-code/ios
I'm going to drive getting the build_with_libjingle=1 setting removed from the
bots to match the official instructions.

See https://code.google.com/p/webrtc/issues/detail?id=4653 for more context, as
this is exactly what that issue tries to solve.

Original issue's description:
> Add aecdump support to audioproc_f.
> 
> Add a new interface to abstract away file operations. This CL temporarily
> removes support for dumping the output of reverse streams. It will be easy to
> restore in the new framework, although we may decide to only allow it with
> the aecdump format.
> 
> We also now require the user to specify the output format, rather than
> defaulting to the input format.
> 
> TEST=Bit-exact output to the previous audioproc_f version using an input wav
> file, and to the legacy audioproc using an aecdump file.
> 
> Committed: https://crrev.com/bdafe31b86e9819b0adb9041f87e6194b7422b08
> Cr-Commit-Position: refs/heads/master@{#10460}

TBR=aluebs@webrtc.org,peah@webrtc.org,andrew@webrtc.org
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
==========

[kjellander_webrtc, 2015-11-05 14:08:43]

The CQ bit was checked by kjellander@webrtc.org

[commit-bot: I haz the power, 2015-11-05 14:08:53]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1423693008/250001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1423693008/250001

[kjellander_webrtc, 2015-11-05 14:09:02]

The CQ bit was unchecked by kjellander@webrtc.org

[commit-bot: I haz the power, 2015-11-05 14:09:04]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2015-11-05 14:09:07]

Committed patchset #2 (id:250001)

[commit-bot: I haz the power, 2015-11-05 14:09:15]

Patchset 2 (id:??) landed as
https://crrev.com/d279941bb54bfdc6e7324bf36cac76581474b96d
Cr-Commit-Position: refs/heads/master@{#10523}

[kjellander_webrtc, 2015-11-05 14:22:35]

A revert of this CL (patchset #2 id:250001) has been created in
https://codereview.webrtc.org/1419953010/ by kjellander@webrtc.org.

The reason for reverting is: Oh dear, this broke compilation. 
I guess more was built on top of this CL before I reverted it.

Reverting now for futher investigation (and re-land using CQ).