|
|
|
08-11-2009 09:17 PM | |||
|
|||
I do see this happening with the 11k OGG files in the old demo project, but not with normal WAVs. With the resampled OGG, it appears that sometimes (not always) the right hand split item is being offset by one sample. If you alt+drag the right hand item to the right, you can move it back to where it needs to be.
If you see this happening with normal WAV files, can you post a piece of the WAV and instructions for where exactly to split it? |
08-11-2009 09:40 PM | |||
|
|||
Also, I can get this to happen in Reaper 2.58 -- it appears to be zoom dependent. With the 11k OGG notice as you zoom to the sample level, the cursor position jumps around by up to a sample.
I still can't get it to happen with any audio other than these super-upsampled OGGs, though. |
08-11-2009 11:02 PM | ||
|
||
The speed of your feedback is unbelievable :)
I made some tests here with 16bits wav files and realized the the "bug" is not with Reaper but with the fact that there isn't always a sample at zero crossing, so if I cut the wav at zero without fade, many times each part won't start at zero. No programmer can change that in a no destructive way, but as a suggestion now, I think that every glued item should always start at zero. Reaper 2 and 3 behave the same way with 16bits wav files, but I wonder why I got better results with Reaper 2 with the demo song. Cheers! |
08-12-2009 05:10 AM | |||
|
|||
I will leave this ticket open, because there is a problem with splitting on the right sample in 11k OGGs (your original example). I will change the title though.
If you split an audio file in between two samples that are on different sides of the zero line, there should not be a glitch when the second item starts playing. This is the standard audio "split at zero crossing," you would not want to add a zero sample to the second item, because that would change its length. |
Issue Tools |
---|
Subscribe to this issue |