Any way to load any tuning in the sampler including non actave tunings?

Hi I am wondering if there is a solution in this app to load any tuning inside the sampler? scala files give an error in my case:
! progressive_stretch.scl
!
Progressively stretched tuning, simulating piano inharmonicity
12
!
Octaves gradually stretched: ~1199 cents low, ~1202 cents high
0.0
100.0
200.1
300.2
400.4
500.6
600.8
701.0
801.3
901.7
1002.1
1102.6
1200.2

In sunvox there is a universal solution to this: a graph were x axis are the midi notes and y is the frequency mapped to that particular key. I didn’t see this possibillity yet where you can enter any frequency value to any key…

Newest version of Renoise supports Scala files.

Yes I know but it seems to not support non octave tunings which is a huge deal for me. Is there a mistake in the above Scala file?

Or are there possibilities to set a frequency using the Lua scripting to force a key to have a specific frequency?

What error are you getting in Renoise?
Does this .scl file below work, or do you get an error here also?

! chopsticks.scl
!
Symmetrical non-octave MOS, subset of 15-tET
 10
!
 320.00000
 480.00000
 800.00000
 960.00000
 1280.00000
 1440.00000
 1760.00000
 1920.00000
 2240.00000
 4/1

! progressive_stretch.scl
!
Progressively stretched tuning, simulating piano inharmonicity
12
!
Octaves gradually stretched: ~1199 cents low, ~1202 cents high
0.0
100.0
200.1
300.2
400.4
500.6
600.8
701.0
801.3
901.7
1002.1
1102.6
1200.2

This file gives this error: Failed to load tuning file: Failed to read the scale file. Mismatch in scale count and actual scales in file.

Can you spot the mistake?

The comments section and whitespacing seem most suspect to my eye.

! progressive_stretch.scl
 0.0
 100.0
 200.1
 300.2
 400.4
 500.6
 600.8
 701.0
 801.3
 901.7
 1002.1
 1102.6
 1200.2

Try instead

! progressive_stretch.scl
!
Progressively stretched tuning, simulating piano inharmonicity
12
! Octaves gradually stretched: ~1199 cents low, ~1202 cents high
100.0
200.1
300.2
400.4
500.6
600.8
701.0
801.3
901.7
1002.1
1102.6
1200.2

Because the scala format says

  • The second [non-comment] line contains the number of notes. This number indicates the number of lines with pitch values that follow.
  • The first note of 1/1 or 0.0 cents is implicit and not in the files.

You included the 0.0 so there were 13 pitches given instead of the 12 declared leading to the error “mismatch in scale count”. Leave the 0.0 out and try that.

1 Like