February 2014 - FFmpeg-trac - lists.ffmpeg.org

#3383(avfilter:new): invalid read in compand filter
by FFmpeg 25 Feb '14

25 Feb '14

#3383: invalid read in compand filter --------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: campand Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+---------------------------------- {{{ ☭ valgrind ./ffmpeg_g -i ~/samples/danse1.ogg -af compand="0.1:0.2:-2/-2:0.02:0.8:0.0:0.2" -f null - ==2125== Memcheck, a memory error detector ==2125== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==2125== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==2125== Command: ./ffmpeg_g -i /home/ux/samples/danse1.ogg -af compand=0.1:0.2:-2/-2:0.02:0.8:0.0:0.2 -f null - ==2125== ffmpeg version N-60597-g1e5cb42 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 14 2014 10:06:45 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable- libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate- samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.101 / 55. 52.101 libavformat 55. 32.101 / 55. 32.101 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, ogg, from '/home/ux/samples/danse1.ogg': Duration: 00:00:05.08, start: 0.000000, bitrate: 138 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 160 kb/s Metadata: GENRE : Classical DATE : 2008-02-08T22:50 ALBUM : Danse Macabre TITLE : Danse Macabre BPM (BEATS PER MINUTE): 185 COMPOSER : Camille Saint-Saëns INITIAL KEY : C SOFTWARE : Logic Pro 8.0.2 ARTIST : Kevin MacLeod COMMENTS : null ENCODER : Lavf55.4.0 Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.32.101 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: GENRE : Classical DATE : 2008-02-08T22:50 ALBUM : Danse Macabre TITLE : Danse Macabre BPM (BEATS PER MINUTE): 185 COMPOSER : Camille Saint-Saëns INITIAL KEY : C SOFTWARE : Logic Pro 8.0.2 ARTIST : Kevin MacLeod COMMENTS : null ENCODER : Lavf55.4.0 Stream mapping: Stream #0:0 -> #0:0 (vorbis -> pcm_s16le) Press [q] to stop, [?] for help ==2125== Invalid read of size 8 ==2125== at 0x4E69C3: compand_delay (af_compand.c:164) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x92444e0 is 0 bytes after a block of size 320 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDEF9F: av_mallocz (mem.c:94) ==2125== by 0x4E5F0E: config_output (mem.h:232) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E69E1: compand_delay (af_compand.c:169) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244610 is 16 bytes before a block of size 141,312 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDECB9: av_malloc (mem.c:94) ==2125== by 0xBEB94D: av_samples_alloc_array_and_samples (samplefmt.c:192) ==2125== by 0x4E675A: config_output (af_compand.c:454) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E69EA: compand_delay (af_compand.c:168) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244600 is not stack'd, malloc'd or (recently) free'd ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E6A02: compand_delay (af_compand.c:169) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244618 is 8 bytes before a block of size 141,312 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDECB9: av_malloc (mem.c:94) ==2125== by 0xBEB94D: av_samples_alloc_array_and_samples (samplefmt.c:192) ==2125== by 0x4E675A: config_output (af_compand.c:454) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== ==2125== Invalid read of size 8 ==2125== at 0x4E6A0B: compand_delay (af_compand.c:169) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x4E0230: filter_frame (af_aresample.c:215) ==2125== by 0x48D99D: ff_filter_frame_framed (avfilter.c:1081) ==2125== by 0x48E818: ff_filter_frame (avfilter.c:1161) ==2125== by 0x492F91: request_frame (buffersrc.c:500) ==2125== by 0x492CB7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==2125== by 0x4931BC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==2125== by 0x47EBF5: decode_audio (ffmpeg.c:1718) ==2125== by 0x468569: main (ffmpeg.c:1958) ==2125== Address 0x9244608 is 24 bytes before a block of size 141,312 alloc'd ==2125== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==2125== by 0xBDECB9: av_malloc (mem.c:94) ==2125== by 0xBEB94D: av_samples_alloc_array_and_samples (samplefmt.c:192) ==2125== by 0x4E675A: config_output (af_compand.c:454) ==2125== by 0x48CC48: avfilter_config_links (avfilter.c:254) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x48CC2E: avfilter_config_links (avfilter.c:243) ==2125== by 0x490C44: avfilter_graph_config (avfiltergraph.c:276) ==2125== by 0x477E83: configure_filtergraph (ffmpeg_filter.c:901) ==2125== by 0x4801FB: transcode_init (ffmpeg.c:2484) ==2125== by 0x46606C: main (ffmpeg.c:3389) ==2125== size=N/A time=00:00:05.08 bitrate=N/A video:0kB audio:876kB subtitle:0 data:0 global headers:0kB muxing overhead -100.002453% ==2125== ==2125== HEAP SUMMARY: ==2125== in use at exit: 80 bytes in 2 blocks ==2125== total heap usage: 8,298 allocs, 8,296 frees, 12,382,131 bytes allocated ==2125== ==2125== LEAK SUMMARY: ==2125== definitely lost: 0 bytes in 0 blocks ==2125== indirectly lost: 0 bytes in 0 blocks ==2125== possibly lost: 0 bytes in 0 blocks ==2125== still reachable: 80 bytes in 2 blocks ==2125== suppressed: 0 bytes in 0 blocks ==2125== Rerun with --leak-check=full to see details of leaked memory ==2125== ==2125== For counts of detected and suppressed errors, rerun with: -v ==2125== ERROR SUMMARY: 48 errors from 5 contexts (suppressed: 3 from 3) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3383> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

Re: [FFmpeg-trac] #2865(avformat:new): Front Center, Downmix Left, and Downmix Right unlabelled in QTPlayer
by FFmpeg 25 Feb '14

25 Feb '14

#2865: Front Center, Downmix Left, and Downmix Right unlabelled in QTPlayer -------------------------------------+------------------------------------ Reporter: cjplay93 | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: chan mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cjplay93): Confirming FFMBC has multi-track working in Quicktime player. I was able to get 8 tracks working at one time. I'm checking on the metadata track assignments as I have to re-write most of my command to work with the older syntax. More as it develops. Chris. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2865#comment:6> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #726(undetermined:open): support for copying SMPTE 436M caption tracks
by FFmpeg 25 Feb '14

25 Feb '14

#726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc mxf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by helmboy): In terms of parsing the MXF demuxer should pass all the data after the DC to the codec which would handle the CDP and override the timestamps when the internal timecode is set. The codec would be selected by the DID and SDID. The ancillary header always uses the same field of 1, line of 9, wrapping of 1 and YUV coding of 4. I would write the code myself, but lack enough MXF source files to test it on. -- Ticket URL: <https://trac.ffmpeg.org/ticket/726#comment:9> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #726(undetermined:open): support for copying SMPTE 436M caption tracks
by FFmpeg 25 Feb '14

25 Feb '14

#726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc mxf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by helmboy): To support any VBI data in MXF the UUID for ancillary essences would have to be added (060E2B34-04010109-0D010301-020E0000). Each of these essence packets begins with a 16 byte header that specifies the SDI VANC field, line, packet wrapping, YUV sample coding and data counts. Then the 8-bit DID, SDID and DC follow. The DID for EIA608 and EIA-708 is 97 with the SDID of 1 for 708 and 2 for 608 Then for a EIA-708 payload, this is encapsulated in a Caption Distribution Packet, which always has EIA-608 captions as well. The Caption Distribution Packet id is 0x9669 Fully structure details are on Wikipedia: http://en.wikipedia.org/wiki/CEA-708 and https://en.wikipedia.org/wiki/EIA-608 I hope this is useful to any one. -- Ticket URL: <https://trac.ffmpeg.org/ticket/726#comment:8> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size
by FFmpeg 24 Feb '14

24 Feb '14

#2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by lancey): This has nothing to do with the bitrate of the stream, it's just that it's not packaged correctly. If you run it via multicat you'll get the correctly expected output will all packets sized the same (e.g. 1316). -- Ticket URL: <https://trac.ffmpeg.org/ticket/2748#comment:12> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size
by FFmpeg 24 Feb '14

24 Feb '14

#2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kierank): Strictly speaking this is a legal stream because FFmpeg outputs a VBR transport stream. SMPTE 2022-3/4 does allow this. However, a lot of equipment will expect a CBR transport stream. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2748#comment:11> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2748(undetermined:open): Inconsistent UDP output packet size
by FFmpeg 24 Feb '14

24 Feb '14

#2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by caseynielson): You may reproduce the problem using the command line supplied in the original description. ffmpeg -re -i test.ts -c:v copy -c:a copy -f mpegts udp://239.101.102.103:3001?pkt_size=1316 test.ts should contain valid MPEG TS content. The problem is observed using your favorite packet trace utility (I use tcpdump but wireshark may be easier to use). All IP UDP packets should be 1316 bytes (7 MPEG TS packets at length of 188 bytes). As noted earlier ffmpeg occasionally outputs IP UDP packets containing fewer MPEG TS packets. The example above shows two packets with length 752 bytes ( 4 MPEG TS packets) and 1 packet of length 188 bytes (1 MPEG TS packet). -- Ticket URL: <https://trac.ffmpeg.org/ticket/2748#comment:10> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3357(avcodec:open): FFplay cannot read and display attached png file
by FFmpeg 24 Feb '14

24 Feb '14

#3357: FFplay cannot read and display attached png file ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The image works fine with IE (since version 9), Firefox, Safari, Opera, Chrome and Maxthon. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3357#comment:2> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#3416(avformat:new): when remux tscc avi to mkv, the mkv can not be displayed
by FFmpeg 24 Feb '14

24 Feb '14

#3416: when remux tscc avi to mkv, the mkv can not be displayed ----------------------------------+-------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: when remux tscc avi to mkv, the mkv can not be displayed How to reproduce: {{{ % ffmpeg -i xxx.avi -codec copy xxx.mkv % ffplay xxx.mkv libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [camtasia @ 0049DD00] Camtasia error: unknown depth 0 bpp0B f=0/0 Last message repeated 1 times Input #0, matroska,webm, from 'xxx.mkv': Metadata: ARTIST : ﾐｻﾁ德ｺ｡｢ﾂｳﾁｦ ISBJ : Altium Designerﾔｭﾀ楨ｼﾓ・CBﾉ COPYRIGHT : ｵ釋ﾓｹ､ﾒｵ ENCODER : Lavf55.19.104 Duration: 00:05:39.67, start: 0.000000, bitrate: 690 kb/s Stream #0:0: Video: tscc (tscc / 0x63637374), 1280x772, SAR 1:1 DAR 320:193, 15 fps, 15 tbr, 1k tbn, 1k tbc (default) Stream #0:1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s (default) [camtasia @ 0049DD00] Camtasia error: unknown depth 0 bpp 2.43 M-A: 0.000 fd= 0 aq= 11KB vq= 0KB sq= 0B f=0/0 }}} The error message come from {{{ switch(avctx->bits_per_coded_sample){ case 8: avctx->pix_fmt = AV_PIX_FMT_PAL8; break; case 16: avctx->pix_fmt = AV_PIX_FMT_RGB555; break; case 24: avctx->pix_fmt = AV_PIX_FMT_BGR24; break; case 32: avctx->pix_fmt = AV_PIX_FMT_RGB32; break; default: av_log(avctx, AV_LOG_ERROR, "Camtasia error: unknown depth %i bpp\n", avctx->bits_per_coded_sample); return AVERROR_PATCHWELCOME; } }}} I check the matroskaenc.c and matroskadec.c , mkv muxer does not write the bits_per_coded_sample information for video track , it only write similar information as MATROSKA_ID_AUDIOBITDEPTH for audio track. avidec.yuv will call ff_get_bmp_header to parse bitmap header to get the bits_per_coded_sample information from video stream. mkv demuxer also does not do such work. Is it a bug of mkv demuxer or muxer? Is it possible to support RGB Pixel format video stream in mkv container? If possible , what should we do to support such feature? best regards -- Ticket URL: <https://trac.ffmpeg.org/ticket/3416> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

Re: [FFmpeg-trac] #2367(undetermined:closed): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable
by FFmpeg 24 Feb '14

24 Feb '14

#2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by MrNice): Yes I still have the device to test. Unfortunately I have another issue with my Mint-Mate 1.6.1 (with NVidia video card). Audio is flickering and changes setup every few seconds, I can't record and play properly. I tried with Ubuntu 13.10, UbuntuStudio as well, same issue. As you are in the sound field, maybe you know this issue and could have an answer. If you get a change, please look at: https://answers.launchpad.net/ubuntu/+question/243594 http://ubuntuforums.org/showthread.php?t=2204270 http://forums.linuxmint.com/viewtopic.php?f=48&t=157635 When this will be fixed I will be happy to test ffmpeg as I need to capture again. Many thanks -- Ticket URL: <https://trac.ffmpeg.org/ticket/2367#comment:9> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0