Re: [FFmpeg-user] Please help confirm if this hard, system crash is reproducible
>> ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" >> ffplay version 4.2.2 Copyright (c) 2003-2019 the FFmpeg developers > > Apart from "is the issue reproducible with current FFmpeg git head?" > The problem with ffplay-specific issues is that ffplay depends on an > external library that can easily be the issue for such (hard to debug) > crashes. > That being said: valgrind shows nothing unusual for above command line. > > Carl Eugen I mean, it was kind of stale, the build I encountered it on was one commit behind on master I think. I switched to the default binary installation in homebrew just to see if it’s my build configuration, but anyway, you’re probably right, I’m starting to think it’s probably some hardware or the mess I’ve made of my sdl2 installation, I don’t think there’s anything that could cause this kind of failure reliably with any typical build of ffmpeg. > is this a correct syntax if you specify only one input for amix? I'm not > sure. Does it mean amix gets [a1] as the first input and sine as the second > input, or vice versa? Did you try > > "anoisesrc[a1];sine[a2];[a1][a2]amix” > > > Michael I did, and nope, nothing happened. This was on OSX 10.14 (first machine was running 10.15.5) so I might try on yet another machine but I’ll leave that for later if I end up not being able to fix the issue on this machine. If anyone has ffmpeg on 10.15.3~5 frameworks try it out, I think it’s just me and not a bug at this point. Regards, Ted Park ___ 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] Please help confirm if this hard, system crash is reproducible
On 4/6/2020 3:53 AM, Moritz Barsnick wrote: It is correct: Even if not correct, wrong/whacky cmd line parameters shouldn't cause a hard crash. (Later email suggests this might be platform-dependent.) 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".
Re: [FFmpeg-user] Please help confirm if this hard, system crash is reproducible
Am Mo., 6. Apr. 2020 um 12:01 Uhr schrieb Ted Park : > ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" > ffplay version 4.2.2 Copyright (c) 2003-2019 the FFmpeg developers Apart from "is the issue reproducible with current FFmpeg git head?" The problem with ffplay-specific issues is that ffplay depends on an external library that can easily be the issue for such (hard to debug) crashes. That being said: valgrind shows nothing unusual for above command line. 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] Please help confirm if this hard, system crash is reproducible
On Mon, Apr 06, 2020 at 06:29:48 -0400, Ted Park wrote: > > is this a correct syntax if you specify only one input for amix? I'm not > > sure. Does it mean amix gets [a1] as the first input and sine as the second > > input, or vice versa? > It is vice versa, I don’t know if it is proper syntax, something I > picked up, or a shorthand I found to work, but I have thought of the > comma as the same as a semicolon with all unlabeled outputs on the > left being implicitly mapped to any unlabeled inputs on the right, > with any necessary resamplers auto-inserted in between. It is correct: https://ffmpeg.org/ffmpeg-filters.html#Filtergraph-syntax-1 If an output pad is not labelled, it is linked by default to the first unlabelled input pad of the next filter in the filterchain. Moritz ___ 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] Please help confirm if this hard, system crash is reproducible
On Mon, 6 Apr 2020 at 11:01, Ted Park wrote: > Hi, > > I am experiencing a no-warning, system level, dead Macintosh II bitmap > logo, sad Finder face icon type HARD CRASH every time I run a ffplay > command. > The exact command line is the following: > > % ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" > > WOMM, ffmpeg n4.2.1 in the first VM I can find (Linux Arch). I cannot seem to get bidirectional clipboard to work, but there is very little console output anyway. I'll test on a somewhat dated Apple machine (10.11.6) when homebrew finishes updating itself. Cheers, Rob ___ 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] Please help confirm if this hard, system crash is reproducible
Hello, >> % ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" > > is this a correct syntax if you specify only one input for amix? I'm not > sure. Does it mean amix gets [a1] as the first input and sine as the second > input, or vice versa? It is vice versa, I don’t know if it is proper syntax, something I picked up, or a shorthand I found to work, but I have thought of the comma as the same as a semicolon with all unlabeled outputs on the left being implicitly mapped to any unlabeled inputs on the right, with any necessary resamplers auto-inserted in between. > Did you try > "anoisesrc[a1];sine[a2];[a1][a2]amix” I will try on a secondary machine (I was not expecting that crash the first time x_x ) and be sure to report back. Regards, Ted Park ___ 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] Please help confirm if this hard, system crash is reproducible
Am 06.04.2020 um 12:00 schrieb Ted Park: Hi, I am experiencing a no-warning, system level, dead Macintosh II bitmap logo, sad Finder face icon type HARD CRASH every time I run a ffplay command. The exact command line is the following: % ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" is this a correct syntax if you specify only one input for amix? I'm not sure. Does it mean amix gets [a1] as the first input and sine as the second input, or vice versa? Did you try "anoisesrc[a1];sine[a2];[a1][a2]amix" Michael ___ 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] Please help confirm if this hard, system crash is reproducible
On 4/6/20, Ted Park wrote: > Hi, > > I am experiencing a no-warning, system level, dead Macintosh II bitmap logo, > sad Finder face icon type HARD CRASH every time I run a ffplay command. > The exact command line is the following: > > % ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" > > For some reason output redirection seems to mitigate the issue to some > extent (?!) so I also set the FFREPORT environment variable to get some > logs, but nothing stands out that looks like it might crash the system, at > least not to me, so I thought I’d see if it’s just me and my weird > configuration (or if the command I’m issuing is the root of the problem), or > if not, at least narrow down the suspect component. > > I did purge the build I usually use and install the standard “bottled” > binary tarball installation from homebrew and got the same results. I’m not > sure who maintains ffmpeg formula for homebrew and/or linuxbrew, does anyone > know? By the way, the report was produced with the homebrew version. > Is it the “dblp” being used in lavfi that’s out of place? I know floating > point internally so I thought it would be fltp but then again dblp is double > I’m assuming so I don't know anymore... > > % export FFREPORT="file=ffcrash.log:level=56”; > % ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" > > — After forced reboot — > > % cat ffcrash.log > ffplay started on 2020-04-06 at 05:15:18 > Report written to "ffcrash.log" > Command line: > ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" > ffplay version 4.2.2 Copyright (c) 2003-2019 the FFmpeg developers > built with Apple clang version 11.0.0 (clang-1100.0.33.17) > configuration: --prefix=/usr/local/Cellar/ffmpeg/4.2.2_2 --enable-shared > --enable-pthreads --enable-version3 --enable-avresample --cc=clang > --host-cflags= --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl > --enable-libaom --enable-libbluray --enable-libmp3lame --enable-libopus > --enable-librubberband --enable-libsnappy --enable-libtesseract > --enable-libtheora --enable-libvidstab --enable-libvorbis --enable-libvpx > --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid > --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r > --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb > --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libsoxr > --enable-videotoolbox --disable-libjack --disable-indev=jack > libavutil 56. 31.100 / 56. 31.100 > libavcodec 58. 54.100 / 58. 54.100 > libavformat58. 29.100 / 58. 29.100 > libavdevice58. 8.100 / 58. 8.100 > libavfilter 7. 57.100 / 7. 57.100 > libavresample 4. 0. 0 / 4. 0. 0 > libswscale 5. 5.100 / 5. 5.100 > libswresample 3. 5.100 / 3. 5.100 > libpostproc55. 5.100 / 55. 5.100 > Initialized metal renderer. > detected 12 logical cores > [Parsed_amix_2 @ 0x7f8ba783c400] auto-inserting filter 'auto_resampler_0' > between the filter 'Parsed_sine_1' and the filter 'Parsed_amix_2' > [AVFilterGraph @ 0x7f8ba4e2a080] query_formats: 4 queried, 6 merged, 3 > already done, 0 delayed > [auto_resampler_0 @ 0x7f8ba783dd00] [SWR @ 0x7f8b8807] Using fltp > internally between filters > [auto_resampler_0 @ 0x7f8ba783dd00] ch:1 chl:mono fmt:s16 r:44100Hz -> ch:1 > chl:mono fmt:dbl r:48000Hz > [Parsed_amix_2 @ 0x7f8ba783c400] inputs:2 fmt:dbl srate:48000 cl:mono > [lavfi @ 0x7f8ba5835e00] All info found > [lavfi @ 0x7f8ba5835e00] stream 0: start_time: 0.000 duration: > -192153584101141.156 > [lavfi @ 0x7f8ba5835e00] format: start_time: 0.000 duration: > -9223372036854.775 bitrate=3072 kb/s > Input #0, lavfi, from 'anoisesrc[a1];sine,[a1]amix': > Duration: N/A, start: 0.00, bitrate: 3072 kb/s > Stream #0:0, 1, 1/48000: Audio: pcm_f64le, 48000 Hz, mono, dbl, 3072 > kb/s > [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'sample_rate' to value '48000' > [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'sample_fmt' to value 'dbl' > [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'channels' to value '1' > [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'time_base' to value '1/48000' > [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'channel_layout' to value '0x4' > [ffplay_abuffer @ 0x7f8ba4d4f600] tb:1/48000 samplefmt:dbl samplerate:48000 > chlayout:0x4 > [ffplay_abuffersink @ 0x7f8ba4d4ecc0] auto-inserting filter > 'auto_resampler_0' between the filter 'ffplay_abuffer' and the filter > 'ffplay_abuffersink' > [AVFilterGraph @ 0x7f8ba4f642c0] query_formats: 2 queried, 0 merged, 3 > already done, 0 delayed > [auto_resampler_0 @ 0x7f8ba4d4fa40] [SWR @ 0x7f8b90028000] Using dblp > internally between filters > [auto_resampler_0 @ 0x7f8ba4d4fa40] ch:1 chl:mono fmt:dbl r:48000Hz -> ch:1 > chl:mono fmt:s16 r:48000Hz > Audio frame changed from rate:48000 ch:1 fmt:dbl layout:mono serial:-1 to > rate:48000 ch:1 fmt:dbl layout:mono serial:1 > [ffplay_abuffer @ 0x7f8ba4e38940] Setting 'sample_rate' to value '48000' > [ffplay_abuffer @ 0x7f8ba4e38940] Setting
[FFmpeg-user] Please help confirm if this hard, system crash is reproducible
Hi, I am experiencing a no-warning, system level, dead Macintosh II bitmap logo, sad Finder face icon type HARD CRASH every time I run a ffplay command. The exact command line is the following: % ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" For some reason output redirection seems to mitigate the issue to some extent (?!) so I also set the FFREPORT environment variable to get some logs, but nothing stands out that looks like it might crash the system, at least not to me, so I thought I’d see if it’s just me and my weird configuration (or if the command I’m issuing is the root of the problem), or if not, at least narrow down the suspect component. I did purge the build I usually use and install the standard “bottled” binary tarball installation from homebrew and got the same results. I’m not sure who maintains ffmpeg formula for homebrew and/or linuxbrew, does anyone know? By the way, the report was produced with the homebrew version. Is it the “dblp” being used in lavfi that’s out of place? I know floating point internally so I thought it would be fltp but then again dblp is double I’m assuming so I don't know anymore... % export FFREPORT="file=ffcrash.log:level=56”; % ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" — After forced reboot — % cat ffcrash.log ffplay started on 2020-04-06 at 05:15:18 Report written to "ffcrash.log" Command line: ffplay -f lavfi -i "anoisesrc[a1];sine,[a1]amix" ffplay version 4.2.2 Copyright (c) 2003-2019 the FFmpeg developers built with Apple clang version 11.0.0 (clang-1100.0.33.17) configuration: --prefix=/usr/local/Cellar/ffmpeg/4.2.2_2 --enable-shared --enable-pthreads --enable-version3 --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libmp3lame --enable-libopus --enable-librubberband --enable-libsnappy --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libsoxr --enable-videotoolbox --disable-libjack --disable-indev=jack libavutil 56. 31.100 / 56. 31.100 libavcodec 58. 54.100 / 58. 54.100 libavformat58. 29.100 / 58. 29.100 libavdevice58. 8.100 / 58. 8.100 libavfilter 7. 57.100 / 7. 57.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 5.100 / 5. 5.100 libswresample 3. 5.100 / 3. 5.100 libpostproc55. 5.100 / 55. 5.100 Initialized metal renderer. detected 12 logical cores [Parsed_amix_2 @ 0x7f8ba783c400] auto-inserting filter 'auto_resampler_0' between the filter 'Parsed_sine_1' and the filter 'Parsed_amix_2' [AVFilterGraph @ 0x7f8ba4e2a080] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto_resampler_0 @ 0x7f8ba783dd00] [SWR @ 0x7f8b8807] Using fltp internally between filters [auto_resampler_0 @ 0x7f8ba783dd00] ch:1 chl:mono fmt:s16 r:44100Hz -> ch:1 chl:mono fmt:dbl r:48000Hz [Parsed_amix_2 @ 0x7f8ba783c400] inputs:2 fmt:dbl srate:48000 cl:mono [lavfi @ 0x7f8ba5835e00] All info found [lavfi @ 0x7f8ba5835e00] stream 0: start_time: 0.000 duration: -192153584101141.156 [lavfi @ 0x7f8ba5835e00] format: start_time: 0.000 duration: -9223372036854.775 bitrate=3072 kb/s Input #0, lavfi, from 'anoisesrc[a1];sine,[a1]amix': Duration: N/A, start: 0.00, bitrate: 3072 kb/s Stream #0:0, 1, 1/48000: Audio: pcm_f64le, 48000 Hz, mono, dbl, 3072 kb/s [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'sample_rate' to value '48000' [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'sample_fmt' to value 'dbl' [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'channels' to value '1' [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'time_base' to value '1/48000' [ffplay_abuffer @ 0x7f8ba4d4f600] Setting 'channel_layout' to value '0x4' [ffplay_abuffer @ 0x7f8ba4d4f600] tb:1/48000 samplefmt:dbl samplerate:48000 chlayout:0x4 [ffplay_abuffersink @ 0x7f8ba4d4ecc0] auto-inserting filter 'auto_resampler_0' between the filter 'ffplay_abuffer' and the filter 'ffplay_abuffersink' [AVFilterGraph @ 0x7f8ba4f642c0] query_formats: 2 queried, 0 merged, 3 already done, 0 delayed [auto_resampler_0 @ 0x7f8ba4d4fa40] [SWR @ 0x7f8b90028000] Using dblp internally between filters [auto_resampler_0 @ 0x7f8ba4d4fa40] ch:1 chl:mono fmt:dbl r:48000Hz -> ch:1 chl:mono fmt:s16 r:48000Hz Audio frame changed from rate:48000 ch:1 fmt:dbl layout:mono serial:-1 to rate:48000 ch:1 fmt:dbl layout:mono serial:1 [ffplay_abuffer @ 0x7f8ba4e38940] Setting 'sample_rate' to value '48000' [ffplay_abuffer @ 0x7f8ba4e38940] Setting 'sample_fmt' to value 'dbl' [ffplay_abuffer @ 0x7f8ba4e38940] Setting 'channels' to value '1' [ffplay_abuffer @ 0x7f8ba4e38940] Setting 'time_base' to value '1/48000'
