[psikey]

Can't see a setting to force DSD mode (was on old versions) so no good for DSD yet unless something I'm missing. Be interesting to see what battery life is and if on par with Walkman app if using "Red Mode".

 

[myromeo]

DSD show as 176.4kHz and nowhere the audio fidelity out of Walkman App.

DSD is a different audio format, the A105 in direct mode supports 16-bit, 32-bit (as used in my settings) or DSD. I can’t see a way to enable DSD as the audio format so unfortunately unless the developer can help me out that’s our limit

 

[myromeo]

For anyone interested...

</mixPort>
                <mixPort name="offload output" role="source" flags="AUDIO_OUTPUT_FLAG_DIRECT|AUDIO_OUTPUT_FLAG_COMPRESS_OFFLOAD">
                    <profile name="" format="AUDIO_FORMAT_PCM_16_BIT"
                             samplingRates="44100,48000,88200,96000,176400,192000,352800,384000" channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
                    <profile name="" format="AUDIO_FORMAT_PCM_32_BIT"
                             samplingRates="44100,48000,88200,96000,176400,192000,352800,384000" channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
                    <profile name="" format="AUDIO_FORMAT_DSD"
                             samplingRates="2822400,5644800,11289600" channelMasks="AUDIO_CHANNEL_OUT_STEREO"/>
                </mixPort>

 

[psikey]

Are we certain with this logcat that it is using 'red mode' as UAPP developer once told me if UAPP isn't certain of Internal DAC it will just show as bit-perfect but may not be?

Using UAPP over Walkman App will only be useful for me for Streamed Tidal but great work anyway. Will be interesting if UAPP can do the lower battery drain like the Walkman App.

 

[psikey]

One interesting observation, if UAPP is running and you start Walkman App you get no Audio out of Walkman App (if switching between the two apps).

 

[myromeo]

Are we certain with this logcat that it is using 'red mode' as UAPP developer once told me if UAPP isn't certain of Internal DAC it will just show as bit-perfect but may not be?

Using UAPP over Walkman App will only be useful for me for Streamed Tidal but great work anyway. Will be interesting if UAPP can do the lower battery drain like the Walkman App.

Yes, logcat confirms actual sample and bit rates being played and that highres(red) is being used. Other than for DSD, this is working. I’ll work with the developer to get DSD support working too and have this added to the app for a future update, that is, if I can!

 

[rlw6534]

Are we certain with this logcat that it is using 'red mode' as UAPP developer once told me if UAPP isn't certain of Internal DAC it will just show as bit-perfect but may not be?

Using UAPP over Walkman App will only be useful for me for Streamed Tidal but great work anyway. Will be interesting if UAPP can do the lower battery drain like the Walkman App.

From logcat:

03-06 17:45:11.642 10030 11670 D SoundServiceImpl: HandleCtrl: HighRes(Red)
03-06 17:45:11.642 10030 11670 I SoundServiceImpl: Track[HighRes(Red)] received CtrlPacket: Play
03-06 17:45:11.643 10030 11670 D IzmEffectProcessor: [HighRes(Red)] Open
03-06 17:45:11.644 10030 11670 I Fundamentals: ---------- AudioConfig[OutputId[HighRes(Red)]] ----------
03-06 17:45:11.644 10030 11670 I Fundamentals:   f_samp: 192000
03-06 17:45:11.644 10030 11670 I Fundamentals:   format: S16_LE
03-06 17:45:11.644 10030 11670 I Fundamentals:   num_of_ch: 2
03-06 17:45:11.644 10030 11670 D Alsa    : Create
03-06 17:45:11.644 10030 11670 D AlsaForNxpLpa: AlsaForNxpLpa
03-06 17:45:11.644 10030 11670 D AlsaForNxpLpa: Open
03-06 17:45:11.652 10030 11670 D AlsaForNxpLpa: SetHwParams
03-06 17:45:11.652 10030 11670 D AlsaForNxpLpa: [hw:1,2] buffer_time_near: 20000000 -> 20000000
03-06 17:45:11.652 10030 11670 D AlsaForNxpLpa: [hw:1,2] periods_near: 40 -> 40
03-06 17:45:11.665 10030 11670 D AlsaForNxpLpa: SetSwParams
03-06 17:45:11.665 10030 11670 I Alsa    : ---------- HwParams[hw:1,2] ----------
03-06 17:45:11.665 10030 11670 I Alsa    : rate: 192000
03-06 17:45:11.665 10030 11670 I Alsa    : format: S16_LE
03-06 17:45:11.665 10030 11670 I Alsa    : channels: 2
03-06 17:45:11.665 10030 11670 I Alsa    : period_frames: 96000
03-06 17:45:11.665 10030 11670 I Alsa    : period_time: 500000
03-06 17:45:11.665 10030 11670 I Alsa    : period_bytes: 384000
03-06 17:45:11.665 10030 11670 I Alsa    : buffer_frames: 3840000
03-06 17:45:11.665 10030 11670 I Alsa    : buffer_time: 20000000
03-06 17:45:11.665 10030 11670 I Alsa    : buffer_bytes: 15360000
03-06 17:45:11.665 10030 11670 I Alsa    : ---------- SwParams[hw:1,2] ----------
03-06 17:45:11.665 10030 11670 I Alsa    : start_threshold: 192000
03-06 17:45:11.665 10030 11670 I Alsa    : stop_threshold: 3840000
03-06 17:45:11.665 10030 11670 I Alsa    : avail_min: 0
03-06 17:45:11.665 10030 11670 I Alsa    : start_delay: 0
03-06 17:45:11.665 10030 11670 I Alsa    : stop_delay: 0
03-06 17:45:11.665 10030 11670 I Alsa    : ---------- HwParams[ShallowParams[hw:1,2]] ----------
03-06 17:45:11.665 10030 11670 I Alsa    : rate: 192000
03-06 17:45:11.665 10030 11670 I Alsa    : format: S16_LE
03-06 17:45:11.665 10030 11670 I Alsa    : channels: 2
03-06 17:45:11.665 10030 11670 I Alsa    : period_frames: 96000
03-06 17:45:11.665 10030 11670 I Alsa    : period_time: 500000
03-06 17:45:11.665 10030 11670 I Alsa    : period_bytes: 384000
03-06 17:45:11.665 10030 11670 I Alsa    : buffer_frames: 192000
03-06 17:45:11.665 10030 11670 I Alsa    : buffer_time: 1000000
03-06 17:45:11.665 10030 11670 I Alsa    : buffer_bytes: 768000
03-06 17:45:11.665 10030 11670 D AlsaForNxpLpa: [hw:1,2] UpdateBufferCtrlMode: Shallow
03-06 17:45:11.685  3387  3850 I AddressedMediaPlayer: null queue from com.extreamsd.usbaudioplayerpro, constructing single-item list
03-06 17:45:11.738  3387  3850 I AddressedMediaPlayer: null queue from com.extreamsd.usbaudioplayerpro, constructing single-item list
03-06 17:45:11.738  3387  3850 V Avrcp   : Send track changed

 

[psikey]

It also works perfectly (except DSD) over UPnP/DLNA Server too, bet that kills battery!

 

[myromeo]

Just a quick update, I’ve today spoken with the developers and sent them a multitude of log files to prove whether this is working correctly. I believe it is.

As such I won’t provide any more updates on here until I’ve heard back from the developers team. As soon as I have anything to share I’ll post it here and in the UAPP thread.


UPDATE

Well that was quicker than I expected. I’ve just heard back from Davy at the UAPP developer team who confirms from my log files that this is working correctly! He is most surprised as previously this has not been possible. He is ordering a NW-A105 and is going to look at getting MQA and DSD working correctly too.

I’ll keep you posted.

 

[psikey]

Just a quick update, I’ve today spoken with the developers and sent them a multitude of log files to prove whether this is working correctly. I believe it is.

As such I won’t provide any more updates on here until I’ve heard back from the developers team. As soon as I have anything to share I’ll post it here and in the UAPP thread.


UPDATE

Well that was quicker than I expected. I’ve just heard back from Davy at the UAPP developer team who confirms from my log files that this is working correctly! He is most surprised as previously this has not been possible. He is ordering a NW-A105 and is going to look at getting MQA and DSD working correctly too.

I’ll keep you posted.

I though MQA already does?

 

[myromeo]

I though MQA already does?

UAPP carry’s out the first unfold of MQA files perfectly but doesn’t trigger a second unfold by the DAC, the Walkman app is capable of this so it’s possible we can find a way.

 

[Dannemand]

UAPP carry’s out the first unfold of MQA files perfectly but doesn’t trigger a second unfold by the DAC, the Walkman app is capable of this so it’s possible we can find a way.

That would be a sign that the MQA stream doesn't arrive bit-perfect from UAPP after the first unfold. And in that case I would suspect that non-MQA streams have the same problem - we just don't know it unless we can hear it.

Another possible explanation (probably more likely): If the MQA track doesn't have any origami to unfold (i.e. its "unfolded" sample rate is 44.1 or 48Khz) UAPP's MQA decoder will still upsample it to 88.2 or 96KHz. I am wondering if that upsampling doesn't damage the MQA certificates and prevents the stream from authenticating on the MQA DAC.

Lots of Tidal Master tracks are of this variety, particularly the Warner albums: They're basically just re-encoded from the CDs, i.e. they're 16/44 with nothing to unfold.

Make sure when testing MQA from Tidal to be aware of this difference between various Master tracks.

Edit: IOW if "real" Master tracks (i.e. ones with additional samples to unfold) play correctly on your DAC after UAPP has performed first unfold, but those 44.1 and 48KHz tracks DON'T, then I think it's a sign that UAPP's upsampling of them is what's breaking MQA.

 

[qboogie]

I need some guidance.

Just bought a Pixel 4a 5G. When I try to download UAPP from the google play store, it says my device is not compatible with this version. I did purchase the full app and use it on my DX160 DAP without problems.

Has anyone been able to get this program working in PIxel 4a 5G?

 

[Dannemand]

I need some guidance.

Just bought a Pixel 4a 5G. When I try to download UAPP from the google play store, it says my device is not compatible with this version. I did purchase the full app and use it on my DX160 DAP without problems.

Has anyone been able to get this program working in PIxel 4a 5G?

I have no personal experience with Pixel 4a, but I seem to recall a statement from the UAPP dev that there is a problem with Google's latest libraries that prevents UAPP from playing bit-perfect on it, so they (the UAPP dev) pulled it from the Pixel 4a compatibility list until it has been fixed.

I cannot seem to locate where I read that, I'll keep looking. If I find it I'll link it here.

Edit: OK, it was just yesterday in this thread, and it is the Pixel 4 series:

https://www.head-fi.org/threads/usb...ort-for-android.704065/page-301#post-16221008

And it isn't just about bit-perfect, UAPP (and other apps using their own driver) actually crash the phone when connecting a USB DAC. I can see the dilemma if someone wants to use UAPP without a USB DAC. You should email the Dev about this.

 

[gLer]

@Davy Wentzler - just reaching out to see if this is by design, and if not, can it be fixed.

When I access a DLNA source (in my case Plex), and go into folder view, I can see the scroll bar on the right, but try as I may I can't touch on the bar and fast scroll through the folder list. I have to continually and manually flick up the screen to scroll.

Can this be fixed?