Reland of name OpenH264 frame-type conversion function.

Reland of name OpenH264 frame-type conversion function. (patchset #1 id:1 of https://codereview.webrtc.org/1964913002/ )

Reason for revert:
Not perf-regression culprit.

Original issue's description:
> Revert of Rename OpenH264 frame-type conversion function. (patchset #2 id:20001 of https://codereview.webrtc.org/1943193003/ )
>
> Reason for revert:
> Speculative revert for perf regression (though unlikely).
>
> Original issue's description:
> > Rename OpenH264 frame-type conversion function.
> >
> > Also removing default case, so if another frame is added to
> > EVideoFrameType we have to handle it.
> >
> > This will now NOTREACHED on videoFrameTypeInvalid, but
> > videoFrameTypeInvalid shouldn't happen if encoding succeeds, so it
> > should be fine or we should become aware of it.
> >
> > BUG=
> > R=hbos@webrtc.org
> >
> > Committed: https://crrev.com/39a36705ab734914d500b8a0f214ea630d82ab70
> > Cr-Commit-Position: refs/heads/master@{#12636}
>
> TBR=hbos@webrtc.org
> # Not skipping CQ checks because original CL landed more than 1 days ago.
> BUG=chromium:610347
>
> Committed: https://crrev.com/1abf937cecea56ee02ac4a08980ffea9e7ed1054
> Cr-Commit-Position: refs/heads/master@{#12677}

TBR=hbos@webrtc.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=chromium:610347
Committed: https://crrev.com/b6e8f2f7a713b1c05786337b4fe2a778f2b8f88a
Cr-Commit-Position: refs/heads/master@{#12679}

[pbos-webrtc, 2016-05-11 07:58:29]

Created Reland of name OpenH264 frame-type conversion function.

[commit-bot: I haz the power, 2016-05-11 07:58:33]

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

[commit-bot: I haz the power, 2016-05-11 07:58:40]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-05-11 07:58:51]

Description was changed from

==========
Reland of name OpenH264 frame-type conversion function. (patchset #1 id:1 of
https://codereview.webrtc.org/1964913002/ )

Reason for revert:
Not perf-regression culprit.

Original issue's description:
> Revert of Rename OpenH264 frame-type conversion function. (patchset #2
id:20001 of https://codereview.webrtc.org/1943193003/ )
> 
> Reason for revert:
> Speculative revert for perf regression (though unlikely).
> 
> Original issue's description:
> > Rename OpenH264 frame-type conversion function.
> >
> > Also removing default case, so if another frame is added to
> > EVideoFrameType we have to handle it.
> >
> > This will now NOTREACHED on videoFrameTypeInvalid, but
> > videoFrameTypeInvalid shouldn't happen if encoding succeeds, so it
> > should be fine or we should become aware of it.
> >
> > BUG=
> > R=hbos@webrtc.org
> >
> > Committed: https://crrev.com/39a36705ab734914d500b8a0f214ea630d82ab70
> > Cr-Commit-Position: refs/heads/master@{#12636}
> 
> TBR=hbos@webrtc.org
> # Not skipping CQ checks because original CL landed more than 1 days ago.
> BUG=chromium:610347
> 
> Committed: https://crrev.com/1abf937cecea56ee02ac4a08980ffea9e7ed1054
> Cr-Commit-Position: refs/heads/master@{#12677}

TBR=hbos@webrtc.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=chromium:610347
==========

to

==========
Reland of name OpenH264 frame-type conversion function. (patchset #1 id:1 of
https://codereview.webrtc.org/1964913002/ )

Reason for revert:
Not perf-regression culprit.

Original issue's description:
> Revert of Rename OpenH264 frame-type conversion function. (patchset #2
id:20001 of https://codereview.webrtc.org/1943193003/ )
>
> Reason for revert:
> Speculative revert for perf regression (though unlikely).
>
> Original issue's description:
> > Rename OpenH264 frame-type conversion function.
> >
> > Also removing default case, so if another frame is added to
> > EVideoFrameType we have to handle it.
> >
> > This will now NOTREACHED on videoFrameTypeInvalid, but
> > videoFrameTypeInvalid shouldn't happen if encoding succeeds, so it
> > should be fine or we should become aware of it.
> >
> > BUG=
> > R=hbos@webrtc.org
> >
> > Committed: https://crrev.com/39a36705ab734914d500b8a0f214ea630d82ab70
> > Cr-Commit-Position: refs/heads/master@{#12636}
>
> TBR=hbos@webrtc.org
> # Not skipping CQ checks because original CL landed more than 1 days ago.
> BUG=chromium:610347
>
> Committed: https://crrev.com/1abf937cecea56ee02ac4a08980ffea9e7ed1054
> Cr-Commit-Position: refs/heads/master@{#12677}

TBR=hbos@webrtc.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=chromium:610347

Committed: https://crrev.com/b6e8f2f7a713b1c05786337b4fe2a778f2b8f88a
Cr-Commit-Position: refs/heads/master@{#12679}
==========

[commit-bot: I haz the power, 2016-05-11 07:58:52]

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