What steps will reproduce the problem?
1. using -newaudio -acodec and opts at the end of commandline
What is the expected output? What do you see instead?
If I want to have more than one or two channels of audio in the output stream,
I should use -newaudio -acodec and opts at the end of commandline. It seems to
me that the parser ignores the options (only the options like -ab ) from the
first -newaudio -acodec options block, and uses only the default bitrate values.
For example if I'am transcoding an IMX MXF file - which have 8 channels of
audio in one stream (1x8 layout) - to a lowres mp4 file - which is going to
have 4 stereo pairs of audio (4x2 layout) - using libfaac as acodec, the second
stereo pair in the output file is always 64 kbps, the others (1st, 3rd and 4th
respect the given abitrate option).
What version of the product are you using? On what operating system?
FFmbc version 0.7-rc4
Please provide any additional information below:
As far as I remember I get the same behavior when using libmp3lame for acodec
(only it defaults to 96 kbps, I think).
- Full commandline run (with -v 3) and everything the program printed
without
>ffmbc -i 8CH.mxf
FFmbc version 0.7-rc4
Copyright (c) 2008-2011 Baptiste Coudurier and the FFmpeg developers
Input #0, mxf, from '/srv/Acquired/LB07307A.mxf':
Metadata:
system_timecode: 00:00:00:00
timecode: 00:00:00:00
Duration: 00:42:59.44, start: 0.000000, bitrate: 62566 kb/s
Stream #0.0(und): Video: mpeg2video (4:2:2), yuv422p, 720x608i tff [PAR 152:135 DAR 4:3], 50000 kb/s, 25.00 fps
Stream #0.1(und): Audio: pcm_s16le, 48000 Hz, 8 channels, s16, 6144 kb/s
At least one output file must be specified
>ffmbc -i /srv/Acquired/LB07307A.mxf -y -map_audio_channel 0:1:0:0:1:0
-map_audio_channel 0:1:1:0:1:1 -map_audio_channel 0:1:2:0:2:0
-map_audio_channel 0:1:3:0:2:1 -map_audio_channel 0:1:4:0:3:0
-map_audio_channel 0:1:5:0:3:1 -map_audio_channel 0:1:6:0:4:0
-map_audio_channel 0:1:7:0:4:1 -vf
crop=720:576:0:32,yadif,scale=640:480,drawtext=fontfile='/usr/share/fonts/truety
pe/arialbd.ttf':text='TCR%s':fontsize=24:fontcolor=white:shadowcolor=black:x=25:
y=25:shadowx=2:shadowy=2:box=1:boxcolor=black@0.3 -vcodec libx264 -b 1500000
-coder 1 -refs 6 -flags +loop+slice -trellis 2 -g 2 -threads 8 -dc 10 -me umh
-profile Main -aspect 4:3 -acodec libfaac -ab 96k /tmp/8CH.mp4 -newaudio
-acodec libfaac -ab 96k -newaudio -acodec libfaac -ab 96k -newaudio -acodec
libfaac -ab 96k
Output #0, mp4, to '/tmp/8CH.mp4':
Metadata:
encoder: FFmbc 0.7
Stream #0.0(und): Video: libx264, yuv420p, 640x480p [PAR 1:1 DAR 4:3], 1500 kb/s, 25.00 fps
Stream #0.1(und): Audio: libfaac, 48000 Hz, 2 channels, s16, 96 kb/s
Stream #0.2(und): Audio: libfaac, 48000 Hz, 2 channels, s16, 64 kb/s
Stream #0.3(und): Audio: libfaac, 48000 Hz, 2 channels, s16, 96 kb/s
Stream #0.4(und): Audio: libfaac, 48000 Hz, 2 channels, s16, 96 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1 [channel: 0 -> 0]
Stream #0.1 -> #0.1 [channel: 1 -> 1]
Stream #0.1 -> #0.2 [channel: 2 -> 0]
Stream #0.1 -> #0.2 [channel: 3 -> 1]
Stream #0.1 -> #0.3 [channel: 4 -> 0]
Stream #0.1 -> #0.3 [channel: 5 -> 1]
Stream #0.1 -> #0.4 [channel: 6 -> 0]
Stream #0.1 -> #0.4 [channel: 7 -> 1]
Original issue reported on code.google.com by mihaly.b...@gmail.com on 22 Nov 2011 at 12:19
Original issue reported on code.google.com by
mihaly.b...@gmail.com
on 22 Nov 2011 at 12:19