|
|
Post by camaro322hp on Nov 13, 2013 16:11:27 GMT -5
I recently discovered a couple issues. - On the Artist tab, long press on an artist with more than 1 album. Select Play. After playback starts, click the next button (>>|) repeatedly until you cross over to the second album. Now press the back button (|<<) to cross back over to the first album. Now look at the queue - all the artist's songs are gone from the queue - only the currently playing song remains in the queue. Not a huge issue, but now if I just let it play forward like this, I've lost gapless playback (as noted in my prior thread).
- Another issue that's not a huge problem, but I've noticed that many of my songs don't show a correct ending time. The track will play approximately 5-7 seconds longer than the indicated ending time. See attached screenshot where the current time is past the ending time. I haven't found any pattern of the songs that do this, they come from different sources. I can send you a couple mp3 files if that helps.
Attachments:
|
|
|
|
Post by GoneMAD on Nov 13, 2013 16:42:25 GMT -5
1) You probably have the remove from queue after playing setting enabled. Once an album hits the queue it is no longer an album.. so passing back and forth between 2 albums in a queue does nothing and certainly doesnt remove it.
2) End time is read from tags and does not always reflect the actual length. Many times the length is estimated based of the bitrate and size of the file. Reading the length from the decoder has its drawbacks.. so going with the tags is the most reliable overall (the decoder many times returns incorrect values). I also control the source code to the tag reading, but on most devices i have no control over the mp3/aac decoders
|
|
|
|
Post by camaro322hp on Nov 13, 2013 17:49:22 GMT -5
1) You probably have the remove from queue after playing setting enabled. Once an album hits the queue it is no longer an album.. so passing back and forth between 2 albums in a queue does nothing and certainly doesnt remove it. No I don't have that setting checked. Not sure what else to say about this, it's definitely repeatable on my device and it even removes songs ahead of the one I skipped to. I tried doing an un-install/re-install, but that didn't solve it. Would video of this help to understand what's going on? 2) End time is read from tags and does not always reflect the actual length. Many times the length is estimated based of the bitrate and size of the file. Reading the length from the decoder has its drawbacks.. so going with the tags is the most reliable overall (the decoder many times returns incorrect values). I also control the source code to the tag reading, but on most devices i have no control over the mp3/aac decoders OK, that makes sense, thanks. |
|
|
|
Post by GoneMAD on Nov 13, 2013 18:41:33 GMT -5
sorry yea this is a behavior specific to "on queue completion" -> "play next file". Its supposed to allow you to navigate forward and backwards throughout your collection. It looks like previous track ignores if there is a queue there and basically issues a "play previous file" command.
It wasnt until you mentioned playing the next track without gapless that it clicked. I would think its an easy fix but i'd have to look at the code
edit: also feel free to email me any files with length that are off more than a second or 2 and i can look at them
|
|
|
|
Post by GoneMAD on Nov 13, 2013 18:57:14 GMT -5
yup was an easy fix.. not sure when the next non beta update will be.. but the first 1.5 beta release should be out in a few days and will have that fix
|
|
|
|
Post by camaro322hp on Nov 13, 2013 19:25:24 GMT -5
yup was an easy fix.. not sure when the next non beta update will be.. but the first 1.5 beta release should be out in a few days and will have that fix Sweet! Thank you! |
|
