[Davy Wentzler]

Davy, sorry if this had been asked, what is the meaning of device native and variable rate in android sample rate? Whenever I use the device native, it shows 48.000 max and 96.000 when I use variable rate.. Thank you 4 your response

Sent from my E5803 using Tapatalk

 
Good question. Android (usually) has a fixed native sample rate of either 44100 or 48000Hz. Everything else is sample rate converted to this rate (by a worse sample rate converter than used by UAPP). If your Android device has a native sample rate of 44100Hz then you are lucky since if you playback 44100Hz material, the Android sample rate converter (SRC) doesn't need to do anything. When using the variable rate setting, UAPP will feed the sample data as is up to the sample rate that the Android device supports internally (before SRC). It usually has rates up to 96000Hz. So, when playing a 96000Hz file with variable rate setting, 96000Hz audio data is fed to Android and then sample rate converted to either 44100 or 48000Hz by Android. Note that Android's SRC usually causes a (sometimes dramatic) decrease in volume.
 
So what do we learn from this? Basically, it's best to use the fixed native rate since then UAPP's SRC is used and not Android's (or both).
 
There are very very few Android devices that actually use a variable sample rate without a fixed sample rate. For those devices, the variable rate setting is best.

 

[sue4]

Just to make clear, if I play 192000 file.. What does happen if I set to device native and to variable rate?

Sent from my E5803 using Tapatalk

 

[Davy Wentzler]

Just to make clear, if I play 192000 file.. What does happen if I set to device native and to variable rate?

Sent from my E5803 using Tapatalk

 
Native: UAPP src's it to the native rate (44100 or 48000) and Android plays it at that rate
Variable: UAPP src's to 96000Hz and then Android likely src's again to 44100 or 48000.

 

[sue4]

I can see clearly now the ******** of "hi-res support".. I have had suspiciousness that all Mobile Phones claiming hi-res are actually downsampling the digital info before translating them into the analog ones. The interesting part is that people who claimed themselves audiophiles and bought the hi-res claim felt ok or satisfied w/ the sound they heard. That may prove most of us cannot differentiate the sound of hi-res from sd-res.. We just hear what we want to believe

Sent from my E5803 using Tapatalk

 

[sue4]

On some limited cases, like sony walkman nw-zx2, I believe that it plays hi-res up to 192/24 through its native player and not through 3rd party players from play store. So, I assume (I do not have any knowledge of android programming) the native player can bypass the android's src and directly access/control the hardware (dac) to translate the hi-res digital info to the analog ones. Meanwhile all other apps (incl UAPP) stumbled upon android's src. They send the info to a different hardware (the dac of main processor, I guess). That is why Google's Play Music and Powerplayer cannot play files w/ sampling rate higher than 48000. The native rate of nw-zx2 is only 44100, while the variable rate is 48000. My question now, can you make UAPP work outside the system (ie, android) and access directly the hardware (dac resposible 4 hi-res) of nw-zx2?

Sent from my E5803 using Tapatalk

 

[Davy Wentzler]

On some limited cases, like sony walkman nw-zx2, I believe that it plays hi-res up to 192/24 through its native player and not through 3rd party players from play store. So, I assume (I do not have any knowledge of android programming) the native player can bypass the android's src and directly access/control the hardware (dac) to translate the hi-res digital info to the analog ones. Meanwhile all other apps (incl UAPP) stumbled upon android's src. They send the info to a different hardware (the dac of main processor, I guess). That is why Google's Play Music and Powerplayer cannot play files w/ sampling rate higher than 48000. The native rate of nw-zx2 is only 44100, while the variable rate is 48000. My question now, can you make UAPP work outside the system (ie, android) and access directly the hardware (dac resposible 4 hi-res) of nw-zx2?

Sent from my E5803 using Tapatalk

 
It cannot do that without a public API. And it also may require the app to be a system app to get the right permissions, but that depends on how they implemented it.

 

[Whaleshark12]

Anyone is using Android 6.0 on the HTC M8? After I updated my firmware and the software. When I tried plug in my dac, it detects it. When I tried to play some music it state cannot play back or something (I will get the Screenshot error later).

Weird.. it seems to work back when I'm on the Android 5.0.

 

[m-i-c-k-e-y]

BUG REPPORT:
 
Davy,
 
On the recent update I could not access / cycle through my USB HD drive through OTG inside UAPP.
 
Can work around by using a file manager and playing though it but not in UAPP.
 
Previous versions allows me to access it and cycle on my various folders.
 
Thanks!
 
Michael

 

[slackerpo]

i wish more people would push for scrobbling, this is the only thing keeping me off from making UAPP as my daily player.
 
i am a last.fm slave.

 

[Sound Eq]

   
It cannot do that without a public API. And it also may require the app to be a system app to get the right permissions, but that depends on how they implemented it.

now i am completely confused, so if i play a file 192/24 bit using usb audio connected to my mojo, will it get downsampled 

 

[Davy Wentzler]

  now i am completely confused, so if i play a file 192/24 bit using usb audio connected to my mojo, will it get downsampled 

 
When you use a USB audio DAC then it will only get downsampled when the song has a higher sample rate than the DAC can play. What I was talking about is that some Android devices have two internal audio chips where one is a 'high quality one', but that can not be addressed by the standard Android API.

 

[Tony1110]

A few months back I had a Tidal subscription. Before I cancelled that subscription there was an issue with tracks being skipped when using UAPP. The guys fixed this issue and it worked flawlessly. Now I've reactivated my subscription and I notice the skipping is back.

Anything I can do? Any fixes imminent?

 

[Davy Wentzler]

A few months back I had a Tidal subscription. Before I cancelled that subscription there was an issue with tracks being skipped when using UAPP. The guys fixed this issue and it worked flawlessly. Now I've reactivated my subscription and I notice the skipping is back.

Anything I can do? Any fixes imminent?

 
Thanks for reporting this. We haven't used/tried Tidal in a while, but indeed today we can reproduce it. It's odd, since we didn't touch any Tidal code in months, but we'll look into it next week.

 

[REXNFX]

A few months back I had a Tidal subscription. Before I cancelled that subscription there was an issue with tracks being skipped when using UAPP. The guys fixed this issue and it worked flawlessly. Now I've reactivated my subscription and I notice the skipping is back.

Anything I can do? Any fixes imminent?

Most likely the problem is with Tidal, they just can't seem to get it to work consistently.

 

[Davy Wentzler]

  Most likely the problem is with Tidal, they just can't seem to get it to work consistently.

 
Yes, I played the same album fine now that failed before, odd.