[ljnew]

This can be confusing. The problem is that the adb output lists all available audio outputs, and you need to find the active one. So the thing to look for is the line "standby: no", and this is the active audio device. From there you can see samplerate and bitdepth. So in the output you posted, your audio is not being output directly, but rather it is being resampled by android to 48khz.

Here is what the adb output looks like when playing a 24bit 88khz file in LG Music Player:


24bit 88khz output from UAPP:


So as you can see, only LG Music Player is using the DAC without resampling. Source: ran these tests on my own V30. Tried foobar2000, UAPP, and LG Music Player. If anyone has suggestions of other apps that support UPNP playback over the network I'll try them out as well (I don't play locally stored music for the most part).

believe this is a hack to stop upsampling on v20 https://www.head-fi.org/threads/lg-v20-sound-quality.816024/page-188#post-13674261

By the way, can you try blackplayer?

 

[ljnew]

This can be confusing. The problem is that the adb output lists all available audio outputs, and you need to find the active one. So the thing to look for is the line "standby: no", and this is the active audio device. From there you can see samplerate and bitdepth. So in the output you posted, your audio is not being output directly, but rather it is being resampled by android to 48khz.

Here is what the adb output looks like when playing a 24bit 88khz file in LG Music Player:


24bit 88khz output from UAPP:


So as you can see, only LG Music Player is using the DAC without resampling. Source: ran these tests on my own V30. Tried foobar2000, UAPP, and LG Music Player. If anyone has suggestions of other apps that support UPNP playback over the network I'll try them out as well (I don't play locally stored music for the most part).

maybe you can try modify this line in /system/build.prop
audio.offload.pcm.16bit.enable=false
change "false" to "true", save, reboot.

 

[csglinux]

maybe you can try modify this line in /system/build.prop
audio.offload.pcm.16bit.enable=false
change "false" to "true", save, reboot.

If the fix were a one-line change to an Android config file, you'd have to wonder why LG didn't simply make that change themselves?

 

[oddluck]

believe this is a hack to stop upsampling on v20 https://www.head-fi.org/threads/lg-v20-sound-quality.816024/page-188#post-13674261

By the way, can you try blackplayer?

I tried blackplayer as far as downloading and opening the app, but it does not support network playback so I promptly uninstalled it (all my music is in FLAC on my NAS, terabytes of it, local-only playback is a complete dealbreaker for me).

maybe you can try modify this line in /system/build.prop
audio.offload.pcm.16bit.enable=false
change "false" to "true", save, reboot.

Can that be done without root? All carrier models have the fastboot commands removed, and no unlocked versions have come to market yet.

 

[jtfrazier]

Gentlemen,

There is a thread on xda which discusses this topic in reference to the v20. The list of players which use the LG Hifi DAC may also apply to the v30.

https://forum.xda-developers.com/v20/themes/list-music-players-dac-t3536815

I am guessing that few, if any, of the 3rd party apps which can access the hifi DAC can play DSD.

Neutron will play DSD but, as the list on xda suggests, it apparently downsamples.

 

[oddluck]

Good news! BubbleUPNP plays back using the DAC directly with no resampling or reduced bitdepth! And unlike the LG Music Player, this one doesn't lump all tracks together when browsing network shares. I am beyond pleased.

Output thread 0xf3370000 type 1 (DIRECT):
Thread name: AudioOut_20D
I/O handle: 525
TID: 32081
Standby: no
Sample rate: 88200 Hz
HAL frame count: 3552
HAL format: 0x6 (pcm24)

This app also supports Tidal playback, which may interest some of you. I don't have an account, but someone should try some MQA files and see if they work in direct mode with this app.

 

[csglinux]

Good news! BubbleUPNP plays back using the DAC directly with no resampling or reduced bitdepth! And unlike the LG Music Player, this one doesn't lump all tracks together when browsing network shares. I am beyond pleased.


This app also supports Tidal playback, which may interest some of you. I don't have an account, but someone should try some MQA files and see if they work in direct mode with this app.

BubbleUPNP has the same behavior as the stock LG music app as far as USB output to my Chord DAC is concerned - 44 kHz files are upsampled to 48 kHz. The only app I've found that doesn't do this is USB Audio Player Pro.

As for Tidal on the V30 - here's what Tidal's tech support told me this morning: "The MQA version is only available in the latest desktop client version. It can be downloaded at tidal.com/download. Masters will be available on mobile and web applications at a later date." I don't see how anybody's going to be getting MQA into their V30 DACs via Tidal's Android app right now, because currently Tidal just doesn't support it. As I've said before, you can't really blame LG for that.

 

[oddluck]

BubbleUPNP has the same behavior as the stock LG music app as far as USB output to my Chord DAC is concerned - 44 kHz files are upsampled to 48 kHz. The only app I've found that doesn't do this is USB Audio Player Pro.

Good to know, thanks. I still think it's notable as the most fully featured app I can find that actually utilizes the Quad DAC at native samplerate and bitdepth though. The app isn't really designed for use with an external DAC so I wouldn't expect it to handle that use case anyway.

Edit: 16/44 and 16/48 files seem to use the android mixer regardless of app.

 

[musicday]

Anyone from UK own V30+ other than Korean model?

 

[jusbe]

Anyone from UK own V30+ other than Korean model?

Is there a UK V30+ model? I thought it wasn't being released here?

 

[scottm18]

Excellent...thank you for that adb summary!

So this is what i'm looking for...based on my original listing:
TID: 2602 Standby: no
Sample rate: 48000 Hz
HAL frame count: 960
HAL format: 0x1 (pcm16)

THe LG stock music player really covers a lot of features, it just will never play my ISO-packed files. Hi Ho, Hi Ho, off to converting I go

 

[csglinux]

Many thanks to @scottm18 for the useful tips on adb!

This might be just because stock music app cannot output usb dac into native sampling rate. But this doesn't mean it didn't output bit perfect via earphone. I am really sure that LG wouldn't miss their job.

I fear that LG missed their job Not only is the LG music app upsampling 44 kHz -> 48 kHz via USB output, but it's doing this via the HO too:

LG Music app playing 96 kHz/24-bit PCM:

Output thread 0xe7b44000 type 1 (DIRECT):
Thread name: AudioOut_19D
I/O handle: 413
TID: 1788
Standby: no
Sample rate: 96000 Hz
HAL frame count: 3840
HAL format: 0x6 (pcm24)
HAL buffer size: 23040 bytes
Channel count: 2
Channel mask: 0x00000003 (front-left, front-right)
Processing format: 0x6 (pcm24)
Processing frame size: 6 bytes
Pending config events: none
Output device: 0x8 (WIRED_HEADPHONE)

LG music app playing 44 kHz/16-bit PCM:

Output thread 0xe8003280 type 0 (MIXER):
Thread name: AudioOut_15
I/O handle: 21
TID: 4024
Standby: no
Sample rate: 48000 Hz
HAL frame count: 1920
HAL format: 0x1 (pcm16)
HAL buffer size: 7680 bytes
Channel count: 2
Channel mask: 0x00000003 (front-left, front-right)
Processing format: 0x1 (pcm16)
Processing frame size: 4 bytes
Pending config events: none
Output device: 0x8 (WIRED_HEADPHONE)

Now I'm not losing sleep over this. The V30 sounds great. I've no doubt they're doing a terrific job with their upsampling. The only artifacts I hear are at low volumes in quiet passages with sensitive IEMs. It's not a deal-breaker for me. I'm not even sure those artifacts are a result of the upsampling, but it seems they might be, as I don't hear them on hi-res PCM or DSD tracks.

P.S. Can anybody explain what the LG music app is doing with my 2.8MHz DSF64 track here? It doesn't look entirely kosher either:

Output thread 0xe7b51000 type 1 (DIRECT):
Thread name: AudioOut_1B5
I/O handle: 437
TID: 4553
Standby: no
Sample rate: 176400 Hz
HAL frame count: 1920
HAL format: 0x3 (pcm32)
HAL buffer size: 15360 bytes
Channel count: 2
Channel mask: 0x00000003 (front-left, front-right)
Processing format: 0x3 (pcm32)
Processing frame size: 8 bytes
Pending config events: none
Output device: 0x8 (WIRED_HEADPHONE)

 

[oddluck]

I fear that LG missed their job. Not only is the LG music app upsampling 44 kHz -> 48 kHz via USB output, but it's doing this via the HO too:

Just confirmed this behavior myself.

16/44 in LG Music Player

Output thread 0xf3803d00 type 0 (MIXER):
Thread name: AudioOut_15
I/O handle: 21
TID: 4173
Standby: no
Sample rate: 48000 Hz
HAL frame count: 1920
HAL format: 0x1 (pcm16)

Even stranger, here is 24/44 in LG Music App

Output thread 0xf15fe000 type 1 (DIRECT):
Thread name: AudioOut_495
I/O handle: 1173
TID: 7093
Standby: no
Sample rate: 44100 Hz
HAL frame count: 1792
HAL format: 0x6 (pcm24)

16/44 in BubbleUPNP reports the same android mixer output

Output thread 0xf3803d00 type 0 (MIXER):
Thread name: AudioOut_15
I/O handle: 21
TID: 4173
Standby: no
Sample rate: 48000 Hz
HAL frame count: 1920
HAL format: 0x1 (pcm16)

Very odd, but I am not going to lose any sleep over 44->48khz resampling either, more concerned with high-res files not outputting at high-res. Since I use foobar2000 as my media server I might set SoX_Mod2 to convert 44khz to 48khz in my DSP chain. Kinda strange 16/44-48 seems to exclusively use the android mixer rather than direct output though.

 

[artpiggo]

P.S. Can anybody explain what the LG music app is doing with my 2.8MHz DSF64 track here? It doesn't look entirely kosher either:

It is called DoP or DSD over PCM playback. It will stream via 176.4kHz PCM.
https://www.dcsltd.co.uk/support/what-is-dop-dsd-over-pcm/

 

[csglinux]

It is called DoP or DSD over PCM playback. It will stream via 176.4kHz PCM.
https://www.dcsltd.co.uk/support/what-is-dop-dsd-over-pcm/

Hence my comment about this not being entirely kosher The DAC can support DSD natively, so I'm not sure why it's doing this. I can't find any DoP setting to change this. Is this simply the way that the ES9218P handles DSD? No additional artifacts introduced by this conversion to high bit-rate PCM?