Opened 9 years ago

Last modified 6 years ago

#10142 assigned bug

HDA fails to output audio when input sampling rate is less than 96 khz

Reported by: dsuden Owned by: nobody
Priority: normal Milestone: R1
Component: Kits/Media Kit Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All


When the input sampling rate in Media Prefs is set at 192 khz or 96 khz, HDA audio output works fine. If the sampling rate is set lower, like 44.1 khz or 48 khz, audio behaves as if it is muted. The lower audio input sampling rates are desirable because recordings made at the higher rates are quite large. At 192 khz, they're massive.

Attachments (1)

audio input rate.png (13.6 KB ) - added by dsuden 9 years ago.

Download all attachments as: .zip

Change History (5)

by dsuden, 9 years ago

Attachment: audio input rate.png added

comment:1 by waddlesplash, 9 years ago

HDA and the Media Kit have changed a lot in the past 8 months. Still an issue?

comment:2 by ttcoder, 8 years ago

Talked to Dane, it's low priority for us: we're now using a sample converter (size+rate conversion) in the concerned application, such that the recordings have 44.1 KHz sample rate regardless of the source sample rate. Worked great the last few months.

That converter was originally done to support output negociation for the new AC-3 and AAC encoders, but a nice byproduct is that HDA's humongous line-input samplerates are now a non-issue for us.

So honestly we haven't tested low-rates line input lately but it can certainly be set to low+Unscheduled as far as we are concerned.

comment:3 by Barrett, 7 years ago

This is working here, the only problem is that it needs a media_server reboot before the setting is taken, if i change it in realtime without media services restart, i get some timing issues such as MediaPlayer getting too fast. Not sure if here we need the restart to be mandatory.

comment:4 by axeld, 6 years ago

Owner: changed from axeld to nobody
Status: newassigned
Note: See TracTickets for help on using tickets.