An audio link with no Content-Length value in http header caused an endless recycle play

`
https://tinytts.amazon.com/2/d04d9f12-4c4d-11e7-aa8d-c545a4c9a774-7ad502/2/1497014674826/cfae05b0fc4a84a55d413d0284d46118c7daf13349f613678f35a583ea5b8d72/resource.mp3
`
That is the link which has transfer-encoding in response header rather than content-length.
And I have sent a pull request https://github.com/danikula/AndroidVideoCache/pull/155

Start by reviewing the example MP3 URL and the referenced pull request #155, since the issue names no source files or tests. Confirm that a response using transfer-encoding rather than Content-Length no longer causes endless recycle playback; the existing pull request is the main implementation context.

Rédigé par le modèle d'indexation à partir du texte de l'issue.