Re: [music-dsp] R: Re: NAMM Meetup?

2016-01-22 Thread Christian Luther
Sorry I didn't get back to this thread earlier. I didn't anticipate how intense 
these days are. ;)

I'm at the kemper booth #6100 most of the time. After 5pm is always a good time 
to drop by.

Guess I won't be able to make it to the juce meetup unfortunately.

Cheers
Christian

> Am 19.01.2016 um 00:41 schrieb Marco Lo Monaco :
> 
> I will be there by friday. Where do we gather exactly?
> 
> Marco
> 
> 
> 
> Inviato dal mio dispositivo Samsung
> 
> 
>  Messaggio originale 
> Da: Nigel Redmon  
> Data: 19/01/2016 07:03 (GMT+01:00) 
> A: A discussion list for music-related DSP  
> Oggetto: Re: [music-dsp] NAMM Meetup? 
> 
> Nice blog, Christian, good job.
> 
> Gee, I think I may have been to them all (Anaheim Winter NAMM)…anyway, too 
> busy to make a weekday, but I plan to go Saturday.
> 
> > On Jan 18, 2016, at 2:42 AM, Christian Luther  wrote:
> > 
> > Hey everyone!
> > 
> > who’ll be there and who’s in for a little music-dsp meetup?
> > 
> > Cheers
> > Christian
> > 
> > P.S.: I just started a new blog, might be interesting for you guys. Have a 
> > look:
> > http://science-of-sound.net
> 
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp
___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

[music-dsp] DSP Engineer position at Arturia

2016-01-22 Thread Kevin MOLCARD

Hi folks,

apologies for cross posting.

We are currently looking for a DSP Engineer/Doctor to expand our 
research team.


*Profile: *PhD, or engineering degree in signal processing specialized 
in audio signal.


*Technical skills*
- Excellent level of: mathematic and signal processing (Fourier, Laplace 
transforms, filter design)

- Very good knowledge of electronic and digital filters topologies
- Knowledge of additive, FM, and subtractive synthesis, of oscillator, 
and electronic effect topologies
- Good skills on Matlab (or equivalent), electronic circuits simulators 
(Spice), C++ programming language, a scripting language (python)
- Very good knowledge of processor computing architecture (amd64, SIMD, 
ARM), and operating systems (threads, interrupts, scheduling).

- Great understanding of real time computing constraints

*Location: *Grenoble, FRANCE

** *Contract Type:* Permanent - Full Time

***Contact:* kevin.molc...@arturia.com Untitled

Kevin
Untitle
--
Kevin Molcard Senior Software Engineer
t.+33 438 020 555 — f.+33 438 020 525



___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Generating pink noise in Python

2016-01-22 Thread STEFFAN DIEDRICHSEN

> On 22.01.2016|KW3, at 02:50, robert bristow-johnson 
>  wrote:
> 
> i think i could code whatever into a sufficiently general-purpose DSP  (so 
> the Analog Devices "Sigma" series might be left out of that class).  but i 
> cannot understand what some of the components (inverter chain) do in your 
> diagram.
> 


Those inverter chains serve as time delays for the oscillators. 

See: https://www.fairchildsemi.com/application-notes/AN/AN-118.pdf

A wonderful case of true CSAT (computer stone age technology). 

Steffan 


___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

Re: [music-dsp] Generating pink noise in Python

2016-01-22 Thread Sound of L.A. Music and Audio
Just for clarification: In theory only one inverter with feedback is 
required in order to have an instable, oscillating circuit. Practically 
the technology is too quick and the amplitude will not be high enough to 
define good levels. More than one of them will lead to steady states of 
the voltage levels before the feedback "arrives" and causes toogling.


Moreover the length switching option requires relations like eg 15/13 or 
11/9 rather than just 3/1 to work properly. Also a strong temperature 
dependency applies.


Of course this creates no weill definde noise, but unpredictable results 
with series of 1 and 0 at any possible length and probability.


>CSAT
A modified circuit of that is operation in a very current technical 
device. The artifical noise is measured, stored and sent via a virtual 
channel to the destination in pieces wth various speeds and redundancy. 
The destination also receives another stream where (applying an 
uncertain strategy) bits were replaced by pieces of information. By 
gathering, reordering and matching the packets, two time coherent 
streams are available in the destination device. By substracting both 
streams, the information is completely restored.


Doing this, it is totally impossible for anybody to extract this 
information from the noise, unlike as it is with common AES encoding, 
because there are no patterns, no regular distances in between the bits 
and (the main point:) no code which could be cracked.


So the the destination device can not by deterred from receiving the 
information. It can neither be stopped nor mislead and thus it can 
straight forward find its "detination" where it is controlled to go for.




Am 22.01.2016 um 10:44 schrieb STEFFAN DIEDRICHSEN:



On 22.01.2016|KW3, at 02:50, robert bristow-johnson
> wrote:

i think i could code whatever into a sufficiently general-purpose DSP
 (so the Analog Devices "Sigma" series might be left out of that
class).  but i cannot understand what some of the components (inverter
chain) do in your diagram.




Those inverter chains serve as time delays for the oscillators.

See: https://www.fairchildsemi.com/application-notes/AN/AN-118.pdf

A wonderful case of true CSAT (computer stone age technology).

Steffan




___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp


___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp



Re: [music-dsp] NAMM Meetup?

2016-01-22 Thread Stefan Stenzel
My booth #6009 is about 5 metres away from #6100, way too much for walking 
unfortunately.

I’ll be there most of the afternoon and happy to meet all of you there.

> On 22 Jan 2016, at 20:54 , Christian Luther  wrote:
> 
> Sorry I didn't get back to this thread earlier. I didn't anticipate how 
> intense these days are. ;)
> 
> I'm at the kemper booth #6100 most of the time. After 5pm is always a good 
> time to drop by.
> 
> Guess I won't be able to make it to the juce meetup unfortunately.
> 
> Cheers
> Christian
> 
> Am 19.01.2016 um 00:41 schrieb Marco Lo Monaco :
> 
>> I will be there by friday. Where do we gather exactly?
>> 
>> Marco
>> 
>> 
>> 
>> Inviato dal mio dispositivo Samsung
>> 
>> 
>>  Messaggio originale 
>> Da: Nigel Redmon  
>> Data: 19/01/2016 07:03 (GMT+01:00) 
>> A: A discussion list for music-related DSP  
>> Oggetto: Re: [music-dsp] NAMM Meetup? 
>> 
>> Nice blog, Christian, good job.
>> 
>> Gee, I think I may have been to them all (Anaheim Winter NAMM)…anyway, too 
>> busy to make a weekday, but I plan to go Saturday.
>> 
>> > On Jan 18, 2016, at 2:42 AM, Christian Luther  wrote:
>> > 
>> > Hey everyone!
>> > 
>> > who’ll be there and who’s in for a little music-dsp meetup?
>> > 
>> > Cheers
>> > Christian
>> > 
>> > P.S.: I just started a new blog, might be interesting for you guys. Have a 
>> > look:
>> > http://science-of-sound.net
>> 
>> ___
>> dupswapdrop: music-dsp mailing list
>> music-dsp@music.columbia.edu
>> https://lists.columbia.edu/mailman/listinfo/music-dsp
>> ___
>> dupswapdrop: music-dsp mailing list
>> music-dsp@music.columbia.edu
>> https://lists.columbia.edu/mailman/listinfo/music-dsp
> ___
> dupswapdrop: music-dsp mailing list
> music-dsp@music.columbia.edu
> https://lists.columbia.edu/mailman/listinfo/music-dsp

___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp

[music-dsp] Updated rbj_eq.xls

2016-01-22 Thread John Edwards
Hello folks,

I have been using rbj_eq.xls for sample rates other than 44.1k and I have 
implemented the modification suggested by Robert B here :
http://www.musicdsp.org/showArchiveComment.php?ArchiveID=218
It would be great to get this back to the list.
Please could someone let me know if this is possible and how to arrange ?

All the best,
John

___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
https://lists.columbia.edu/mailman/listinfo/music-dsp