[FFmpeg-trac] #1149(undetermined:closed): wrong channels / poor playback for 7 channel dts
FFmpeg
trac at avcodec.org
Sat Mar 31 03:35:37 CEST 2012
#1149: wrong channels / poor playback for 7 channel dts
-------------------------------------+-------------------------------------
Reporter: fro | Owner:
Type: defect | Status: closed
Priority: normal | Component:
Version: git-master | undetermined
Keywords: dts 6.1 | Resolution:
Blocking: | worksforme
Analyzed by developer: 0 | Blocked By:
| Reproduced by developer: 0
-------------------------------------+-------------------------------------
Changes (by cehoyos):
* keywords: => dts 6.1
* status: new => closed
* version: unspecified => git-master
* resolution: => worksforme
Comment:
Did you test the wav file with WMP?
I don't think there is a problem with libavcodec and ffmpeg (for this
sample), there is either a problem with ffplay or SDL, I am closing this
ticket since the SDL documentation -
http://www.libsdl.org/docs/html/sdlaudiospec.html - repeatedly mentions
"mono or stereo", so I don't think SDL supports seven (or eight) channels.
Please reopen the ticket if you believe I am wrong. (Since SDL has many
more problems I think the long term solution is to move away from SDL to
make FFplay a real playback software, imo it currently is more a testing
tool.)
To reproduce the "good" behaviour that you get with MPlayer (which
defaults to stereo) with FFplay, please run
$ ffplay -request_channels 2 lotr_5.1_768.dts
To reproduce the "bad" behaviour of FFplay with MPlayer (at least with
some ao's), run
$ mplayer -channels 7 lotr_5.1_768.dts
The wav file produced with ffmpeg -i lotr_5.1_768.dts out.wav plays fine
with WMP (and is read correctly by FFmpeg.)
The following commands also work fine here:
$ mplayer lotr_5.1_768.dts -channels 6
$ ffmpeg -request_channels 6 -i lotr_5.1_768.dts out.wav
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1149#comment:3>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list