Can not resume music after internet disconnection.

[eytu0233]

IMPORTANT: Before you create an issue, please take a look at our Issue Reporting Guide.

Briefly summarize your issue:

Can not resume music after internet disconnection.

What is the expected behavior?

Can resume music normally after internet disconnection.

What behavior are you observing?

According to the certification document, we tried to test "Internet interruption - Media - Music" item.
(AVS_Smart_functional_self-test_checklist_v2.9.6.xlsm)

There are two issues.

1. When the song is finished playing and reconnect the device to the internet. Ask Alexa "Resume", Alexa will NOT do any thing.
   Alexa only accepts "Play", then it will resume the song. However, the test step on the document is still "Resume".

2. When we say "Alexa, play." after reconnection, Alexa will NOT resume the song.
   In this situation, it can stop ongoing interaction to recover.
   After stoppoing ongoing interaction, we say "Alexa, play." and Alexa will resume the song.
   This issue is probabilistic(about 10%).

This is the DEBUG9 log when reproducing this issue.
music_interruption.log

Provide the steps to reproduce the issue, if applicable:

1. Run device sdk v1.21.0 on RPi4.
2. Say ‘Alexa, play music’.
3. Disconnect the device from the internet and wait song finished.
4. Reconnect the device to the internet
5. Say ‘Alexa, play’.

Tell us about your environment:

What version of the AVS Device SDK are you using?

  AVS Device SDK: <1.21.0>

Tell us what hardware you're using:

• Desktop / Laptop
• [*] Raspberry Pi
• Other - tell us more:

Tell us about your OS (Type & version):

• Linux
• MacOS
• [*] Raspbian Stretch
• Raspbian Jessy
• Other - tell us more:

[kjkh]

Hi @eytu0233,

When you are playing or resuming music, what music service provider are you using? Examples: iHeartRadio, Amazon Music, TuneIn, etc.

Have you seen this problem on previous versions of the SDK before?

[kjkh]

 grep -rni -e "avsconnectionmanager:onconnectionstatuschanged" -e "audioinputprocessor:recognize" -e "audioplayer:prehandleplay" .
./music_interruption.log:96:2020-12-15 08:26:28.527 [  1] 5 AVSConnectionManager:onConnectionStatusChanged:connected=false,isEnabled=false
./music_interruption.log:687:2020-12-15 08:26:29.202 [ 1f] 0 AVSConnectionManager:onConnectionStatusChanged:status=PENDING,engine_count=1
./music_interruption.log:1343:2020-12-15 08:26:41.136 [ 10] 0 AVSConnectionManager:onConnectionStatusChanged:status=CONNECTED,engine_count=1
./music_interruption.log:1513:2020-12-15 08:26:42.992 [ 1c] 5 AudioInputProcessor:recognize
./music_interruption.log:5537:2020-12-15 08:26:47.656 [  b] 1 AudioPlayer:preHandlePlayDirective
./music_interruption.log:5542:2020-12-15 08:26:47.657 [  b] I AudioPlayer:preHandlePlayDirective:normalizationMode=OFF
./music_interruption.log:10327:2020-12-15 08:28:04.533 [  9] 0 AVSConnectionManager:onConnectionStatusChanged:status=PENDING,engine_count=1
./music_interruption.log:13890:2020-12-15 08:29:26.965 [ 1d] 0 AVSConnectionManager:onConnectionStatusChanged:status=CONNECTED,engine_count=1
./music_interruption.log:14432:2020-12-15 08:29:39.419 [ 1c] 5 AudioInputProcessor:recognize
./music_interruption.log:17121:2020-12-15 08:29:48.598 [ 1c] 5 AudioInputProcessor:recognize
./music_interruption.log:20875:2020-12-15 08:30:04.524 [ 1c] 5 AudioInputProcessor:recognize
./music_interruption.log:24213:2020-12-15 08:30:08.361 [  b] 1 AudioPlayer:preHandlePlayDirective
./music_interruption.log:24218:2020-12-15 08:30:08.361 [  b] I AudioPlayer:preHandlePlayDirective:normalizationMode=OFF
./music_interruption.log:27099:2020-12-15 08:30:23.523 [  a] 0 AVSConnectionManager:onConnectionStatusChanged:status=DISCONNECTED,engine_count=1

Regarding problem 2,I see that there are three recognize calls after the connection is re-established. However, you can see that only the last recognize call resulted in a Play directive being received. I confirmed this with the cloud side logs and it looks like the recognize at 08:29:39.419 and 08:29:48.598 did not result in any directives. Since you mentioned this happens intermittently (10%), my guess is that this is due to the audio not being interpreted by the cloud. Please ensure that there are no background noises and that the mic is picking up the utterances clearly. You can check your utterances by following these steps: https://www.amazon.com/gp/help/customer/display.html?nodeId=GHXNJNLTRWCTBBGW.

Regarding problem 1, if this is blocking certification for you, can you also attach DEBUG9 logs? This sounds like a mismatch between certification requirements and the Alexa cloud.

[eytu0233]

Hi @kjkh,

This DEBUG9 log is for problem 1.
music_interruption_resume.log

We reproduced this issue by following steps.

1. Alexa, play music on Amazon music.
2. Disconnect the internet after music play.
3. Reconnect the itnernet after music stop.
4. Alexa, resume.
5. Alexa, resume.
6. Alexa, play.

Step 4. 5. and 6. are all no reaction.
According to the cloud, the 5. and 6. are both recognized correctly.
You can reference this picture.

Thanks

[kclchan]

Hi @eytu0233, in step 4, 5, or 6, instead of just saying resume/play, do you get music playback if you say something like "Alexa, play music on Amazon music."?

[eytu0233]

Hi @kclchan,

Yes, it does playback a new music after "Alexa, play music" when step 4, 5 or 6.

[yuan0258]

@kclchan,

Could you reproduce this issue?

[blazusiak-amazon]

Hello @eytu0233 and @yuan0258,
Are you still experiencing this issue? Are you able to reproduce this on the latest SDK version?

[kjkh]

Closing due to inactivity. If further assistance is required, please reopen a new ticket with reference to this one.