Main menu
You are here
Yet another audio clip click oddity [SOLVED]
5 March, 2012 - 16:37 — Louigi Verona
Hey Rui!
I am continuing to do the audio clip cutting job. This time this is some weird bug. I put it all on the image. If you will require the project, I will upload it, but maybe looking at what's going on visually will provide some info as well.
http://cdn.anonfiles.com/1330965401300.png
The audio suggest that the audio clip is not played in time. It is aligned to grid and is absolutely the same as two first clips.
Forums:
Re: Yet another audio clip click oddity
a. which version? is it the last released one, 0.5.4?
b. does track muting/soloing interferes anyhow with that (odd) behavior?
c. are all involved clips segments of the same audio file? have them been copy-pasted one after the other?
seeya
a. 0.5.3.18 b. nope c.
a. 0.5.3.18
b. nope
c. segments of same audio file. yes, copy-pasted one after the other.
re: a. 0.5.3.18
please try 0.5.4.1 (svn trunk rev.2759)... i might have fixed sth. related to c.
- Dropped a dumb optimization for short full-cached multiple linked
/ref-counted audio clips which were incidentally out-of-sync after
rewind/backward playback. Once again and uncertain to be the last
take on this, got fixed.
hth.
thanks, rui, will try
thanks, rui, will try out.
not to worry about those bugs though, I am happy to help out in ironing out the small details - it is those that make the software great!
Thank you, Rui! Worked! Can
Thank you, Rui! Worked!
Can you tell me what was it?
Re: Yet another audio clip click oddity [SOLVED]
well, a previous fix, the one on broken looping of cloned audio-clips, broke its turn on the non-looping counterpart :)
if you just tried it under some provisional loop range, i guess the oddity wouldn't happen
glad it works now :)
cheers
Add new comment