trac | enhanced wiki and issue tracking system | Stream Processing library

This isn't a problem with Content-Type. You are using proxy_pass incorrectly. As you have already noted:

When using variables in proxy_pass, if URI is specified, it is passed to the server as is, replacing the original request URI.

You currently have the following working configuration, but you want to replace it with a variable to force DNS resolution:

I discovered the key information in the logs:

Tricky one this seemed at first. I wondered if this old FFmpeg trac ticket might hold the key:

There is no stream order in mpeg-ps. what you see from ffmpeg output order is likely just if a audio or video packet comes first

But that's not actually the problem; however it is worth noting that your file has a .mpg extension, when you should be trying to output an MP4 or MKV. ".mpg" is only valid if it contains legacy MPEG-1 and MPEG-2 formats. H.264 or AAC elementary streams are invalid.

If you've not created this file yourself, it's either a mislabelled container (e.g. MKV or MP4), or someone has bizarrely muxed the streams to .mpg. Note how FFmpeg warns you of the incompatible codec during your stream reorder attempt.

MPEG-PS is a packetised format, so there's no elementary streams as such. If it's genuinely an MPEG-PS file, it may be that an audio sample appears first. Either way, you should abandon using .mpg for your formats.

See the end of this answer for how you can use FFprobe to fairly accurately identify the actual container format.

I had another think, and finally a neuron reminded me about how the -map output follows the order of assignment.

An important thing to note is that -map 0:v -map 0:a doesn't quite work how you might expect it with files containing more than one of a stream type, as that syntax matches all applicable streams of that type.

Gyan has clarified that if you have a file with exactly one video and one audio stream, -map 0:v -map 0:a will function equivalently to -map 0:1 -map 0:0.

If you want to use the 0:a syntax, if you have more than one audio for example you must address them individually, otherwise FFmpeg will group them when reordering. -map 0:a will move both audios; -map 0:a:0 will move just the first audio.

The alternative, remembering to always check stream order in every file you manipulate, is to specify absolute stream numbers in the order you wish to have them in the output. So, -map 0:1 -map 0:0 if your video is the second of two streams in the source file.

For files with one video and one audio stream, you can use either method.

I created an .MP4 file containing one H.264 video as stream 0:0 and one MP3 audio as stream 0:1.

Original file:

Untested workaround is to use pan to choose each channel, a showwavespic per channel, and stack them with vstack:

This isn't directly an answer to your question, but it may help finding an answer for your particular problem yourself. Also, a ticket on the ftputil website is better for help with debugging a problem. That said, I think it's fine to ask on StackOverflow first since you don't know in advance if the problem is a simple one or not. :-)

Since FTP is a stateful protocol, client and server can't send arbitrary commands at a given time. The allowed commands and possibly replies are determined by the state the connection is in. See also the state diagrams in RFC 959.

To work around this limitation, ftputil creates a new FTP connection behind the scenes for each remote file object [1]. With this approach, you can still send commands like chdir or start a download while another is still in progress. However, this means that from the perspective of the server, all these FTP connections that come from a single FTPHost object are independent connections, so each of these connections can have their timeout at different times, depending on the usage pattern of the respective connection.

For example, there was ftputil ticket 141, where presumably the main connection initiated by the FTPHost object timed out while a connection used for downloading was still usable.

In your case, it might be helpful to find out which of the underlying connections is timing out (the initial connection or a connection for a remote file). You can use ftputil.session.session_factory to create factories that have FTP debugging enabled (see the documentation).

Unfortunately, a timeout of 60 seconds is quite short, so there are relatively many chances for timeouts.

Especially given the possibility of timeouts in FTP connections, my advice is to write software for FTP transfers in a way so that you can restart the operation (ideally with a new FTPHost object for robustness) where it was interrupted by the timeout. So far I haven't been able to come up with a way to universally work around timeouts. In simple cases you may actually be better off using ftplib directly, although ftputil has robustness and latency improvements that ftplib doesn't have. Using ftplib doesn't save you from timeouts, but at least you don't have any "hidden" connections that may make debugging more difficult.

[1] That said, if you close a remote file in ftputil, the underlying FTP connection can be reused unless it's not timed out. The library checks for a timeout before it reuses the connection.

The picture regarding timeouts is even more complicated by ftputil caching a lot of information from the server to reduce latency. For example, if you call FTPHost.getcwd(), the current directory is retrieved from a cached attribute, not by sending a PWD command to the server and thereby resetting the timeout. Stat information from directory listings is also usually cached.

If you wish to extract the first two audio tracks as a single stereo track, use

_{Answering Community Wiki because the question is off-topic here.}

Go to Terminal > Preferences > Profiles > Shell; check "Run command"; enter /bin/bash -li; uncheck "Run inside shell"; and then open a new window or tab.

Go to Profiles -> Open Profiles -> Edit Profiles...; under "Command" change from the default of "Login Shell" to "Custom Shell", and enter /bin/bash.

You'll need to escape the quotes: select=\'v:0,a\' and select=\'v:0,a\'

Use the channelmap filter: