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

#3181(undetermined:new): default to opus codec for *.opus output files
by FFmpeg 01 Dec '13

01 Dec '13

#3181: default to opus codec for *.opus output files -------------------------------------+------------------------------------- Reporter: LinAGKar | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Presumably since .opus files uses he ogg container they will default to flac audio, however .opus files are expected to contain opus streams. How to reproduce: {{{ % ffmpeg -i input output.opus }}} example: {{{ > ffmpeg -i C418\ -\ Minecraft\ -\ Volume\ Alpha\ -\ 01\ Key.flac -vn C418\ -\ Minecraft\ -\ Volume\ Alpha\ -\ 01\ Key.opus ffmpeg version 2.1.1 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 20 2013 20:26:43 with gcc 4.7 (SUSE Linux) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-debug --disable-stripping --extra-cflags='-fmessage- length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-avfilter --enable-libpulse --enable-libvpx --enable-libopus --enable-libass --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libxvid --enable-libx264 --enable-libschroedinger --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable-libdc1394 --enable-librtmp --enable-libfreetype --enable-avresample --enable-libtwolame --enable-libvo-aacenc --enable- gnutls libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, flac, from 'C418 - Minecraft - Volume Alpha - 01 Key.flac': Metadata: TITLE : Key ARTIST : C418 DATE : 2011 ALBUM : Minecraft - Volume Alpha track : 1 Duration: 00:01:05.00, bitrate: 311 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Stream #0:1: Video: png, rgb24, 700x700 [SAR 53520:53520 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) File 'C418 - Minecraft - Volume Alpha - 01 Key.opus' already exists. Overwrite ? [y/N] y Output #0, ogg, to 'C418 - Minecraft - Volume Alpha - 01 Key.opus': Metadata: TITLE : Key ARTIST : C418 DATE : 2011 ALBUM : Minecraft - Volume Alpha track : 1 encoder : Lavf55.19.104 Stream #0:0: Audio: flac, 44100 Hz, stereo, s16, 128 kb/s Metadata: TITLE : Key ARTIST : C418 DATE : 2011 ALBUM : Minecraft - Volume Alpha TRACKNUMBER : 1 encoder : Lavf55.19.104 Stream mapping: Stream #0:0 -> #0:0 (flac -> flac) Press [q] to stop, [?] for help size= 2038kB time=00:01:05.09 bitrate= 256.5kbits/s video:0kB audio:2028kB subtitle:0 global headers:0kB muxing overhead 0.499630% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3181> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 4

#3184(undetermined:new): sfd: de/muxing does not properly work for cri adx and ac3
by FFmpeg 01 Dec '13

01 Dec '13

#3184: sfd: de/muxing does not properly work for cri adx and ac3 -------------------------------------+------------------------------------- Reporter: Soukyuu | 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: SFD (SofDec) is essentially mpeg1 video + adx audio (in later versions, also ac3 audio). ffplay plays the file fine - adx is being played in file as well as out of file. The files come directly from the Ar tonelico 2 game, so they are official and not corrupted. Demuxing: - video works - adx works - ac3 is being detected as adx, 0 channels, cannot be demuxed. Muxing: - m1v + adx = mpeg with m1v+broken mp3 - m1b + adx = mpeg with m1v+broken mp3+working ac3 How to reproduce: - Demuxing AC3 {{{ "D:\\Program Files\\ffmpeg-20131129-git-7ea9c4a- win64-static\\bin\\ffmpeg.exe" -i ".\\AT2_OP1D.SFD" -acodec copy -vn -map 0:1 -report -f ac3 "R:\\test.ac3" ffmpeg version N-58570-g7ea9c4a Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 22:06:58 with gcc 4.8.2 (GCC) }}} - Muxing m1v + adx {{{ "D:\\Program Files\\ffmpeg-20131129-git-7ea9c4a- win64-static\\bin\\ffmpeg.exe" -i "R:\\AT2_OP01.m1v" -i "R:\\AT2_OP01.adx" -report -c copy -map 0:v:0 -map 1:a:0 -f mpeg "R:\\out.sfd" ffmpeg version N-58570-g7ea9c4a built on Nov 28 2013 22:06:58 with gcc 4.8.2 (GCC) }}} - Muxing m1v + adx + ac3 {{{ "D:\\Program Files\\ffmpeg-20131129-git-7ea9c4a- win64-static\\bin\\ffmpeg.exe" -i "R:\\AT2_OP1D.m1v" -i "R:\\AT2_OP1D.adx" -i "R:\\AT2_OP1D.ac3" -map 0:v:0 -map 1:a:0 -map 2:a:0 -acodec copy -vcodec copy -report -f mpeg out.sfd ffmpeg version N-58570-g7ea9c4a Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 22:06:58 with gcc 4.8.2 (GCC) }}} The demuxing error probably comes from the fact sfd isn't really following the format and doing something along the lines of using an adx header for ac3 stream. The muxing error is beyond me though. ffmpeg -formats lists ADX as being muxable, I am also telling it to copy the codec, yet it still botches it to mp2. I mentioned this on the irc channel some time ago and was told that the actual muxing code is not there. Can provide samples if needed. Attaching logs only in the meantime -- Ticket URL: <https://trac.ffmpeg.org/ticket/3184> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 9

#3185(FFprobe:new): ffprobe do not handle HEVC correctly
by FFmpeg 01 Dec '13

01 Dec '13

#3185: ffprobe do not handle HEVC correctly ---------------------------------+--------------------------------------- Reporter: figgis | Type: defect Status: new | Priority: normal Component: FFprobe | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ I encoded some frames using the HM-encoder. This is what the decoder says: $ ./TAppDecoderStatic -b foreman_352x288.hevc HM software: Decoder Version [12.1][Linux][GCC 4.7.3][64 bit] POC 0 TId: 0 ( I-SLICE, QP 32 ) [DT 0.020] [L0 ] [L1 ] [:,,,(unk)] POC 1 TId: 0 ( P-SLICE, QP 35 ) [DT 0.000] [L0 0 ] [L1 ] [:,,,(unk)] POC 2 TId: 0 ( B-SLICE, QP 34 ) [DT 0.000] [L0 1 0 ] [L1 1 0 ] [:,,,(unk)] POC 3 TId: 0 ( B-SLICE, QP 35 ) [DT 0.010] [L0 2 1 0 ] [L1 2 1 0 ] [:,,,(unk)] POC 4 TId: 0 ( B-SLICE, QP 33 ) [DT 0.010] [L0 3 2 1 0 ] [L1 3 2 1 0 ] [:,,,(unk)] Total Time: 0.040 sec. This is the output from ffprobe for the first frame: $ ./ffprobe -show_frames ~/src/jctvc-hm/bin/foreman_352x288.hevc ffprobe version N-58684-gf068aed Copyright (c) 2007-2013 the FFmpeg developers built on Nov 30 2013 23:52:44 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --enable-libx264 --enable-gpl --enable-libmp3lame libavutil 52. 56.100 / 52. 56.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, hevc, from '/home/fp/src/jctvc-hm/bin/foreman_352x288.hevc': Duration: N/A, bitrate: N/A Stream #0:0: Video: hevc (Main), yuv420p(tv), 352x288, 25 fps, 25 tbr, 1200k tbn, 25 tbc [FRAME] media_type=video key_frame=1 pkt_pts=0 pkt_pts_time=0.000000 pkt_dts=0 pkt_dts_time=0.000000 pkt_duration=48000 pkt_duration_time=0.040000 pkt_pos=0 pkt_size=3695 width=352 height=288 pix_fmt=yuv420p sample_aspect_ratio=N/A pict_type=? coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] in the above, pict_type do not display the correct frame-type, also coded_picture_number and display_picture_number always displays as zero. HEVC reference decoder/encoder uses the slize-type do determine the type, i.e. I, P, B. Valid code in the reference decoder is Lib/TLibDecoder/TDecGop.cpp:219 Char c = (pcSlice->isIntra() ? 'I' : pcSlice->isInterP() ? 'P' : 'B'); if (!pcSlice->isReferenced()) c += 32; //-- For time output for each slice printf("\nPOC %4d TId: %1d ( %c-SLICE, QP%3d ) ", pcSlice->getPOC(), pcSlice->getTLayer(), c, pcSlice->getSliceQp() ); See e.g. table 7.7, page 77. in HEVC-standard http://www.itu.int/rec/T-REC-H.265-201304-I/en }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3185> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 2