Opened 15 years ago

Closed 13 years ago

Last modified 13 years ago

#99 closed defect (invalid)

dts are always decoded to 2ch (FFDTS)

Reported by: pikestaff@… Owned by: diego@…
Priority: normal Component: libavcodec
Version: unspecified Severity: normal
Keywords: Cc: reimar
Blocked By: Blocking:
Reproduced by developer: Analyzed by developer:

Description

dts 5.1 are these days supported either passthrued (hwdts) or
decoded (ffdts).

ffdts however decodes it to 2ch...
I put a sample here: http://pike.xboxmediacenter.de/dts-test_v1.zip
that has 3 audiotracks.
1: wavdts 44.1kHz this track is probably invalid, cant find anything that
understands it
2: dts 48kHz
3: ac3 48kHz

there's an included .conf file for ease to try it...

Attachments (1)

dts_log.zip (82.7 KB) - added by pikestaff@… 15 years ago.
1MB debug log (-v -channels 6)

Download all attachments as: .zip

Change History (9)

comment:1 Changed 15 years ago by reimar

You should at least provide the output of mplayer when started with -v, see also
http://mplayerhq.hu/DOCS/HTML/en/bugreports.html.
Did you use -channels 6 ?

Changed 15 years ago by pikestaff@…

1MB debug log (-v -channels 6)

comment:2 Changed 15 years ago by pikestaff@…

comment:3 Changed 15 years ago by pikestaff@…

I'm sorry for not attaching a log before.

This is on the XBOX btw, not that it makes any difference?
I'm pretty sure the behaviour is identical on stock mplayer.
Decoded output is 2ch PCM

comment:4 Changed 15 years ago by pikestaff@…

and the latest update from one of our devs, the same thing happens on win32
version, so it's NOT xbox related

comment:5 Changed 14 years ago by diego@…

Does this still happen with latest CVS?

comment:6 Changed 14 years ago by mplayer@…

(In reply to comment #5)

Does this still happen with latest CVS?

I still happens in 1.0pre7try2-3.3.4. Let me know if you want the -v log, here
is the part that I would guess is intressting.

Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/6ch/s16le...
[libaf] Adding filter dummy
[dummy] Was reinitialized: 48000Hz/2ch/s16le
AF_pre: 48000Hz/2ch/s16le
alsa-init: requested format: 48000 Hz, 6 channels, 9
alsa-init: compiled for ALSA-1.0.6
alsa-init: device set to surround51
alsa-init: 1 soundcard found, using: plughw:0
alsa-init: pcm opend in block-mode
alsa-init: mmap set
alsa-init: chunksize set to 512
alsa-init: fragcount=12
alsa-init: got buffersize=78636
alsa: 48000 Hz/6 channels/12 bpf/78636 bytes buffer/Signed 16 bit Little Endian
AO: [alsa] 48000Hz 6ch s16le (2 bps)
AO: Description: ALSA-0.9.x-1.x audio output
AO: Author: Alex Beregszaszi, Zsolt Barat <joy@…>
AO: Comment: under developement
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/6ch/s16le...
[dummy] Was reinitialized: 48000Hz/2ch/s16le
[libaf] Adding filter channels
[channels] Changing number of channels to 6
[dummy] Was reinitialized: 48000Hz/2ch/s16le

comment:7 Changed 14 years ago by diego@…

(In reply to comment #6)

(In reply to comment #5)

Does this still happen with latest CVS?

I still happens in 1.0pre7try2-3.3.4.

This is completely useless information, we need to know if it happens with
*CVS*, not with some half-year old release.

comment:8 Changed 13 years ago by diego@…

  • Cc Reimar.Doeffinger@… added
  • Resolution set to invalid
  • Status changed from new to closed

No further information, no way to reproduce without samples, it was never said
that the problem appears with CVS as well as pre7. I'm resolving this as
INVALID for now. REOPEN the bug if you can reproduce the problem with current
CVS or the upcoming release.

Note: See TracTickets for help on using tickets.