General Category > Ongoing Anim8or Development
Lip Sync Tool
Steve:
Regarding sampling rates, there are tons of free sound effects and such available, but they have different rates. It'd be easier to use then if you didn't have to do the conversions. Besides, learning a bit of new math ain't all that bad
johnar:
Steve:
johnal I've run into another issue with copy/pasting phoneme blue keys. They aren't independent. Each phoneme starts and ends with a 0 key on either side on the key.
So what does it mean to copy a phoneme key? What I propose is:
1. Copying only a zero key doesn't really mean anything. Ignore it when this happens.
2. Copying only one non-zero key is pasted as a one frame phoneme, with a default 2 frame lead and 2 frame tail if those aren't also selected.
3. Copying all or parts of multiple keys treats each key independently according to these rules.
I realize that this is a bit confusing but I haven't been able to come up with a better solution. Any ideas?
BTW I have scrubbing working for the arrow keys and scrubbing. It plays single frames so kind of stutters. I'm trying different ways the make the scrubbing sound smoother. (But scrubbing backwards will always stutter since I cant play the sound in reverse.)
johnar:
Steve.
Am thinking of options re copying phoneme keys. Will get back to you on that in a day.
re scrubbing....awesome.
re stuttering, I tried to upload a zip with a video in it of play option stuff in magpie pro just for interest and comparrison sake. Unfortunately too large for attachment so have emailed it to you.
EDIT: Sorry i got rushed there steve. After checking the video, the sound is pretty bad,
I shouldve made it a bit shorter to cut down on size and audio quality.
Although the sound quality is bad, i just wanted to give you an example of what it sounds like frame by frame in other audio/lip sync software, as maybe a sort of comparrison thing.
It does sound sort've 'stuttery' anyway, being the nature of 1 frame of sound.
But thats probably not the 'stuttering' you were meaning anyway.
johnar:
--- Quote ---1. Copying only a zero key doesn't really mean anything. Ignore it when this happens.
2. Copying only one non-zero key is pasted as a one frame phoneme, with a default 2 frame lead and 2 frame tail if those aren't also selected.
3. Copying all or parts of multiple keys treats each key independently according to these rules.
I realize that this is a bit confusing but I haven't been able to come up with a better solution. Any ideas?
--- End quote ---
Yes i think i see the problem, as explained in number 3.
Keeping in mind that a copied non-zero key is pasted with a default lead and tail key, then it makes sense that this scenario will always cause issues if overlapping occurs.
The problem has potential to become 'overwhelmingly confusing' when "Copying all or parts of multiple keys"
Two possible solutions.
1) So far, the easiest solution i can see to this is to not allow overlapping.
Then, how would this work, when applied to "Copying all or parts of multiple keys"
If existing keys are 'deleted if overlapped', including any 0 keys, would that then 'clear the way' for the 'non-zero and its default lead and tail keys'?
Keep in mind that, in my experience at least, when animating lipsync manually, the chances of ever 'needing' to 'overlap the same phoneme key' in the timetrack is .........never (?)........
As mentioned earlier, a warning to the user that 'keys will overlap and affected existing keys will be deleted', would work.
So, to clarify, one possible solution that i can see at this point, is to:
'Not allow overlapping, and if overlapping is going to occur, delete any existing keys from the timetrack that will be overlapped'
Would that work?
EDit:
Possible solution 2} If copying a 'block' of phoneme keys, to repeat further along the timetrack, causes problems when 'pasting' due to phoneme key 'rules' then would it be possible to somehow change those phoneme keys to ordinary keys, as is done when overlapping/adding keys into a sequence, in scene mode? Then the keys to copy would just be ordinary keys, and the phoneme key rules would not apply
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version