Kodi Community Forum

Sins I have upgraded my XBMC to Frodo beta on OSX I have a small irritating hick-up between songs.
I the previous version the transition between songs in a album was fluently.

I'm seeing something similar, and in some cases more extreme. I've had some instances where the next song "starts" but just sits there at zero seconds until I pause and restart the song. It would probably be helpful for those of us with this issue to post some debug logs. I'm going to do that when I get home this evening (HST, so it'll be awhile yet).

Actually, I just found this thread which seems to indicate that it's a known issue that might not get fixed. I'm still going to try and post some logs there and hope they can find resources to fix it.

We know about that problem and i improved it couple of days ago. There is still a small hickup - but it seems this is out of my scope. I hope one of our MIA audio engine devs gets to it before we release frodo.

Memphiz thanks for you reaction lets hoop it will be fixed before the final release.

Hello,

With the last nightly build (21/11/2012) on OSX (on an mbp with an ssd), with all files on disk :

I can hear 2 pbs when I play a gapless album (dark side of the moon for example), one very light "micro hick up" 5 seconds before the end :
13:52:23 T:140735151690112 DEBUG: CFileCache::Open - opening <xxxx/dark side of the moon/05 - The Great Gig In The Sky.flac> using cache
13:52:23 T:4461871104 NOTICE: Thread CFileCache start, auto delete: false
13:52:23 T:140735151690112 INFO: AudioDecoder: File is queued
13:52:23 T:140735151690112 INFO: CCoreAudioAE::MakeStream - AE_FMT_S16NE, 44100, 0, FL,FR
13:52:23 T:140735151690112 DEBUG: AERemap: Downmix normalization is enabled
13:52:23 T:140735151690112 DEBUG: CCoreAudioAEStream::CCoreAudioAEStream - Converting from AE_FMT_S16NE to AE_FMT_FLOAT
13:52:23 T:140735151690112 DEBUG: CCoreAudioGraph::Open: Mixer Output Format: 2 channels, 44.1 kHz, 32 bits, 4 bytes per frame
13:52:23 T:140735151690112 INFO: PAPlayer:repareStream - Ready

and a second one very noticable (half a second) when the next song start (it's gapless under windows or linux)
13:54:17 T:4553949184 DEBUG: OnInitialize() started
13:54:17 T:4553949184 DEBUG: Updating visualisation albumart: xxx/dark side of the moon/cover.jpg
13:54:17 T:4553949184 DEBUG: OnInitialize() done
13:54:17 T:140735151690112 DEBUG: CGUIInfoManager::SetCurrentSong(xxx/dark side of the moon/06 - Money.flac)
13:54:17 T:140735151690112 DEBUG: Loading additional tag info for file xxx/dark side of the moon/06 - Money.flac
13:54:17 T:140735151690112 DEBUG: CAnnouncementManager - Announcement: OnPlay from xbmc
13:54:17 T:140735151690112 DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnPlay
13:54:17 T:140735151690112 DEBUG: Updating visualisation albumart: xxxx/dark side of the moon/cover.jpg
13:54:17 T:4461871104 DEBUG: Thread CFileCache 4461871104 terminating
13:54:18 T:4461871104 NOTICE: Thread Jobworker start, auto delete: true
13:54:18 T:4461871104 DEBUG: DoWork - Saving file state for audio item xxx/dark side of the moon/05 - The Great Gig In The Sky.flac
13:54:18 T:4461871104 DEBUG: DoWork - Marking audio item xxx/dark side of the moon/05 - The Great Gig In The Sky.flac as listened
13:54:18 T:4553949184 DEBUG: CCoreAudioAEStream::~CCoreAudioAEStream - Destructed
13:54:18 T:4553949184 DEBUG: PAPlayer:rocessStreams - Stream Freed

Wish I could help

The hickup is bigger when the tracks are differing in the format (e.x. passthrough vs. mp3 or numberofchannels vs. samplerate vs. whatever).

I can tell you that music playback under osx will not by satisfying in frodo release. And I try to pull on my full metal jacket once users start realising that ...

Did i already ask what happens if audio playback is forced from paplayer to dvdplayer?

this can be accomplished by adding the following to the advancedsettings.xml:

Second XBMC release in a row that has f*cked up audio But the AudioEngine had to go in even it has no benefits on OSX. And i do realize that there's nothing that can be done if the AE devs are missing.

I'm really not complaining, it's just disappointing.

And now guess how we 3 osx devs feel about it?

Reduced the hickup a bit more in mainline (as said - only has an effect if the tracks have the same format).

(2012-11-22, 17:40)Memphiz Wrote: [ -> ]Did i already ask what happens if audio playback is forced from paplayer to dvdplayer?

this can be accomplished by adding the following to the advancedsettings.xml:

Code:

<audio>
  <defaultplayer>dvdplayer</defaultplayer>
</audio>

There is no -5s hickup with the dvdplayer (I think mostly because there is no prefetch) but it's still not gapless at all (no prefetch=nogapless so the dvd player works as attended)

really strange i have the same issue using windows 7 as os.
i'm using dvdplayer, and it works..... but i can't understand, i'm not able to find something about this in windows section.......
peppe

windows and osx audio have nothing in common...

As my birthday arrives soon and party logically as well, I was looking into the stutter I also experienced.
I will try to change the default player and see what happens.

Will report back, Thanks Memphiz!

As reported earlier, with the dvdplayer setting the hickup is not there.
I guess there is little info we can add, thanks for the tip about the dvdplayer Memphiz!