hmi-audio-management-on-same-priority manual
high
- Image Types:
- basesdk-amd64 / hmi-armhf / hmi-arm64 / hmi-amd64 / sdk-amd64
- Image Deployment:
- APT, OSTree
- Type:
- functional
Description
Test to verify the audio management functionality on switching between same priority applications
Pre Conditions
- Lilliput/LVDS touch screens must be connected to the respective targets
- When running the test on SabreLite boards with headphone jack connected, To check the audio output the audio manager needs to be configured to route it accordingly as it defaults to the HDMI output:
- After reboot ensure that headphones will not be muted:
$ pactl set-default-sink alsa_output.platform-sound.stereo-fallback
$ pactl set-sink-port alsa_output.platform-sound.stereo-fallback analog-output-headphones
$ pactl set-sink-mute alsa_output.platform-sound.stereo-fallback false
Execution Steps
- Add the Flathub repository
- Install Audio app1 (Example: Rhythmbox) and Audio app2 (Example: g4music) from Flathub.
- Launch app1
- Click on Play button for any song.
- Audio should be heard for the song played.
- While playing audio from app1, switch to main window by clicking launcher and launch app2
- Click on Play button for any song.
- Audio from app2 should be heard and audio from app1 should not be heard.
- Close app2.
- Screen should be shifted to app1.
- Audio should be heard from app1.
$ flatpak remote-add --user --no-sign-verify --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
Expected
(Audio app1) should be corked when switched to (Audio app2)
Notes
- This test case is applicable for video applications also by choosing app1 (video app : Totem) and app2 (video app : playmyvideos)
- For SDK - Launcher is through (agl-compositor)
- For Base SDK - Launcher is through (Applications -> Multimedia)