Better handling of episode ending (ExoPlayer).
Troubleshoot if this problem is implementation or dependency.
May be ExoPlayer problem: Does not play episode till the end.
With and without changing play speed, audio stops playing (some milliseconds) before the actual podcast episode ends.
In some podcasts they have unique show endings and this cuts last word out.
In my mind this is not a problem that podcast MAKERS should sidestep, but player should play everything in stream.
I have not yet tried to find out if this is mp3-coding type (vbr vs cbr) related, but it's somewhat annoying.
I found out just now, that changing player engine from default ExoPlayer to android build-in player sidesteps this problem, but without fixing the problem in default podcastaddict installations.
So...vote to fix or issue how to fix info, maybe?
(I'm too noob to make github req about possible problem, as I don't yet know if it's implementation or ExoPlayer related.)
Playback is handled by the selected player engine.
There’s nothing I can do if the player engine somehow misses the end of the file. The app has just a passive role here and will only mark the episode as played and skip to the next one when notified by the player engine that playback is completed
-
a.m. commented
Well, It's just on bug, and you know best the interface and internals of your program.
Default android engine, seems to work better for me than exo and
another quick thought was that if you feed "buffer" into it, it would probably not be hard to throw second of silence into it's end.
("not hard" as an layman watching working black box)Thank you for considering.
and your app is great.