Setup of Music Collaboration via Skype (Voice/Video) and LiveStream (Sound)

I want to get some music coaching and review. Thus I need a solution where we can exchange voice and video. Because sound quality via Skype is not sufficient to judge the music itself, I set up a live stream in addition. 

I need to hear the voice of my communication partner in my headphones in addition to the sound from the DAW (Ableton Live in my case). The sound from my microphone needs to be transmitted to my communication partner, the music from my DAW shall go out through the live stream. 

Skype Audio Settings for Voice In/Out

also works, but sound is too silent: 

Live Stream via OBS and youtube

Go to and press “Livestream einleiten”. 


Im youtube browser Player die Video Qualität so tief wie möglcih auf 144


Live Stream via No23Live

Simple to setup with coding being generated for your own homepage. The automatic detection of the “own IP”, ie your home PC, did not work in my setup. Also if your internet provider assigns a new IP for you, you need to change your html or configuration.

Latency is around 15s in my setup. 

No23Live can only stream from the Windows standard input device, this setting must be made for Traktor in the windows recording settings:


MIDI Controller

Akai APC40 – Setting Up an Ableton Live DJ Template : Akai Professional – Iconic music  production gear, including the legendary MPC:

How to use the TRAKTOR KONTROL Z1 as a MIDI Controller and Audio Interface with Ableton Live


Sound Download

Sound Design Mistakes


Bass Growl


Glitch Set Tutorial


Mastering Tips

  • Cool setup using audio effect rack with 3 frequency bands
  • low band up to 300Hz only mono!


  • Breite anheben, schmalbandig absenken


  • Mit Kompressor rausarbeiten (attack und release)


  • Im Kopfhörer Stereo prüfen (im Kopfhörer stärkere Stereo Wirkung), ist es angenehm  zu hören?
  • Phasenkontrolle mit Flux ST Tool
    • Pro Spur?



Arduino: SD storage: troubleshooting guidline – public worldwide collaboration

[also posted in New fast data logging sketches]

I started a google document to give some overview on ways to troubleshoot SD card usage with Arduino.

“pls have a first look, put your comments in that and then we can decide to create a (sticky?) post in Arduino:Storage to promote this document and the ongoing work on it. As soon as we collaboratively decide, that it`s kind of ready for the wiki, we can copy or link it there. Maybe over time we can identify some named editors keeping the edit access and everyone else can only comment. Let´s see how this works, it´s also the first public worldwide community document editing for me smiley

And everyone please feel free to edit, modify, restructure whatever you want in this document. In the worst case we can revert to any previous version thanks to the cloud :o)

As this document is stored under my account @ google I hereby reserve all rights to remove any inappropriate, abusive or whatsoever unhelpful stuff that may come in; but of course the technical content remains owned by the community.”

[gdocs id=1lGFHpHPfvfGxSzjU8yo5DBLjO2pM0Bl7nwp85h4pftI type=’document’]

Arduino writing to SD Card – Next test based on Fat16Libs fast data logging sketches


As all my previous attempts only lead to one sample per 5milliseconds on average, I started to try the library and example from fat16lib, you can find this library here: New fast data logging sketches

My first measurements showed a sampling rate of about 62,5k samples per second (one sample every 16µs). This is a factor 375 better than before, but so far I only wrote the voltage measurement and micros()%256 as timestamp. In my previous tests I wrote micros(), voltage, pulse width and current to the SD, which was around a factor 8 of data. First guess: with the new approach I could achieve an improvement by a factor of 46 – further ADC and digital PIN reading not yet considered.

Next I changed to full ADC 16Bit logging..errr…10 Bit on a 328p 😉

Before coming to the examples, let´s start with the reference, the voltage as recorded with the oszilloscope:

IMG_20130324_002451 IMG_20130324_002618IMG_20130324_002646

Here we see the voltage jump, which takes about 80µs according to the scope.

Measurements with the Arduino FastLogger

Example 1, Sample interval 25.00µs: ADC Volt is the ADC reading, ie 0-1024 (but as my calibration isn´t correct anyway…this is only for illustration)

Configuration:First measurements....
ADC clock MHz: 1.000
Sample interval usec: 25.00
Sample Rate: 40000.00
Record time ms: 2004
Sample count: 160268
Overruns: 0


Example 2, Sample interval 8µs:

Here you can see that the number of overruns dramatically increases and the number of samples is even lower than with the lower sample rate in example 1. We can also see large gaps over the whole duration of the measurement. In the detail of the first phase it shows only little more detail than the measurement in example 1.

Configuration:Measurement with 125000Khz Sample Rate
ADC clock MHz: 2.000
Sample interval usec: 8.00
Sample Rate: 125000.00
Record time ms: 2020
Sample count: 27210
Overruns: 164254

Measurement with 125k - Detail





Example 3, sample interval 12.5µs:

Still a lot of overruns….

ADC clock MHz: 2.000
Sample interval usec: 12.50
Sample Rate: 80000.00
Record time ms: 2007Fat16FastLibTest5
Sample count: 91996
Overruns: 87106







Example 4, sample interval 16µs

ADC clock MHz: 1.000
Sample interval usec: 16.00
Sample Rate: 62500.00
Record time ms: 2007
Sample count: 122444
Overruns: 47098







Example 4, sample interval 20µs

ADC clock MHz: 1.000
Sample interval usec: 20.00
Sample Rate: 50000.00
Record time ms: 2008
Sample count: 134646
Overruns: 33000


Depending on the SD card and hardware you are using, you need to experiment with the sample rate and need to decide, how many overruns you can accept. In my current test setup 40000 seems to be the best option; here I most often get 0 overruns. Ok, I could now fiddle somewhere betweein 40000 and 50000, but I doubt this will be worth the effort before I test with the real measurement of RPM, voltage and current….

Sample Rate Overruns Sample count Sample interval usec ADC clock MHz
 40000.00 0 160268  25.00 1.000
 50000.00 33000 134646  20.00 1.000
 62500.00 47098 122444  16.00 1.000
 80000.00 87106 91996  12.50 2.000
 125000.00 164254 27210  8.00 2.000


Way forward

Let´s see, when I want to spend time on this again. Next todo is to combine this with my previous approach, where the interrupt is triggered from the RPM measurement impulses and only in the interrupt voltage and current are measured. I´m wondering how this will work together with the buffering in the fastLogger lib – and if 328p memory will suffice for all together 🙂