Opened 20 years ago

Closed 19 years ago

Last modified 19 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: no Analyzed by developer: no

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@… 20 years ago.
1MB debug log (-v -channels 6)

Download all attachments as: .zip

Change History (9)

comment:1 by reimar, 20 years ago

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 ?

by pikestaff@…, 20 years ago

Attachment: dts_log.zip added

1MB debug log (-v -channels 6)

comment:2 by pikestaff@…, 20 years ago

comment:3 by pikestaff@…, 20 years ago

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 by pikestaff@…, 20 years ago

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

comment:5 by diego@…, 20 years ago

Does this still happen with latest CVS?

comment:6 by mplayer@…, 19 years ago

(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 by diego@…, 19 years ago

(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 by diego@…, 19 years ago

Cc: Reimar.Doeffinger@… added
Resolution: invalid
Status: newclosed

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.