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

Mark Filipak (ffmpeg) markfilipak at bog.us
Thu Feb 4 23:30:54 EET 2021


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.


More information about the ffmpeg-user mailing list