Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Michael Koch
Am 29.03.2020 um 20:06 schrieb Paul B Mahol: On 3/29/20, Carl Zwanzig wrote: On 3/29/2020 10:38 AM, Paul B Mahol wrote: On 3/29/20, Michael Koch wrote: ffmpeg -i IMG_1685.MOV -filter_complex

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Paul B Mahol
On 3/29/20, Carl Zwanzig wrote: > On 3/29/2020 10:38 AM, Paul B Mahol wrote: >> On 3/29/20, Michael Koch wrote: > >>> ffmpeg -i IMG_1685.MOV -filter_complex >>> "format=rgb24,extractplanes=r+g+b[r][g][b];[g]lagfun=decay=0.999[gg];[gg][b][r]mergeplanes=0x001020:gbrp" >>> -t 5 -y greenlagtest.mp4

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Carl Zwanzig
On 3/29/2020 10:38 AM, Paul B Mahol wrote: On 3/29/20, Michael Koch wrote: ffmpeg -i IMG_1685.MOV -filter_complex "format=rgb24,extractplanes=r+g+b[r][g][b];[g]lagfun=decay=0.999[gg];[gg][b][r]mergeplanes=0x001020:gbrp" -t 5 -y greenlagtest.mp4 You are over complicating things. OK, how?

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Paul B Mahol
On 3/29/20, Michael Koch wrote: > Am 29.03.2020 um 18:09 schrieb Zedsquared: >>> It's a decimal input which is then treated as a binary bitmask. So dec >>> 10 becomes bin 1010 i.e. filter the 1st and 3rd planes. >>> >>> Gyan >> Ah! that would explain a lot! >> >> I can confirm I'm still confused,

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Zedsquared
>Try this workaround: >ffmpeg -i IMG_1685.MOV -filter_complex "format=rgb24,extractplanes=r+g+b[r][g][b];[g]lagfun=decay=0.999[gg];[gg][b][r]mergeplanes=0x001020:gbrp" -t 5 -y greenlagtest.mp4 >Michael Thanks Micheal! I''ll have to take some time to see what's going on there but I get the gist

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Michael Koch
Am 29.03.2020 um 18:09 schrieb Zedsquared: It's a decimal input which is then treated as a binary bitmask. So dec 10 becomes bin 1010 i.e. filter the 1st and 3rd planes. Gyan Ah! that would explain a lot! I can confirm I'm still confused, however.. My understanding is that RGB24 has three

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Michael Koch
Am 29.03.2020 um 17:59 schrieb Paul B Mahol: On 3/29/20, Michael Koch wrote: Am 29.03.2020 um 16:35 schrieb Paul B Mahol: On 3/29/20, Michael Koch wrote: Am 29.03.2020 um 15:13 schrieb Zedsquared: I do apologise, the example I just posted omitted the planes argument to lagfun, here's the

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Zedsquared
>It's a decimal input which is then treated as a binary bitmask. So dec >10 becomes bin 1010 i.e. filter the 1st and 3rd planes. > >Gyan Ah! that would explain a lot! I can confirm I'm still confused, however.. My understanding is that RGB24 has three planes, red then green then blue. From

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Paul B Mahol
On 3/29/20, Michael Koch wrote: > Am 29.03.2020 um 16:35 schrieb Paul B Mahol: >> On 3/29/20, Michael Koch wrote: >>> Am 29.03.2020 um 15:13 schrieb Zedsquared: I do apologise, the example I just posted omitted the planes argument to lagfun, here's the command I was using and resulting

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Michael Koch
Am 29.03.2020 um 16:35 schrieb Paul B Mahol: On 3/29/20, Michael Koch wrote: Am 29.03.2020 um 15:13 schrieb Zedsquared: I do apologise, the example I just posted omitted the planes argument to lagfun, here's the command I was using and resulting output ffmpeg -i IMG_1685.MOV -q:v 0

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Paul B Mahol
On 3/29/20, Michael Koch wrote: > Am 29.03.2020 um 15:13 schrieb Zedsquared: >> I do apologise, the example I just posted omitted the planes argument to >> lagfun, here's the command I was using and resulting output >> >> ffmpeg -i IMG_1685.MOV -q:v 0 -vcodec h264 -acodec aac -strict -2 >>

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Gyan Doshi
On 29-03-2020 07:56 pm, Michael Koch wrote: Am 29.03.2020 um 15:13 schrieb Zedsquared: I do apologise, the example I just posted omitted the planes argument to lagfun, here's the command I was using and resulting output   ffmpeg -i IMG_1685.MOV -q:v 0 -vcodec h264 -acodec aac -strict -2

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Michael Koch
Am 29.03.2020 um 15:13 schrieb Zedsquared: I do apologise, the example I just posted omitted the planes argument to lagfun, here's the command I was using and resulting output ffmpeg -i IMG_1685.MOV -q:v 0 -vcodec h264 -acodec aac -strict -2 -filter:v

Re: [FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Zedsquared
I do apologise, the example I just posted omitted the planes argument to lagfun, here's the command I was using and resulting output ffmpeg -i IMG_1685.MOV -q:v 0 -vcodec h264 -acodec aac -strict -2 -filter:v format=pix_fmts=rgb24,lagfun=decay=0.999:planes=1 greenlagtest2.mp4 input

[FFmpeg-user] lagfun misunderstanding?

2020-03-29 Thread Zedsquared
Hi Folks, I'm exploring the lagfun filter and think I may have some fundamental misunderstanding as I'm not getting the results I expect. I have a video of green lasers on glassware in the dark and wish to make the laser flashes persist. My attempts so far seem to result in the green flashes