[superuser1]

The Hiby R5 is not supported at all. The config file does not state a HiRes mode AFAIK and can only be accessed by system apps using ALSA directly. Perhaps things changed, but that's the last thing I heard from it.

Any chance it will be or is it a complete no go? How about dx160?

 

[Davy Wentzler]

Any chance it will be or is it a complete no go? How about dx160?

If it is like I describe, then it's a no go. I have no information about the DX160, perhaps Lurker can answer that.

 

[superuser1]

If it is like I describe, then it's a no go. I have no information about the DX160, perhaps Lurker can answer that.

I'm sorry i missed it if you described what the problem is ... is it something to do with the DTA audio that Hiby has implemented. I was actually thinking of asking @Lurker0 about the dx160

 

[Davy Wentzler]

I'm sorry i missed it if you described what the problem is ... is it something to do with the DTA audio that Hiby has implemented. I was actually thinking of asking @Lurker0 about the dx160

I have no idea what DTA is, but if it requires the app to be a system app and use ALSA, then it's a no.

 

[1000ROUNDZ]

I have no idea what DTA is, but if it requires the app to be a system app and use ALSA, then it's a no.

Hello @Davy Wentzler

Here's the explanation of DTA by Hiby: "Direct Transport Architecture, Android sample rate conversion bypass. Its DTA Android global lossless output technology ensures that sound output and reception can no longer be interfered with."

Any chance for having the R5 supported?

 

[Davy Wentzler]

Hello @Davy Wentzler

Here's the explanation of DTA by Hiby: "Direct Transport Architecture, Android sample rate conversion bypass. Its DTA Android global lossless output technology ensures that sound output and reception can no longer be interfered with."

Any chance for having the R5 supported?

I really should think of some names for UAPP like that. I'm sorry, it's meaningless. It can still use ALSA as a system app.The R6 is supported by our super duper DTA system as well.

 

[Joe Bloggs]

I really should think of some names for UAPP like that. I'm sorry, it's meaningless. It can still use ALSA as a system app.The R6 is supported by our super duper DTA system as well.

Hey Davy,

It means all HiBys support Hi-Res playback without requiring use of a hi-res driver as follows:

All you guys need to do to have UAPP play in high res (without enabling hi-res in UAPP) is
1. Go to Settings->Android Audio
2. Enable "Play through Android"
3. Set "Android sample rate" to "Variable".

We re-engineered the Android back end so that it does not resample or touch the audio going from any standard Android app to the DAC as long as there's just one main audio stream playing. Your app doesn't need to look for a special HiRes mode nor is there a special HiRes mode for it to look for.

 

[Davy Wentzler]

Hey Davy,

It means all HiBys support Hi-Res playback without requiring use of a hi-res driver as follows:


We re-engineered the Android back end so that it does not resample or touch the audio going from any standard Android app to the DAC as long as there's just one main audio stream playing. Your app doesn't need to look for a special HiRes mode nor is there a special HiRes mode for it to look for.

Thanks for the explanation. This wouldn't allow bit perfect playback though. Since the R6 there is a HiRes direct mode.

 

[Lurker0]

It means all HiBys support Hi-Res playback without requiring use of a hi-res driver as follows:

How would it help to play 24 or 32 bits PCM bit perfect, if AudioFormat does not support corresponding Encodings?

 

[Joe Bloggs]

How would it help to play 24 or 32 bits PCM bit perfect, if AudioFormat does not support corresponding Encodings?

Please use ENCODING_PCM_FLOAT or pcm_offload

 

[Davy Wentzler]

Please use ENCODING_PCM_FLOAT or pcm_offload

Float is used but not bit-perfect.

 

[Joe Bloggs]

Float is used but not bit-perfect.

We cast the float back into integer to make sure that all your bits come out nice and square

 

[Lurker0]

We cast the float back into integer

This may work for 24-bit samples, but does not work for 32-bit samples.

 

[Joe Bloggs]

This may work for 24-bit samples, but does not work for 32-bit samples.

There's neither an ADC nor a DAC on earth that can resolve over 24 bits per sample. I gave up arguing what is audible and what isn't when I signed up for this job but I draw the line at contorting the audio chain for things that can't even make any difference on any measurement instrument known to man, that by definition cannot make any measurable difference on any instrument that doesn't violate Heisenberg's uncertainty principle.

 

[Joe Bloggs]

But, well, pcm_offload is there if you care