niversen wrote:I picked one of the first waves in the set.... Originally called BinAdd Arth 00000001.wav I converted it using Audacity. SamplePooler made me a .txt of the same name. This gave me an error, which I assumed was due to the filename. I changed it to BinAdd.raw on the CF card and also edited the TXT file to match the new name. This gives me a different error. Any ideas?
hello Nathanael, when you write that the Solaris Sample Pooler app gave you an error, what was the error message?
the app was written so that if you select a file that is not in the correct format (i.e., a 16-bit, 44.1kHz .WAV file), then you will get a message that is something like: "The selected sample file is not compatible for use with the Solaris synthesizer. The sample data must be in 16-bit format only."
if you select a folder that doesn't have any sample files in the correct format, then you will get a message like: "No sample files compatible with the Solaris synthesizer found in this folder."
i had purchased the Galbanum Architecture Waveforms when they were initially released but only in the Alchemy and Absynth formats. i went and purchased the 24 bit .WAV version, then converted that same BinAdd Arth 00000001.wav in Logic to 16-bit. selecting the resulting file in the Solaris Sample Pooler app didn't give me any error. it "correctly" extracts the sample file's metadata as the following:
[Pool]
name = BinAdd Arth 00000001
[Sample]
sampleindex = 1
filename = BinAdd Arth 00000001.raw
samplerate = 44100
samplelength = 2048
loopstart = 2047
loopend = 0
rootkey = 60
finetune = 0
lowkey = 0
highkey = 127
i wrote "correctly" in quotes because there is no loop information actually contained in the original sample file as supplied by Galbanum (nor the file converted with Logic). there is no issue with the filename.
since the sample date is supposed to be used as a looping single cycle, i swapped the values for loopstart and loopend. loading this as the SamplePool file and the extracted .raw file in Solaris (with OS version 1.2) didn't generate any errors and plays (and loops and transposes) correctly.
it seems that you are not getting the same successful results. perhaps it has to do with other sample files and erroneous SamplePool files? the values in the SamplePool text files can cause problems like locking up Solaris entirely while the .raw sample files are being loaded into the DSP memory...
[quote="niversen"]I picked one of the first waves in the set.... Originally called BinAdd Arth 00000001.wav I converted it using Audacity. SamplePooler made me a .txt of the same name. This gave me an error, which I assumed was due to the filename. I changed it to BinAdd.raw on the CF card and also edited the TXT file to match the new name. This gives me a different error. Any ideas?[/quote]
hello Nathanael, when you write that the Solaris Sample Pooler app gave you an error, what was the error message?
the app was written so that if you select a file that is not in the correct format (i.e., a 16-bit, 44.1kHz .WAV file), then you will get a message that is something like: "The selected sample file is not compatible for use with the Solaris synthesizer. The sample data must be in 16-bit format only."
if you select a folder that doesn't have any sample files in the correct format, then you will get a message like: "No sample files compatible with the Solaris synthesizer found in this folder."
i had purchased the Galbanum Architecture Waveforms when they were initially released but only in the Alchemy and Absynth formats. i went and purchased the 24 bit .WAV version, then converted that same BinAdd Arth 00000001.wav in Logic to 16-bit. selecting the resulting file in the Solaris Sample Pooler app didn't give me any error. it "correctly" extracts the sample file's metadata as the following:
[Pool]
name = BinAdd Arth 00000001
[Sample]
sampleindex = 1
filename = BinAdd Arth 00000001.raw
samplerate = 44100
samplelength = 2048
loopstart = 2047
loopend = 0
rootkey = 60
finetune = 0
lowkey = 0
highkey = 127
i wrote "correctly" in quotes because there is no loop information actually contained in the original sample file as supplied by Galbanum (nor the file converted with Logic). there is no issue with the filename.
since the sample date is supposed to be used as a looping single cycle, i swapped the values for loopstart and loopend. loading this as the SamplePool file and the extracted .raw file in Solaris (with OS version 1.2) didn't generate any errors and plays (and loops and transposes) correctly.
it seems that you are not getting the same successful results. perhaps it has to do with other sample files and erroneous SamplePool files? the values in the SamplePool text files can cause problems like locking up Solaris entirely while the .raw sample files are being loaded into the DSP memory...