1400731 - sample rate in Firefox limited to 48KHz

Status: UNCONFIRMED

(Core :: Audio/Video: MediaStreamGraph, defect, P3)

Description

[Mikhail]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20170917100334

Steps to reproduce:

When listen HiRes audio which have sample rate more than 48KHz browser uses 44.1KHz my DAC displayed it.
For reproduce you must use Hi-Fi Sublime+ subscription on service qobuz.
For example Grace album by Lizz Wright must played in 96KHz.
http://play.qobuz.com/album/0088807202871

P.S. Also you needed pulseaudio 11.0 with enabled 'avoid-resampling' option.
More detail here: https://bugs.freedesktop.org/show_bug.cgi?id=57503


Actual results:

Instead 96KHz browser used 44.1KHz.


Expected results:

Expected when played flac with sample rate 96KHz browser not limit sample rate

Comment 1

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

In /etc/pulse/daemon.conf, what do you have default-sample-rate set to?

Comment 2

[Alex Chronopoulos [:achronop]]

Browser asks your device which the preferred sample rate and that one set to the audio stream. If the preferred sampling rate on your device is 96KHz that one will use.

Comment 3

[Mikhail]

I know about default-sample-rate parameter, this setting deceives the user because the 44.1KHz source will be regarded by the DAC as the number specified in the config.

For example if 'default-sample-rate = 192000' then all sound would played with 192Khz even if it 44.1Khz.

Therefore, there is a more honest parameter 'avoid-resampling = true' which able avoid unnecessary resampling on pulseaudio side.

I try describe behavior on my video: https://youtu.be/9BxdGe16qZc
On this video I try show you how it works in Firefox and DeaDBeeF player.

When music played via DeaDBeeF then output samplerate always equal source source material.
When music played via Firefox then it works only for 44.1Khz and 48KHz. Any higer samplerate played as 44.1KHz.

Comment 7

[BugBot [:suhaib / :marco/ :calixte]]

Clear a needinfo that is pending on an inactive user.

Inactive users most likely will not respond; if the missing information is essential and cannot be collected another way, the bug maybe should be closed as INCOMPLETE.

For more information, please visit BugBot documentation.