Normally it’s not a problem. Just keep OT files with the associated sample.
With a new project, a recording is always set to +12 db. You can change that before recording, I don’t recommend it, unless you plan to change level in Audio Editor or normalize for exemple.
If you load a sample without saved settings, hence no OT file, then default GAIN is 0db.
It is possible to load a sample in the recording slots. It keeps it’s GAIN settings.
Just jumping in on this thread with a question about the .ot fileformat. In particular, does someone know how specifically the sample start and end points are encoded? I know where they go in the file and how to generate, but do they represent offsets in samples count or something else?
I assume that you are asking about start and end positions for sample slices. If so, they point to the position of the slice within the main audio file in sample points. In other words, if an audio file is 100 samples long, and let’s say it is sliced into 4 equal parts, the slices’ start and end positions will be as follows:
slice 1, 0 - 25
slice 2, 25 - 50
slice 3, 50 - 75
slice 4, 75 - 100
All attributes in the *.ot file that deal with sample position and length are in number of sample.
Sorry if this what you mean by knowing “where they go … and how to generate.” I am not sure what you mean by “encoded”, but everything in the file is stored in hexadecimal.
sorry to necro this thread but i’m working on a bash script to modify the ot file as hex, because i need to set loop points very precisely on dozens of files and it’s humanly impossible to do eyeball this and do everything one by one.
i mostly achieved my goal (setting loop start points correctly) but since i don’t calculate and set some stuff (like loop length in BARs) that OT expects to be calculated correctly, OT throws an error the first time i put the sample in a slot, but fixes the ot file itself based on the data it already has. essentially everything works but i’m unnecessarily obsessed about that error message
anybody has any information regarding how stuff like Trim Length and Loop Length in bars are calculated? i took a peek at otwriter but somehow the calculations don’t add up in my script don’t add up. might be a float precision issue too but anyways