bug bubbleupnpserver et qobuz

[SuperDupont]

Qobuz diffuse en MQA maintenant? c'est nouveau? Il y a peut etre quelques fichiers égarés qui se comptent sur les doigts de la main, mais je pense que cela n'a strictement rien a voir avec la choucroute. Quand il s'agit de flac, Mconnect transfert le flux directement au lecteur reseau, quelque soit la situation. Quand a la perte d'autonomie, cela ne m'a jamais frappé en toute honnetée, en tout cas jamais comme vous le decrivez.
Par contre, quand on utilise l'application smartphone bubbleupnp sans la verrue bubbleupnp SERVER comme je l'ai clairement decrit precedemment, c'est clair que tout se ballade en wifi avant d'arriver au lecteur, ce qui est assez curieux et suboptimal, convenez en. Quand a devoir installer, sur une machine allumée sur le reseau, un server par lequel passera tout le flux pour emuler un protocole openhome, je trouve cela inutilement compliqué, surtout quand d'autre applis fonctionnent sans cet artifice.

[jeffyjpn]

(11-03-2021, 08:46 PM)SuperDupont a écrit : Qobuz diffuse en MQA maintenant? c'est nouveau? Il y a peut etre quelques fichiers égarés qui se comptent sur les doigts de la main, mais je pense que cela n'a strictement rien a voir avec la choucroute. Quand il s'agit de flac, Mconnect transfert le flux directement au lecteur reseau, quelque soit la situation. Quand a la perte d'autonomie, cela ne m'a jamais frappé en toute honnetée, en tout cas jamais comme vous le decrivez.
Par contre, quand on utilise l'application smartphone bubbleupnp sans la verrue bubbleupnp SERVER comme je l'ai clairement decrit precedemment, c'est clair que tout se ballade en wifi avant d'arriver au lecteur, ce qui est assez curieux et suboptimal, convenez en. Quand a devoir installer, sur une machine allumée sur le reseau, un server par lequel passera tout le flux pour emuler un protocole openhome, je trouve cela inutilement compliqué, surtout quand d'autre applis fonctionnent sans cet artifice.

Non c’est quand j’étais sur TIDAL … j’arrivais à lire des albums en MQA sans avoir ni le streamer ni le DAC pour, donc pas de magie … c’est forcément Mconnect qui le décode
Pour le reste on est pas d’accord mais c’est pas grave

[Nard]

A ce propos, qu'elles sont les autres solutions pour émuler un protocole Openhome

[jeffyjpn]

(11-03-2021, 10:22 PM)Nard a écrit : A ce propos, qu'elles sont les autres solutions pour émuler un protocole Openhome

J’en connais pas d’autre ...

[bbill]

(11-03-2021, 06:43 PM)jeffyjpn a écrit : Si tu fais allusion à la solution BubbleUpnpServer et donc solution openhome, le flux audio ne fait absolument pas d’aller retour en wifi bien au contraire. Comme je l’ai dit, l’iPad ou téléphone ne sont là que pour piloter et non pour faire transiter le signal ... tout se passe au niveau « serveur » en considérant que l’appli est le « client »

+1 

[jeffyjpn]

Hello
après avoir essayé Roon avec squeeze2upnp, j'ai un petit bug de fonctionnement/compatibilité avec mon Bel Canto. La solution fonctionne mais parfois il faut s'y prendre à plusieurs fois pour lancer un album.
J'ai réinstallé BubbleUpnpServer sur mon nouveau serveur (plus costaud que mon Raspberry) qui tourne avec la dernière Debian .
Et pour l'instant aucune coupure avec Qobuz.
J'ai alloué 2Go de mémoire sur le process BubbleUpnpServer.
Pour ceux que ça intéresse de tester, comme Nard peut-être, j'ai ajouté les 2 arguments Xms et Xmx pour setter la taille de la mémoire à 2go en min et max dans le fichier launcher.sh
"JVM_ARGS="-Xss256k -Xms2g -Xmx2g -Djava.awt.headless=true -Djava.net.preferIPv4Stack=true -Dfile.encoding=UTF-8"
Dans tous les cas, setter une taille mémoire importante (surtout à l'initialisation) permet une plus grande stabilité et évite certains bugs parfois au lancement des albums.

[jeffyjpn]

(11-02-2021, 07:32 PM)Nard a écrit : Bonsoir,

En cherchant un peu, j'ai trouvé cette option de configuration pour la durée de conservation des streams avec Bubbleupnp server.

-streamRequestMaxIdleTimeSec Ntemps d'inactivité maximum pour les demandes de flux. Déterminer combien de temps un flux peut être mis en pause puis repris
https://www.bubblesoftapps.com/bubbleupn...anced.html

Je ne suis malheureusement pas chez moi pour tester mais peut-être certains voudront s'en charger

Hello Nard,
est-ce que tu observes aussi le souci suivant :
- quand je lance un album parfois certains morceaux sont skippés
- pour contourner le pb, je dois forcer l'encodage en wav

Sur quel OS/type de serveur tourne ton BubbleUpnpServer ?

Merci d'avance pour ton retour

[Nard]

Bonjour Jeffyjpn,

Mon Bubbleupnp tourne sous Android, mon Bubbleupnp server sous QNap.

Il y a longtemps, j'ai eu des pb de pistes sautées qui se sont résolues avec une meilleure alimentation de mon streamer et une meilleure gestion des masses électriques et des mises à la terre.

Je force également le décodage en Wav côté Nas afin de soulager la charge CPU du streamer

[jeffyjpn]

(11-08-2021, 05:51 PM)Nard a écrit : Bonjour Jeffyjpn,

Mon Bubbleupnp tourne sous Android, mon Bubbleupnp server sous QNap.

Il y a longtemps, j'ai eu des pb de pistes sautées qui se sont résolues avec une meilleure alimentation de mon streamer et une meilleure gestion des masses électriques et des mises à la terre.

Je force également le décodage en Wav côté Nas afin de soulager la charge CPU du streamer

Hello
Ok merci ! 
Mon serveur est alimenté par mon HDPlex 200W sur le 12V donc pas de soucis à ce niveau là. J’avais le même soucis avec le raspberry … mais aucun souci lorsque j’étais sous TIDAL … j’ai envoyé mes logs au développeur.

[fabien44]

Bonjour

j'utilise Bubbleupnp avec abonnement Qobuz. J'ai la fibre et j'ai des parfois des coupures. J'ai pas mis le proxy.
Je me demandais si cette config était la meilleure car d'après ce que j'ai compris le smartphone ne se comporte pas comme une simple télécommande? Ca doit user de la batterie?

Est-ce qu'il vaut mieux installer Bubbleupnp serveur sur une machine dédiée et optimisée (windows pour moi) et utiliser Bubbleupnp uniquement en télécommande?