libaom | Mirror of libaom , syncs with upstream every 6 hours | Media Player library

Rewrote Dockerfile like this:

The fundamental issue in these audio files appears to be the frequently dropped frames (each containing 960 audio samples). There is an instance of 8117 seconds gap between 2 successive frames in the first file. Because the MKA files were formed without filling these dropped frames, they are effectively variable-sampling-rate streams while labeled as constant-sampling-rate. This discrepancy makes your audios to appear shorter than they were recorded, explaining why your output is often much longer than expected and has been wrecking havoc on your attempt to work on these files.

While atm I do not know if FFmpeg offers a mechanism to fix/estimate the dropped frames in these files, yYou can brute-force/ignore the dropped frames by:

amix

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

Your file seems to be missing some color information:

Try this (the short clip inserted at 3-second mark):

Solved setting maximum bit rate of v4l2 with:

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: