[FFmpeg-user] showvolume filter memory leak
Paul B Mahol
onemda at gmail.com
Mon Apr 18 21:30:07 EEST 2022
On Mon, Apr 18, 2022 at 8:13 PM Paul B Mahol <onemda at gmail.com> wrote:
>
>
> On Mon, Apr 18, 2022 at 7:00 PM ramon <calanor at gmail.com> wrote:
>
>> Yes, I used the master versión with your 24144af2 patch.
>> Your patch corectec the leak if dm (draw_persistent_duration) > 0, and
>> the
>> leak memory occurs also with dm=0.
>>
>
> Does not leak here at all.
>
Do note that if PTS get out of sync it could start to keep yet not used
frames.
Could you use graphmonitor filter after showvolume filter? The queue items
displayed in video should not reach red colored numbers.
>
>
>>
>>
>>
>> On Mon, Apr 18, 2022 at 5:51 PM Paul B Mahol <onemda at gmail.com> wrote:
>>
>> > On Mon, Apr 18, 2022 at 5:32 PM ramon <calanor at gmail.com> wrote:
>> >
>> > > Thanks,but not work. The memory leak is the same.
>> > > The init function is called only once.
>> > >
>> > >
>> > Sorry, use master version of ffmpeg.
>> >
>> >
>> > >
>> > >
>> > > On Wed, Apr 13, 2022 at 6:24 PM Paul B Mahol <onemda at gmail.com>
>> wrote:
>> > >
>> > > > On Wed, Apr 13, 2022 at 5:58 PM ramon <calanor at gmail.com> wrote:
>> > > >
>> > > > > I'm testing the showolume filter to generate a single vumeter
>> from an
>> > > > input
>> > > > > stream.
>> > > > > The filter works perfectly but eats memory. Approximately
>> 500MBytes
>> > > > every 2
>> > > > > days.
>> > > > >
>> > > > > Using ffmpeg version 5.0-static on GNU/Linux 4.15.0-45-generic
>> x86_64
>> > > > >
>> > > > > In normal use I use an output nut format with a pipe to a vlc
>> player.
>> > > But
>> > > > > with a simple output to null it also has a memory leak.
>> > > > >
>> > > > > My testing commandline:
>> > > > >
>> > > > > ffmpeg -i udp://@239.1.1.1:1234 -filter_complex
>> > > > >
>> > > >
>> > >
>> >
>> [0:a]showvolume=r=20:ds=log:m=r:v=0:t=0:dm=2:dmc=yellow:o=h:w=320:h=8[out]
>> > > > > -map [out] -map 0:a -an -c:v rawvideo -pix_fmt rgb24 -f null
>> > /dev/null
>> > > > >
>> > > >
>> > > > Small leaks (648 bytes per each init) have been fixed. Thanks for
>> > report.
>> > > >
>> > > >
>> > > > >
>> > > > >
>> > > > > Thanks,
>> > > > > Ramon
>> > > > > _______________________________________________
>> > > > > ffmpeg-user mailing list
>> > > > > ffmpeg-user at ffmpeg.org
>> > > > > https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>> > > > >
>> > > > > To unsubscribe, visit link above, or email
>> > > > > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>> > > > >
>> > > > _______________________________________________
>> > > > ffmpeg-user mailing list
>> > > > ffmpeg-user at ffmpeg.org
>> > > > https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>> > > >
>> > > > To unsubscribe, visit link above, or email
>> > > > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>> > > >
>> > > _______________________________________________
>> > > ffmpeg-user mailing list
>> > > ffmpeg-user at ffmpeg.org
>> > > https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>> > >
>> > > To unsubscribe, visit link above, or email
>> > > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>> > >
>> > _______________________________________________
>> > ffmpeg-user mailing list
>> > ffmpeg-user at ffmpeg.org
>> > https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>> >
>> > To unsubscribe, visit link above, or email
>> > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>> >
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>> To unsubscribe, visit link above, or email
>> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>>
>
More information about the ffmpeg-user
mailing list