Conference video-like filtergraph eating memory

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

Conference video-like filtergraph eating memory

Kevin Mark
Hey everyone,

I'm getting an OOM with the following ffmpeg complex filtergraph:


[0] scale=1920:1080,setsar=1/1,split=8[s1][s2][s3][s4][s5][s6][s7][s8];

[s1] trim=start=0:duration=0.144 [a];
[s2] trim=start=0.144:duration=805.2612,setpts=PTS-STARTPTS [b];
[s3] trim=start=805.4052:duration=3.11354,setpts=PTS-STARTPTS [c];
[s4] trim=start=808.51874:duration=2250.975128,setpts=PTS-STARTPTS [d];
[s5] trim=start=3059.49397:duration=1.820129,setpts=PTS-STARTPTS [e];
[s6] trim=start=3061.3141:duration=16.1968,setpts=PTS-STARTPTS [f];
[s7] trim=start=3077.5109004974:duration=5.955413,setpts=PTS-STARTPTS [g];
[s8] trim=start=3083.4663143158,setpts=PTS-STARTPTS [h];

[4] trim=start=0:duration=1669.432685 [i];
[4] trim=start=1669.432685,setpts=PTS-STARTPTS [j];

[b][1] scale2ref=iw/5:ow/mdar [b][one];
[d][2] scale2ref=iw/5:ow/mdar [d][two];
[f][3] scale2ref=iw/5:ow/mdar [f][three];
[h][i] scale2ref=iw/5:ow/mdar [h][four];

[one][b] overlay=main_w-overlay_w:main_h-overlay_h [o1];
[two][d] overlay=main_w-overlay_w:main_h-overlay_h [o2];
[three][f] overlay=main_w-overlay_w:main_h-overlay_h [o3];
[four][h] overlay=main_w-overlay_w:main_h-overlay_h [o4];

[a][o1] concat [cc1];
[cc1][c] concat [cc2];
[cc2][o2] concat [cc3];
[cc3][e] concat [cc4];
[cc4][o3] concat [cc5];
[cc5][g] concat [cc6];
[cc6][o4] concat [cc7];
[cc7][j] concat [cc8]


The first input [0] is a relatively low resolution video. Inputs [1]
through [4] are higher resolution (1920x1080) but low-frame rate video
(PowerPoint slides). The videos are lengthy but ultimately not that
much data. About 700 MB across 160 minutes in total among the 5
inputs.

I've attached an image I drew which visualizes what I'm trying to
accomplish. If it gets removed from the mailing list please let me
know. Sorry for the poor handwriting as this was a personal draft. The
filtergraph is shown on the bottom half. TR is the trim filter. OVLY
is overlay. CC is concat. Obviously it's simplified (no setpts) but
the structure is exactly the same. DV_b2 is input [0], SCR_ba is input
[1], SCR_d9 is input [2] SCR_6d is input [3] and SCR_bb is input [4].

The top half of the image shows a timeline view of what I'm doing. S
meaning the start of the output and E meaning the end of the output.
So we have the DV video (0) playing almost the entire time. It's
occasionally combined with the PowerPoint slide stream via overlay.
Very similar to what you might see from a conference video.

When actually executing this, ffmpeg outputs about 1 frame and then
stalls eating up GBs of RAM, forcing me to exit. It appears as if
while it's doing this it's actually decoding the input and feeding it
to... something as evidence of the trace log I did. It must be keeping
these frames in memory. I did a process trace and it seems to be
sending most of its time in the scale filter, which is unsurprising.
My best guess is some filter is trying to load/consume the entire
input into memory before executing instead of taking, I dunno, maybe a
frame at a time. But I don't know which filter is doing this. Maybe
concat? Is there any entirely different way I should be doing this?

Any help would be greatly appreciated. This is going to be part of an
open-source library I'm eager to share.

Here's an example of a conference video which has something like what
I'm going for:

https://media.ccc.de/v/32c3-7331-the_exhaust_emissions_scandal_dieselgate

The largest difference being my overlay is simpler.

Best regards,
Kevin

_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".

filtergraph.jpg (411K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Paul B Mahol
On 5/3/18, Kevin Mark <[hidden email]> wrote:

> Hey everyone,
>
> I'm getting an OOM with the following ffmpeg complex filtergraph:
>
>
> [0] scale=1920:1080,setsar=1/1,split=8[s1][s2][s3][s4][s5][s6][s7][s8];
>
> [s1] trim=start=0:duration=0.144 [a];
> [s2] trim=start=0.144:duration=805.2612,setpts=PTS-STARTPTS [b];
> [s3] trim=start=805.4052:duration=3.11354,setpts=PTS-STARTPTS [c];
> [s4] trim=start=808.51874:duration=2250.975128,setpts=PTS-STARTPTS [d];
> [s5] trim=start=3059.49397:duration=1.820129,setpts=PTS-STARTPTS [e];
> [s6] trim=start=3061.3141:duration=16.1968,setpts=PTS-STARTPTS [f];
> [s7] trim=start=3077.5109004974:duration=5.955413,setpts=PTS-STARTPTS [g];
> [s8] trim=start=3083.4663143158,setpts=PTS-STARTPTS [h];
>
> [4] trim=start=0:duration=1669.432685 [i];
> [4] trim=start=1669.432685,setpts=PTS-STARTPTS [j];
>
> [b][1] scale2ref=iw/5:ow/mdar [b][one];
> [d][2] scale2ref=iw/5:ow/mdar [d][two];
> [f][3] scale2ref=iw/5:ow/mdar [f][three];
> [h][i] scale2ref=iw/5:ow/mdar [h][four];
>
> [one][b] overlay=main_w-overlay_w:main_h-overlay_h [o1];
> [two][d] overlay=main_w-overlay_w:main_h-overlay_h [o2];
> [three][f] overlay=main_w-overlay_w:main_h-overlay_h [o3];
> [four][h] overlay=main_w-overlay_w:main_h-overlay_h [o4];
>
> [a][o1] concat [cc1];
> [cc1][c] concat [cc2];
> [cc2][o2] concat [cc3];
> [cc3][e] concat [cc4];
> [cc4][o3] concat [cc5];
> [cc5][g] concat [cc6];
> [cc6][o4] concat [cc7];
> [cc7][j] concat [cc8]
>
>
> The first input [0] is a relatively low resolution video. Inputs [1]
> through [4] are higher resolution (1920x1080) but low-frame rate video
> (PowerPoint slides). The videos are lengthy but ultimately not that
> much data. About 700 MB across 160 minutes in total among the 5
> inputs.
>
> I've attached an image I drew which visualizes what I'm trying to
> accomplish. If it gets removed from the mailing list please let me
> know. Sorry for the poor handwriting as this was a personal draft. The
> filtergraph is shown on the bottom half. TR is the trim filter. OVLY
> is overlay. CC is concat. Obviously it's simplified (no setpts) but
> the structure is exactly the same. DV_b2 is input [0], SCR_ba is input
> [1], SCR_d9 is input [2] SCR_6d is input [3] and SCR_bb is input [4].
>
> The top half of the image shows a timeline view of what I'm doing. S
> meaning the start of the output and E meaning the end of the output.
> So we have the DV video (0) playing almost the entire time. It's
> occasionally combined with the PowerPoint slide stream via overlay.
> Very similar to what you might see from a conference video.
>
> When actually executing this, ffmpeg outputs about 1 frame and then
> stalls eating up GBs of RAM, forcing me to exit. It appears as if
> while it's doing this it's actually decoding the input and feeding it
> to... something as evidence of the trace log I did. It must be keeping
> these frames in memory. I did a process trace and it seems to be
> sending most of its time in the scale filter, which is unsurprising.
> My best guess is some filter is trying to load/consume the entire
> input into memory before executing instead of taking, I dunno, maybe a
> frame at a time. But I don't know which filter is doing this. Maybe
> concat? Is there any entirely different way I should be doing this?
>
> Any help would be greatly appreciated. This is going to be part of an
> open-source library I'm eager to share.
>
> Here's an example of a conference video which has something like what
> I'm going for:
>
> https://media.ccc.de/v/32c3-7331-the_exhaust_emissions_scandal_dieselgate
>
> The largest difference being my overlay is simpler.

This is most likely because concat filter is not switched to .activate API.

So do not use concat filter, but save intermediate files and concat them with
concat demuxer.
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Kevin Mark
Hi Paul,

Thanks for the quick reply. Looks like my suspicions were correct.
Using the concat demuxer will be my path forward for now. Out of
curiosity would patching in the .activate API in the concat filter be
a large effort? I ask because if it's something reasonable (and
doesn't require a devout knowledge over the entire codebase) I could
look, at some point, make an attempt.

On Thu, May 3, 2018 at 5:13 PM, Paul B Mahol <[hidden email]> wrote:

> On 5/3/18, Kevin Mark <[hidden email]> wrote:
>> Hey everyone,
>>
>> I'm getting an OOM with the following ffmpeg complex filtergraph:
>>
>>
>> [0] scale=1920:1080,setsar=1/1,split=8[s1][s2][s3][s4][s5][s6][s7][s8];
>>
>> [s1] trim=start=0:duration=0.144 [a];
>> [s2] trim=start=0.144:duration=805.2612,setpts=PTS-STARTPTS [b];
>> [s3] trim=start=805.4052:duration=3.11354,setpts=PTS-STARTPTS [c];
>> [s4] trim=start=808.51874:duration=2250.975128,setpts=PTS-STARTPTS [d];
>> [s5] trim=start=3059.49397:duration=1.820129,setpts=PTS-STARTPTS [e];
>> [s6] trim=start=3061.3141:duration=16.1968,setpts=PTS-STARTPTS [f];
>> [s7] trim=start=3077.5109004974:duration=5.955413,setpts=PTS-STARTPTS [g];
>> [s8] trim=start=3083.4663143158,setpts=PTS-STARTPTS [h];
>>
>> [4] trim=start=0:duration=1669.432685 [i];
>> [4] trim=start=1669.432685,setpts=PTS-STARTPTS [j];
>>
>> [b][1] scale2ref=iw/5:ow/mdar [b][one];
>> [d][2] scale2ref=iw/5:ow/mdar [d][two];
>> [f][3] scale2ref=iw/5:ow/mdar [f][three];
>> [h][i] scale2ref=iw/5:ow/mdar [h][four];
>>
>> [one][b] overlay=main_w-overlay_w:main_h-overlay_h [o1];
>> [two][d] overlay=main_w-overlay_w:main_h-overlay_h [o2];
>> [three][f] overlay=main_w-overlay_w:main_h-overlay_h [o3];
>> [four][h] overlay=main_w-overlay_w:main_h-overlay_h [o4];
>>
>> [a][o1] concat [cc1];
>> [cc1][c] concat [cc2];
>> [cc2][o2] concat [cc3];
>> [cc3][e] concat [cc4];
>> [cc4][o3] concat [cc5];
>> [cc5][g] concat [cc6];
>> [cc6][o4] concat [cc7];
>> [cc7][j] concat [cc8]
>>
>>
>> The first input [0] is a relatively low resolution video. Inputs [1]
>> through [4] are higher resolution (1920x1080) but low-frame rate video
>> (PowerPoint slides). The videos are lengthy but ultimately not that
>> much data. About 700 MB across 160 minutes in total among the 5
>> inputs.
>>
>> I've attached an image I drew which visualizes what I'm trying to
>> accomplish. If it gets removed from the mailing list please let me
>> know. Sorry for the poor handwriting as this was a personal draft. The
>> filtergraph is shown on the bottom half. TR is the trim filter. OVLY
>> is overlay. CC is concat. Obviously it's simplified (no setpts) but
>> the structure is exactly the same. DV_b2 is input [0], SCR_ba is input
>> [1], SCR_d9 is input [2] SCR_6d is input [3] and SCR_bb is input [4].
>>
>> The top half of the image shows a timeline view of what I'm doing. S
>> meaning the start of the output and E meaning the end of the output.
>> So we have the DV video (0) playing almost the entire time. It's
>> occasionally combined with the PowerPoint slide stream via overlay.
>> Very similar to what you might see from a conference video.
>>
>> When actually executing this, ffmpeg outputs about 1 frame and then
>> stalls eating up GBs of RAM, forcing me to exit. It appears as if
>> while it's doing this it's actually decoding the input and feeding it
>> to... something as evidence of the trace log I did. It must be keeping
>> these frames in memory. I did a process trace and it seems to be
>> sending most of its time in the scale filter, which is unsurprising.
>> My best guess is some filter is trying to load/consume the entire
>> input into memory before executing instead of taking, I dunno, maybe a
>> frame at a time. But I don't know which filter is doing this. Maybe
>> concat? Is there any entirely different way I should be doing this?
>>
>> Any help would be greatly appreciated. This is going to be part of an
>> open-source library I'm eager to share.
>>
>> Here's an example of a conference video which has something like what
>> I'm going for:
>>
>> https://media.ccc.de/v/32c3-7331-the_exhaust_emissions_scandal_dieselgate
>>
>> The largest difference being my overlay is simpler.
>
> This is most likely because concat filter is not switched to .activate API.
>
> So do not use concat filter, but save intermediate files and concat them with
> concat demuxer.
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Paul B Mahol
On 5/3/18, Kevin Mark <[hidden email]> wrote:
> Hi Paul,
>
> Thanks for the quick reply. Looks like my suspicions were correct.
> Using the concat demuxer will be my path forward for now. Out of
> curiosity would patching in the .activate API in the concat filter be
> a large effort? I ask because if it's something reasonable (and
> doesn't require a devout knowledge over the entire codebase) I could
> look, at some point, make an attempt.

It is relatively easy, but it may take you more time then for someone more
experienced.
We also have maintainer for concat filter, but he seems very busy.
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Kevin Mark
Paul,

Okay, sounds like something I might take a stab at. I'm looking through the
devel list now for anything related. If you have a few minutes could you
link or refer me to some relevant material on the new APIs? I'd try to
reach out to the concat maintainer too but I don't see anyone listed for
that in MAINTAINERS unless it's Nicolas George. Thanks!

On Thu, May 3, 2018 at 5:31 PM Paul B Mahol <[hidden email]> wrote:

> On 5/3/18, Kevin Mark <[hidden email]> wrote:
> > Hi Paul,
> >
> > Thanks for the quick reply. Looks like my suspicions were correct.
> > Using the concat demuxer will be my path forward for now. Out of
> > curiosity would patching in the .activate API in the concat filter be
> > a large effort? I ask because if it's something reasonable (and
> > doesn't require a devout knowledge over the entire codebase) I could
> > look, at some point, make an attempt.
>
> It is relatively easy, but it may take you more time then for someone more
> experienced.
> We also have maintainer for concat filter, but he seems very busy.
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Paul B Mahol
On 5/3/18, Kevin Mark <[hidden email]> wrote:
> Paul,
>
> Okay, sounds like something I might take a stab at. I'm looking through the
> devel list now for anything related. If you have a few minutes could you
> link or refer me to some relevant material on the new APIs? I'd try to
> reach out to the concat maintainer too but I don't see anyone listed for
> that in MAINTAINERS unless it's Nicolas George. Thanks!

Read doc/filter_design.txt

You can look at other examples of switching to .activate:

a5b2d85f18b38e6fe8e4d99ed4f695ee2dc40db8
9cf0079638e1e625305ba049cb3c1f57e88c1b49
e4edc567a077d34f579d31ef0bfe164c7abfac4c
8088b5d69c51b9329ccbc6d1125cf55c54ff6374
d0920da029c54c372c1daa93c6d976f2145daf62
15e9c4afdc8efbf8da86bb3f7eaf374310b44bf8


>
> On Thu, May 3, 2018 at 5:31 PM Paul B Mahol <[hidden email]> wrote:
>
>> On 5/3/18, Kevin Mark <[hidden email]> wrote:
>> > Hi Paul,
>> >
>> > Thanks for the quick reply. Looks like my suspicions were correct.
>> > Using the concat demuxer will be my path forward for now. Out of
>> > curiosity would patching in the .activate API in the concat filter be
>> > a large effort? I ask because if it's something reasonable (and
>> > doesn't require a devout knowledge over the entire codebase) I could
>> > look, at some point, make an attempt.
>>
>> It is relatively easy, but it may take you more time then for someone more
>> experienced.
>> We also have maintainer for concat filter, but he seems very busy.
>> _______________________________________________
>> ffmpeg-user mailing list
>> [hidden email]
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>> To unsubscribe, visit link above, or email
>> [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Kevin Mark
Perfect. Thanks so much, Paul.

On Thu, May 3, 2018 at 5:46 PM, Paul B Mahol <[hidden email]> wrote:

> On 5/3/18, Kevin Mark <[hidden email]> wrote:
>> Paul,
>>
>> Okay, sounds like something I might take a stab at. I'm looking through the
>> devel list now for anything related. If you have a few minutes could you
>> link or refer me to some relevant material on the new APIs? I'd try to
>> reach out to the concat maintainer too but I don't see anyone listed for
>> that in MAINTAINERS unless it's Nicolas George. Thanks!
>
> Read doc/filter_design.txt
>
> You can look at other examples of switching to .activate:
>
> a5b2d85f18b38e6fe8e4d99ed4f695ee2dc40db8
> 9cf0079638e1e625305ba049cb3c1f57e88c1b49
> e4edc567a077d34f579d31ef0bfe164c7abfac4c
> 8088b5d69c51b9329ccbc6d1125cf55c54ff6374
> d0920da029c54c372c1daa93c6d976f2145daf62
> 15e9c4afdc8efbf8da86bb3f7eaf374310b44bf8
>
>
>>
>> On Thu, May 3, 2018 at 5:31 PM Paul B Mahol <[hidden email]> wrote:
>>
>>> On 5/3/18, Kevin Mark <[hidden email]> wrote:
>>> > Hi Paul,
>>> >
>>> > Thanks for the quick reply. Looks like my suspicions were correct.
>>> > Using the concat demuxer will be my path forward for now. Out of
>>> > curiosity would patching in the .activate API in the concat filter be
>>> > a large effort? I ask because if it's something reasonable (and
>>> > doesn't require a devout knowledge over the entire codebase) I could
>>> > look, at some point, make an attempt.
>>>
>>> It is relatively easy, but it may take you more time then for someone more
>>> experienced.
>>> We also have maintainer for concat filter, but he seems very busy.
>>> _______________________________________________
>>> ffmpeg-user mailing list
>>> [hidden email]
>>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>>
>>> To unsubscribe, visit link above, or email
>>> [hidden email] with subject "unsubscribe".
>> _______________________________________________
>> ffmpeg-user mailing list
>> [hidden email]
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>> To unsubscribe, visit link above, or email
>> [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Carl Eugen Hoyos-2
In reply to this post by Kevin Mark
2018-05-03 23:06 GMT+02:00, Kevin Mark <[hidden email]>:

> I'm getting an OOM with the following ffmpeg complex filtergraph:

Just a complex filtergraph?
Did you write a program that calls libavfilter functions and libavfilter
eats memory? Then please post on the libav-user mailing list.

Or did you call ffmpeg (the cli supported here)? Then please post
your actual command line including complete, uncut console output.
Some output containers necessarily eat memory.

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Kevin Mark
Hi Carl,

I'm using the latter, the ffmpeg CLI. The entire command is:

ffmpeg \
-i DV_b2.mp4 \
-i SCREEN_ba.mp4 \
-i SCREEN_d9.mp4 \
-i SCREEN_6d.mp4 \
-i SCREEN_bb.mp4 \
-threads 1 \
-filter_complex 'filter here' \
-map '[cc8]' \
-c:v ffv1 \
out.avi

I've also tried x264 in the matroska and mp4 containers.

As for logs would you like verbose, debug, or trace level?

On Thu, May 3, 2018 at 6:04 PM, Carl Eugen Hoyos <[hidden email]> wrote:

> 2018-05-03 23:06 GMT+02:00, Kevin Mark <[hidden email]>:
>
>> I'm getting an OOM with the following ffmpeg complex filtergraph:
>
> Just a complex filtergraph?
> Did you write a program that calls libavfilter functions and libavfilter
> eats memory? Then please post on the libav-user mailing list.
>
> Or did you call ffmpeg (the cli supported here)? Then please post
> your actual command line including complete, uncut console output.
> Some output containers necessarily eat memory.
>
> Carl Eugen
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Paul B Mahol
On 5/4/18, Kevin Mark <[hidden email]> wrote:

> Hi Carl,
>
> I'm using the latter, the ffmpeg CLI. The entire command is:
>
> ffmpeg \
> -i DV_b2.mp4 \
> -i SCREEN_ba.mp4 \
> -i SCREEN_d9.mp4 \
> -i SCREEN_6d.mp4 \
> -i SCREEN_bb.mp4 \
> -threads 1 \
> -filter_complex 'filter here' \
> -map '[cc8]' \
> -c:v ffv1 \
> out.avi
>
> I've also tried x264 in the matroska and mp4 containers.
>

When to expect patch?
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Kevin Mark
Hi Paul,

Are you referring to the patch for implementing the .activate API in
the concat filter? I don't have an ETA on it now for you, as I've
paused my work on it to study for upcoming finals next week. Were you
planning on tackling this yourself at some point?

Thanks,
Kevin

On Tue, May 8, 2018 at 11:29 AM, Paul B Mahol <[hidden email]> wrote:

> On 5/4/18, Kevin Mark <[hidden email]> wrote:
>> Hi Carl,
>>
>> I'm using the latter, the ffmpeg CLI. The entire command is:
>>
>> ffmpeg \
>> -i DV_b2.mp4 \
>> -i SCREEN_ba.mp4 \
>> -i SCREEN_d9.mp4 \
>> -i SCREEN_6d.mp4 \
>> -i SCREEN_bb.mp4 \
>> -threads 1 \
>> -filter_complex 'filter here' \
>> -map '[cc8]' \
>> -c:v ffv1 \
>> out.avi
>>
>> I've also tried x264 in the matroska and mp4 containers.
>>
>
> When to expect patch?
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Paul B Mahol
On 5/8/18, Kevin Mark <[hidden email]> wrote:
> Hi Paul,
>
> Are you referring to the patch for implementing the .activate API in
> the concat filter? I don't have an ETA on it now for you, as I've
> paused my work on it to study for upcoming finals next week. Were you
> planning on tackling this yourself at some point?

If you not gonna do it eventually - I will.

>
> Thanks,
> Kevin
>
> On Tue, May 8, 2018 at 11:29 AM, Paul B Mahol <[hidden email]> wrote:
>> On 5/4/18, Kevin Mark <[hidden email]> wrote:
>>> Hi Carl,
>>>
>>> I'm using the latter, the ffmpeg CLI. The entire command is:
>>>
>>> ffmpeg \
>>> -i DV_b2.mp4 \
>>> -i SCREEN_ba.mp4 \
>>> -i SCREEN_d9.mp4 \
>>> -i SCREEN_6d.mp4 \
>>> -i SCREEN_bb.mp4 \
>>> -threads 1 \
>>> -filter_complex 'filter here' \
>>> -map '[cc8]' \
>>> -c:v ffv1 \
>>> out.avi
>>>
>>> I've also tried x264 in the matroska and mp4 containers.
>>>
>>
>> When to expect patch?
>> _______________________________________________
>> ffmpeg-user mailing list
>> [hidden email]
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>> To unsubscribe, visit link above, or email
>> [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Conference video-like filtergraph eating memory

Kevin Mark
I might have a patch submitted by the end of this month. If that's
outside your timeline feel free to work on it.

On Tue, May 8, 2018 at 5:32 PM, Paul B Mahol <[hidden email]> wrote:

> On 5/8/18, Kevin Mark <[hidden email]> wrote:
>> Hi Paul,
>>
>> Are you referring to the patch for implementing the .activate API in
>> the concat filter? I don't have an ETA on it now for you, as I've
>> paused my work on it to study for upcoming finals next week. Were you
>> planning on tackling this yourself at some point?
>
> If you not gonna do it eventually - I will.
>
>>
>> Thanks,
>> Kevin
>>
>> On Tue, May 8, 2018 at 11:29 AM, Paul B Mahol <[hidden email]> wrote:
>>> On 5/4/18, Kevin Mark <[hidden email]> wrote:
>>>> Hi Carl,
>>>>
>>>> I'm using the latter, the ffmpeg CLI. The entire command is:
>>>>
>>>> ffmpeg \
>>>> -i DV_b2.mp4 \
>>>> -i SCREEN_ba.mp4 \
>>>> -i SCREEN_d9.mp4 \
>>>> -i SCREEN_6d.mp4 \
>>>> -i SCREEN_bb.mp4 \
>>>> -threads 1 \
>>>> -filter_complex 'filter here' \
>>>> -map '[cc8]' \
>>>> -c:v ffv1 \
>>>> out.avi
>>>>
>>>> I've also tried x264 in the matroska and mp4 containers.
>>>>
>>>
>>> When to expect patch?
>>> _______________________________________________
>>> ffmpeg-user mailing list
>>> [hidden email]
>>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>>
>>> To unsubscribe, visit link above, or email
>>> [hidden email] with subject "unsubscribe".
>> _______________________________________________
>> ffmpeg-user mailing list
>> [hidden email]
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>> To unsubscribe, visit link above, or email
>> [hidden email] with subject "unsubscribe".
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".