First of all: this is a great little application, congratulations to the programmers :-)
My humble bug report: if files (chapters) are short, say less than 1 hour, everything works as expected; however long files lead to odd, random behaviour. Sometimes chapters stop too soon. Sometimes winding or rewinding changes chapter.
Note: I always create the audiobooks from mp3 using the PC application, and my terminal is an E51.
This is the one problem that I have had with this application. Most of my audiobooks are very large (purchased from iTunes and converted to MP3 before converting to AWB) and because of this bug I find the player almost unusable.
Another behavior that seems related is that if I receive a call then the player will pause as expected. But if the call lasts several minutes the player will have problems resuming at the point it paused and will often skip to the next chapter, or in my case since most of my audiobooks consist of single files, the book will end.
Same behavior on both E61i and E90.
(If the E90's Music Player supported podcasts like the N-series handsets then I wouldn't need this application.)
I have the same problem with long files (Over 1h). It seems that when audiobook player opens the file and "Fast Forward" to place where it should start to play it fails some how and jump to the next file. But theres is a trick. If you notice the jump to next file. Don't pause and go into the menu and choose "Bookmarks->Last auto saved bookmark. The player then succesfully find the right place in the file.
It seems when the application accessing long file and not is successfully finds the right place in a certain time it jumps to then next file. The jump to next file may also happen when the book is paused for a longer period. It seems that it takes longer time to access the file and the application times out and go to the next file.
The time left on a file is also corrupt when you have long files.
I use N95
I've tried the trick of using last auto saved bookmark, it does work with some files for me, but not with all of them.
"The time left on a file is also corrupt when you have long files. "
:-)
I didn't understand what that cryptic time was supposed to indicate as *all* my audiobooks are long and therefore haven't seen the player in action in the way it's meant to be.
I used an MP3 splitter to chop lomg files in smaller pieces, I got one from here:
http://www.yaosoft.com/, It seemed to work.
first comment: I love the application for the ability to pause stop books in the middle and return later to them!
In my case (e90) the behaviour with long audiobooks is very consistent: the player refuses to open the chapter claiming it can't find the awb file...
consistently....
and thus it's useless for long audiobooks... :-(
Yeah, the way long chapters stop well before the end is not random at all. But the way last bookmark and wind/rewind work seems to be.
BTW, if you want to split mp3 in Linux (before the awaited update is available) you can use
mpgtx -number_of_chunks file.mpg -b out
to split fle.mpg into out-1.mpg, out-2.mpg, etc.