vo-amrwbenc | VisualOn AMR-WB encoder from Android | Speech library

Instagram apparently does not like MP3. Use AAC instead. Replace -acodec libmp3lame/-c:a libmp3lame with -c:a aac.

What you are experiencing is the nature of large filtergraphs. Every link between filters requires a frame buffer (at least 6 MB) and filtering operation itself may require additional memory space. So, it must use up your iDevice's memory (which must be smaller than the Androids).

So, the solution must be the one which minimizes the number of filters, and you can do that by using the concat demuxer so all your images originates from one (virtual) source, and use overlay with more complex enable option.

png_list.txt

You are using formData with the HTTP PUT method which corrupts the upload as a binary data stream is expected and not MIME data.

To use formdata:

Upload an object with HTML forms

From your log I can see that your input audio is MP3.

The forfiles command is a nasty beast, because there are several caveats:

• it is slow (particularly because it cannot run internal commands of the hosting command prompt);
• it handles wildcards differently than most other commands, hence /M *.* does not match all files but only such with an extension; to really match all files, use /M * or skip it since it is the default anyway;
• it applies backslash-escaping, which is particularly annoying with paths ending in \, like the root directory of a drive /P "D:\", which causes a syntax error since the closing quotation mark is considered as escaped; to work around that, preferably append a . like /P "D:\.", or remove the quotation marks like /P D:\, though this exposes potential whitespaces or special characters to the parser;
• all of the special @-variables that return the path and/or name of iterated items provide the values in quoted manner, which is particularly frustrating when it comes to concatenation;
• it iterates over both files and directories that match the given mask; to distinguish between them you could use the special @isdir variable, but you will need an if statement for this (like if @isdir==FALSE or if @isdir==TRUE), which is an internal cmd.exe command, requiring its explicit instantiation even when you would not need it else;
• handling of the command behind /C and its arguments is terribly implemented, leading to the problem that directly running external commands (so without cmd /C) may fail, unless you are aware of the mostly working fix by stating the command name twice (like /C "command.exe command.exe --parameter argument");
• even its basically nice /D option (which is the only reason why forfiles might suit better than for) to filter for the relative last modification date (but not time) is badly implemented when a positive number (like /D +1) is used, because this uselessly points to the future;

All of these issues lead me to the point that I suggest not to use forfiles and to use a standard for loop instead, like this (note also the changed mask *.flac):

• In a batch-file:

I got solution so I answered here, issue is not of flutter_ffmpeg, issue is caused because app had not permission to write in external storage to resolve this add "MANAGE_EXTERNAL_STORAGE" in mainfest.xml file and set output path is File('storage/emulated/0/my_folder/o.mp4').path , and everything works fine.

Your input is detected as interlaced but with half-height (288) and double the framerate (50). This may be due to missing or unrecognized boundary markers in the JPEG2000 packets. I assume this is meant to be PAL --> 720x576@25i.

Try using the tinterlace filter first to interleave the input "frames" to double-height and half fps, and then continue the original sequence of filters.

"tinterlace=mode=merge,bwdif=0,select='if(eq(n\,0),1,floor(t)-floor(prev_selected_t))'"

For H.264, nvenc has a max. resolution limit of 4096x4096. Use a software encoder like libx264. But note that a resolution of 7200x3600 is beyond the limit of any valid H.264 level so hope your target player doesn't care. Or use HEVC with different parameters.

MP4s may have an edit list which tell the player to construct a virtual playback timeline. Occasionally, this timeline can leave out frames needed to decode stream correctly, or the sync samples table may be wrong.

Add -ignore_editlist to demux the stream without any edits.

ffmpeg.exe -ignore_editlist 1 -i vlc-record-2021-06-07-08h01m03s-rtsp___192.168.178.92_554_h265Preview_01_main-.mp4 output/%05d.jpg