Check your playback settings, try switching the "Switch Tracks" and "Seek" settings. "Seek: standard" works nicely.
I don't really notice any difference between "gapless" and "standard." I do notice that if I wait a little while in between changing positions, the problem is not as bad, but it is still there, and I will sometimes hear an "interim" piece of audio before the new location starts playing -- i.e. I change positions, the audio from the previous position keeps playing a bit, then I hear a piece of audio from somewhere BETWEEN the two positions, THEN I'll hear the new position. As I said before, this is greatly reduced if I let it play a little while before changing positions. Once again, this is simply not an issue with MC10, which changes positions immediately just like mp3s.
This is a Pentium4 2.5 with 1Gig memory, and the fact that MC10 does not have this problem on the same system with the same titles means that this is not a system issue, but an MC11 issue.
Just create a new smartlist, "Audible Content", that looks for file type AA. That should solve the problem.
I already tried editing the "Downloaded Titles" smartlist in the "Audible Store" branch to use "File Type: aa" instead of "Content Distributor: Audible." This works until I close and open MC11 again, at which time the smartlist automatically reverts to the original state -- i.e. my change to the smartlist is erased. I also tried adding a smartlist under the "Audible Store" branch, but this cannot be done. I can of course add a smartlist to the "Playlists" branch of the tree, but this is a kludge at best. The smartlist directly under the "Audible Store" branch -- the one that MC11 is desinged to use -- should WORK with my previous content. We shouldn't have to ignore this smartlist and remember to look at a different smartlist in a different part of the tree. The smartlist under the "Audible Store" branch should be able to display ALL Audible content, INCLUDING the hundereds of titles that we already have from the last few years. At the moment, this does not work, and there is apparently no way of editing the existing smartlist or even adding a new smartlist to this location in the tree.
I'm curious why MC11 works this way -- i.e. Why does the "Downloaded Titles" smartlist utilize a tag that is blank in previously downloaded content, and that cannot be edited in these previous titles? Why is this smartlist made to erase any changes made to it so that we cannot get the list to show previously downloaded content? I just don't understand the design approach to this -- I don't see the purpose of having it work the way it does, which is to "discriminate" against previously downloaded content. Why are we locked out of getting the smartlist to work with our previous content without having to revert to a "second-smartlist-in-a-different-part-of-the-tree" workaround? It just seems totally limiting and unfriendly, which is the opposite of what I normally expect from Media Center.
Thanks again for any help with this,
Larry