Reproduced with ffmpeg version N-94000-g78e1d7f421-tessus
However, I was hoping the mailing list could identify any obvious
usage problems before I generated the bug report.
On Sun, Jun 9, 2019 at 7:27 PM Dennis Mungai wrote:
>
> On Mon, 10 Jun 2019 at 02:19, Eric Ball wrote:
>
> > Thought I'd
On 6/9/2019 4:26 PM, Dennis Mungai wrote:
Only git head is supported here, Eric.
Retry with the current git head and report back.
4.1.1 is almost current (IIRC 4.1.3 is the current tagged version), but
please post the complete/uncut command output.
z!
On Mon, 10 Jun 2019 at 02:19, Eric Ball wrote:
> Thought I'd check with the mailing list before filing a bug report.
>
> ffmpeg version 4.1.1-tessus on macOS 10.14.5
>
> test.mp4 contains 3 streams :0 h264, :1 aac, :2 aac
>
> ffmpeg -i test.mp4 -filter_complex:a "astreamselect=inputs=2:map=1"
>
Thought I'd check with the mailing list before filing a bug report.
ffmpeg version 4.1.1-tessus on macOS 10.14.5
test.mp4 contains 3 streams :0 h264, :1 aac, :2 aac
ffmpeg -i test.mp4 -filter_complex:a "astreamselect=inputs=2:map=1" test.wav
ffmpeg locks up after producing minimal output.
We would like to an application using the FFmpeg tool that can
simultaneously, a) process video streams from IP based cameras and display
on a monitor and, b) create a single mp4 file for subsequent playback.
In our research, we also reviewed OBS and OpenCV; however, our sense is that
FFmpeg
On 6/9/19, Michael Koch wrote:
> Hi,
>
> in the documentation for the blend filter is written:
> "By default, the output terminates when the longest input terminates."
>
> What's used as input when the shortest input has terminated? Is the last
> frame of the shorter input duplicated?
Yes.
> Is
Hi,
in the documentation for the blend filter is written:
"By default, the output terminates when the longest input terminates."
What's used as input when the shortest input has terminated? Is the last
frame of the shorter input duplicated?
Is there a trick to let the output terminate when the