Olympusandy
-
Posts
21 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Gallery
Downloads
Poweramp Knowledge Base
База знаний Poweramp
Poweramp知识库
Poweramp Equalizer Knowledge Base
База знаний Poweramp Equalizer
Store
Events
Ideas
Posts posted by Olympusandy
-
-
13 hours ago, andrewilley said:
And this is on a Huawei P30 Pro using a Realtek ALC 5686 based USB-C to 3.5mm adapter as the output device.
Andre
Yes
-
23 hours ago, maxmp said:
@Olympusandy sorry, but we, developers, can't understand "no luck", "doesn't work", and similar common phrases 😉Please be a bit more specific what doesn't work for you, and what do you expect to get from that at first place (expected result vs actual result).
Hi-Res + DVC is a known issue of some firmwares. (It can't be fixed in player, but often fixed in subsequent firmware updates, esp. if users complain on OEM forums). In this case please use either standard definition output (e.g. OpenSL or AudioTrack or AAudio on 48khz), or disable DVC for hi-res output only via No DVC option (this option is per output + output device).
Specifically, turning off or turning on DVC for the specific output does not help. Greater than 48khz may be selected (e.g. 96khz), but the device reverts to 48hz irrespective of DVC being turned on or off. Dolby atmos is disabled.
-
On 3/2/2023 at 1:55 PM, maxmp said:
@Olympusandy some firmwares don't support hi-res + DVC, so try No DVC option for that output in Settings / Audio / Output / your active output / your device.
Tried, no luck, I'm afraid
-
I bought a new Realtek ALC 5686 based usb-c to 3.5mm adapter. It is detected under another player (neutron, not using the USB bypass method, just "normal" USB connection) as having 384khz/32bit capability, as is the ALC 5686 specification, but will only play at 48khz on Poweramp. Huawei P30 Pro. I think there is definitely an issue with the Huawei detection method. The old method (B942 and earlier) works fine.
-
Noticed that on my Huawei P30 Pro, the audio policy file Poweramp is reading is /vendor/etc/audio_policy.conf
I think it should also read:
/vendor/etc/audio/audio_policy_configuration.xml
It is only in the second file that the hi res capabilities are defined. This may explain why hires capability that other audio players recognise (e.g. Neutron) is not being picked up by recent Poweramp builds.
The content is as follows:
Spoiler<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<!-- Copyright (C) 2015 The Android Open Source Project
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<audioPolicyConfiguration version="1.0" xmlns:xi="http://www.w3.org/2001/XInclude">
<!-- version section contains a “version” tag in the form “major.minor” e.g version=”1.0” -->
<!-- Global configuration Decalaration -->
<globalConfiguration speaker_drc_enabled="false"/>
<!-- Modules section:
There is one section per audio HW module present on the platform.
Each module section will contains two mandatory tags for audio HAL “halVersion” and “name”.
The module names are the same as in current .conf file:
“primary”, “A2DP”, “remote_submix”, “USB”
Each module will contain the following sections:
“devicePorts”: a list of device descriptors for all input and output devices accessible via this
module.
This contains both permanently attached devices and removable devices.
“mixPorts”: listing all output and input streams exposed by the audio HAL
“routes”: list of possible connections between input and output devices or between stream and
devices.
"route": is defined by an attribute:
-"type": <mux|mix> means all sources are mutual exclusive (mux) or can be mixed (mix)
-"sink": the sink involved in this route
-"sources": all the sources than can be connected to the sink via vis route
“attachedDevices”: permanently attached devices.
The attachedDevices section is a list of devices names. The names correspond to device names
defined in <devicePorts> section.
“defaultOutputDevice”: device to be used by default when no policy rule applies
-->
<modules>
<!-- Primary Audio HAL -->
<module name="primary" halVersion="2.0">
<attachedDevices>
<item>Earpiece</item>
<item>Speaker</item>
<item>Telephony Tx</item>
<item>Built-In Mic</item>
<item>Built-In Back Mic</item>
<item>Telephony Rx</item>
<item>Dgtl Dock Headset</item>
</attachedDevices>
<defaultOutputDevice>Speaker</defaultOutputDevice>
<mixPorts>
<mixPort name="primary out" role="source" flags="AUDIO_OUTPUT_FLAG_PRIMARY">
<profile name="" format="AUDIO_FORMAT_PCM_32_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
</mixPort>
<mixPort name="lowlatency out" role="source" flags="AUDIO_OUTPUT_FLAG_FAST">
<profile name="" format="AUDIO_FORMAT_PCM_32_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
</mixPort>
<mixPort name="mmap out" role="source" flags="AUDIO_OUTPUT_FLAG_DIRECT|AUDIO_OUTPUT_FLAG_MMAP_NOIRQ">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
</mixPort>
<mixPort name="offload" role="source" flags="AUDIO_OUTPUT_FLAG_DIRECT|AUDIO_OUTPUT_FLAG_COMPRESS_OFFLOAD|AUDIO_OUTPUT_FLAG_NON_BLOCKING">
<profile name="" format="AUDIO_FORMAT_MP3"
samplingRates="8000,11025,12000,16000,22050,24000,32000,44100,48000"
channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
</mixPort>
<mixPort name="direct_pcm" role="source" flags="AUDIO_OUTPUT_FLAG_DIRECT|AUDIO_OUTPUT_FLAG_DIRECT_PCM|AUDIO_OUTPUT_FLAG_VOIP_RX">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="8000,16000,32000,44100,48000,88200,96000,176400,192000,384000"
channelMasks="AUDIO_CHANNEL_OUT_MONO,AUDIO_CHANNEL_OUT_STEREO"/>
<profile name="" format="AUDIO_FORMAT_PCM_FLOAT"
samplingRates="8000,16000,32000,44100,48000,88200,96000,176400,192000,384000"
channelMasks="AUDIO_CHANNEL_OUT_MONO,AUDIO_CHANNEL_OUT_STEREO"/>
<profile name="" format="AUDIO_FORMAT_PCM_32_BIT"
samplingRates="8000,16000,32000,44100,48000,88200,96000,176400,192000,384000"
channelMasks="AUDIO_CHANNEL_OUT_MONO,AUDIO_CHANNEL_OUT_STEREO"/>
</mixPort>
<mixPort name="primary in" role="sink">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="8000,11025,16000,22050,24000,32000,44100,48000"
channelMasks="AUDIO_CHANNEL_IN_MONO,AUDIO_CHANNEL_IN_STEREO,AUDIO_CHANNEL_IN_VOICE_CALL,AUDIO_CHANNEL_IN_VOICE_CALL_STEREO"/>
</mixPort>
<mixPort name="lowlatency in" role="sink" flags="AUDIO_INPUT_FLAG_FAST">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_IN_MONO,AUDIO_CHANNEL_IN_STEREO"/>
</mixPort>
<mixPort name="mmap in" role="sink" flags="AUDIO_INPUT_FLAG_MMAP_NOIRQ">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="48000"
channelMasks="AUDIO_CHANNEL_IN_MONO,AUDIO_CHANNEL_IN_STEREO"/>
</mixPort>
</mixPorts>
<devicePorts>
<!-- Output devices declaration, i.e. Sink DEVICE PORT -->
<devicePort tagName="Earpiece" type="AUDIO_DEVICE_OUT_EARPIECE" role="sink">
</devicePort>
<devicePort tagName="Speaker" type="AUDIO_DEVICE_OUT_SPEAKER" role="sink">
</devicePort>
<devicePort tagName="Wired Headset" type="AUDIO_DEVICE_OUT_WIRED_HEADSET" role="sink">
</devicePort>
<devicePort tagName="Dgtl Dock Headset" type="AUDIO_DEVICE_OUT_DGTL_DOCK_HEADSET" role="sink">
</devicePort>
<devicePort tagName="Wired Headphones" type="AUDIO_DEVICE_OUT_WIRED_HEADPHONE" role="sink">
</devicePort>
<devicePort tagName="BT SCO" type="AUDIO_DEVICE_OUT_BLUETOOTH_SCO" role="sink">
</devicePort>
<devicePort tagName="BT SCO Headset" type="AUDIO_DEVICE_OUT_BLUETOOTH_SCO_HEADSET" role="sink">
</devicePort>
<devicePort tagName="BT SCO Carkit" type="AUDIO_DEVICE_OUT_BLUETOOTH_SCO_CARKIT" role="sink">
</devicePort>
<devicePort tagName="FM" type="AUDIO_DEVICE_OUT_FM" role="sink">
</devicePort>
<devicePort tagName="Telephony Tx" type="AUDIO_DEVICE_OUT_TELEPHONY_TX" role="sink">
</devicePort>
<devicePort tagName="Modem Primary Out" type="AUDIO_DEVICE_OUT_BUS" role="sink" address="modem_phone_call">
<profile name="" format="AUDIO_FORMAT_PCM_FLOAT"
samplingRates="44100,48000" channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="44100,48000" channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
</devicePort>
<devicePort tagName="USB EXTDevice Out" type="AUDIO_DEVICE_OUT_USB_DEVICE_EXTENDED" role="sink">
</devicePort>
<devicePort tagName="Built-In Mic" type="AUDIO_DEVICE_IN_BUILTIN_MIC" role="source">
</devicePort>
<devicePort tagName="Built-In Back Mic" type="AUDIO_DEVICE_IN_BACK_MIC" role="source">
</devicePort>
<devicePort tagName="Wired Headset Mic" type="AUDIO_DEVICE_IN_WIRED_HEADSET" role="source">
</devicePort>
<devicePort tagName="BT SCO Headset Mic" type="AUDIO_DEVICE_IN_BLUETOOTH_SCO_HEADSET" role="source">
</devicePort>
<devicePort tagName="Telephony Rx" type="AUDIO_DEVICE_IN_TELEPHONY_RX" role="source">
</devicePort>
<devicePort tagName="FM Tuner" type="AUDIO_DEVICE_IN_FM_TUNER" role="source">
</devicePort>
<devicePort tagName="USB EXTDevice In" type="AUDIO_DEVICE_IN_USB_DEVICE_EXTENDED" role="source">
</devicePort>
<devicePort tagName="Modem Primary In" type="AUDIO_DEVICE_IN_BUS" role="source" address="modem_phone_call">
<profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
samplingRates="8000,16000,32000,44100,48000"
channelMasks="AUDIO_CHANNEL_IN_MONO,AUDIO_CHANNEL_IN_STEREO"/>
</devicePort>
</devicePorts>
<!-- route declaration, i.e. list all available sources for a given sink -->
<routes>
<route type="mix" sink="Earpiece"
sources="primary out,lowlatency out,mmap out,offload,direct_pcm"/>
<route type="mix" sink="Speaker"
sources="primary out,lowlatency out,mmap out,offload,direct_pcm"/>
<route type="mix" sink="Wired Headset"
sources="primary out,lowlatency out,mmap out,offload,direct_pcm"/>
<route type="mix" sink="Wired Headphones"
sources="primary out,lowlatency out,mmap out,offload,direct_pcm"/>
<route type="mix" sink="Dgtl Dock Headset"
sources="primary out"/>
<route type="mix" sink="BT SCO"
sources="primary out,direct_pcm"/>
<route type="mix" sink="BT SCO Headset"
sources="primary out,direct_pcm"/>
<route type="mix" sink="BT SCO Carkit"
sources="primary out,direct_pcm"/>
<route type="mix" sink="FM"
sources="primary out"/>
<route type="mix" sink="Modem Primary Out"
sources="primary out"/>
<route type="mix" sink="Telephony Tx"
sources="primary out"/>
<route type="mix" sink="USB EXTDevice Out"
sources="primary out,lowlatency out,mmap out,offload,direct_pcm"/>
<route type="mix" sink="primary in"
sources="Built-In Mic,Built-In Back Mic,Wired Headset Mic,BT SCO Headset Mic,FM Tuner,Telephony Rx,USB EXTDevice In,Modem Primary In"/>
<route type="mix" sink="lowlatency in"
sources="Built-In Mic,Wired Headset Mic,USB EXTDevice In"/>
<route type="mix" sink="mmap in"
sources="Built-In Mic,Wired Headset Mic,USB EXTDevice In"/>
</routes>
</module>
<!-- A2dp In Audio HAL -->
<!-- <xi:include href="/vendor/etc/a2dp_in_audio_policy_configuration.xml"/> -->
<!-- Usb Audio HAL -->
<xi:include href="/vendor/etc/usb_audio_policy_configuration.xml"/>
<!-- Remote Submix Audio HAL -->
<xi:include href="/vendor/etc/r_submix_audio_policy_configuration.xml"/>
<!-- Dp Audio HAL -->
<xi:include href="/vendor/etc/dp_audio_policy_configuration.xml"/>
<!-- Bluetooth Audio HAL -->
<xi:include href="/vendor/etc/bluetooth_audio_policy_configuration.xml"/>
<!-- Hearing aid Audio HAL -->
<!-- <xi:include href="hearing_aid_audio_policy_configuration.xml"/> -->
<!-- Remote Virtual Audio HAL -->
<xi:include href="/vendor/etc/r_virtual_audio_policy_configuration.xml"/>
</modules>
<!-- End of Modules section -->
<!-- Volume section -->
<xi:include href="/odm/etc/audio/volume/audio_policy_volumes.xml">
<xi:fallback>
<xi:include href="/vendor/etc/audio_policy_volumes.xml"/>
</xi:fallback>
</xi:include>
<xi:include href="/odm/etc/audio/volume/default_volume_tables.xml">
<xi:fallback>
<xi:include href="/vendor/etc/default_volume_tables.xml"/>
</xi:fallback>
</xi:include>
<!-- End of Volume section -->
</audioPolicyConfiguration>
-
3 minutes ago, Fitzian said:
Your device does not have a headphone jack, unlike P30 (non-pro) which had 3.5mm output that actually could make use of its "32 bit DAC" (ignoring that the most perfect DACs never fully utilize 32 bits). unless you are using a dongle DAC with hi res capability, 48 kHz is the sample rate your device supports out of the loud speaker and basic USB-C->3.5mm dongle DAC.
I've given three examples of dingles, two of them the supplied huawei ones. The speaker is only 48kHz capable, but the dongles are higher frequency capable
-
4 minutes ago, MotleyG said:
I think what you will find is that from this code in the log...
has outputs_primary, sampling_rates=48000
...this is the native capability of the device. And it looks like that is the case in all of your logs, but it will be best if @maxmp confirms for you.
On a separate note however, I notice at least in this example case you are playing a file that is mp3 with 16bit sample depth, 22kHz sample rate, and a bitrate of just 64kbps. I have to think you likely have other tracks in your library that are better quality than this, but there isn't much point in all of this effort to try to use hardware or software resampling to these hi-res rates when the source file is that low. Once compression has been applied, there is no getting it back.
The phone specs say the device is 192/24bit capable. I have plenty of hidef files, I just happened not to be listening to them for this test.
The native huawei player supposedly plays files at up to 192khz, and does include 96/24 flac samples in the stock rom, so I don't think it's a lack of hardware capability irrespective of what is being reported.
-
Worth noting that even with the headphones adapter that does appear to work the "Hires" icon does not appear, as it does on the stock music player on is B942.
-
Finally, the Huawei usb-c headphones (detected as usb dac, which don't work)
11:36:53.361 build-945-bundle-play
Device: HUAWEI HUAWEI VOG-L29 VOG-L29EEA VOG "kirin980" HWVOG VOG-L29 10.1.0.150(C431E19R2P5) [arm64-v8a, armeabi-v7a, armeabi]FAILED to read /vendor/etc/audio_output_policy.conf
FAILED to read /vendor/etc/audio_io_policy.conf
FAILED to read /system/etc/audio_policy.conf
reading /vendor/etc/audio_policy.conf
has outputs_primary, sampling_rates=48000
has usb
has usb outputs
has usb_device, sampling_rates=dynamic
has usb formats=dynamic
USB can handle Hi-Res - sdk=29
>>>OK flags=0xa04440600000000
FLAG_VARIANT_DIRECT_PCM8_24
FLAG_NEEDS_DIRECT_PCM
FLAG_SUPPORTS_UNITY_GAIN_STREAM
FLAG_SUPPORTS_USB
FLAG_SUPPORTS_LDAC
FLAG_ALLOW_DVC_EFFECT
INTERNAL_OUTPUT_FLAG_SR_192K
INTERNAL_OUTPUT_FLAG_SR_96K
INTERNAL_OUTPUT_FLAG_SR_48K
-
Here's b945 with the Huawei usb-c to 3.5mm adapter, which does seem to work (note that this is detected as wired headphones, not USB dac)
11:33:54.929 build-945-bundle-play
Device: HUAWEI HUAWEI VOG-L29 VOG-L29EEA VOG "kirin980" HWVOG VOG-L29 10.1.0.150(C431E19R2P5) [arm64-v8a, armeabi-v7a, armeabi]
FAILED to read /vendor/etc/audio_output_policy.conf
FAILED to read /vendor/etc/audio_io_policy.conf
FAILED to read /system/etc/audio_policy.conf
reading /vendor/etc/audio_policy.conf
has outputs_primary, sampling_rates=48000
has usb
has usb outputs
has usb_device, sampling_rates=dynamic
has usb formats=dynamic
USB can handle Hi-Res - sdk=29
>>>OK flags=0xa04440600000000
FLAG_VARIANT_DIRECT_PCM8_24
FLAG_NEEDS_DIRECT_PCM
FLAG_SUPPORTS_UNITY_GAIN_STREAM
FLAG_SUPPORTS_USB
FLAG_SUPPORTS_LDAC
FLAG_ALLOW_DVC_EFFECT
INTERNAL_OUTPUT_FLAG_SR_192K
INTERNAL_OUTPUT_FLAG_SR_96K
INTERNAL_OUTPUT_FLAG_SR_48K
-
Here's b945 with the 3rd party hires dac:
11:29:46.474 build-945-bundle-play
Device: HUAWEI HUAWEI VOG-L29 VOG-L29EEA VOG "kirin980" HWVOG VOG-L29 10.1.0.150(C431E19R2P5) [arm64-v8a, armeabi-v7a, armeabi]
FAILED to read /vendor/etc/audio_output_policy.conf
FAILED to read /vendor/etc/audio_io_policy.conf
FAILED to read /system/etc/audio_policy.conf
reading /vendor/etc/audio_policy.conf
has outputs_primary, sampling_rates=48000
has usb
has usb outputs
has usb_device, sampling_rates=dynamic
has usb formats=dynamic
USB can handle Hi-Res - sdk=29
>>>OK flags=0xa04440600000000
FLAG_VARIANT_DIRECT_PCM8_24
FLAG_NEEDS_DIRECT_PCM
FLAG_SUPPORTS_UNITY_GAIN_STREAM
FLAG_SUPPORTS_USB
FLAG_SUPPORTS_LDAC
FLAG_ALLOW_DVC_EFFECT
INTERNAL_OUTPUT_FLAG_SR_192K
INTERNAL_OUTPUT_FLAG_SR_96K
INTERNAL_OUTPUT_FLAG_SR_48K
-
I'll do the b945 ones next
-
Now a 3rd party hi res adapter:
11:06:57.801 build-942-uni
Device: HUAWEI HUAWEI VOG-L29 VOG-L29EEA VOG "kirin980" HWVOG VOG-L29 10.1.0.150(C431E19R2P5) [arm64-v8a, armeabi-v7a, armeabi]
FAILED to read /vendor/etc/audio_output_policy.conf
FAILED to read /vendor/etc/audio_io_policy.conf
FAILED to read /system/etc/audio_policy.conf
reading /vendor/etc/audio_policy.conf
has outputs_primary, sampling_rates=48000
has usb
has usb outputs
has usb_device, sampling_rates=dynamic
has usb formats=dynamic
USB can handle Hi-Res - sdk=29
OK flags=0x804040400000000
FLAG_VARIANT_DIRECT_HD
FLAG_NEEDS_DIRECT_PCM
FLAG_SUPPORTS_USB
FLAG_SUPPORTS_LDAC
INTERNAL_OUTPUT_FLAG_SR_192K
INTERNAL_OUTPUT_FLAG_SR_176K
INTERNAL_OUTPUT_FLAG_SR_96K
INTERNAL_OUTPUT_FLAG_SR_48K
-
Now here's the Huawei headphone adapter (usb-c to 3.5mm)
11:04:37.981 build-942-uni
Device: HUAWEI HUAWEI VOG-L29 VOG-L29EEA VOG "kirin980" HWVOG VOG-L29 10.1.0.150(C431E19R2P5) [arm64-v8a, armeabi-v7a, armeabi]
FAILED to read /vendor/etc/audio_output_policy.conf
FAILED to read /vendor/etc/audio_io_policy.conf
FAILED to read /system/etc/audio_policy.conf
reading /vendor/etc/audio_policy.conf
has outputs_primary, sampling_rates=48000
has usb
has usb outputs
has usb_device, sampling_rates=dynamic
has usb formats=dynamic
USB can handle Hi-Res - sdk=29
OK flags=0x804040400000000
FLAG_VARIANT_DIRECT_HD
FLAG_NEEDS_DIRECT_PCM
FLAG_SUPPORTS_USB
FLAG_SUPPORTS_LDAC
INTERNAL_OUTPUT_FLAG_SR_192K
INTERNAL_OUTPUT_FLAG_SR_176K
INTERNAL_OUTPUT_FLAG_SR_96K
INTERNAL_OUTPUT_FLAG_SR_48K
INTERN
AL_OUTPUT_FLAG_SR_44K
-
21 hours ago, MotleyG said:
This status icon is likely linked to the app itself. What the device manufacturer considers "Hires" and what Poweramp does may not be the same. As @andrewilley has already advised, the detection used by Poweramp to confirm this has been improved in recent versions to ensure what is actually being output. But if you post the output log for your device the dev can confirm if it should be handling this for you.
One other thing to check - do you have all of your device's external audio processing turned off? Anything like Dolby Atmos or 3D spatial audio DSP will typically drop the output resolution to 24bit/48kHz.
Here's the Huawei headphones with b942:
11:01:46.207 build-942-uni
Device: HUAWEI HUAWEI VOG-L29 VOG-L29EEA VOG "kirin980" HWVOG VOG-L29 10.1.0.150(C431E19R2P5) [arm64-v8a, armeabi-v7a, armeabi]
FAILED to read /vendor/etc/audio_output_policy.conf
FAILED to read /vendor/etc/audio_io_policy.conf
FAILED to read /system/etc/audio_policy.conf
reading /vendor/etc/audio_policy.conf
has outputs_primary, sampling_rates=48000
has usb
has usb outputs
has usb_device, sampling_rates=dynamic
has usb formats=dynamic
USB can handle Hi-Res - sdk=29
OK flags=0x804040400000000
FLAG_VARIANT_DIRECT_HD
FLAG_NEEDS_DIRECT_PCM
FLAG_SUPPORTS_USB
FLAG_SUPPORTS_LDAC
INTERNAL_OUTPUT_FLAG_SR_192K
INTERNAL_OUTPUT_FLAG_SR_176K
INTERNAL_OUTPUT_FLAG_SR_96K
INTERNAL_OUTPUT_FLAG_SR_48K
INTERNAL_OUTPUT_FLAG_SR_44K
-
20 hours ago, MotleyG said:
This status icon is likely linked to the app itself. What the device manufacturer considers "Hires" and what Poweramp does may not be the same. As @andrewilley has already advised, the detection used by Poweramp to confirm this has been improved in recent versions to ensure what is actually being output. But if you post the output log for your device the dev can confirm if it should be handling this for you.
One other thing to check - do you have all of your device's external audio processing turned off? Anything like Dolby Atmos or 3D spatial audio DSP will typically drop the output resolution to 24bit/48kHz.
This is with and without dolby atmos. I'll post the logs shortly
-
3 hours ago, andrewilley said:
It's possible (but not definite) that this is the same issue that Max wrote about a while back. On older builds of PA, high-res was reported as working because that's what Android was indicating - but in actual fact it wasn't and Android was subsequently converting it back down to standard definition. The detection and reporting code has been improved over the last few builds so should provide more accurate results as to what is really happening.
Andre
The indicator is the "Hires" icon shows on the bar at the top of the screen, as happens when the Huawei music app is used. So I think it is working, not just apparently working in PA and actually downsampling.
-
I posted this via the play store feedback already, but the Huawei Kirin 980 (P30 Pro) hires with the standard headphone is broken since b943.
B942 detects as direct PCM 8.24 (this works)
Since b943, it detects as Huawei HD (this will only go up to 48khz/16bit) no amount of fiddling with dvc options helps.
At very least, could there be a way to switch the output variant for debug purposes?
Best wishes
Andy
Poweramp builds 948-957
in Poweramp New Releases
Posted
Quite happy to test intermediate builds and share logs - please do ask