I can't find lib_audio_dsp repository!

[StephenNobles]

Hi
I'm starting to work with a XK-AUDIO-316-MC-AB and I followed the guide lib_audio_dsp_v1.2.0, but when I have to clone the repository of the library this repository doesn't exist!
The command is the follow:
git clone git@github.com:xmos/lib_audio_dsp.git
The document is dated 2024/11/15 therefore it's not too old or deprecated.
I'd like to test the DSP capability of this chip with this board, but I'm stucked.
what am I doing wrong?
Can anyone give me any advice?

Thank you
Stephen

[StephenNobles]

I found it on the website!

[xhuw]

Hi, those documents need to be corrected to account for this issue. Thanks for highlighting it, and I apologise for the confusion. We haven't made the GitHub repository public yet as we are still actively working on it, and it's still quite new.

Any other questions or feedback is welcome

[fabriceo]

Hi !
Thats a good piece of work, quite inspiring, very recent and I can't remember any communication around it ?
It would be great to find in the documentation some informations about the overall possible performance in term of MIPS and THD+N at different frequencies, with some standard flow (like the ones possible with an ADAU146x), for 8 pipelines driving 8 channels like : input -> N biquad -> delay -> compressor_rms -> output

thanks for sharing this anyway!

[alwalker]

Yes, I found the same issue with the Github cloning and downloaded from the XMOS website instead.

On the page:

https://www.xmos.com/file/lib_audio_dsp

The links for these application notes navigate instead to https://www.xmos.com/

AN02014: Integrating DSP Into The XMOS USB Reference Design.

AN02015: Run-time DSP control in a USB Audio Application.

Can these links be fixed please?

[alwalker]

Hi,

So even with the version of lib_audio_dsp downloaded from www.xmos.com, the Cmake process still tries to access the GitHub repository, and fails because it's not public

Is there a workaround, and also a timescale to make the repository public, please?

Kind regards,

Al

250114_GitHub_Fail.png

[xhuw]

Hey Al,

Your issue is because the directory in your sandbox containing "lib_audio_dsp" is called "lib_audio_dsp-1.2.0". Xcommon cmake uses the directory name to find the dependencies. So if you rename your directory to "lib_audio_dsp" then it should stop trying to download it again.

[xhuw]

We just made lib_audio_dsp pubic! https://github.com/xmos/lib_audio_dsp

Remember that this repo is under active development and we will be making significant changes to the python design library in the coming months. The underlying DSP C sources are solid and will remain fairly stable though.

@fabriceo thanks for the idea for the docs we will consider getting this in.

[alwalker]

Hi xhuw,

Thanks very much, I thought it best to start again and clone the lib_audio_dsp repository into my sandbox.

However, I seem to get the same issue with the repository not being public despite it being shown as such on GitHub. Is the syntax of the git clone command as shown in the PDF documentation correct please?

250116_public_key_issue.png

[xhuw]

Hey Al, the command looks good. Have you cloned from github before using SSH successfully? You might have more luck with the https URL:

Code: Select all

git clone https://github.com/xmos/lib_audio_dsp.git

The issue you share can happen if you haven't shared your ssh public key wit github (even when its a public repo ). xcommon cmake probably defaults to SSH so you might need to do this anyway https://docs.github.com/en/enterprise-c ... ub-account.

We should be able to get the app note links (mentioned above) working today or maybe tomorrow. Will update this thread when that is done.