[syntherklaas]

Dear Kodi,

Your software is absolutely fantastic ;-)

Playback however it not Gapless on any of the versions and platforms i tested:

Kodi 15.2 (OS X 10.11.1, Windows 7, RPI2 OpeneElec 6.0.0, Android Marshmallow) and 16 Beta (only tested this on OS X)...

Without having to listen to a particular Pink Floyd album and then debate if this is Gapless Played back or not, i figured i create some test files that should point out whether a Music player is Gapless Playback capable or not.

So what i did was i used “Audacity” to create a stereo wav file of 10 seconds containing a sine wave of 200.1 Hz. Than i created a .cue file with 10 tracks each 1 second long. Than i used “XLD” to convert this into 10 .wav files, 10 .ogg files, 10 .flac files etc, 10 .wv files etc...

I shared these files here:

https://drive.google.com/folderview?id=0...sp=sharing

mp3 and m4a originally did not support gapless playback. It was hacked in later on and i never got it to work anyways. But .wav with .cue, .flac, .ogg, .wav, .wv officially do support gapless playback.

A Gapless player should play each 10 files as 1 sine tone of 10 seconds without crackles every second...

I listed a few Players on few platforms that play these files (exept mp3 and m4a) gapless out of the box:

OSX: VOX
Windows: Foobar2000
Linux: Audacious, Aqualung.
Raspberry Pi 2 (Raspbian Jessie): Audacious.

There are many other players that claim to play gapless but don’t and then again some do.

Instead of XLD (OS X) i tried encoding the same files with Foobar2000 with similar results.

Hope this helps getting Kodi Gapless ;-)

Greetings,

-Martijn-

PS: Gapless is NOT: crossfading between tracks !!! Gapless is that the sample after the previous song is the first sample of the next song, no gap and no overlap...

[bitstreamout]

I second this, Just an example, the FLAC Album `The Wall' from `Pink Floyd' is definitly not played gapless. I have also some classic albums like `Also sprach Zarathustra'. Currently kodi seem to drop the stream between tracks:

Code:

12:43:29 T:140476518668032   DEBUG: PAPlayer::ProcessStreams - Stream Freed
12:43:29 T:140479339636480   DEBUG: CActiveAE::DiscardStream - audio stream deleted
12:43:29 T:140479339636480   DEBUG: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
12:43:29 T:140476535453440   DEBUG: Previous line repeats 1 times.

To play gapless there should be (IMHO) one stream and the demuxer might check if gapless is doable (not only for mp3 but also for other formats like flac, wav, ac3, dts, dts/wav, ...). For mp3 there seems to be already some support 6384 (PR). The aim seems to be to check if the end of the current track fits to the start of the next track. Simply to avoid clipping and other problems.

[jjd-uk]

The "Output configuration" setting in Audio output will determine whether you get gapless or not, can't remember exactly which one it needs to be but I think it could "Optimized". What do you have this set to?

[bitstreamout]

Hmmm ... at least with kodi 16.1 and `The Wall' the Yatse remote shows an overall time for tracks which belongs together. And for this the AVR here does *not* show gaps even with the stream ending in the log. The same for `Also sprach Zarathustra'. Settings in Music -> Playback for `Volume adjustments' as well as for `Crossfade between songs' are both off. In Settings -> Audio output the Output Configuration is at Best match

[bitstreamout]

The "Output configuration" setting in Audio output will determine whether you get gapless or not, can't remember exactly which one it needs to be but I think it could "Optimized". What do you have this set to?

Maybe a better documentation in the setup menus and/or a further player `PAplayer gapless' beside the regular `PAplayer' might help here. The advantage of a further player would be that this does not require special settings in the Music nor the Audio output setup

[jjd-uk]

Well that's your problem then, Output Configuration needs to be set to Optimised.

[bitstreamout]

Well that's your problem then, Output Configuration needs to be set to Optimised.

Just tried, I do not hear any difference between "Optimised" and "Best match" for flac .. both results in gapless play at least for the "The Wall" ... also the AVR does not show any dropout. In other words this is what it should be.

[fritsch]

If both have the same format - no change of the output device -> no drop even with Best Match. If something changes, e.g. first file has 192 khz and second has 48 or 44.1, audio device is reconfigured and that you will hear for sure.

[ebr9999]

I have tried gapless playing of some music file I use for checking gapless capabilities of my players.
It is based on one 1 Khz pure sound with the same beginning and ending phase. Combining with various codec the sound should be (annoyingly) gapless. Same repeating it.

I have done a trial with a win Kodi both with local and network files (UPnP or SMB): interesting that in all the cases, on flac files I can hear a little click. Mp3 files play a little better. (A very little click can be heard).
In comparison to players I have (foobar, connector 2 from raumfeld, netgear neotTV), where flac files are perfect and where on mp3 ones a little click can be heard, it appears there is something wrong in Kodi when sequencing flac files.

If interested here the audio files I have used for the testing: https://1drv.ms/f/s!Agrddzvyi1trgyy3G9yqKw-uZNJB

[jjd-uk]

Did you read the above? if so have you made sure Output Configuration is set to Optimised.

[ebr9999]

Yes, I did .... And I had checked my Output Configuration was set to Optimised.
I have also added a test with .wav files (same issue as for flac).
Interesting that loosy Mp3 and AAC works better than loosless Mp3 and AAC

[jjd-uk]

You've not said which version of Kodi you've tested with, could you try the current Krypton Beta build if you haven't already done so, then if you experience any issue with gapless playback post a debug log_file (wiki) and I'll see if I can get one of the devs to take a look.

[ebr9999]

Here it is: https://1drv.ms/u/s!Agrddzvyi1trg1K_uOZzoH7dkzQ2
The files played (from the album) are
F:\AUDIO\!!O\EB Audio Test\04.1 Khz - 0 DB- FLAC 0 =_ FLAC 0.flac (duration 15 seconds)
F:\AUDIO\!!O\EB Audio Test\05.1 Khz - 0 DB- FLAC 0 =_ FLAC 8.flac
Both flac files with compression level 0.

BTW: playing of .wav files has some issues in Krypton (it works fine in Jarvis). The first wave file is sequence is skipped (F:\AUDIO\!!O\EB Audio Test\02.1 Khz - 0 DB- WAV =_ WAV.wav) and replay gain tags from the previous (first) file are applied to the following one.
Here the log file: https://1drv.ms/u/s!Agrddzvyi1trg1SkclwK0xBxXqo2

[FernetMenta]

I have fixed the issue here: https://github.com/xbmc/xbmc/pull/10623

This does not fix the issue with replay gain. The provided test files play nice on my system now.

[ebr9999]

The second log file was about not playing of first .wav files. The replay gain issue looked triggered by that,
As soon as beta 4 is out I will also give a test