2011-11-05, 01:54
Hey there,
just signed up because I have pretty much trouble concerning audio playback since a few weeks using the latest nightly builds...
First I want to mention that I tested this behaviour on three different systems - my HTPC, on which I just install the newer builds on top of the previous installed version (fresh start was with 10.1) and two "clean" systems that have never seen XBMC before...
They are all running on Windows 7, so I cannot say for sure that this problem doesn't exist on the other platforms as well.
OK, let me try to explain:
All my music is .ogg(-Vorbis), pretty much always encoded with the latest aoTuV-oggenc. (I mention this to make clear that i don't know if this will also occur when using other codecs.)
I added my music-root-folder as a source and added it to the library. Files are scanned (btw, there are cover.jpg / folder.jpg in every folder), library is filled. Everything fine, as it should be.
Now I go into the library, pick an album and start playing. Music plays, still everything normal.
The problem occurs when there should be a track change. On some (by far not all, I'd say on maybe 10%-15% of my files) tracks, XBMC pre-Eden does not get to make the track change. It just hangs in the last frames of the current track - I have to press next (or previous! also works for skipping to the NEXT track) to get XBMC play the next track. Pressing Play/Pause does not work. If it helps: Even if the sound stutters, the visualization does not react to it, as if there was "officially" no music playing any more while the system hangs "between the tracks".
What is pretty strange is, that this happens on the same tracks. So it's pretty much reproduceable. BUT: If I just don't let XBMC play the track from start to end without interruption, but fast-forward into the track, chances are that XBMC will make the track change one time without further problems...
I have an Album (2 CDs ripped) which has 42 Tracks, and this occurs to maybe 5 or 6 tracks, interestingly enough once XBMC reached track 12 or 13 or so, all files after that work fine.
If anyone wants a few files to try to reproduce this, I would have to upload them (into my dropbox) - the most time consuming thing is just as I said that you have to listen to the track without skipping into it, and the first track of this rip (which has this error when changing from track 1 to track 2) is around 5 minutes, so this is what it takes to check if playback / changing to the next track works...
Just to mention again: I can for sure say the files are not the problem, as they play fine everywhere. Literally everywhere. WinAmp, my old portable musicplayer (which play ogg), my Android-Phone (stock & PowerAmp Player), XBMC 10.1. All perfectly fine - just not with the nightlies.
On my HTPC the sound just loops / stutters the last few samples instead of playing the next track. On my normal PC I tested this on (completely different hardware / chipset, as my HTPC is AMD based, my desktop is an Intel-System) it does not loop sounds but just hang there in silence instead of continue playing.
It is to mention that this does not occur on all files / albums. It pretty much happens "randomly", without a system I could understand, but the files where it occurs always produce this error. But from a CD I ripped in one go (so with exactly the same encoding options) it may happen to only 10% of the tracks...
I already tried copying/overwriting XBMC\system\players\paplayer from 10.1 onto my nightly-build-installation, as some (especially the vorbisfile.dll) dlls are different date / size, but even with this folder copied to the nightly build it did NOT work, so I guess the problem is not the decoding dll-file. But of course, I could be wrong as I'm not a programmer...
I hope I made it somehow clear - before i decided to post this here i watched the bugtracker; but believe me - maybe it's just too late right now or I just don't understand how this thing works. So i thought, posting in the forums can't be wrong either.
Hope someone will look into this, as it would be awful if this wouldn't get fixed before Eden is finished.
If you - the kind developer who will look into this - need any more information, sample files or whatever: just tell me, i will keep it coming.
Thanks!
just signed up because I have pretty much trouble concerning audio playback since a few weeks using the latest nightly builds...
First I want to mention that I tested this behaviour on three different systems - my HTPC, on which I just install the newer builds on top of the previous installed version (fresh start was with 10.1) and two "clean" systems that have never seen XBMC before...
They are all running on Windows 7, so I cannot say for sure that this problem doesn't exist on the other platforms as well.
OK, let me try to explain:
All my music is .ogg(-Vorbis), pretty much always encoded with the latest aoTuV-oggenc. (I mention this to make clear that i don't know if this will also occur when using other codecs.)
I added my music-root-folder as a source and added it to the library. Files are scanned (btw, there are cover.jpg / folder.jpg in every folder), library is filled. Everything fine, as it should be.
Now I go into the library, pick an album and start playing. Music plays, still everything normal.
The problem occurs when there should be a track change. On some (by far not all, I'd say on maybe 10%-15% of my files) tracks, XBMC pre-Eden does not get to make the track change. It just hangs in the last frames of the current track - I have to press next (or previous! also works for skipping to the NEXT track) to get XBMC play the next track. Pressing Play/Pause does not work. If it helps: Even if the sound stutters, the visualization does not react to it, as if there was "officially" no music playing any more while the system hangs "between the tracks".
What is pretty strange is, that this happens on the same tracks. So it's pretty much reproduceable. BUT: If I just don't let XBMC play the track from start to end without interruption, but fast-forward into the track, chances are that XBMC will make the track change one time without further problems...
I have an Album (2 CDs ripped) which has 42 Tracks, and this occurs to maybe 5 or 6 tracks, interestingly enough once XBMC reached track 12 or 13 or so, all files after that work fine.
If anyone wants a few files to try to reproduce this, I would have to upload them (into my dropbox) - the most time consuming thing is just as I said that you have to listen to the track without skipping into it, and the first track of this rip (which has this error when changing from track 1 to track 2) is around 5 minutes, so this is what it takes to check if playback / changing to the next track works...
Just to mention again: I can for sure say the files are not the problem, as they play fine everywhere. Literally everywhere. WinAmp, my old portable musicplayer (which play ogg), my Android-Phone (stock & PowerAmp Player), XBMC 10.1. All perfectly fine - just not with the nightlies.
On my HTPC the sound just loops / stutters the last few samples instead of playing the next track. On my normal PC I tested this on (completely different hardware / chipset, as my HTPC is AMD based, my desktop is an Intel-System) it does not loop sounds but just hang there in silence instead of continue playing.
It is to mention that this does not occur on all files / albums. It pretty much happens "randomly", without a system I could understand, but the files where it occurs always produce this error. But from a CD I ripped in one go (so with exactly the same encoding options) it may happen to only 10% of the tracks...
I already tried copying/overwriting XBMC\system\players\paplayer from 10.1 onto my nightly-build-installation, as some (especially the vorbisfile.dll) dlls are different date / size, but even with this folder copied to the nightly build it did NOT work, so I guess the problem is not the decoding dll-file. But of course, I could be wrong as I'm not a programmer...
I hope I made it somehow clear - before i decided to post this here i watched the bugtracker; but believe me - maybe it's just too late right now or I just don't understand how this thing works. So i thought, posting in the forums can't be wrong either.
Hope someone will look into this, as it would be awful if this wouldn't get fixed before Eden is finished.
If you - the kind developer who will look into this - need any more information, sample files or whatever: just tell me, i will keep it coming.
Thanks!