Jan 21, 2025 at 9:03 AM Post #6,346 of 6,402
Yes of course you can and what you'll gain is bit perfect which is not possible on android without such an app

If your device is supported by UAPP (for bit perfect). Most popular DAPs are supported, but not many phones...
 
Jan 21, 2025 at 10:00 AM Post #6,347 of 6,402
Can I ask a simple question, while I not in the mood to read 423 pages as of posting: Can this player simply be used to listen to music if one has no intention of connecting an outside Dac and if that's the case what advantages would one gain?

Yes of course you can and what you'll gain is bit perfect which is not possible on android without such an app

An additional benefit of UAPP will be that you can consolidate access to Tidal, Qobuz, a Local Library, UPNP/DLNA servers, Internet Radio, music stored in Dropbox all inside one single app 🔥😀
 
Jan 21, 2025 at 10:31 AM Post #6,348 of 6,402
Anyone having an issue with some playlists where they only show the file name, and not the metadata? Other playlists work correctly.

IMG_6329.jpeg

IMG_6330.jpeg
I'm successfully using UAPP, though I am frequently annoyed that many or most music files in my playlist (both WAV (preferred SQ) and FLAC (less SQ) don't display the metadata like the CD album cover.

Yes of course you can and what you'll gain is bit perfect which is not possible on android without such an app

I find that the 6-filter Toneboosters parametric EQ embedded in UAPP is very useful to adjust frequency response and Q for best sound quality. The Toneboosters PEQ (if enabled) of course disables bit perfect, but for me that is a very good tradeoff.
 
Jan 21, 2025 at 11:00 AM Post #6,349 of 6,402
I'm successfully using UAPP, though I am frequently annoyed that many or most music files in my playlist (both WAV (preferred SQ) and FLAC (less SQ) don't display the metadata like the CD album cover.
With WAV files normally UAPP should display album art when you add a folder.jpg or cover.jpg file to the folder with a resolution of 600x600 dpi. According to my latest info WAV files cannot hold album covers inside the metadata even if you use MP3Tag.exe

With Flac the above mechanism (add the jpg file to the folder) works. But with Flac you can at least MP3Tag to add album art to the metadata.

Also there is a setting in UAPP that tells UAPP to favor the embedded art over any added jpg files. It probably is in the settings/section or in the settings/interface section
 
Jan 21, 2025 at 11:51 AM Post #6,350 of 6,402
With WAV files normally UAPP should display album art when you add a folder.jpg or cover.jpg file to the folder with a resolution of 600x600 dpi. According to my latest info WAV files cannot hold album covers inside the metadata even if you use MP3Tag.exe

With Flac the above mechanism (add the jpg file to the folder) works. But with Flac you can at least MP3Tag to add album art to the metadata.

Also there is a setting in UAPP that tells UAPP to favor the embedded art over any added jpg files. It probably is in the settings/section or in the settings/interface section

I've noticed that only FLAC music files tend to display the metadata, but I still send over WAV files because I much prefer their sound quality over that of FLAC files, and that factor (SQ) is more important to me.
 
Jan 21, 2025 at 3:17 PM Post #6,355 of 6,402
It's never been my understanding that ripped wave files sound better than ripped Flac files, however I'm open minded on that subject. I do know that wave files are huge compared to Flac. I know that's obvious as it's the reason for Flac to exist in the first place. Just stating in case some reading this are new to ripping CDs
 
Jan 21, 2025 at 3:37 PM Post #6,356 of 6,402
I've noticed that only FLAC music files tend to display the metadata, but I still send over WAV files because I much prefer their sound quality over that of FLAC files, and that factor (SQ) is more important to me.

Hmm, why would WAV be better, since FLAC is basically a container?

Whatever WAV goes into a FLAC, it gets out exactly the same, 1-to-1. There is compression, but it's lossless, which means that absolutely nothing is being lost from the original WAV.

Here is a test I did a while ago, which basically shows that the initial WAV is the exact same as the other WAV which was previously a FLAC from the initial WAV.



It would be nice if there would be at least an explanation that makes sense. If it's simply a personal preference, then ok.

Thanks.
 
Last edited:
Jan 21, 2025 at 4:43 PM Post #6,357 of 6,402
Hmm, why would WAV be better, since FLAC is basically a container?

Whatever WAV goes into a FLAC, it gets out exactly the same, 1-to-1. There is compression, but it's lossless, which means that absolutely nothing is being lost from the original WAV.

Here is a test I did a while ago, which basically shows that the initial WAV is the exact same as the other WAV which was previously a FLAC from the initial WAV.



It would be nice if there would be at least an explanation that makes sense. If it's simply a personal preference, then ok.

Thanks.

In the past I also heard a difference. And the only reason that I could think of was increased CPU usage because of Flac decompression. And that turned out to be measurable (especially on single core chips). Nowadays, with much increased CPU power (and multiple cores), it's no longer an issue IMO. To my knowledge, UAPP unpacks files completely upon playback. If it still has an impact, then only during the first second or so. Just my 2 cents...
 
Jan 21, 2025 at 4:49 PM Post #6,358 of 6,402
In the past I also heard a difference. And the only reason that I could think of was increased CPU usage because of Flac decompression. And that turned out to be measurable (especially on single core chips). Nowadays, with much increased CPU power (and multiple cores), it's no longer an issue IMO. To my knowledge, UAPP unpacks files completely upon playback. If it still has an impact, then only during the first second or so. Just my 2 cents...

I could get that, though FLAC compression/decompression is asymmetric, as the higher the compression level, the higher the required CPU power when encoding. However, for decompression/decoding there is no significant difference, no matter the compression level of the FLAC file.
 
Last edited:
Jan 21, 2025 at 8:07 PM Post #6,359 of 6,402
I could get that, though FLAC compression/decompression is asymmetric, as the higher the compression level, the higher the required CPU power when encoding. However, for decompression/decoding there is no significant difference, no matter the compression level of the FLAC file.
I agree that this is the case theoretically, but it is different on actually listening to the differences between WAV and FLAC files the FLAC files sound slightly harsh or bright compared to WAV. Although the FLAC data bits are exactly the same as the WAV data bits, the FLAC decompression process has made a sonic difference probably due to the processing time.
 
Jan 21, 2025 at 10:15 PM Post #6,360 of 6,402
When I select a high-res track while streaming Qobuz, often there's a two second or so delay before it starts. My guess is it's reading ahead to prevent dropouts or loss in audio quality. But that's just a guess
 

Users who are viewing this thread

Back
Top