Re: [FFmpeg-user] Out of virtual memory (swap, I assume) = telecine+setpts combination

2021-02-04 Thread Paul B Mahol
On Thu, Feb 4, 2021 at 11:02 PM Mark Filipak (ffmpeg) 
wrote:

> On 02/04/2021 04:50 PM, Paul B Mahol wrote:
> > Well, perhaps your command queues too much frame and that is bad.
>
> Perhaps?
>
>
Perhaps not. I just checked telecine+setpts with your arguments and it
leaks 0 bytes.


> ffmpeg -i source.mkv -map 0 -filter_complex "telecine,
> setpts=N*1001/3/TB" -codec:v libx265
> -x265-params crf=20:qcomp=0.60 -codec:a copy -codec:s copy "with both
> telecine and setpts.mkv"
>
> What does "...perhaps your command queues too much frame" mean?
>
>
> > On Thu, Feb 4, 2021 at 10:34 PM Mark Filipak (ffmpeg) <
> markfili...@bog.us>
> > wrote:
> >
> >> On 02/03/2021 12:23 AM, Carl Zwanzig wrote:
> >>> On 2/2/2021 2:52 PM, Mark Filipak (ffmpeg) wrote:
>  If that's true, what's eating the swap? Transcoding parts 1, 2, 3, & 4
> >> all succeeded when running
>  concurrently. Transcoding part 5 fails, even when ffmpeg is the only
> >> app running.
> >>>
> >>> Out of curiosity, have you tried looking at the file with an mkv
> >> analyzer like MediaInfo, Elecard's
> >>> analyzer* or maybe another one? (Is there metadata towards the end of
> >> the file containing junk info?)
> >>>
> >>> How does it behave if you drop the minterpolate or one of the other
> >> filters, output to a null file,
> >>> or use a different output codec? (Anything to try isolating the
> problem.)
> >>
> >> If rising memory allocation and rising swap commit indicates a memory
> >> leak, then the telecine filter
> >> has a memory leak.
> >>
> >> **WRONG**
> >>
> >> OHMYGOD! The problem isn't telecine. The problem isn't setpts. The
> problem
> >> is telecine + setpts in
> >> combination!
> >>
> >> **CORRECTION**
> >> If rising memory allocation and rising swap commit indicates a memory
> >> leak, then the combination of
> >> telecine and setpts filters provokes a memory leak.
> >>
> >> My trouble packet is 'telecine+setpts memory leak.zip'. I can't put it
> in
> >> dropbox because dropbox
> >> has now added a 100 MB limit in an attempt to force me to pay.
> >>
> >> 'telecine+setpts memory leak.zip' is 328 MiB.
> >>
> >> With no way to get 'telecine+setpts memory leak.zip' into the
> developers'
> >> hands, I guess all my
> >> efforts will go to naught.
> >> ___
> >> ffmpeg-user mailing list
> >> ffmpeg-user@ffmpeg.org
> >> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >>
> >> To unsubscribe, visit link above, or email
> >> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
> > ___
> > ffmpeg-user mailing list
> > ffmpeg-user@ffmpeg.org
> > https://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> > To unsubscribe, visit link above, or email
> > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
> >
>
>
> --
> I don't have a dog.
> And furthermore, my dog doesn't bite.
> And furthermore, you provoked him.
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Out of virtual memory (swap, I assume) = telecine+setpts combination

2021-02-04 Thread Mark Filipak (ffmpeg)

On 02/04/2021 04:50 PM, Paul B Mahol wrote:

Well, perhaps your command queues too much frame and that is bad.


Perhaps?

ffmpeg -i source.mkv -map 0 -filter_complex "telecine, setpts=N*1001/3/TB" -codec:v libx265 
-x265-params crf=20:qcomp=0.60 -codec:a copy -codec:s copy "with both telecine and setpts.mkv"


What does "...perhaps your command queues too much frame" mean?



On Thu, Feb 4, 2021 at 10:34 PM Mark Filipak (ffmpeg) 
wrote:


On 02/03/2021 12:23 AM, Carl Zwanzig wrote:

On 2/2/2021 2:52 PM, Mark Filipak (ffmpeg) wrote:

If that's true, what's eating the swap? Transcoding parts 1, 2, 3, & 4

all succeeded when running

concurrently. Transcoding part 5 fails, even when ffmpeg is the only

app running.


Out of curiosity, have you tried looking at the file with an mkv

analyzer like MediaInfo, Elecard's

analyzer* or maybe another one? (Is there metadata towards the end of

the file containing junk info?)


How does it behave if you drop the minterpolate or one of the other

filters, output to a null file,

or use a different output codec? (Anything to try isolating the problem.)


If rising memory allocation and rising swap commit indicates a memory
leak, then the telecine filter
has a memory leak.

**WRONG**

OHMYGOD! The problem isn't telecine. The problem isn't setpts. The problem
is telecine + setpts in
combination!

**CORRECTION**
If rising memory allocation and rising swap commit indicates a memory
leak, then the combination of
telecine and setpts filters provokes a memory leak.

My trouble packet is 'telecine+setpts memory leak.zip'. I can't put it in
dropbox because dropbox
has now added a 100 MB limit in an attempt to force me to pay.

'telecine+setpts memory leak.zip' is 328 MiB.

With no way to get 'telecine+setpts memory leak.zip' into the developers'
hands, I guess all my
efforts will go to naught.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".




--
I don't have a dog.
And furthermore, my dog doesn't bite.
And furthermore, you provoked him.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Out of virtual memory (swap, I assume) = telecine+setpts combination

2021-02-04 Thread Paul B Mahol
Well, perhaps your command queues too much frame and that is bad.

On Thu, Feb 4, 2021 at 10:34 PM Mark Filipak (ffmpeg) 
wrote:

> On 02/03/2021 12:23 AM, Carl Zwanzig wrote:
> > On 2/2/2021 2:52 PM, Mark Filipak (ffmpeg) wrote:
> >> If that's true, what's eating the swap? Transcoding parts 1, 2, 3, & 4
> all succeeded when running
> >> concurrently. Transcoding part 5 fails, even when ffmpeg is the only
> app running.
> >
> > Out of curiosity, have you tried looking at the file with an mkv
> analyzer like MediaInfo, Elecard's
> > analyzer* or maybe another one? (Is there metadata towards the end of
> the file containing junk info?)
> >
> > How does it behave if you drop the minterpolate or one of the other
> filters, output to a null file,
> > or use a different output codec? (Anything to try isolating the problem.)
>
> If rising memory allocation and rising swap commit indicates a memory
> leak, then the telecine filter
> has a memory leak.
>
> **WRONG**
>
> OHMYGOD! The problem isn't telecine. The problem isn't setpts. The problem
> is telecine + setpts in
> combination!
>
> **CORRECTION**
> If rising memory allocation and rising swap commit indicates a memory
> leak, then the combination of
> telecine and setpts filters provokes a memory leak.
>
> My trouble packet is 'telecine+setpts memory leak.zip'. I can't put it in
> dropbox because dropbox
> has now added a 100 MB limit in an attempt to force me to pay.
>
> 'telecine+setpts memory leak.zip' is 328 MiB.
>
> With no way to get 'telecine+setpts memory leak.zip' into the developers'
> hands, I guess all my
> efforts will go to naught.
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Out of virtual memory (swap, I assume) = telecine+setpts combination

2021-02-04 Thread Mark Filipak (ffmpeg)

On 02/03/2021 12:23 AM, Carl Zwanzig wrote:

On 2/2/2021 2:52 PM, Mark Filipak (ffmpeg) wrote:
If that's true, what's eating the swap? Transcoding parts 1, 2, 3, & 4 all succeeded when running 
concurrently. Transcoding part 5 fails, even when ffmpeg is the only app running.


Out of curiosity, have you tried looking at the file with an mkv analyzer like MediaInfo, Elecard's 
analyzer* or maybe another one? (Is there metadata towards the end of the file containing junk info?)


How does it behave if you drop the minterpolate or one of the other filters, output to a null file, 
or use a different output codec? (Anything to try isolating the problem.)


If rising memory allocation and rising swap commit indicates a memory leak, then the telecine filter 
has a memory leak.


**WRONG**

OHMYGOD! The problem isn't telecine. The problem isn't setpts. The problem is telecine + setpts in 
combination!


**CORRECTION**
If rising memory allocation and rising swap commit indicates a memory leak, then the combination of 
telecine and setpts filters provokes a memory leak.


My trouble packet is 'telecine+setpts memory leak.zip'. I can't put it in dropbox because dropbox 
has now added a 100 MB limit in an attempt to force me to pay.


'telecine+setpts memory leak.zip' is 328 MiB.

With no way to get 'telecine+setpts memory leak.zip' into the developers' hands, I guess all my 
efforts will go to naught.

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".