-
Notifications
You must be signed in to change notification settings - Fork 605
Play reminder failed when the time is reached #400
Comments
Hi @boyce-xx, I attempted to reproduce the issue through voice commands on v1.1.0, but was unable to. The reminder correctly played for me. Can you send the full logs? Also is it possible to update to the newest SDK version, v1.3.0? We have made stability improvements to MediaPlayer which could address your problem. |
Hi @boyce-xx, Can you try TZ=UTC ./WisAlertsIntegrationTest when running the integration tests? Our SDK currently requires this for Alerts to correctly render. In your logs, it looks like the Alerts agent isn't attempting to render anything at all. By setting the timezone, I was able to get the Alerts agent to attempt to render the reminder. However, I saw a failure related to MediaPlayer that I am investigating. Out of curiosity, do reminders work when you run your application? |
Fixed the MediaPlayer failures by replacing: m_rendererMediaPlayer = MediaPlayer::create(nullptr); with m_rendererMediaPlayer = MediaPlayer::create(std::make_sharedavsCommon::utils::libcurlUtils::HTTPContentFetcherFactory()); Hope this helps. |
Hi @kjkh , My GStreamer version is: libgstreamer-1.0.so.0.1004.0
|
@boyce-xx , we have not been able to reproduce the issue. What platform are you seeing this issue on? |
Hi @mradulan ,
and still can't hear the reminder sound, but can hear the default timer sound, I can see the line from log: 2018-01-03 09:02:05.494 [ 1a] E Alert:onRendererStateChangeFailed:reason=streamingError:Renderer failed to handle a url. Retrying with local background audio sound. |
Hi @boyce-xx, the logs suggest there's a problem opening the url to play the reminder TTS. Would you be able to enable sensitive logs with the flag -DACSDK_EMIT_SENSITIVE_LOGS=ON and recompile, this way you can see the url that's failing. Maybe you can try to open that url with your browser and see if you can open it. Also, can you double check if Named Timers and Reminders are enabled? |
Hi @kclchan , First: Second: Third: But I have got some other questions about this: Thanks. |
Hi @kclchan ,
I did a integration test app based on SDK version 1.3.0, you can duplicate the issue, here is the source code. please have a try, thanks. |
Hi @boyce-xx, We're able to reproduce the issue and will investigate it internally on the team. |
Hi @boyce-xx, this issue is fixed in v1.4.0. Thanks for bringing this to our attention. |
Changes in this update: **Enhancements** * `rapidJson` is now included with "make install". * Updated the `TemplateRuntimeObserverInterface` to support clearing of `displayCards`. * Added Windows SDK support, along with an installation script (MinGW-w64). * Updated `ContextManager` to ignore context reported by a state provider. * The `SharedDataStream` object is now associated by playlist, rather than by URL. * Added the `RegistrationManager` component. Now, when a user logs out all persistent user-specific data is cleared from the SDK. The log out functionality can be exercised in the sample app with the new command: `k`. **Bug Fixes** * [Issue 400](#400) Fixed a bug where the alert reminder did not iterate as intended after loss of network connection. * [Issue 477](#477) Fixed a bug in which Alexa's weather response was being truncated. * Fixed an issue in which there were reports of instability related to the Sensory engine. To correct this, the `portAudio` [`suggestedLatency`](https://github.com/alexa/avs-device-sdk/blob/master/Integration/AlexaClientSDKConfig.json#L62) value can now be configured. **Known Issues** * The `ACL` may encounter issues if audio attachments are received but not consumed. * `SpeechSynthesizerState` currently uses `GAINING_FOCUS` and `LOSING_FOCUS` as a workaround for handling intermediate state. These states may be removed in a future release. * Music playback doesn't immediately stop when a user barges-in on iHeartRadio. * The Windows sample app sometimes hangs on exit. * GDP receives a `SIGPIPE` when troubleshooting the Windows sample app.
Changes in this update: **Enhancements** * `rapidJson` is now included with "make install". * Updated the `TemplateRuntimeObserverInterface` to support clearing of `displayCards`. * Added Windows SDK support, along with an installation script (MinGW-w64). * Updated `ContextManager` to ignore context reported by a state provider. * The `SharedDataStream` object is now associated by playlist, rather than by URL. * Added the `RegistrationManager` component. Now, when a user logs out all persistent user-specific data is cleared from the SDK. The log out functionality can be exercised in the sample app with the new command: `k`. **Bug Fixes** * [Issue 400](alexa/avs-device-sdk#400) Fixed a bug where the alert reminder did not iterate as intended after loss of network connection. * [Issue 477](alexa/avs-device-sdk#477) Fixed a bug in which Alexa's weather response was being truncated. * Fixed an issue in which there were reports of instability related to the Sensory engine. To correct this, the `portAudio` [`suggestedLatency`](https://github.com/alexa/avs-device-sdk/blob/master/Integration/AlexaClientSDKConfig.json#L62) value can now be configured. **Known Issues** * The `ACL` may encounter issues if audio attachments are received but not consumed. * `SpeechSynthesizerState` currently uses `GAINING_FOCUS` and `LOSING_FOCUS` as a workaround for handling intermediate state. These states may be removed in a future release. * Music playback doesn't immediately stop when a user barges-in on iHeartRadio. * The Windows sample app sometimes hangs on exit. * GDP receives a `SIGPIPE` when troubleshooting the Windows sample app.
Changes in this update: **Enhancements** * `rapidJson` is now included with "make install". * Updated the `TemplateRuntimeObserverInterface` to support clearing of `displayCards`. * Added Windows SDK support, along with an installation script (MinGW-w64). * Updated `ContextManager` to ignore context reported by a state provider. * The `SharedDataStream` object is now associated by playlist, rather than by URL. * Added the `RegistrationManager` component. Now, when a user logs out all persistent user-specific data is cleared from the SDK. The log out functionality can be exercised in the sample app with the new command: `k`. **Bug Fixes** * [Issue 400](alexa/avs-device-sdk#400) Fixed a bug where the alert reminder did not iterate as intended after loss of network connection. * [Issue 477](alexa/avs-device-sdk#477) Fixed a bug in which Alexa's weather response was being truncated. * Fixed an issue in which there were reports of instability related to the Sensory engine. To correct this, the `portAudio` [`suggestedLatency`](https://github.com/alexa/avs-device-sdk/blob/master/Integration/AlexaClientSDKConfig.json#L62) value can now be configured. **Known Issues** * The `ACL` may encounter issues if audio attachments are received but not consumed. * `SpeechSynthesizerState` currently uses `GAINING_FOCUS` and `LOSING_FOCUS` as a workaround for handling intermediate state. These states may be removed in a future release. * Music playback doesn't immediately stop when a user barges-in on iHeartRadio. * The Windows sample app sometimes hangs on exit. * GDP receives a `SIGPIPE` when troubleshooting the Windows sample app.
Hi ,
I'm using SDK V1.1.0 to program, for reminder, I get an issue about it cannot be played when the time is reached, Here is a test code how to reproduce the case, I sent a audio (content is "remind me to wash the car after 10 seconds.") to AVS when starting the test.
I got the following error message during the test:
please advise.
Thanks.
The text was updated successfully, but these errors were encountered: