Upnp app για iOS και Android

[Ge0rge]

Εδώ αν βλέπω καλά ο renderer σου τραβάει το FLAC από το κινητό σου (192.168.200.187), οπότε το κινητό πρώτα μιλάει με Tidal, κατεβάζει, αποκρυπτογραφεί, αποσυμπιέζει και ξανασυμπιέζει σε FLAC για να το στείλει στο Moode.

Οπότε το Moode δεν φαίνεται να παίζει με Tidal Connect.

Σωστά το Moode δεν έχει tidal connect, αλλά δεν ξέρω αν κάνει όλες αυτές τις διαδικασίες. Θα το δω και με το UAPP το απόγευμα

 

[Ge0rge]

Εγώ καταλαβαίνω ότι το link που ανοίγει μέσω του mconnect (μιας και πρέπει να κάνει κάποιος login στο Tidal μέσω της εφαρμογής), πάει στο Moode. Τουλάχιστον αυτό κατάλαβα από τα λεγόμενα του δημιουργού του UAPP και πιστεύω το ίδιο γίνεται και στο mconnect. Δεν νομίζω ότι το κινητό κάνει αποσυμπίεση και ξανά συμπίεση.

 

[Δημήτρης Δημητρακούδης]

Μα, η οθονιά που ανέβασες δείχνει ξεκάθαρα ότι το Moode παίζει υλικό που "σερβίρεται" από το κινητό σου (αρχείο FLAC).

 

[Ge0rge]

Και να σου πω την αλήθεια μου φαίνεται παράλογο να κάνει όλη αυτή τη διαδικασία, δεν υπάρχει κανένας λόγος

 

[Ge0rge]

Μα, η οθονιά που ανέβασες δείχνει ξεκάθαρα ότι το Moode παίζει υλικό που "σερβίρεται" από το κινητό σου (αρχείο FLAC).

Σωστά. και το Moode κάνει το decoding. Είναι κάτι που δεν καταλαβαίνω?

 

[Tzimisce]

Ναι, αυτό εννοώ, το παράδειγμά σου παίζει αρχείο που βρίσκονται μέσα στο LAN σου, όχι από Tidal κτλ.

Ναι, δεν ενδιαφέρει το upmpdcli από που είναι το source. Αυτό θα κάνει get και ότι πάρει θα το σερβίρει στον mpd (ή όπως το έχουμε στήσει)
Είτε nas, είτε spotify, είτε tidal, αυτό ένα URI βλέπει.
Απλά σε αυτά που θέλουν authorize περνάς πρακτικά και το authorization στο uri, του στυλ xyz.com/track/12345678?token=aeuf83$id&expiry=123

 

[Δημήτρης Δημητρακούδης]

Σωστά. και το Moode κάνει το decoding. Είναι κάτι που δεν καταλαβαίνω?

Ότι το FLAC που στέλνει το κινητό σου στο Moode το έχει δημιουργήσει το κινητό σου. Το Tidal (και όλοι οι υπόλοιποι πάροχοι) δεν στέλνουν απλά "χύμα αρχεία FLAC". Τα στέλνουν κρυπτογραφημένα. Στην προκειμένη περίπτωση η αποκρυπτογράφηση δεν φαίνεται να γίνεται από το Moode, αλλά από το κινητό σου (με βάση το URL που λέει ότι παίζει το Moode).

Οπότε το mconnect φαίνεται να δουλεύει ως proxy.

 

[VlassisK]

Εντάξει, remote control με την ένοια ότι η εφαρμογή στέλνει ένα "σήμα" δηλαδή το link της αναπαραγωγής. Από εκεί και πέρα η πηγή (streamer με DAC) είναι υπεύθυνη να μπει στο internet, να κατεβάσει τα δεδομένα, να τα αποκωδικοποιήσει, να κάνει όλες τις διαδικασίες του DSP (αν και ότι έχει ρυθμιστεί) και μετά τα στέλνει στο επόμενο κομμάτι της αλυσίδας.

Απλά τo UAPP μπορεί να ρυθμιστεί για να τα κάνει όλα εντός της εφαρμογής.

Streamer με dac δεν μας ενδιαφερει.Eδω κοιταμε παροχο με streamer και αυτο ειναι το λεπτο σημειο που πιθανον μπερδευει. Δεν μιλαει απευθειας το streaμερμε τον παροχο αλλα μεσω του upnp controller. Aυτος κανονιζει τι και ποσο θα μεταφερθει απο τον εναν στον αλλον. Ρωταει το streamer που βρισκεται και δινει οδηγιες στον παροχο. Ειναι ο τροχονομος της ροης στην ποιο απλη μορφη του.

 

[Ge0rge]

Ότι το FLAC που στέλνει το κινητό σου στο Moode το έχει δημιουργήσει το κινητό σου. Το Tidal (και όλοι οι υπόλοιποι πάροχοι) δεν στέλνουν απλά "χύμα αρχεία FLAC". Τα στέλνουν κρυπτογραφημένα. Στην προκειμένη περίπτωση η αποκρυπτογράφηση δεν φαίνεται να γίνεται από το Moode, αλλά από το κινητό σου (με βάση το URL που λέει ότι παίζει το Moode).

Οπότε το mconnect φαίνεται να δουλεύει ως proxy.

Οκ οπότε το mconnect ουσιαστικά συνδέεται στο Tidal, παραλαμβάνει το stream του εκάστοτε κομματιού, το αποκρυπτογραφεί και το στέλνει ως FLAC στο Moode, χωρίς μετατροπές. Και μετά το Moode αναλαμβάνει την αποσυμπίεση και την μετατροπή σε PCM στην προκειμένη περίπτωση.

Το ξεκαθαρίσαμε, ωραία.

 

[Ge0rge]

Και αν υπήρχε Tidal Connect στο Moode, η εφαρμογή θα έστελνε απλά το link του Tidal και το Moode θα έκανα και την αποκρυπτογράφηση.

 

[Ge0rge]

Έτσι για την ιστορία το παρακάτω ειναι με bubble:

 

[Ge0rge]

Και αυτό είναι με USB Audio Player Pro:

 

[Ge0rge]

Πάντως πολύ δύσκολα πιστεύω ότι η απλή αποκωδικοποίηση μπορεί να αλλάξει τον ήχο. Έτσι τουλάχιστον όπως το αντιλαμβάνομαι, αν δεν γίνει σωστά, είναι κάτι που ακούγεται, δεν είναι του τύπου λιγότερο μπάσο ή κακό soundstage, έχει να κάνει με κατεστραμμένα δεδομένα οπότε ακούγονται π.χ. διακοπές κτλ.

 

[Ge0rge]

Υπάρχει κάποια ρύθμιση στο bubble που αγνοώ μήπως και μπορεί να στείλει και αυτό από ευθείας?

 

[Ge0rge]

Άκυρο, το bubble έχει ρύθμιση και παίζει και αυτό χωρίς proxy....

 

[Δημήτρης Δημητρακούδης]

Ωραίο νέο αυτό.

Παρεμπιπτόντως, δες μήπως το Camilla έχει κάποια ρύθμιση να κάνει upsampling σε ακέραια πολλαπλάσια του sampling rate σου. Λογικά θα σου κάνει ακουστή διαφορά.

 

[Ge0rge]

Ωραίο νέο αυτό.

Παρεμπιπτόντως, δες μήπως το Camilla έχει κάποια ρύθμιση να κάνει upsampling σε ακέραια πολλαπλάσια του sampling rate σου. Λογικά θα σου κάνει ακουστή διαφορά.

Οκ ευχαριστώ, έχει 88,2 θα δοκιμάσω κ θα σου πω.

 

[DomieMic65]

Από όσα διαβάζω με την βοήθεια του ΑΙ το πιο μινιμαλ σε processes και άρα με την μηδενική σχεδόν ηχητική υπογραφή control point μιλώντας για UPnP είναι το JPlay το οποίο έχει και άψογη συνεργασία με τον Minimserver.

The reputation of the JPLAY iOS app as a top-tier control point for absolute sound quality on UPnP (Universal Plug and Play) systems stems from a unique software-design philosophy.
While skepticism in the audiophile community is common regarding how a "remote control app" can change sound quality—given that the audio data travels directly from the server to the network streamer/renderer, bypassing the phone entirely—JPLAY addresses a critical, often-overlooked factor in digital audio: network-induced noise.

The primary technical reasons JPLAY is highly regarded for its sonic performance include:
1. Drastic Reduction of Network Traffic and "Polling" Noise
In a typical UPnP setup, the control app continuously communicates back and forth with the network streamer to update the time-elapsed bar, fetch track info, and verify connectivity. This constant "pinging" forces the network card and processor inside your streamer to work harder, generating subtle High-Frequency Electromagnetic Interference (EMI) and Radio Frequency Interference (RFI).
* **The JPLAY Solution:** JPLAY introduces an adjustable feature called **"Update Time"** (polling rate), which can be extended up to 12,000 seconds.
* By maximizing this setting, JPLAY reduces the network traffic between the iPad/iPhone and the streaming endpoint by up to 90%.
* The streamer’s network card drops into a quiet state, drastically lowering processing noise and power fluctuations, which results in a cleaner, more stable environment for the DAC clock and analog stages.
2. Complete Local Indexing (Zero On-the-Fly Queries)
Many standard UPnP apps (like mConnect or BubbleUPnP) dynamically query the media server for metadata, artwork, and album structures as you navigate.
* JPLAY builds and caches its database and search index **entirely local to the iOS device**.
* Because the app doesn’t have to hammer your local network or server to fetch biographies, lyrics, or related-artist metadata while music is playing, the entire local area network (LAN) remains sonically quiet.
3. Highly Optimized, Native iOS Code
JPLAY is written natively for iOS/iPadOS rather than relying on bloated cross-platform frameworks or web-view wrappers.
* Native code executes efficiently, allowing the app to handle massive libraries seamlessly without causing spikes in Wi-Fi transmission power from the iPad.
* Less power used by the transmitting device translates to fewer erratic RF packets bouncing around your listening room and hifi rack.
4. Smart Focus on High-Quality Streams
JPLAY integrates local UPnP libraries exclusively with **Qobuz and Tidal**, bypassing lower-quality platforms. By focusing development strictly on bit-perfect streams, the software handles high-resolution FLAC and MQA/Tidal Max paths efficiently, ensuring data packets are cleanly packaged and delivered to the renderer according to strict UPnP AV standards.
### The Sonic Result: What Audiophiles Hear
When network noise and processor overhead are minimized at the streamer endpoint, the hardware functions closer to its theoretical ideal. Users migrating to JPLAY from standard control points frequently report:
* A more **holographic and expansive soundstage**.
* **Sharper transients** and cleaner timing cues (reduced jitter effects from power supply modulation).
* **Blacker backgrounds**, meaning low-level detail, instrument decay, and subtle micro-dynamics become much easier to discern.
While JPLAY behaves technically as a "remote," its hyper-passive operation during playback makes it one of the few control apps capable of audibly lowering the noise floor of a high-end UPnP system.