XCore Github Challenge

All the latest news and announcements from XCore and XMOS.
User avatar
phalt
Respected Member
Posts: 298
Joined: Thu May 12, 2011 11:14 am

XCore Github Challenge

Postby phalt » Wed Oct 19, 2011 10:33 am

Image
Read the competition rules here

This Months Packages
Communication theme
[list][*]sc_usb
[*]sc_ethernet
[*]sc_xtcp[/list]

Deadline:
15th February 2012

Previous winners: 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
User avatar
phalt
Respected Member
Posts: 298
Joined: Thu May 12, 2011 11:14 am

Postby phalt » Wed Oct 19, 2011 10:48 am

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.
User avatar
Folknology
XCore Legend
Posts: 1274
Joined: Thu Dec 10, 2009 10:20 pm

Postby Folknology » Wed Oct 19, 2011 11:18 am

Is that meant to be this forum topic or another

Code: Select all

[url]this forum topic[/url].
Probably just a typo

regards
Al
User avatar
phalt
Respected Member
Posts: 298
Joined: Thu May 12, 2011 11:14 am

Postby phalt » Wed Oct 19, 2011 11:26 am

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.
User avatar
lilltroll
XCore Expert
Posts: 956
Joined: Fri Dec 11, 2009 3:53 am
Location: Sweden, Eskilstuna

Postby lilltroll » Wed Oct 19, 2011 2:03 pm

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.
Probably not the most confused programmer anymore on the XCORE forum.
User avatar
phalt
Respected Member
Posts: 298
Joined: Thu May 12, 2011 11:14 am

Postby phalt » Wed Oct 19, 2011 2:21 pm

lilltroll wrote: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!
User avatar
phalt
Respected Member
Posts: 298
Joined: Thu May 12, 2011 11:14 am

Postby phalt » Thu Oct 27, 2011 2:49 pm

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!
User avatar
lilltroll
XCore Expert
Posts: 956
Joined: Fri Dec 11, 2009 3:53 am
Location: Sweden, Eskilstuna

Postby lilltroll » Thu Oct 27, 2011 10:56 pm

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)
Probably not the most confused programmer anymore on the XCORE forum.
User avatar
phalt
Respected Member
Posts: 298
Joined: Thu May 12, 2011 11:14 am

Postby phalt » Fri Oct 28, 2011 11:27 am

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.
User avatar
lilltroll
XCore Expert
Posts: 956
Joined: Fri Dec 11, 2009 3:53 am
Location: Sweden, Eskilstuna

Postby lilltroll » Mon Oct 31, 2011 5:10 am

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.
Probably not the most confused programmer anymore on the XCORE forum.

Who is online

Users browsing this forum: No registered users and 0 guests