Starting playlist
11:33 am EST “bonafide hustler” DOES sweet fade to “put your hands up for detroit”
11:36 am EST “put your hands up for detroit” does NOT sweet fade to “hold on”
It took only one track before it stopped sweet fading
I let these play out without skipping through
Edit: DM’d the logs
Thanks for taking a look, lemme know if you need more info
Hi Sam,
here is a short capture of this strange behavior (min 1:08 & min 1:20) - this appears at the moment at every 10th song. The Logfile is attached. The latest logs in the file should include the video.
My phone is a Huawei P10 lite / Android 8.0.0.
Please let me know if you need further information & thnx for investigations :).
BR
Radl25
SVID_20181205_182759.rar (11.9 MB)
Can you please also DM me your device logs?
@Orbital, I have some more info on Sweet Fades.
Basically the calculation depends on both tracks that are being segued having been scanned by your library. Based on your logs there are a lot of cases where we aren’t performing a calculation so I imagine not everything is finished scanning yet.
This was my suspicion. How can they manually be triggered (the scan that is)? Re-analyze the library?
Can anyone else reproduce an issue, where Google Assistant can’t lower the volume, when playing music vis Bluetooth? Essentially, when I say ‘ok Google’, the music doesn’t lower it’s volume, as it would off of Bluetooth.
Hey @SamFromPlex,
The sweet fades stop seems pretty consistent from my end, it’s always after the first two or three tracks in a playlist. It’s a bit hard to do any testing as it usually happens in my car while driving, so hard to stop and get logs.
It doesn’t matter on the track length, short tracks or long tracks. I thought it might be buffer related, but it is consistently stopping the fade after the first two or three.
It just resorts back to normal back to back playback. I will see if I can get some more info without crashing into someone :)
Edit: Sorry just to add, this is the same playlist each time, playing using shuffle, so it is different songs each time the sweet fades stops working after the first two or three.
Try to remember what 2 songs it stops between next time. Then when you get to a computer, check the xml for those 2 songs. If the analysis occurred you will see that info in the xml. Like this.
<Stream id=“313578” streamType=“2” selected=“1” codec=“mp3” index=“0” channels=“2” bitrate=“320” albumGain="-5.95" albumPeak=“1.000000” albumRange=“5.985561"audioChannelLayout=“stereo” gain=”-5.95" loudness="-12.05" lra=“5.99” peak=“1.000000” samplingRate=“48000” displayTitle=“Unknown (MP3 Stereo)”/>
Thank you for the info, but my question next would be the same as:
How can we check on the scan, or initialize a scan and monitor the progress?
How can we check on the scan, or initialize a scan and monitor the progress?
Sorry but I’m not sure of the details about how the server performs scans.
I’m going to see about adding more logs to the Android client so we can determine when we have (or have not) sent loudness data to the player.
Sometimes there won’t be a fade, or it may be imperceptible. Every fade is unique to the track pair. I think someone said “It’s not your parents cross fade”.
I thought it might be buffer related, but it is consistently stopping the fade after the first two or three.
The function has nothing to do with buffering. The loudness data comes from the library so there is nothing to buffer.
Sometimes when I start watching a video on for example youtube, the playback of music on plex doesnt automatically stop but instead keeps playing together with the video.
I’ve noticed this as well.
It doesn’t seem to be related to the exact number of tracks. I just started an album with a ton of really short gapless tracks and it played from 09:46 (I turned the screen off immediately) and the audio stopped at 09:52 and it played 5 tracks in total.
I’ve attached both my server and Android device logs, hope that helps and thanks in advance!
plex-log-DenzoNL.zip (451.9 KB)
Plex Media (3.9 MB)
EDIT: I actually have a second server that’s more than different enough (my primary server is physically located in my own home, the second is a VPS in a datacentre somewhere). I’ll try and test that later on today. Haven’t got a TIDAL subscription, but I guess I can still get a free trial.
Thanks for the report, I’ll add it to the list
Though I just spam tested that scenario with youtube and it was OK, are there any other things I can try to reproduce that issue?
I just had it happen again. Seems it happens very likely when playing music in offline mode. I killed the app because it was stuttering again, started plex, started music playback then started youtube video and voila: Both playing at same time.
Ah, reproduced the other way by opening Plex then skipping a track before playing.
I’ve tested this with my other server, with identical playing circumstances, and it behaved exactly the same. I’ll attempt it with Tidal in a bit.
EDIT: I can confirm that this happens with TIDAL as well, so I’m fairly sure it’s an Audio Player issue, as I haven’t had this problem before the new audio player arrived. Nonetheless I’m really happy with the progress being made 
Thanks guys, I analyzed the music library overnight and I will test to see if it works better today.
