[Cin] Again bugs in alignment

Andrew Randrianasulu randrianasulu at gmail.com
Sun Jan 23 11:41:02 CET 2022


On Sunday, January 23, 2022, Andrew Randrianasulu <randrianasulu at gmail.com>
wrote:

>
>
> On Sunday, January 23, 2022, Stefan de Konink via Cin <
> cin at lists.cinelerra-gg.org> wrote:
>
>> On Sunday, January 23, 2022 10:30:04 AM CET, Igor BEGHETTO via Cin wrote:
>>
>>> Sorry, but I don't understand what are you saying. Can you explain
>>> better what is your goal, please?
>>>
>>
>> As a user I expect when I drag in an audio clip at the start of the
>> timeline that this audio clip plays from start of timeline.
>
>
>>
> may be because there is no snapping to timeline start (as far as I
> understand)? I usually drag a bit more left so arrows apear at the edge of
> clip, then slowly drag right and drop as fast as those arrows disapoear.
> but then I check edges by zooming in anyway.
>


ah, on re-reading problem is with cut-at-head clip/track, not added
silence.. sorry.



> May be there is simpler way for removing leading silence, like by moving
> hairline cursor to leftmost boundary/edit, then select region between
> timeline start and this point, then delete (probably with another tracks
> unarmed, so silence cut will not cut them too..)
>
>>
>>
>>  As can be seen from the final rendering the audio clip has an offset of
>> about half a second which is cut from the start, this cut has not been
>> purposely made. Hence my problem is not about editing: the rendering has an
>> issue. The start of the audio in the rendered version is in a different
>> place than the start of the audio clip in the timeline. Within the broken
>> project this also can be 'heard' when just pressing play. It is as if the
>> clip has an internal offset.
>>
>> I am *unable* to reproduce this in a new project where I drag in the same
>> assets. Even changing the format along the way.
>>
>>
>> The only thing that I can think of that is causing this, is the format of
>> the audio clip. Which is 96kHz, 24bit. While the project is the regular
>> 48kHz, 16 bit. But that should have an effect on the new project as well,
>> which it does not (or not in a way I experienced trying to reproduce it).
>>
>> <https://freesound.org/people/tyops/sounds/580348/>
>>
>> --
>> Stefan
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20220123/0c4fa556/attachment.htm>


More information about the Cin mailing list