0
Planowane
Player page remove fav station button not active until station starts playing
I have many stations registered as favorites and sometimes it's useful to do a full sweep to remove stations that are broken from favorites. The button to remove from favorites is not activated until the station starts playing and the whole sweep can take forever..
It would be great if the button activates as soon as the station is changed.
It would be great if the button activates as soon as the station is changed.
Odpowiedź
W trakcie analizy
What version of Android is your device running on? Could you take a snapshot of your screen showing the state of the buttons? This issue sounds very odd and I'm trying to figure out how this could be happening.
Sorry I wasn't clear. Android 4.4.2. Samsung Galaxy S4 Verison KOT49H.I545VRUFNC5
Steps to reproduce (A):
1. Start XiiaLive Pro
2. Start playing a station
3. Press 'next track' button
Expected: Add/remove favorites button is enabled as soon as the station name is changed
Actual: Add/remove favorites button is enabled when the new station starts playing
Another way to reproduce (B):
1. Start XiiaLive Pro, make sure it is stopped (not playing)
2. Press 'next track' button
3. Note the favorite button is disabled, press 'next track' button again before the station starts playing
Expected/actual same as in (A) above.
Captured a video for (A) at http://youtu.be/hLKaYxVXW2k
0:00: Playing normally
0:03: Pressing 'next track', favorites button disabled
0:04: Status "preparing" -> "connecting"
0:06: Status "buffering" -> "playing", favorites button enabled
Steps to reproduce (A):
1. Start XiiaLive Pro
2. Start playing a station
3. Press 'next track' button
Expected: Add/remove favorites button is enabled as soon as the station name is changed
Actual: Add/remove favorites button is enabled when the new station starts playing
Another way to reproduce (B):
1. Start XiiaLive Pro, make sure it is stopped (not playing)
2. Press 'next track' button
3. Note the favorite button is disabled, press 'next track' button again before the station starts playing
Expected/actual same as in (A) above.
Captured a video for (A) at http://youtu.be/hLKaYxVXW2k
0:00: Playing normally
0:03: Pressing 'next track', favorites button disabled
0:04: Status "preparing" -> "connecting"
0:06: Status "buffering" -> "playing", favorites button enabled
+1
Odpowiedź
Planowane
Ah! Video perfectly made sense! Thanks for making the video.
Ok, so this is technically not a bug it is just how things are processed internally. The main issue is caused by a delay to trigger playback for the next station. It is actually related to the other post you had here:
http://support.xiialive.com/topic/553769-notification-sounds-are-delayed/
So removing this delay the issue should be gone. Also, this delay shouldn't be applied to the player's prev/next buttons, only to Bluetooth devices.
Ok, so this is technically not a bug it is just how things are processed internally. The main issue is caused by a delay to trigger playback for the next station. It is actually related to the other post you had here:
http://support.xiialive.com/topic/553769-notification-sounds-are-delayed/
So removing this delay the issue should be gone. Also, this delay shouldn't be applied to the player's prev/next buttons, only to Bluetooth devices.
Thanks for the update.
Another relevant issue is with the offline stations. When the next track is offline, it will try to connect for number of times (as configured) and then stop with "Maximum retries reached" status message. Favorites button will not be enabled at all in this case.
Another suggestion is to move on with the next track in the favorites, if cannot connect to this one please.
Another relevant issue is with the offline stations. When the next track is offline, it will try to connect for number of times (as configured) and then stop with "Maximum retries reached" status message. Favorites button will not be enabled at all in this case.
Another suggestion is to move on with the next track in the favorites, if cannot connect to this one please.
Customer support service by UserEcho
Ok, so this is technically not a bug it is just how things are processed internally. The main issue is caused by a delay to trigger playback for the next station. It is actually related to the other post you had here:
http://support.xiialive.com/topic/553769-notification-sounds-are-delayed/
So removing this delay the issue should be gone. Also, this delay shouldn't be applied to the player's prev/next buttons, only to Bluetooth devices.