Skip to content

make Audio_Record_Playback more deterministic for offline CI#411

Open
smuppand wants to merge 1 commit intoqualcomm-linux:mainfrom
smuppand:gstreamer
Open

make Audio_Record_Playback more deterministic for offline CI#411
smuppand wants to merge 1 commit intoqualcomm-linux:mainfrom
smuppand:gstreamer

Conversation

@smuppand
Copy link
Copy Markdown
Contributor

@smuppand smuppand commented Apr 19, 2026

Improve Audio_Record_Playback stability and result reporting for CI runs. Enhancements to address as part of #408

This update keeps backward compatibility for user-provided clip sources, but makes the default path more reliable by preferring locally generated OGG/MP3 sample clips when no clip path or clip URL is explicitly requested.

It also tightens result handling for dependent pulsesrc playback cases. When running in all mode, playback_pulsesrc_wav and playback_pulsesrc_flac now fail if the corresponding pulsesrc recording
in the same run did not produce a valid file, instead of being marked as skip. This makes the final summary reflect the actual end-to-end failure more accurately.

Changes included:

  • prefer offline-generated OGG/MP3 clips for default CI flow
  • preserve existing --clip-path / --clip-url behavior for backward compatibility
  • track whether external clips were explicitly requested
  • pass explicit provisioning context from run.sh into provisioning helper
  • mark dependent pulsesrc playback cases as FAIL in all mode when the
    prerequisite recording failed in the same run

Why:

  • reduce network dependency in CI
  • avoid misleading SKIP results for same-run prerequisite failures
  • make overlay/base comparisons easier by producing clearer verdicts

Lava jobs for reference with these code changes.
Base/ Config 1 - https://lava.infra.foundries.io/scheduler/job/183417

@smuppand smuppand requested review from Vkenjam and bhargav0610 April 19, 2026 12:48
@smuppand
Copy link
Copy Markdown
Contributor Author

@nitinn22 to review

Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
Comment thread Runner/suites/Multimedia/GSTreamer/Audio/Audio_Record_Playback/run.sh Outdated
@nitinn22
Copy link
Copy Markdown
Contributor

nitinn22 commented Apr 19, 2026

Main suggestions are around avoiding silent copy failures and improving portability/robustness of the generation pipelines (audioresample, encoder property compatibility). Also, if a LAVA job can be posted with these encode followed by decode and full suite working fine would be perfect.

@smuppand smuppand added the bug Something isn't working label Apr 20, 2026
… overrides

Update audio clip provisioning to prefer locally generated GStreamer
sample clips for OGG and MP3 when no external clip source is explicitly
requested, making CI runs less dependent on network availability.

This keeps backward compatibility by preserving existing --clip-path,
--clip-url, AUDIO_CLIP_PATH, and AUDIO_CLIP_URL behavior. The run.sh
changes now track whether an external source was explicitly requested and
pass that state into provision_test_files(), while the provisioning
logic can still fall back to user-provided clips or downloads when
requested.

Signed-off-by: Srikanth Muppandam <smuppand@qti.qualcomm.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants