Login at Kodi Home

dr88dr88 · 2012-11-20, 21:01

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.

**pkscout** · (This post was last modified: 2012-11-20, 21:54 by pkscout.)

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.

**Memphiz** · 2012-11-21, 01:05

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.

dr88dr88 · 2012-11-21, 17:56

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

tidalf · 2012-11-22, 14:59

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: Tongue

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: Tongue

rocessStreams - Stream Freed

Wish I could help Smile

**Memphiz** · 2012-11-22, 17:37

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 ...

**Memphiz** · (This post was last modified: 2012-11-22, 17:40 by Memphiz.)

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>

User 34959 · 2012-11-22, 17:48

Second XBMC release in a row that has f*cked up audio Sad

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.

**Memphiz** · 2012-11-22, 21:38

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

**Memphiz** · 2012-11-23, 00:36

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

tidalf · 2012-11-28, 18:41

(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)

peppe_sr · 2013-02-14, 21:35

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

**Memphiz** · 2013-02-15, 00:17

windows and osx audio have nothing in common...

MrMario64 · 2013-02-20, 17:04

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!

MrMario64 · 2013-02-20, 18:57

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!