Re: [FFmpeg-user] Keep vfr and original pts

2021-01-24 Thread Gyan Doshi



On 24-01-2021 10:44 pm, Wolfgang Hugemann wrote:

Use -vsync 0. No addiitional frames should be added.

Well, this is true, but the video is switched to cfr. As I said, I tried
this too. And usin mkv or webm instead of mp4 make no difference.

Why do you believe the result is CFR, or rather different than the source?

Gyan
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] v4l2 overlay on mjpeg stream

2021-01-24 Thread Baltazár Radics
On Mon, Jan 25, 2021 at 12:59 AM Carl Eugen Hoyos 
wrote:

> For future questions:
> Please always post all information here on the mailing list, do not
> use external resources
> except for input samples.
>

Sorry, I thought I'd read to use pastesites but that must have been another
forum.

You cannot synchronize these streams because they have different start
> times,
> there should be a filter incantation that resets the timestamps of the
> second input,
> something like "setpts=PTS-STARTPTS"
>

That didn't help, but it made me read what setpts did, and apparently the
problem was that the mjpeg stream didn't have timestamps at all.
This command worked in the end: `ffmpeg -i https://192.168.11.139:8080/video
-i /dev/video3 -filter_complex
'[0:v]setpts=(RTCTIME-RTCSTART)/(TB*100),scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam][calc]overlay'
-vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2`

Thanks again

On Mon, Jan 25, 2021 at 12:59 AM Carl Eugen Hoyos 
wrote:

> Am Mo., 25. Jan. 2021 um 00:42 Uhr schrieb Baltazár Radics
> :
> >
> > output of `ffmpeg -i https://192.168.11.139:8080/video
> -thread_queue_size
> > 2048 -i /dev/video3 -filter_complex
> >
> '[0:v]scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam]
> > [calc]overlay' -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2`:
> > http://ix.io/2NeC
> > output of `ffmpeg -i /dev/video0 -i /dev/video3 -filter_complex
> >
> '[0:v]scale=iw*4/3:-1[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam][calc]overlay'
> > -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /de
> > v/video2`: http://ix.io/2NeD
>
> For future questions:
> Please always post all information here on the mailing list, do not
> use external resources
> except for input samples.
> And please find out what top-posting means and avoid it here.
>
> > Input #0, mpjpeg, from 'https://192.168.11.139:8080/video':
> >   Duration: N/A, bitrate: N/A
> > Stream #0:0: Video: mjpeg (Baseline), yuvj420p(pc,
> bt470bg/unknown/unknown), 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25
> tbc
> > Input #1, video4linux2,v4l2, from '/dev/video3':
> >   Duration: N/A, start: 36730.385449, bitrate: 1985 kb/s
> > Stream #1:0: Video: rawvideo (Y800 / 0x30303859), gray, 128x64, 1985
> kb/s, 30.30 fps, 30.30 tbr, 1000k tbn, 1000k tbc
>
> You cannot synchronize these streams because they have different start
> times,
> there should be a filter incantation that resets the timestamps of the
> second input,
> something like "setpts=PTS-STARTPTS"
>
> Carl Eugen
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] v4l2 overlay on mjpeg stream

2021-01-24 Thread Carl Eugen Hoyos
Am Mo., 25. Jan. 2021 um 00:42 Uhr schrieb Baltazár Radics
:
>
> output of `ffmpeg -i https://192.168.11.139:8080/video -thread_queue_size
> 2048 -i /dev/video3 -filter_complex
> '[0:v]scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam]
> [calc]overlay' -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2`:
> http://ix.io/2NeC
> output of `ffmpeg -i /dev/video0 -i /dev/video3 -filter_complex
> '[0:v]scale=iw*4/3:-1[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam][calc]overlay'
> -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /de
> v/video2`: http://ix.io/2NeD

For future questions:
Please always post all information here on the mailing list, do not
use external resources
except for input samples.
And please find out what top-posting means and avoid it here.

> Input #0, mpjpeg, from 'https://192.168.11.139:8080/video':
>   Duration: N/A, bitrate: N/A
> Stream #0:0: Video: mjpeg (Baseline), yuvj420p(pc, 
> bt470bg/unknown/unknown), 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc
> Input #1, video4linux2,v4l2, from '/dev/video3':
>   Duration: N/A, start: 36730.385449, bitrate: 1985 kb/s
> Stream #1:0: Video: rawvideo (Y800 / 0x30303859), gray, 128x64, 1985 
> kb/s, 30.30 fps, 30.30 tbr, 1000k tbn, 1000k tbc

You cannot synchronize these streams because they have different start times,
there should be a filter incantation that resets the timestamps of the
second input,
something like "setpts=PTS-STARTPTS"

Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] v4l2 overlay on mjpeg stream

2021-01-24 Thread Baltazár Radics
output of `ffmpeg -i https://192.168.11.139:8080/video -thread_queue_size
2048 -i /dev/video3 -filter_complex
'[0:v]scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam]
[calc]overlay' -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2`:
http://ix.io/2NeC
output of `ffmpeg -i /dev/video0 -i /dev/video3 -filter_complex
'[0:v]scale=iw*4/3:-1[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam][calc]overlay'
-vcodec rawvideo -pix_fmt yuv420p -f v4l2 /de
v/video2`: http://ix.io/2NeD

In both cases, I pressed `q` after ten seconds or so.
I have built ffmpeg version N-100777-g2bcec40cce, but that should be
visible in the output.

On Mon, Jan 25, 2021 at 12:03 AM Carl Eugen Hoyos 
wrote:

> Am So., 24. Jan. 2021 um 23:34 Uhr schrieb Baltazár Radics
> :
> >
> > I'm trying to overlay a v4l2 input on the mjpeg stream of an android IP
> > camera. The first few seconds are alright, but the overlay slowly lags
> > behind more and more, and starts dropping frames.
> > I also get the following warning:
> > >
> > > Thread message queue blocking; consider raising the
> > > thread_queue_size option
> >
> > I have tried raising it but it doesn't seem to help.
> > The command I'm using (the output is a v4l2loopback device):
> > ffmpeg -i https://192.168.11.139:8080/video -i /dev/video3
> -filter_complex
> >
> '[0:v]scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam][calc]overlay'
> > -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2
>
> Please test current FFmpeg git head and provide the command line you tested
> together with the complete, uncut console output.
>
> > Overlaying a v4l2 source on another v4l2 source works perfectly with the
> > same filter.
>
> Feel free to show this one as well.
>
> Carl Eugen
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Slide show with vfr

2021-01-24 Thread pdr0
Wolfgang Hugemann wrote
> I did one step backward and tried to construct a vfr video from the
> scratch using slides a an input:
> 
> ffmpeg -y -f concat -i input.txt colors.mkv
> 
> with input.txt as:
> 
> ffconcat version 1.0
> file 'red.png'
> duration 250ms
> file 'yellow.png'
> duration 500ms
> file 'green.png'
> duration 500ms
> file 'cyan.png'
> duration 250ms
> file 'blue.png'
> duration 500ms
> file 'black.png'
> duration 500ms
> 
> This resulted in cfr for mp4 an vfr for mkv or webm (according to
> MediaInfo, a Windows application). However, there seems to be something
> wrong with the result colors.mkv, as no player, including ffplay uses
> the specified durations.

Express duration in seconds

Repeat the last image as per 
https://trac.ffmpeg.org/wiki/Slideshow#Concatdemuxer

file 'red.png'
duration 0.25
file 'yellow.png'
duration 0.5
file 'green.png'
duration 0.5
file 'cyan.png'
duration 0.25
file 'blue.png'
duration 0.5
file 'black.png'
duration 0.5 
file 'black.png'





--
Sent from: http://ffmpeg-users.933282.n4.nabble.com/
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] v4l2 overlay on mjpeg stream

2021-01-24 Thread Carl Eugen Hoyos
Am So., 24. Jan. 2021 um 23:34 Uhr schrieb Baltazár Radics
:
>
> I'm trying to overlay a v4l2 input on the mjpeg stream of an android IP
> camera. The first few seconds are alright, but the overlay slowly lags
> behind more and more, and starts dropping frames.
> I also get the following warning:
> >
> > Thread message queue blocking; consider raising the
> > thread_queue_size option
>
> I have tried raising it but it doesn't seem to help.
> The command I'm using (the output is a v4l2loopback device):
> ffmpeg -i https://192.168.11.139:8080/video -i /dev/video3 -filter_complex
> '[0:v]scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam][calc]overlay'
> -vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2

Please test current FFmpeg git head and provide the command line you tested
together with the complete, uncut console output.

> Overlaying a v4l2 source on another v4l2 source works perfectly with the
> same filter.

Feel free to show this one as well.

Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-user] v4l2 overlay on mjpeg stream

2021-01-24 Thread Baltazár Radics
I'm trying to overlay a v4l2 input on the mjpeg stream of an android IP
camera. The first few seconds are alright, but the overlay slowly lags
behind more and more, and starts dropping frames.
I also get the following warning:
>
> Thread message queue blocking; consider raising the thread_queue_size
> option

I have tried raising it but it doesn't seem to help.
The command I'm using (the output is a v4l2loopback device):
ffmpeg -i https://192.168.11.139:8080/video -i /dev/video3 -filter_complex
'[0:v]scale=iw*4/3:-1,crop=1280:720[cam];[1:v]scale=4*iw:-1:flags=neighbor[calc];[cam][calc]overlay'
-vcodec rawvideo -pix_fmt yuv420p -f v4l2 /dev/video2
Overlaying a v4l2 source on another v4l2 source works perfectly with the
same filter.
What could be causing the issue?

Thanks
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Slide show with vfr

2021-01-24 Thread Carl Eugen Hoyos
Am So., 24. Jan. 2021 um 18:23 Uhr schrieb Wolfgang Hugemann :
>
> I did one step backward and tried to construct a vfr video from the
> scratch using slides a an input:
>
> ffmpeg -y -f concat -i input.txt colors.mkv
>
> with input.txt as:
>
> ffconcat version 1.0
> file 'red.png'
> duration 250ms
> file 'yellow.png'
> duration 500ms
> file 'green.png'
> duration 500ms
> file 'cyan.png'
> duration 250ms
> file 'blue.png'
> duration 500ms
> file 'black.png'
> duration 500ms
>
> This resulted in cfr for mp4 an vfr for mkv or webm (according to
> MediaInfo, a Windows application). However, there seems to be something
> wrong with the result colors.mkv, as no player, including ffplay uses
> the specified durations.

I suspect that no player is able to deal with above frame durations.

Old RealMedia files can be good sources for vfr tests.

Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Troublemaker in bugtracker

2021-01-24 Thread Carl Zwanzig

On 1/24/2021 1:37 AM, Paul B Mahol wrote:

People should just ignore Carl Zwanzing and Phil Rhodes entries after all.

(please spell my name correctly)

Again, a statement without evidence or explanation, worth approximately 
nothing (ref the Latin proverb "quod grātīs asseritur, grātīs negātur" - 
"What is asserted gratuitously may be denied gratuitously").




They will eventually leave when they see they can not influence users.


Also lacking evidence, I've been on this list for, oh, at least 3 years; 
still here. Given that I actually discuss things with list members and 
occasionally help solve their problems, I think the "can not influence" is 
false. Paul is also unaware of the discussions that start on the list and 
are taken private.



The list FAQ (https://ffmpeg.org/mailing-list-faq.html) tells us to "Please 
follow our Code of Conduct." and links to it.



The Code of Conduct (https://ffmpeg.org/developer.html#Code-of-conduct)-
==start==
Be friendly and respectful towards others and third parties. Treat others 
the way you yourself want to be treated.


Be considerate. Not everyone shares the same viewpoint and priorities as you 
do. Different opinions and interpretations help the project. Looking at 
issues from a different perspective assists development.


Do not assume malice for things that can be attributed to incompetence. Even 
if it is malice, it’s rarely good to start with that as initial assumption.


Stay friendly even if someone acts contrarily. Everyone has a bad day once 
in a while. If you yourself have a bad day or are angry then try to take a 
break and reply once you are calm and without anger if you have to.


Try to help other team members and cooperate if you can.

The goal of software development is to create technical excellence, not for 
any individual to be better and "win" against the others. Large software 
projects are only possible and successful through teamwork.


If someone struggles do not put them down. Give them a helping hand instead 
and point them in the right direction.


Finally, keep in mind the immortal words of Bill and Ted, "Be excellent to 
each other."

==end==


I try to follow those all the time; it's unfortunately that not everyone does.

Later,

z!
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-user] Slide show with vfr

2021-01-24 Thread Wolfgang Hugemann
I did one step backward and tried to construct a vfr video from the
scratch using slides a an input:

ffmpeg -y -f concat -i input.txt colors.mkv

with input.txt as:

ffconcat version 1.0
file 'red.png'
duration 250ms
file 'yellow.png'
duration 500ms
file 'green.png'
duration 500ms
file 'cyan.png'
duration 250ms
file 'blue.png'
duration 500ms
file 'black.png'
duration 500ms

This resulted in cfr for mp4 an vfr for mkv or webm (according to
MediaInfo, a Windows application). However, there seems to be something
wrong with the result colors.mkv, as no player, including ffplay uses
the specified durations.

This is the output:

ffmpeg version 2021-01-24-git-1775688292-full_build-www.gyan.dev
Copyright (c) 2000-2021 the FFmpeg developers
  built with gcc 10.2.0 (Rev6, Built by MSYS2 project)
  configuration: --enable-gpl --enable-version3 --enable-static
--disable-w32threads --disable-autodetect --enable-fontconfig
--enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp
--enable-lzma --enable-libsnappy --enable-zlib --enable-libsrt
--enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray
--enable-libcaca --enable-sdl2 --enable-libdav1d --enable-libzvbi
--enable-librav1e --enable-libsvtav1 --enable-libwebp --enable-libx264
--enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg
--enable-libvpx --enable-libass --enable-frei0r --enable-libfreetype
--enable-libfribidi --enable-libvidstab --enable-libvmaf
--enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid
--enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va
--enable-dxva2 --enable-libmfx --enable-libglslang --enable-vulkan
--enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug
--enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame
--enable-libshine --enable-libtheora --enable-libtwolame
--enable-libvo-amrwbenc --enable-libilbc --enable-libgsm
--enable-libopencore-amrnb --enable-libopus --enable-libspeex
--enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite
--enable-libmysofa --enable-librubberband --enable-libsoxr
--enable-chromaprint
  libavutil  56. 63.101 / 56. 63.101
  libavcodec 58.117.101 / 58.117.101
  libavformat58. 65.101 / 58. 65.101
  libavdevice58. 11.103 / 58. 11.103
  libavfilter 7. 96.100 /  7. 96.100
  libswscale  5.  8.100 /  5.  8.100
  libswresample   3.  8.100 /  3.  8.100
  libpostproc55.  8.100 / 55.  8.100
Input #0, concat, from 'input.txt':
  Duration: 00:00:05.00, start: 0.00, bitrate: 0 kb/s
Stream #0:0: Video: png, pal8(pc), 800x600, 25 fps, 25 tbr, 25 tbn,
25 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (png (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 02159ed90c00] using cpu capabilities: MMX2 SSE2Fast SSSE3
SSE4.2 AVX
[libx264 @ 02159ed90c00] profile High 4:4:4 Predictive, level 3.1,
4:4:4, 8-bit
[libx264 @ 02159ed90c00] 264 - core 161 r3033 0d754ec - H.264/MPEG-4
AVC codec - Copyleft 2003-2020 - http://www.videolan.org/x264.html -
options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7
psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=6
lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0
bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250
keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf
mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40
aq=1:1.00
Output #0, matroska, to 'colors.mkv':
  Metadata:
encoder : Lavf58.65.101
Stream #0:0: Video: h264 (H264 / 0x34363248), yuv444p(tv,
progressive), 800x600, q=2-31, 25 fps, 1k tbn
Metadata:
  encoder : Lavc58.117.101 libx264
Side data:
  cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
frame=1 fps=0.0 q=0.0 size=   1kB time=00:00:00.00 bitrate=N/A
speed=   0x
frame=   12 fps=0.0 q=-1.0 Lsize=   4kB time=00:00:03.76 bitrate=
9.2kbits/s speed=12.1x
video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 20.582470%
[libx264 @ 02159ed90c00] frame I:1 Avg QP: 4.00  size:   194
[libx264 @ 02159ed90c00] frame P:9 Avg QP: 4.89  size:86
[libx264 @ 02159ed90c00] frame B:2 Avg QP: 5.50  size:   960
[libx264 @ 02159ed90c00] consecutive B-frames: 66.7% 33.3%  0.0%  0.0%
[libx264 @ 02159ed90c00] mb I  I16..4: 100.0%  0.0%  0.0%
[libx264 @ 02159ed90c00] mb P  I16..4: 22.2%  0.0%  0.0%  P16..4:
0.0%  0.0%  0.0%  0.0%  0.0%skip:77.8%
[libx264 @ 02159ed90c00] mb B  I16..4: 99.9%  0.1%  0.0%  B16..8:
0.0%  0.0%  0.0%  direct: 0.0%  skip: 0.0%
[libx264 @ 02159ed90c00] 8x8 transform intra:0.0% inter:100.0%
[libx264 @ 02159ed90c00] coded y,u,v intra: 0.0% 0.0% 0.0% inter:
0.0% 0.0% 0.0%
[libx264 @ 02159ed90c00] i16 v,h,dc,p: 97%  0%  3%  0%
[libx264 @ 02159ed90c00] i8 

Re: [FFmpeg-user] Keep vfr and original pts

2021-01-24 Thread Wolfgang Hugemann
> Use -vsync 0. No addiitional frames should be added.

Well, this is true, but the video is switched to cfr. As I said, I tried
this too. And usin mkv or webm instead of mp4 make no difference.

ffmpeg -y -i kollision.mp4 -vf boxblur=10:1  -vsync 0 -copyts blur.mp4

gives the output:

ffmpeg version 2021-01-24-git-1775688292-full_build-www.gyan.dev
Copyright (c) 2000-2021 the FFmpeg developers
  built with gcc 10.2.0 (Rev6, Built by MSYS2 project)
  configuration: --enable-gpl --enable-version3 --enable-static
--disable-w32threads --disable-autodetect --enable-fontconfig
--enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp
--enable-lzma --enable-libsnappy --enable-zlib --enable-libsrt
--enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray
--enable-libcaca --enable-sdl2 --enable-libdav1d --enable-libzvbi
--enable-librav1e --enable-libsvtav1 --enable-libwebp --enable-libx264
--enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg
--enable-libvpx --enable-libass --enable-frei0r --enable-libfreetype
--enable-libfribidi --enable-libvidstab --enable-libvmaf
--enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid
--enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va
--enable-dxva2 --enable-libmfx --enable-libglslang --enable-vulkan
--enable-opencl --enable-libcdio --enable-libgme --enable-libmodplug
--enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame
--enable-libshine --enable-libtheora --enable-libtwolame
--enable-libvo-amrwbenc --enable-libilbc --enable-libgsm
--enable-libopencore-amrnb --enable-libopus --enable-libspeex
--enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite
--enable-libmysofa --enable-librubberband --enable-libsoxr
--enable-chromaprint
  libavutil  56. 63.101 / 56. 63.101
  libavcodec 58.117.101 / 58.117.101
  libavformat58. 65.101 / 58. 65.101
  libavdevice58. 11.103 / 58. 11.103
  libavfilter 7. 96.100 /  7. 96.100
  libswscale  5.  8.100 /  5.  8.100
  libswresample   3.  8.100 /  3.  8.100
  libpostproc55.  8.100 / 55.  8.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'kollision.mp4':
  Metadata:
major_brand : isom
minor_version   : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf58.20.100
  Duration: 00:00:02.32, start: 0.00, bitrate: 908 kb/s
Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661),
yuv420p(tv, bt709), 1280x720, 903 kb/s, SAR 1:1 DAR 16:9, 15.10 fps, 25
tbr, 25641 tbn, 30 tbc (default)
Metadata:
  handler_name: VideoHandler
  vendor_id   : [0][0][0][0]
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 01e4beec4300] using SAR=1/1
[libx264 @ 01e4beec4300] using cpu capabilities: MMX2 SSE2Fast SSSE3
SSE4.2 AVX
[libx264 @ 01e4beec4300] profile High, level 3.1, 4:2:0, 8-bit
[libx264 @ 01e4beec4300] 264 - core 161 r3033 0d754ec - H.264/MPEG-4
AVC codec - Copyleft 2003-2020 - http://www.videolan.org/x264.html -
options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7
psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6
lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0
bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250
keyint_min=15 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf
mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40
aq=1:1.00
Output #0, mp4, to 'blur.mp4':
  Metadata:
major_brand : isom
minor_version   : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf58.65.101
Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p(tv,
bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 15 fps, 15360
tbn (default)
Metadata:
  handler_name: VideoHandler
  vendor_id   : [0][0][0][0]
  encoder : Lavc58.117.101 libx264
Side data:
  cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
frame=1 fps=0.0 q=0.0 size=   0kB time=00:00:00.00 bitrate=N/A
speed=   0x
frame=   35 fps=0.0 q=-1.0 Lsize=  76kB time=00:00:00.00 bitrate=N/A
speed=   0x
video:75kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 1.724296%
[libx264 @ 01e4beec4300] frame I:1 Avg QP:17.73  size: 31047
[libx264 @ 01e4beec4300] frame P:9 Avg QP:18.91  size:  2944
[libx264 @ 01e4beec4300] frame B:25Avg QP:22.27  size:   728
[libx264 @ 01e4beec4300] consecutive B-frames:  2.9%  5.7%  0.0% 91.4%
[libx264 @ 01e4beec4300] mb I  I16..4: 16.4% 76.6%  7.0%
[libx264 @ 01e4beec4300] mb P  I16..4:  0.3%  1.6%  0.0%  P16..4:
16.6%  3.8%  1.7%  0.0%  0.0%skip:75.9%
[libx264 @ 01e4beec4300] mb B  I16..4:  0.0%  0.3%  0.0%  B16..8:
10.6%  0.4%  0.0%  direct: 0.1%  skip:88.5%  L0:47.2% L1:51.5% BI: 

Re: [FFmpeg-user] Troublemaker in bugtracker

2021-01-24 Thread Bouke

> On 24 Jan 2021, at 10:37, Paul B Mahol  wrote:
> 
> People should just ignore Carl Zwanzing and Phil Rhodes entries after all.

You are totally right, but  I cant help myself.
If ‘fake news’ (Don’t get me started on that…) is spread, I want to give some 
alternative view.
And one thing I can’t stand is ‘proof’ by ‘masses’.

Lesson learned, message rules adjusted.
(Where did I get the idea that Phil R. is a BBC developer? Might have just be 
me being stupid…)

> 
> They will eventually leave when they see they can not influence users.
> 
> On Sun, Jan 24, 2021 at 4:23 AM Carl Zwanzig  wrote:
> 
>> Proof or it didn't happen? Did you just call Phil a liar? To what purpose?
>> 
>> On 1/23/2021 6:16 PM, Bouke wrote:
>>> What exactly are you trying to accomplish other than making a fool of
>> yourself?
>> 
>> One might ask the same thing. Or one could stop arguing about it,
>> acknowledge that some posters here are brusque and unhelpful, and start
>> trying to give useful answers to people's questions.
>> 
>> (I don't think I've been threatened by Carl, but have by Paul- on
>> 20-Dec-2020.)
>> 
>> z!
>> ___
>> ffmpeg-user mailing list
>> ffmpeg-user@ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>> 
>> To unsubscribe, visit link above, or email
>> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
> 
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] 7.1 wave filter complex amerge issue

2021-01-24 Thread Bouke


> On 24 Jan 2021, at 11:44, Paul B Mahol  wrote:
> 
> On Sun, Jan 24, 2021 at 11:39 AM Bouke  > wrote:
> 
>> 
>> 
>>> On 24 Jan 2021, at 11:29, Paul B Mahol >> > wrote:
>>> 
>>> On Sun, Jan 24, 2021 at 11:26 AM Bouke >>  > bo...@editb.nl>> wrote:
>>> 
 Trying to remap channels in a 7.1 Wave file, but that gives me a strange
 error.
 
 (I’ve reduced my lines to the most simple to reproduce.)
 
 When I use the same input file, but do a 5.1 remap it works as expected:
 /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
 -filter_complex
 
>> "[0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=6,pan=5.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|[mix]"
 -map "[mix]" -f null -
 
 BUT, with 7.1 it fails
 /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
 -filter_complex
 
>> "[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|c6=c6|c7=c7|[mix]"
 -map "[mix]" -f null -
 
 Is it me, or is this a bug?
 
 Bouke
 
 
>>> 
>>> I thought you gonna amerge mono channels into 7.1, but you use already
>> 7.1
>>> input.
>>> 
>> 
>> Yes, I know. This is the simplest way of showing that there is something
>> strange going on.
>> The aim is to do a channel remap to get a correct channel layout for the
>> R128 filter for eg
>> So the mapping can be different, and could be something like:
>> -filter_complex
>> "[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c2|c2=c1|c3=c4|c4=c5|c5=c6|c6=c7|c7=c3|[mix];[mix]ebur128=peak=true"
>> -f null -
>> 
> 
> amerge filter merges channels, so if inputs have 8 channels each, output
> will have 64 channels.
> I think the limitation is there because channels layouts have support for
> limited number of channels, and 64 channels are definitely not supported by
> some filters because libswresample will not convert to different sample
> format because of unknown layout of 64 channels input.


AHA! (well, it does it internal, as if I redirect the output to a file, I end 
up with the amount of channels as set.)
BUT, the error now makes sense, and if I swap out amerge with amix it seems to 
work as expected!

Thanks!

Bouke




>> 
>> Bouke
>> 
>>> 
 Failed to inject frame into filter network: Invalid argument
 Error while processing the decoded data for stream #0:0
 Conversion failed!
 ___
 ffmpeg-user mailing list
 ffmpeg-user@ffmpeg.org  
 >
 https://ffmpeg.org/mailman/listinfo/ffmpeg-user 
  <
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user 
>> >
 
 To unsubscribe, visit link above, or email
 ffmpeg-user-requ...@ffmpeg.org  
 >
>> with subject "unsubscribe".
>>> ___
>>> ffmpeg-user mailing list
>>> ffmpeg-user@ffmpeg.org  
>>> >
>>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user 
>>>  <
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user 
>> >
>>> 
>>> To unsubscribe, visit link above, or email
>>> ffmpeg-user-requ...@ffmpeg.org  
>>> >> >
>> with subject "unsubscribe".
>> 
>> ___
>> ffmpeg-user mailing list
>> ffmpeg-user@ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>> 
>> To unsubscribe, visit link above, or email
>> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
> 
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] 7.1 wave filter complex amerge issue

2021-01-24 Thread Paul B Mahol
On Sun, Jan 24, 2021 at 11:39 AM Bouke  wrote:

>
>
> > On 24 Jan 2021, at 11:29, Paul B Mahol  wrote:
> >
> > On Sun, Jan 24, 2021 at 11:26 AM Bouke  bo...@editb.nl>> wrote:
> >
> >> Trying to remap channels in a 7.1 Wave file, but that gives me a strange
> >> error.
> >>
> >> (I’ve reduced my lines to the most simple to reproduce.)
> >>
> >> When I use the same input file, but do a 5.1 remap it works as expected:
> >> /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
> >> -filter_complex
> >>
> "[0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=6,pan=5.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|[mix]"
> >> -map "[mix]" -f null -
> >>
> >> BUT, with 7.1 it fails
> >> /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
> >> -filter_complex
> >>
> "[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|c6=c6|c7=c7|[mix]"
> >> -map "[mix]" -f null -
> >>
> >> Is it me, or is this a bug?
> >>
> >> Bouke
> >>
> >>
> >
> > I thought you gonna amerge mono channels into 7.1, but you use already
> 7.1
> > input.
> >
>
> Yes, I know. This is the simplest way of showing that there is something
> strange going on.
> The aim is to do a channel remap to get a correct channel layout for the
> R128 filter for eg
> So the mapping can be different, and could be something like:
> -filter_complex
> "[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c2|c2=c1|c3=c4|c4=c5|c5=c6|c6=c7|c7=c3|[mix];[mix]ebur128=peak=true"
> -f null -
>

amerge filter merges channels, so if inputs have 8 channels each, output
will have 64 channels.
I think the limitation is there because channels layouts have support for
limited number of channels, and 64 channels are definitely not supported by
some filters because libswresample will not convert to different sample
format because of unknown layout of 64 channels input.


>
> Bouke
>
> >
> >> Failed to inject frame into filter network: Invalid argument
> >> Error while processing the decoded data for stream #0:0
> >> Conversion failed!
> >> ___
> >> ffmpeg-user mailing list
> >> ffmpeg-user@ffmpeg.org 
> >> https://ffmpeg.org/mailman/listinfo/ffmpeg-user <
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user>
> >>
> >> To unsubscribe, visit link above, or email
> >> ffmpeg-user-requ...@ffmpeg.org 
> with subject "unsubscribe".
> > ___
> > ffmpeg-user mailing list
> > ffmpeg-user@ffmpeg.org 
> > https://ffmpeg.org/mailman/listinfo/ffmpeg-user <
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user>
> >
> > To unsubscribe, visit link above, or email
> > ffmpeg-user-requ...@ffmpeg.org 
> with subject "unsubscribe".
>
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] 7.1 wave filter complex amerge issue

2021-01-24 Thread Bouke


> On 24 Jan 2021, at 11:29, Paul B Mahol  wrote:
> 
> On Sun, Jan 24, 2021 at 11:26 AM Bouke  > wrote:
> 
>> Trying to remap channels in a 7.1 Wave file, but that gives me a strange
>> error.
>> 
>> (I’ve reduced my lines to the most simple to reproduce.)
>> 
>> When I use the same input file, but do a 5.1 remap it works as expected:
>> /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
>> -filter_complex
>> "[0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=6,pan=5.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|[mix]"
>> -map "[mix]" -f null -
>> 
>> BUT, with 7.1 it fails
>> /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
>> -filter_complex
>> "[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|c6=c6|c7=c7|[mix]"
>> -map "[mix]" -f null -
>> 
>> Is it me, or is this a bug?
>> 
>> Bouke
>> 
>> 
> 
> I thought you gonna amerge mono channels into 7.1, but you use already 7.1
> input.
> 

Yes, I know. This is the simplest way of showing that there is something 
strange going on.
The aim is to do a channel remap to get a correct channel layout for the R128 
filter for eg 
So the mapping can be different, and could be something like:
-filter_complex 
"[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c2|c2=c1|c3=c4|c4=c5|c5=c6|c6=c7|c7=c3|[mix];[mix]ebur128=peak=true"
 -f null - 

Bouke

> 
>> Failed to inject frame into filter network: Invalid argument
>> Error while processing the decoded data for stream #0:0
>> Conversion failed!
>> ___
>> ffmpeg-user mailing list
>> ffmpeg-user@ffmpeg.org 
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-user 
>> 
>> 
>> To unsubscribe, visit link above, or email
>> ffmpeg-user-requ...@ffmpeg.org  with 
>> subject "unsubscribe".
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org 
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user 
> 
> 
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org  with 
> subject "unsubscribe".

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] 7.1 wave filter complex amerge issue

2021-01-24 Thread Paul B Mahol
On Sun, Jan 24, 2021 at 11:26 AM Bouke  wrote:

> Trying to remap channels in a 7.1 Wave file, but that gives me a strange
> error.
>
> (I’ve reduced my lines to the most simple to reproduce.)
>
> When I use the same input file, but do a 5.1 remap it works as expected:
> /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
> -filter_complex
> "[0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=6,pan=5.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|[mix]"
> -map "[mix]" -f null -
>
> BUT, with 7.1 it fails
> /Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav
> -filter_complex
> "[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|c6=c6|c7=c7|[mix]"
> -map "[mix]" -f null -
>
> Is it me, or is this a bug?
>
> Bouke
>
> Output:
> ffmpeg version 4.3.1-tessus  https://evermeet.cx/ffmpeg/  Copyright (c)
> 2000-2020 the FFmpeg developers
>   built with Apple clang version 11.0.0 (clang-1100.0.33.17)
>   configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg
> --extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl
> --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d
> --enable-libfreetype --enable-libgsm --enable-libmodplug
> --enable-libmp3lame --enable-libmysofa --enable-libopencore-amrnb
> --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg
> --enable-libopus --enable-librubberband --enable-libshine
> --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora
> --enable-libtwolame --enable-libvidstab --enable-libvmaf
> --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx
> --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265
> --enable-libxavs --enable-libxvid --enable-libzimg --enable-libzmq
> --enable-libzvbi --enable-version3 --pkg-config-flags=--static
> --disable-ffplay
>   libavutil  56. 51.100 / 56. 51.100
>   libavcodec 58. 91.100 / 58. 91.100
>   libavformat58. 45.100 / 58. 45.100
>   libavdevice58. 10.100 / 58. 10.100
>   libavfilter 7. 85.100 /  7. 85.100
>   libswscale  5.  7.100 /  5.  7.100
>   libswresample   3.  7.100 /  3.  7.100
>   libpostproc55.  7.100 / 55.  7.100
> Input #0, wav, from '/Volumes/Data/LC_testfiles/8chan.wav':
>   Metadata:
> encoded_by  : Pro Tools
> originator_reference: aaizN!wd5kQk
> date: 2021-01-22
> creation_time   : 16:15:18
> time_reference  : 0
> umid:
> 0x060A2B340101010501010F101300A2B90D6FE7648000E87D71677E54073C
>   Duration: 00:07:51.07, bitrate: 9264 kb/s
> Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 7.1,
> s32 (24 bit), 9216 kb/s
> Stream mapping:
>   Stream #0:0 (pcm_s24le) -> amerge:in0
>   Stream #0:0 (pcm_s24le) -> amerge:in1
>   Stream #0:0 (pcm_s24le) -> amerge:in2
>   Stream #0:0 (pcm_s24le) -> amerge:in3
>   Stream #0:0 (pcm_s24le) -> amerge:in4
>   Stream #0:0 (pcm_s24le) -> amerge:in5
>   Stream #0:0 (pcm_s24le) -> amerge:in6
>   Stream #0:0 (pcm_s24le) -> amerge:in7
>   pan -> Stream #0:0 (pcm_s16le)
> Press [q] to stop, [?] for help
> [Parsed_amerge_0 @ 0x7f8654504240] No channel layout for input 1
> [Parsed_amerge_0 @ 0x7f8654504240] Input channel layouts overlap: output
> layout will be determined by the number of distinct input channels
> [auto_resampler_0 @ 0x7f8654508300] [SWR @ 0x7f8655811000] Value
> 2147483647.00 for parameter 'ich' out of range [0 - 64]
> [auto_resampler_0 @ 0x7f8654508300] [SWR @ 0x7f8655811000] Value
> 2147483647.00 for parameter 'och' out of range [0 - 64]
> [auto_resampler_0 @ 0x7f8654508300] [SWR @ 0x7f8655811000] Input channel
> count and layout are unset
> [auto_resampler_0 @ 0x7f8654508300] Failed to configure output pad on
> auto_resampler_0
> Error reinitializing filters!
>

I thought you gonna amerge mono channels into 7.1, but you use already 7.1
input.


> Failed to inject frame into filter network: Invalid argument
> Error while processing the decoded data for stream #0:0
> Conversion failed!
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-user] 7.1 wave filter complex amerge issue

2021-01-24 Thread Bouke
Trying to remap channels in a 7.1 Wave file, but that gives me a strange error.

(I’ve reduced my lines to the most simple to reproduce.)

When I use the same input file, but do a 5.1 remap it works as expected:
/Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav -filter_complex 
"[0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=6,pan=5.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|[mix]"
 -map "[mix]" -f null - 

BUT, with 7.1 it fails
/Applications/ffmpeg -i /Volumes/Data/LC_testfiles/8chan.wav -filter_complex 
"[0:0][0:0][0:0][0:0][0:0][0:0][0:0][0:0]amerge=inputs=8,pan=7.1|c0=c0|c1=c1|c2=c2|c3=c3|c4=c4|c5=c5|c6=c6|c7=c7|[mix]"
 -map "[mix]" -f null - 

Is it me, or is this a bug?

Bouke

Output:
ffmpeg version 4.3.1-tessus  https://evermeet.cx/ffmpeg/  Copyright (c) 
2000-2020 the FFmpeg developers
  built with Apple clang version 11.0.0 (clang-1100.0.33.17)
  configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg 
--extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl 
--enable-libaom --enable-libass --enable-libbluray --enable-libdav1d 
--enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame 
--enable-libmysofa --enable-libopencore-amrnb --enable-libopencore-amrwb 
--enable-libopenh264 --enable-libopenjpeg --enable-libopus 
--enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr 
--enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab 
--enable-libvmaf --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx 
--enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 
--enable-libxavs --enable-libxvid --enable-libzimg --enable-libzmq 
--enable-libzvbi --enable-version3 --pkg-config-flags=--static --disable-ffplay
  libavutil  56. 51.100 / 56. 51.100
  libavcodec 58. 91.100 / 58. 91.100
  libavformat58. 45.100 / 58. 45.100
  libavdevice58. 10.100 / 58. 10.100
  libavfilter 7. 85.100 /  7. 85.100
  libswscale  5.  7.100 /  5.  7.100
  libswresample   3.  7.100 /  3.  7.100
  libpostproc55.  7.100 / 55.  7.100
Input #0, wav, from '/Volumes/Data/LC_testfiles/8chan.wav':
  Metadata:
encoded_by  : Pro Tools
originator_reference: aaizN!wd5kQk
date: 2021-01-22
creation_time   : 16:15:18
time_reference  : 0
umid: 
0x060A2B340101010501010F101300A2B90D6FE7648000E87D71677E54073C
  Duration: 00:07:51.07, bitrate: 9264 kb/s
Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 7.1, s32 
(24 bit), 9216 kb/s
Stream mapping:
  Stream #0:0 (pcm_s24le) -> amerge:in0
  Stream #0:0 (pcm_s24le) -> amerge:in1
  Stream #0:0 (pcm_s24le) -> amerge:in2
  Stream #0:0 (pcm_s24le) -> amerge:in3
  Stream #0:0 (pcm_s24le) -> amerge:in4
  Stream #0:0 (pcm_s24le) -> amerge:in5
  Stream #0:0 (pcm_s24le) -> amerge:in6
  Stream #0:0 (pcm_s24le) -> amerge:in7
  pan -> Stream #0:0 (pcm_s16le)
Press [q] to stop, [?] for help
[Parsed_amerge_0 @ 0x7f8654504240] No channel layout for input 1
[Parsed_amerge_0 @ 0x7f8654504240] Input channel layouts overlap: output layout 
will be determined by the number of distinct input channels
[auto_resampler_0 @ 0x7f8654508300] [SWR @ 0x7f8655811000] Value 
2147483647.00 for parameter 'ich' out of range [0 - 64]
[auto_resampler_0 @ 0x7f8654508300] [SWR @ 0x7f8655811000] Value 
2147483647.00 for parameter 'och' out of range [0 - 64]
[auto_resampler_0 @ 0x7f8654508300] [SWR @ 0x7f8655811000] Input channel count 
and layout are unset
[auto_resampler_0 @ 0x7f8654508300] Failed to configure output pad on 
auto_resampler_0
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] colorchannelmixer: perceptual gamma

2021-01-24 Thread Simon Taylor
On Sat, 23 Jan 2021 at 21:34, Paul B Mahol  wrote:

> On Sat, Jan 23, 2021 at 6:32 PM Simon Taylor 
> wrote:
>
> > Question: Is there a way to make ffmpeg's colorchannelmixer use
> perceptual
> > gamma?
> >
>
> Added pl option to colorchannelmixer. It is designed to preserve overall
> rgb lightness.
> Its behavior is similar but not exact with gimp. So with your input using
> also pl=1 option
> will remove blue tint.
> You need latest ffmpeg build with that commit included.
>

Wow, that was a lot of effort to go to for what may be an obscure corner
case. Thanks very much, I'll compile and test. Much appreciated!

Simon
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Troublemaker in bugtracker

2021-01-24 Thread Paul B Mahol
People should just ignore Carl Zwanzing and Phil Rhodes entries after all.

They will eventually leave when they see they can not influence users.

On Sun, Jan 24, 2021 at 4:23 AM Carl Zwanzig  wrote:

> Proof or it didn't happen? Did you just call Phil a liar? To what purpose?
>
> On 1/23/2021 6:16 PM, Bouke wrote:
> > What exactly are you trying to accomplish other than making a fool of
> yourself?
>
> One might ask the same thing. Or one could stop arguing about it,
> acknowledge that some posters here are brusque and unhelpful, and start
> trying to give useful answers to people's questions.
>
> (I don't think I've been threatened by Carl, but have by Paul- on
> 20-Dec-2020.)
>
> z!
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".