-
-
Notifications
You must be signed in to change notification settings - Fork 95
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
songs stop several seconds before end #361
Comments
That's very strange. Maybe @aleszczynskig or @uvjustin have had a similar issue (sorry for always pinging you on forked-daapd stuff). |
I can confirm the same issue. |
It also happens for me and I know why. At the end of each track, a pfls message is sent to the metadata pipe. Forked-daapd (now owntone) responds to this message immediately by cutting the output to the speakers but there is a 2-3 second delay in the audio pipeline which is inherit in AirPlay, as a result you lose the last couple of seconds playback. The solution I think is not to send the pfls at the end of the track. Sorry for the quick write-up. I don't have much time at the moment. |
No problem pinging on this btw. Happy to help out where I can. |
@aleszczynskig Is it this one?
|
Yes |
Removed |
FYI - one down side to removing this is that when you change track in Spotify, there will be a couple of seconds lag before the track changes in owntone due to the inherent airplay lag I described in my previous post. @devgianlu Is there anyway to have a different event for when the track ends rather than changes mid track so the pfls event is only sent for the latter? |
Fixed! The pipe flush command is not sent only if the track change is user initiated. |
Fantastic! Thank you. I'm away at present but I'll check it out once I'm back home. |
Just trying your fix, works great, now everything is perfect. |
Hi guys, is there any estimate when this fix will be live? This bug is very frustrating 😫 |
You can use a snapshot version or wait for |
Wow, that was quick, thank you! |
awesome, thanks a lot! |
Having troubles with the certificate to upload. Hope I can fix it today |
new version 1.6.1 online |
🚀 |
Im using librespot-java (spocon) on armhf to output to pipe/pipe.metadata and pick up from forked-daapd, it all works perfectly except that with nearly all songs it chops the last 2-3 seconds (mainly songs that dont fade out)
I have been playing around with crossfading, no difference.
I have been as well trying without preload, still no difference.
Not sure if this is a spotify, spocon, librespot-java or forked-daapd issue, so forgive me if this is not the right place to ask.
To Reproduce
Install spocon from http://ppa.launchpad.net/spocon/spocon/ubuntu bionic/main armhf Packages
Make pipes
spocon config.toml
Start librespot/spocon
Stream playlist from any spotify app to SpoCon-Spotify
Expected behavior
Play with no/minimal gaps but without truncations.
Actual behaviour
It plays but truncates the last 2-3 seconds of previous songs, especially annoying when song has no fadeout.
Too early
Screenshots/Stracktraces/Logs
Version/Commit
The text was updated successfully, but these errors were encountered: