XCore Github Challenge

[phalt]

Read the competition rules here

This Months Packages
Communication theme
[list][*]sc_usb
[*]sc_ethernet
[*]sc_xtcp[/list]
Deadline:
15th February 2012

Previous winners:

• November 2011 - lilltroll for his work on sc_dsp_filters

Potential starting points
I2C – connect something to an XMOS device like sensors, accelerometers etc.
DSP – audio processing such as EQ or reverb. Filtering of sensor inputs.

How to use the XCore Github

[phalt]

What counts as "using" the packages?

• If possible, at least one function call from at least one package
• In the case that this isn't possible, or your project revolves around rewriting the packages XMOS will decide if it qualifies.

What counts as a submission?

• An uploaded attempt or completed project that has used the packages required in some form and
• Your project submitted to this forum post before the deadline date.

[Folknology]

Is that meant to be this forum topic or another

Code: Select all

[url]this forum topic[/url].

Probably just a typo

regards
Al

[phalt]

There is always one typo that slips through the net, thanks!

The polls will be in a different forum post, but that will be put up at a later date.

[lilltroll]

My idea for October is to ASM optimize the FIR filter in https://github.com/xcore/sc_dsp_filters and also contribute with distributed FIR filters versions that uses many threads but in such way that the computational penalty of the distribution is very small. One Xcore @ 500 MHz should come close to 100 MTaps/s for long filters or even higher for filters that has a length of n =4*m or n=8*m.

[phalt]

My idea for October is to ASM optimize the FIR filter in https://github.com/xcore/sc_dsp_filters and also contribute with distributed FIR filters versions that uses many threads but in such way that the computational penalty of the distribution is very small. One Xcore @ 500 MHz should come close to 100 MTaps/s for long filters or even higher for filters that has a length of n =4*m or n=8*m.

Wow, that would definitely qualify.
Good luck with it, looking forward to seeing it!

[phalt]

We have just over a week to work on this, how is everyone doing?

I'm planning on entering myself but I need to fix my XC-1A, I dropped it and snapped the USB port off!

[lilltroll]

If anyone has a L2 device @ 500 MHz, the https://github.com/xcore/sc_dsp_filters ... readed_fir
should be running close to 99.2 MTaps /s on Core 0 :?:

or

79.4 MTaps /s/Core on a G device :!: (tested)

[phalt]

Good to see your contributions Mikael, they're great. Keep up the good work, you're definitely in the running for this month's competition.

[lilltroll]

Of course the I2C is very useful to setup the registers in a CODEC, so anyone with a MC USB Audio, XDK or XDK+XAI, has a use of it.

If now one else take the challenge I will push an example combining I2C and sc_dsp_filter in the same application, to make some real time low latency sound FX. There is some Cirrus CODEC registers that is not used in any XMOS example at the moment, and that would extend the use of I2C as well.