| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Ic00d2c5d0bbb1605e96666e25c9ccc22bea6d3ff
|
|
|
|
|
|
|
|
|
|
|
| |
instead of media scanner. This way the java MediaMetadataRetriever API
will give the same result as the media scanner.
Also apply some tweaks to the encoding detector to improve handling of
ISO-8859-1 tags.
Bug: 16302581, 17205395
Change-Id: I1682a7a6a8bf04cffaa455044ba72dd7fd152d49
|
|
|
|
| |
Change-Id: I600f062fa7148c01851023c1240c39939e648002
|
|
|
|
| |
Change-Id: I164708a5b76a341a185467b008ecbec98d58a6df
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The detector only gave non-ascii data to ICU. In some cases that could
result in very short data, for which ICU would issue a low confidence
level for the actual encoding. By padding the data with additional
(ascii) tags, we improve accuracy for such files. Becauses this can
reduce accuracy in other cases, only do this when the initial confidence
is low.
b/13473604
Change-Id: I63d932043155c310b0e358cdf2d37787961e94b7
|
|
Id3 tags are supposed to be ISO-8859-1 or unicode, but often aren't.
To better detect the real encoding we now use ICU to detect possible
encodings for a given byte sequence, then apply additional heuristics
to determine the most likely one.
b/5564857
Change-Id: I53bc83b006433da5c2f2ccfcd770ddb3a26b64d0
|