DirettaRendererUPnP

[Le dom]

Oui tout à fait.

[Alaindeloin]

Bonjour, j'essaie d'installer le renderer sur fedora, mais quand je lance la commande précisé dans le chapitre :
  
9.3 Cloner le dépôt et installer

cd ~
git clone https://github.com/cometdom/DirettaRendererUPnP.git
cd DirettaRendererUPnP
chmod +x install.sh
./install.sh 

tout ce déroule bien,jusqu'à la fin, mais finalement je trouve cette erreur: 

Dans le fichier inclus depuis src/UPnPDevice.hpp:3,
                depuis src/UPnPDevice.cpp:1:
/usr/include/upnp/upnp.h:808:21: note: initialisation de l'argument 5 de « int UpnpRegisterRootDevice2(Upnp_DescType, const char*, size_t, int, Upnp_FunPtr, const void*, UpnpDevice_Handle*) »
  808 |        Upnp_FunPtr Fun,
      |        ~~~~~~~~~~~~^~~
make: *** [Makefile:445: obj/UPnPDevice.o] Error 1

J'ai beau tenter de resoudre l'erreur avec plusieurs I.A mais rien n'y fait.
J'ai bien suivi le etapes expliquées dans l'aide à l'installation, regardé read me, mais je n'y arrive pas.

Avez vous une idée de ce qui bloque?
Merci par avance!
Alain.

[Le dom]

@Alaindeloin:
Quel CPU avez-vous sur votre PC?

D'autre part quel est le résultat de la commande suivante?

rpm -q libupnp libupnp-devel

[Alaindeloin]

1/Modele CPU (x4)

[alain@fedora ~]$ cat /proc/cpuinfo
processor      : 0
vendor_id      : GenuineIntel
cpu family      : 6
model          : 58
model name      : Intel® Core™ i5-3210M CPU @ 2.50GHz
stepping        : 9
microcode      : 0x15
cpu MHz        : 3093.095
cache size      : 3072 KB
physical id    : 0
siblings        : 4
core id        : 0
cpu cores      : 2
apicid          : 0
initial apicid  : 0
fpu            : yes
fpu_exception  : yes
cpuid level    : 13
wp              : yes
flags          : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti tpr_shadow flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts vnmi
vmx flags      : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest
bugs            : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds spectre_v2_user old_microcode vmscape
bogomips        : 4988.86
clflush size    : 64
cache_alignment : 64
address sizes  : 36 bits physical, 48 bits virtual
power management:

2/ [alain@fedora ~]$ rpm -q libupnp-devel
    libupnp-devel-1.14.26-1.fc43.x86_64

Merci pour ton retour.

[Le dom]

Réessayez pour voir?
Normalement le bug induit par la dernière version de libupnp devrait être corrigé.

cd Direttarendererupnp  si vous avez quitté le répertoire

git pull

et

./install.sh

[Bluevelvet]

Bonjour,

Dominique, en repassant par Github plutôt que le téléchargement du ZIP, l'installation c'est bien déroulée comme le montre le code:

Code :

Compiling src/UPnPDevice.cpp...
g++ -std=c++17 -Wall -Wextra -O2 -pthread -march=x86-64-v3 -mavx2 -mfma -I/home/audiophile/DirettaRendererUPnP/ffmpeg-headers -I/usr/include/upnp -I/usr/local/include -I. -Isrc -I/home/audiophile/DirettaHostSDK_148/Host -MMD -MP -c src/UPnPDevice.cpp -o obj/UPnPDevice.o
Compiling src/fastmemcpy-avx.c (C/AVX)...
gcc -O3 -Wall -march=x86-64-v3 -mavx2 -mfma -MMD -MP -c src/fastmemcpy-avx.c -o obj/fastmemcpy-avx.o
Linking bin/DirettaRendererUPnP...
g++ obj/main.o obj/DirettaRenderer.o obj/AudioEngine.o obj/DirettaSync.o obj/UPnPDevice.o obj/fastmemcpy-avx.o -pthread  -L/usr/local/lib -L/home/audiophile/DirettaHostSDK_148/lib -lupnp -lixml -lpthread -lDirettaHost_x64-linux-15v3 -lavformat -lavcodec -lavutil -lswresample -lACQUA_x64-linux-15v3 -o bin/DirettaRendererUPnP

Build complete: bin/DirettaRendererUPnP
Architecture: Simplified (DirettaSync unified)
[SUCCESS] Build successful!

=== Network Configuration ≡

Le renderer fonctionne sous Fedora, essai avec Mconnect, la musique joue, certes, ça coupe au bout d'un moment, mais c'est un autre problème et de toute façon mconnect n'est pas ma priorité.

Mon problème c'est que je n'arrive pas à voir squeezelite dans roon. Je parvenais à le faire parfaitement bien avec le serveur Ubuntu. Là, je n'y parviens pas, l'IA me fait faire un tas de trucs qui ne même à rien.

Le target combo amanero n'est pas visible, DirettaRenderer indique target not found

j'ai réinstaller le disque dur Ubuntu, squeezebox Roon voit le squeezelite. 

Donc quelque chose ne va pas dans mes réglages, adresses en point à point ?

Peut être une piste ?
Avec ip a

sous ubuntu on a pour l'adaptateur Reatek :
enx6c1ff76b4c58
inet 192.168/200.1/30

Sous Fedora :
enp0s20f0u2
altname enx6c1ff76b4c58
inet 192.168.200.1/30 scope global enp0s20f0u2

le inet s'est l'IA dans les multiples tentatives qui me l'a fait écrire pour ressembler à ce qu'il y a sous Ubuntu
Ce qui est bizarre c'est le altname ?

Ca devait être du bricolage déjà sous ubuntu mais ça marchait.

Bref je ne sais que faire !
Faut-il passer par l'inteface graphique du target gentooplayer et la renseigner ?



lors du./install.sh desqueeze2upnp, j'avais renseigné le choix (2) de ce qui était proposé :
enp0s31f6
enp0s20f0u2 (adresse adaptateur)

Enfin, sous Ubuntu,  dans  Edit configuration (optional):

sudo nano /opt/diretta-renderer-upnp/diretta-renderer.conf
j'avais à NETWORK_INTERFACE=""

dans Fedora il y a  enp0s31f6; j'ai essayé  enp0s20f0u2. peut-être faut-il vider "" ?

[Le dom]

Je ne sais pas si ce sont les séquelles de la tempête Nils et le fait que je n'ai pas eu d'électricité jusqu'à présent plus divers soucis à régler qui font que j'ai l'esprit embrumé mais j'ai beaucoup de mal à comprendre ce que tu me racontes.
C'est peut-être clair dans ton esprit car tu es sur ton système mais vu d'ici, je ne sais quoi te répondre.

Pourrais-tu s'il te plait reprendre et m'expliquer clairement quel est ou quels sont tes problèmes?

[Alaindeloin]

Réessayez pour voir?
Normalement le bug induit par la dernière version de libupnp devrait être corrigé.

cd Direttarendererupnp  si vous avez quitté le répertoire

git pull

et

./install.sh

Bonjour Dominique, merci pour votre aide, j'ai pu terminer l'installation sans encombre, avec un ffmpeg  5.1, les 2 autres incompatibles avec mon pc.

Maintenant à chaque lecture que je lance le titre se stoppe dans les secondes qui suivent, quelque soit l'encodage, fréquence, Qobuz ou fichier locale.
Peux-etre est-ce dû à un mauvais réglage des buffers, j'aimerai les corriger mais je ne comprends bien la commande pour l'exécuter. 

Ca correspond à ceci dans votre document explicatif:

"# Stop renderer
sudo systemctl stop diretta-renderer

# Edit service file
sudo nano /etc/systemd/system/diretta-renderer.service

# Change --buffer value
ExecStart=... --buffer 3.0  # Increase from 2.0 to 3.0"  pouvez-vous m'expliquer
plus précisément ce qu'il faut effectuer dans la fenêtre nano, je ne vois pas cette ligne, et quelle est la syntaxe complète.

Pour le reste c'est ok pour moi.
Par avance merci. 
Alain.

[Le dom]

Ce réglage n'est plus d'actualité.
Où l'avez-vous trouvé que je le supprime de la documentation?

---

D'autre part avez-vous édité le fichier diretta-renderer.conf?

sudo nano /opt/diretta-renderer-upnp/diretta-renderer.conf

Si oui, envoyez-moi le log après avoir activé l'option verbose "-v" dans le fichier diretta-renderer.conf s'il vous plait.
Si vous avez déjà créé le service diretta-renderer.service

sudo journalctl -u diretta-renderer.service -f

[Bluevelvet]

Je ne sais pas si ce sont les séquelles de la tempête Nils et le fait que je n'ai pas eu d'électricité jusqu'à présent plus divers soucis à régler qui font que j'ai l'esprit embrumé mais j'ai beaucoup de mal à comprendre ce que tu me racontes.
C'est peut-être clair dans ton esprit car tu es sur ton système mais vu d'ici, je ne sais quoi te répondre.

Pourrais-tu s'il te plait reprendre et m'expliquer clairement quel est ou quels sont tes problèmes?

Bonjour Dominique, 

En espérant que la situation s'améliore rapidement dans le Sud-Ouest...

C'était alors un peu confus dans mon esprit !

Je reprends ,

Installation réussie sous Fedora : DirettaRenderer et squeeze2diretta sont installés.
Mon système fonctionne parfaitement sous Ubuntu avec DirettaRendererUPnP + squeeze2diretta via l’interface Roon.
Le fonctionnement est en point-à-point entre le serveur Diretta et le Target (GentooPlayer).
Sous Ubuntu, l’adressage réseau est le suivant :
• Interface LAN : enp0s31f6
IP : 192.168.1.32/24 (DHCP)
• Interface Diretta point-à-point : enx6c1ff76b4c58 (adaptateur Realtek USB/RJ45)
IP : 192.168.200.1/30
La route associée est bien présente :
192.168.200.0/30 dev enx6c1ff76b4c58 proto kernel scope link src 192.168.200.1
Dans cette configuration, DirettaRendererUPnP voit le Target et tout fonctionne.

Sous Fedora, j’essaie de reproduire exactement le même montage, mais il y a une différence d’interface réseau.
L’interface Diretta apparaît sous le nom :
enp0s20f0u2
altname enx6c1ff76b4c58
Donc la même carte (adaptateur) existe, mais avec un nom différent.

Précision donnée par l’IA : Ubuntu et Fedora ne nomment pas les interfaces réseau de la même façon.
Ubuntu utilisait le nom basé sur la MAC (enx6c1ff76b4c58), alors que Fedora applique le nommage “predictable” (enp0s20f0u2) et garde enx… comme altname.
C’est la même carte, simplement un nom différent selon la distribution.

Quand je lance le service diretta-renderer sous Fedora, j’obtiens dans le status :
Main PID: … (code=exited, status=1/FAILURE)
diretta-renderer.service: Failed with result 'exit-code'
Le renderer semble démarrer, tente de checker le Diretta Target, puis s’arrête immédiatement avec exit-code.

Hypothèse IA :
Sous Fedora, le Target Combo Amanero est bien détecté manuellement avec la commande :

./DirettaRendererUPnP --list-targets

mais le service diretta-renderer plante avec un exit-code=1.

Il semble que l’interface réseau point-à-point ne soit pas prête ou pas correctement associée au démarrage, probablement à cause d’une différence de nommage des interfaces (predictable naming) entre Ubuntu et Fedora.

Sous Ubuntu, l’interface portant l’IP 192.168.200.1/30 est immédiatement active, ce qui permet au renderer de démarrer normalement, alors que sous Fedora le lien réseau n’est peut-être pas encore opérationnel au lancement du service.

l'hypothèse globale serait donc qu’il y a une différence d’adressage ou de nom d’interface entre Ubuntu et Fedora qui empêche le renderer de trouver correctement le Target, même si le matériel est bien reconnu.
Sous Ubuntu :
enx6c1ff76b4c58 → 192.168.200.1/30
Sous Fedora :
enp0s20f0u2 (altname enx6c1ff76b4c58)

mais le renderer ne semble pas accrocher dessus au démarrage service.

Est-ce que selon toi :

1. DirettaRendererUPnP peut échouer uniquement à cause du nom d’interface différent (enp0s20f0u2 vs enx6c1ff76b4c58) ?
   
2. Faut-il forcer explicitement l’interface dans la config sous Fedora ?
   
3. Ou bien recréer exactement le même adressage /30 que sous Ubuntu avant de lancer le service ?
   
   

Merci d’avance pour ton regard, et désolé si mes explications précédentes n’étaient pas claires.