[Sound-open-firmware] [RFC PATCH 0/6] Host testbench

[Seppo Ingalsuo]

On 01.06.2018 10:45, Liam Girdwood wrote:
> On Thu, 2018-05-31 at 19:29 -0700, Ranjani Sridharan wrote:
>> This set of patches introduces the testbench for audio processing
>> components in SOF. The testbench enables functional/quality
>> testing of SOF components. The testbench reads in audio samples
>> from a file and write out the processed samples to the output file.
>>
>> The host directory includes common code with routines for topology parsing
>> and setting up sof ipc, scheduler and processing pipelines. It also
>> includes simpler implementations for SOF features such as tracing.
>> It also includes a new file component that allows reading in or writing
>> out samples from/to a file.
>>
>> The host directory also includes the testbench for setting up pipelines
>> based on a test topology. It reads in input samples from a file
>> , schedules pipeline copy and copies the processed sample to the output
>> file. The output file can be used to perform audio quality tests using
>> matlab/octave. Currently it supports only volume pipelines.
>> Support for other components such as src/eq will be added soon.
>>
>> Ranjani Sridharan (6):
>>    host: add host testbench common source and header files
>>    host: add new component for file IO
>>    host: add testbench program
>>    host: include host testbench directory for compilation
>>    scripts: add scritps for building host library and invoking the
>>      testbench
>>    doc: add README for host testbench
>>
>>
> I've applied so testers can start testing, but have some minor comments that can
> be fixed incrementally.

This is good news, thanks Ranjani and Liam!

We will start to prepare patches for audio processing component tests. 
Should the objective quality checks scripts go to SOFT? The output of 
those scripts is performance metric that's compared to some default 
criteria.

We don't have bit exact test vectors for most things so I feel SOFT 
could be better location for objective quality tests. Simpler bit exact 
test cases could be kept in SOF since we might in future use those also 
for optional run-time tests in platform.

Thanks,
Seppo


>
> Thanks
>
> Liam
> _______________________________________________
> Sound-open-firmware mailing list
> Sound-open-firmware at alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/sound-open-firmware
>