January 2013 - FFmpeg-trac - lists.ffmpeg.org

#536(FFmpeg:new): WTV MUX - Cannot consume AAC audio or H.264 video...
by FFmpeg 24 Dec '13

24 Dec '13

#536: WTV MUX - Cannot consume AAC audio or H.264 video... -------------------------------------+------------------------------------- Reporter: ianken | Owner: michael Type: | Status: new enhancement | Component: FFmpeg Priority: normal | Keywords: wtv mux Version: | h.264 aac unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- H.264 and AAC are supported in WTV. One of the main reasons MSFT moved to WTV was to support these formats (required for ISDB-T). -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/536> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 12

#2078(undetermined:new): FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center
by FFmpeg 23 Dec '13

23 Dec '13

#2078: FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Any WTV file created by FFMPEG, they can be seeked directly in MCE but when one tries toe fast forward or rewind (using the FF and RW buttons on the remote or the console) it does not go beyond at best 1 FF or 1 RW. i.e. WTV files recorded by MCE one can press the FF button upto 4 times to get 4x fast forward. Files created by FFMPEG sometimes get 1x FF and never go beyond 1x FF, it just returns to normal play. This happens with any WTV file, so you can take any file you have in your archive and remux it to wtv and see the results. something as simple as: ffmpeg -i test.ts -c copy test.wtv I'm not uploading a sample since it can be reproduced with any file remuxed to WTV. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2078> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 13

#1485(avformat:new): Support for Quicktime CLEF/TAPT atoms
by FFmpeg 21 Dec '13

21 Dec '13

#1485: Support for Quicktime CLEF/TAPT atoms ----------------------------------+--------------------------------------- Reporter: brams | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- FFmpeg does not currently support the Quicktime CLEF (Track Clean Aperture Dimensions) and TAPT (Track Aperture Mode Dimensions) atoms. (See https://developer.apple.com/library/mac/#documentation/QuickTime/QTFF/QTFFC…) These atoms are necessary for detecting the correct dimensions for some videos, since they take precedence in Quicktime over the normal TKHD (track header) width/height and over the track PASP (pixel aspect ratio). The attached patch adds support for these atoms. I can provide a sample video if desired. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1485> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#2153(avcodec:new): aac 7.1 channel layout
by FFmpeg 18 Dec '13

18 Dec '13

#2153: aac 7.1 channel layout -------------------------------------+------------------------------------- Reporter: Crayden | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: 7.1 aac | unspecified channel layout | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Looking at the specification from http://developer.apple.com/library/mac/#documentation/MusicAudio/Reference/… the channels are decoded correctly for 7.1 aac files but it looks like they're mapped/mixed in the wrong way resulting in the following output behaviour: left -> left + center center -> center right -> right + center right surround -> right left surround -> left right rear surround -> right rear surround left rear surround -> left rear surround lfe -> lfe Since most players and audio drivers don't handle this specific layout correctly it may be wise to convert the layout for 7.1 channel aac files to a standard layout. This issue has already been fixed in the ffmpeg fork for LAV-Filter. Take a look at: http://git.1f0.de/gitweb?p=ffmpeg.git;a=commit;h=dfcbfd57c35bbef83df5c52564… If you need a test file: https://www.dropbox.com/s/csnm34xap2176sv/Channel%20Check%20Lots%20of%20For… (make sure to select the 7.1 channel aac track) -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2153> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#1746(FFprobe:new): MPEG_TS: the PTS is wrong
by FFmpeg 16 Dec '13

16 Dec '13

#1746: MPEG_TS: the PTS is wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Type: defect Status: new | Priority: normal Component: FFprobe | Version: git- Keywords: MPEGTS PTS | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: The PTS from FFmpeg is wrong. How to reproduce: {{{ reproduce by: ffprobe $STREAM_FILE -show_packets I built the code myself with the commit: commit 83438a0db3c61f06979d1c4159e5c85d52eda488 Merge: a593f5b d8f8e91 Author: Michael Niedermayer <michaelni(a)gmx.at> Date: Mon Sep 17 00:40:55 2012 +0200 }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1746> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#1582(avfilter:new): Banding/discoloration in darker gradients when converting to rgb24
by FFmpeg 15 Dec '13

15 Dec '13

#1582: Banding/discoloration in darker gradients when converting to rgb24 ----------------------------------+--------------------------------------- Reporter: y3kcjd5 | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: win64 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary: I've discovered that when I'm converting videos to the rgb24 format (in attempting to use the libx264rgb codec) I get banding and discoloration in darker areas with (color) gradients. To eliminate the possibility that it was the codec (as opposed to the format filter) causing the problem, I did some tests converting the video to .png images. Specifically, I found that: yuv420p10le(source video) -- looks nice yuv420p10le -> rgb24 -- banding/discoloration yuv420p10le -> rgb48be -- looks nice yuv420p10le -> rgb48be -> rgb24 -- banding/discoloration yuv420p10le -> yuv420p -> rgb24 -- banding but no discoloration I assume that the banding in the yuv420p example is simply a result of the reduced colorspace, but I don't see why any of the other conversions should result in any visible changes. I'm using one of Zeranoe's windows builds (win7 64bit) so I don't know if this happens on Linux. Log file output for the yuv420p10le->rgb24 example follows: {{{ ffmpeg started on 2012-07-28 at 10:56:16 Report written to "ffmpeg-20120728-105616.log" Command line: ffmpeg -i vtst0.mp4 -map 0:0 -vsync 0 -report -filter:v "format=rgb24" "tst%03d.png" ffmpeg version N-42704-g85761ef Copyright (c) 2000-2012 the FFmpeg developers built on Jul 20 2012 20:39:19 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 65.100 / 51. 65.100 libavcodec 54. 42.100 / 54. 42.100 libavformat 54. 18.100 / 54. 18.100 libavdevice 54. 1.100 / 54. 1.100 libavfilter 3. 2.100 / 3. 2.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002e2ec0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002e2ec0] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002e2ec0] File position before avformat_find_stream_info() is 7074306 [h264 @ 00000000002f40a0] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002e2ec0] All info found rfps: 23.750000 0.011875 rfps: 23.833333 0.004757 rfps: 23.916667 0.000859 rfps: 24.000000 0.000180 rfps: 24.083333 0.002721 rfps: 24.166667 0.008482 rfps: 24.250000 0.017461 rfps: 47.666667 0.019029 rfps: 47.750000 0.009623 rfps: 47.833333 0.003436 rfps: 47.916667 0.000469 rfps: 48.000000 0.000722 rfps: 48.083333 0.004194 rfps: 48.166667 0.010885 rfps: 23.976024 0.000046 rfps: 47.952048 0.000183 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000002e2ec0] File position after avformat_find_stream_info() is 1243950 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'vtst0.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.18.100 Duration: 00:00:10.09, start: 0.000000, bitrate: 5607 kb/s Stream #0:0(und), 41, 1/1000: Video: h264 (High 10) (avc1 / 0x31637661), yuv420p10le, 1920x1080, 5604 kb/s, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc Metadata: handler_name : VideoHandler [buffer @ 0000000004ba0f20] Setting entry with key 'video_size' to value '1920x1080' [buffer @ 0000000004ba0f20] Setting entry with key 'pix_fmt' to value '72' [buffer @ 0000000004ba0f20] Setting entry with key 'time_base' to value '1/1000' [buffer @ 0000000004ba0f20] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0000000004ba0f20] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0000000004ba0f20] Setting entry with key 'frame_rate' to value '24000/1001' [graph 0 input from stream 0:0 @ 0000000004d73980] w:1920 h:1080 pixfmt:yuv420p10le tb:1/1000 fr:24000/1001 sar:0/1 sws_param:flags=2 [Parsed_format_0 @ 0000000004d738e0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_format_0' [auto-inserted scaler 0 @ 0000000004d73b20] w:1920 h:1080 fmt:yuv420p10le sar:0/1 -> w:1920 h:1080 fmt:rgb24 sar:0/1 flags:0x4 [h264 @ 00000000002f40a0] detected 2 logical cores Output #0, image2, to 'tst%03d.png': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.18.100 Stream #0:0(und), 0, 1/90000: Video: png, rgb24, 1920x1080, q=2-31, 200 kb/s, 90k tbn, 23.98 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help [h264 @ 00000000003aa100] no picture DTS -42, next:-62146 st:0 invalid dropping [h264 @ 0000000004cdbf00] no picture frame= 3 fps=0.0 q=0.0 size= 0kB time=00:00:00.12 bitrate= 0.0kbits/s frame= 5 fps=3.1 q=0.0 size= 0kB time=00:00:00.20 bitrate= 0.0kbits/s frame= 7 fps=3.0 q=0.0 size= 0kB time=00:00:00.29 bitrate= 0.0kbits/s ... frame= 237 fps=2.6 q=0.0 size= 0kB time=00:00:09.88 bitrate= 0.0kbits/s No more inputs to read from, finishing. [output stream 0:0 @ 0000000004d73a00] EOF on sink link output stream 0:0:default. frame= 242 fps=2.6 q=0.0 Lsize= 0kB time=00:00:10.26 bitrate= 0.0kbits/s video:276218kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% [AVIOContext @ 000000000216fd80] Statistics: 4336059 bytes read, 2 seeks }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1582> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 13

#1872(FFserver:new): aac bitstream not in adts format and extradata missing
by FFmpeg 10 Dec '13

10 Dec '13

#1872: aac bitstream not in adts format and extradata missing --------------------------------------+---------------------------------- Reporter: yogesh.tyagi | Type: defect Status: new | Priority: normal Component: FFserver | Version: 0.9.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- ffserver generated error "aac bitstream not in adts format and extradata missing" when I tried to stream mpegts with aac audio. I am feeding ffserver with following command: ffmpeg -i temp.mpg -vcodec libx264 -b:v 800k -acodec aac -strict experimental -flags -global_header http://10.112.47.12:8091/feed1.ffm I am using following command to play the stream: ffplay http://10.112.47.12:8091/test.ts When I give above command I just see the first frame and then video freezes. FFServer produces error message "aac bitstream not in adts format and extradata missing". My ffserver.conf is given below? Port 8091 BindAddress 0.0.0.0 MaxHTTPConnections 2000 MaxClients 100 MaxBandwidth 1000000 CustomLog - NoDaemon <Feed feed1.ffm> File /tmp/feed1.ffm FileMaxSize 150M ACL allow 127.0.0.1 </Feed> <Stream test.ts> Feed feed1.ffm Format mpegts AudioCodec aac AudioBitRate 128k AudioChannels 2 AudioSampleRate 48000 AVOptionAudio flags +global_header VideoCodec libx264 VideoBitRate 400k VideoFrameRate 15 VideoSize 720x480 AVOptionVideo coder 0 AVOptionVideo bf 0 AVOptionVideo flags2 +mixed_refs+fastpskip AVOptionVideo flags +loop AVOptionVideo cmp +chroma AVOptionVideo partitions +parti8x8+parti4x4+partp8x8+partb8x8 AVOptionVideo me_method hex AVOptionVideo subq 7 AVOptionVideo me_range 16 AVOptionVideo g 250 AVOptionVideo keyint_min 10 AVOptionVideo sc_threshold 40 AVOptionVideo i_qfactor 0.71 AVOptionVideo b_strategy 1 AVOptionVideo qcomp 0.6 AVOptionVideo qmin 10 AVOptionVideo qmax 51 AVOptionVideo qdiff 4 AVOptionVideo refs 3 AVOptionVideo directpred 1 AVOptionVideo trellis 1 AVOptionVideo flags2 +mixed_refs+fastpskip AVOptionVideo wpredp 0 AVOptionVideo flags +global_header AVOptionVideo bsf h264_mp4toannexb VideoGopSize 12 Preroll 15 StartSendOnKey </Stream> <Stream stat.html> Format status ACL allow 127.0.0.1 </Stream> <Redirect index.html> URL stat.html </Redirect> complete uncut command line output of ffserver: ./ffserver_g ffmpeg version N-45215-g949acef Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 15:45:20 with gcc 4.6.3 (GCC) 20120306 (Red Hat 4.6.3-2) configuration: --prefix=/usr --libdir=/usr/lib --enable-shared libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 FFserver started. Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 muxrate VBR, pcr every 1 pkts, sdt every 200, pat/pmt every 40 pkts Tue Oct 30 16:43:31 2012 Tue Oct 30 16:43:31 2012 Tue Oct 30 16:43:31 2012 127.0.0.1 - - [GET] "/feed1.ffm HTTP/1.1" 200 4149 Tue Oct 30 16:43:31 2012 Tue Oct 30 16:43:31 2012 aac bitstream not in adts format and extradata missing Tue Oct 30 16:43:31 2012 Error writing frame to output Tue Oct 30 16:43:31 2012 10.112.47.18 - - [GET] "/test.ts HTTP/1.1" 200 8715 Tue Oct 30 16:43:47 2012 127.0.0.1 - - [POST] "/feed1.ffm HTTP/1.1" 200 2162688 -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1872> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 8

#43(undetermined:new): JACK input device doesn't link on OS X
by FFmpeg 10 Dec '13

10 Dec '13

#43: JACK input device doesn't link on OS X --------------------------+--------------------- Reporter: nieder | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- This is copied from the old roundup #976 https://roundup.libav.org/issue976 On OS X, using --enable-indev=jack, the build fails with {{{ CC libavdevice/jack_audio.o /src/ffmpeg/libavdevice/jack_audio.c: In function 'audio_read_packet': /src/ffmpeg/libavdevice/jack_audio.c:277: warning: implicit declaration of function 'sem_timedwait' AR libavdevice/libavdevice.a LD libavdevice/libavdevice.52.dylib Undefined symbols: "_sem_timedwait", referenced from: _audio_read_packet in jack_audio.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libavdevice/libavdevice.52.dylib] Error 1 }}} sem_* is semaphore_* on OS X. -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/43> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#314(avdevice:new): OpenAL device does not work on OS X
by FFmpeg 10 Dec '13

10 Dec '13

#314: OpenAL device does not work on OS X ----------------------+-------------------------- Reporter: nieder | Type: enhancement Status: new | Priority: normal Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- configure is not set to find openal on OS X. The fix for the linker check is easy: add "-Wl,-framework,OpenAL" to the list of flags to check {{{ -enabled openal && { { for al_libs in "${OPENAL_LIBS}" "-lopenal" "-lOpenAL32"; do +enabled openal && { { for al_libs in "${OPENAL_LIBS}" "-lopenal" "-lOpenAL32" "-Wl,-framework,OpenAL"; do }}} I don't know how to fix the header check to look for multiple possibilities, but on OS X the header in the OpenAL framework is found in OpenAL/al.h (not AL/al.h like in linux). If I change the header check in configure and the includes in libavdevice/openal-dec.c, the build and linkage works well. However, running 'ffmpeg -f openal' as suggested in the manual fails with an malloc error, so this might just not be doable on OS X. {{{ nieder $ /usr/local/ffmpeg-git/bin/ffmpeg -list_devices true -f openal -i dummy out.ogg ffmpeg version N-31036-g65eae2a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 27 2011 10:29:19 with gcc 4.0.1 (Apple Inc. build 5493) configuration: --prefix=/usr/local/ffmpeg-git --mandir=/usr/local /ffmpeg-git/share/man --disable-static --enable-shared --enable-gpl --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab --enable-bzlib --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libdirac --enable-libfreetype --enable- libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-openal --enable-zlib --disable- debug --extra-cflags='-I/sw/lib/libspeex1/include -I/sw/include -I/usr/X11R6/include' --extra-ldflags='-L/sw/lib/libspeex1/lib -L/sw/lib -L/usr/X11R6/lib' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [openal @ 0x200a800] List of OpenAL capture devices on this system: [openal @ 0x200a800] Built-in Microphone dummy: Immediate exit requested nieder $ /usr/local/ffmpeg-git/bin/ffmpeg -f openal -i 'Built-in Microphone' out.ogg ffmpeg version N-31036-g65eae2a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 27 2011 10:29:19 with gcc 4.0.1 (Apple Inc. build 5493) configuration: --prefix=/usr/local/ffmpeg-git --mandir=/usr/local /ffmpeg-git/share/man --disable-static --enable-shared --enable-gpl --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab --enable-bzlib --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libdirac --enable-libfreetype --enable- libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-openal --enable-zlib --disable- debug --extra-cflags='-I/sw/lib/libspeex1/include -I/sw/include -I/usr/X11R6/include' --extra-ldflags='-L/sw/lib/libspeex1/lib -L/sw/lib -L/usr/X11R6/lib' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 mpeg(49840,0xa025b720) malloc: *** error for object 0x1e2c0e0: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug mpeg(49840,0xa025b720) malloc: *** error for object 0x1e2c0e0: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug [openal @ 0x200a800] Error: ALC Invalid Device Bus error }}} -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/314> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 2

#228(FFserver:new): FFserver: reordering of "<Stream>"s in config file makes difference
by FFmpeg 10 Dec '13

10 Dec '13

#228: FFserver: reordering of "<Stream>"s in config file makes difference ------------------------+---------------------------------------- Reporter: burek | Owner: baptiste Type: defect | Status: new Priority: important | Component: FFserver Version: git | Keywords: ordering items config file Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+---------------------------------------- The first config file (ffserver1.conf) made ffserver drop rtsp connections, with error message "'''[NULL @ 0x1be7ba0]AAC with no global headers is currently not supported.'''" After just a simple reordering of <Stream> items (ffserver2.conf), everything started to work properly? Is this expected behavior? :) -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/228> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6