Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gapless playback - spotify / local files - hearable interception #1467

Open
hdijkema opened this issue Feb 24, 2016 · 7 comments
Open

Gapless playback - spotify / local files - hearable interception #1467

hdijkema opened this issue Feb 24, 2016 · 7 comments
Labels
A-audio Area: Audio layer C-bug Category: This is a bug

Comments

@hdijkema
Copy link

Thank you for continuous gstreamer support, i.e. no noticable on/off noises on my stereo anymore.
However, There's still a gap between songs played back with mopidy, whereas MPD has true gapless playback. I experience this both on my local collection and on spotify.

The next step?

@adamcik
Copy link
Member

adamcik commented Feb 25, 2016

To the best of my knowledge we've now implemented this per how GStreamer intends gapless to work. If it's still a problem there isn't much more we can do in Mopidy I'm afraid (though I'm happy to be proven wrong).

Can you reproduce with gst-play-1.0 --gapless file:///... file:///... ... so we can see if it works "upstream"?

@hdijkema
Copy link
Author

Oke, I've done following:

gst-play-1.0 --gapless ./01\ -\ Fire\ And\ Ice\ .mp3 ./02\ -\ Lookin'
For\ A\ Stranger\ .mp3

and:

mpg123 01\ -\ Fire\ And\ Ice\ .mp3 02\ -\ Lookin'\ For\ A\ Stranger\ .mp3

With gst-play-1.0 ==> Noticeable gap.
With mpg123 ==> No gap.
With mpd ==> No gap.

So, maybe this is a bug for gstreamer?

2016-02-25 18:01 GMT+01:00 Thomas Adamcik notifications@github.com:

To the best of my knowledge we've now implemented this per how GStreamer
intends gapless to work. If it's still a problem there isn't much more we
can do in Mopidy I'm afraid (though I'm happy to be proven wrong).

Can you reproduce with gst-play-1.0 --gapless file:///... file:///... ...
so we can see if it works "upstream"?


Reply to this email directly or view it on GitHub
#1467 (comment).

@hdijkema
Copy link
Author

If you want the mp3's for testing purposes, that can be arranged.

2016-02-25 18:26 GMT+01:00 Hans Dijkema hans@dykema.nl:

Oke, I've done following:

gst-play-1.0 --gapless ./01\ -\ Fire\ And\ Ice\ .mp3 ./02\ -\ Lookin'
For\ A\ Stranger\ .mp3

and:

mpg123 01\ -\ Fire\ And\ Ice\ .mp3 02\ -\ Lookin'\ For\ A\ Stranger
.mp3

With gst-play-1.0 ==> Noticeable gap.
With mpg123 ==> No gap.
With mpd ==> No gap.

So, maybe this is a bug for gstreamer?

2016-02-25 18:01 GMT+01:00 Thomas Adamcik notifications@github.com:

To the best of my knowledge we've now implemented this per how GStreamer
intends gapless to work. If it's still a problem there isn't much more we
can do in Mopidy I'm afraid (though I'm happy to be proven wrong).

Can you reproduce with gst-play-1.0 --gapless file:///... file:///... ...
so we can see if it works "upstream"?


Reply to this email directly or view it on GitHub
#1467 (comment).

@adamcik adamcik added C-bug Category: This is a bug A-audio Area: Audio layer labels Mar 26, 2016
@irskep
Copy link

irskep commented Dec 11, 2016

I'm also having issues with gapless playback. If I start a track in a web client and let it play all the way through, there's an audible gap before the next track. I'm testing with Pink Floyd's "The Wall".

gst-play-1.0 from the command line seems to do much better, though there's still a tiny gap compared to playing the same tracks in iTunes.

@kmontag
Copy link

kmontag commented Oct 24, 2018

I'm experiencing gaps between FLAC files about 90% of the time. Occasionally there's no audible gap, and otherwise the length of the gap seems to vary. Playback via gst-play-1.0 is consistently gapless.

I've tried adjusting audio.buffer_time, but it doesn't seem to have any effect.

This is on MacOS Mojave with the local backend.

$ gst-launch-1.0 --gst-version
GStreamer Core Library version 1.14.4
$ mopidy --version
/usr/local/lib/python2.7/site-packages/pylast/__init__.py:51: UserWarning: You are using pylast with Python 2. Pylast will soon be Python 3 only. More info: https://github.com/pylast/pylast/issues/265
  UserWarning,
Mopidy 2.2.0

Any other debug info I can provide?

@kingosticks
Copy link
Member

A debug log where the issue occurs: https://docs.mopidy.com/en/latest/troubleshooting/#debug-logging

@CraftedCart
Copy link

CraftedCart commented May 11, 2022

Looks like this is resolved in an upcomming gstreamer release for MP3s I think - Just looking at this merge request https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1028

Since I've noticed MP3 files weren't playing gapless for me (MP3s being the kind of files OP mentioned in when they tried to run gst-play-1.0 above) - I slightly hacked up the PKGBUILD (build+packaging script) for gstreamer on Arch to get it to build from the main branch and..yeah MP3 albums seem to play gapless for me now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-audio Area: Audio layer C-bug Category: This is a bug
Projects
None yet
Development

No branches or pull requests

6 participants