<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 6 янв. 2023 г., 10:57 Rob Prowel via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 1/4/23 12:20, Rob Prowel wrote:<br>
> <br>
> <br>
> at zoomed-in scale the audio timelines randomly drops/shifts the level <br>
> bars in short bursts.<br>
> <br>
> Will attempt to add PNG file that shows this behaviour.<br>
> <br>
<br>
FWIW, this has the distinct odor of incorrect signed/unsigned <br>
conversions when applied to the GUI.  Remember, there is no single <br>
"standard" for audio sample data.  </blockquote></div></div><div dir="auto"><br></div><div dir="auto">but inside Cin they all should be normalized to sane format ... still problem can come from ffmpeg?</div><div dir="auto"><br></div><div dir="auto">It looks strange, why only parts of waveform deformed? what are Waveform scale and audio track height?</div><div dir="auto"><br></div><div dir="auto">Does any audio-only file show this? If yes, can you upload it somewhere and post link to it to list?</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My two commonly used codecs are aac <br>
(final copy), and pcm_s16le (better for NLE), and I can say with a <br>
fleeting certainty that the attached sample was of uncompressed aac.<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank" rel="noreferrer">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div></div></div>