summaryrefslogtreecommitdiffstats
path: root/services/audiopolicy/service/AudioPolicyInterfaceImpl.cpp
diff options
context:
space:
mode:
authorRobert Shih <robertshih@google.com>2015-03-30 14:31:03 -0700
committerRobert Shih <robertshih@google.com>2015-04-01 14:55:19 -0700
commit13561c89d6d8f6980625192bd75f9fd6cfb102a3 (patch)
tree7b1cb47146b9df03f1e23e487c220dcc03a38522 /services/audiopolicy/service/AudioPolicyInterfaceImpl.cpp
parent377165c24968b044faccaf366a2377fa32143e2f (diff)
downloadframeworks_av-13561c89d6d8f6980625192bd75f9fd6cfb102a3.zip
frameworks_av-13561c89d6d8f6980625192bd75f9fd6cfb102a3.tar.gz
frameworks_av-13561c89d6d8f6980625192bd75f9fd6cfb102a3.tar.bz2
ESQueue:use 0x000001 instead of 0x00000001 as sync word in H264/MPEG_VIDEO
H264/MPEG_VIDEO sync words can be either 0x000001 (3 bytes) or 0x00000001 (4 bytes); simply searching for 0x000001 in appendData suffices because: 1. 0x000001 is a suffix of 0x00000001, as such we would continue to identify all sync words that we used to identify originally. 2. the parsing logic downstream of appendData in dequeueAccessUnitMPEGVideo and dequeueAccessUnitH264 can both handle 0x000001. Bug: 19900317 Change-Id: Iac42aad74563d056a443b4396eacbae0f7a4738b
Diffstat (limited to 'services/audiopolicy/service/AudioPolicyInterfaceImpl.cpp')
0 files changed, 0 insertions, 0 deletions