DirettaRendererUPnP

[Alaindeloin]

Bonjour j'ai réinstallé le renderer pour repartir sur une base propre, mais je viens 
de découvrir que le kernel activé n'est pas le RT, mais le standard, et ça a toujours été comme ça. c'est bizarre car je l'ai bien installé. 

j'ai joint le log complet des caracteristiques de mon pc:

Code :

                  Kernel:

Linux 2a01cb0007d05300028cfafffe2c1963.ipv6.abo.wanadoo.fr 6.18.13-200.fc43.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Feb 19 19:54:01 UTC 2026 x86_64 GNU/Linux


                    CPU:
lscpu
Architecture:                x86_64
  CPU op-mode(s):            32-bit, 64-bit
  Address sizes:            36 bits physical, 48 bits virtual
  Byte Order:                Little Endian
CPU(s):                      8
  On-line CPU(s) list:      0-7
Vendor ID:                  GenuineIntel
  Model name:                Intel(R) Core(TM) i7-3630QM CPU @ 2.40GHz
    CPU family:              6
    Model:                  58
    Thread(s) per core:      2
    Core(s) per socket:      4
    Socket(s):              1
    Stepping:                9
    CPU(s) scaling MHz:      51%
    CPU max MHz:            3400,0000
    CPU min MHz:            1200,0000
    BogoMIPS:                4788,93
    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 l
                            m constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 s
                            sse3 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 fl
                            expriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts vnmi
Virtualization features:
  Virtualization:            VT-x
Caches (sum of all):
  L1d:                      128 KiB (4 instances)
  L1i:                      128 KiB (4 instances)
  L2:                        1 MiB (4 instances)
  L3:                        6 MiB (1 instance)
NUMA:
  NUMA node(s):              1
  NUMA node0 CPU(s):        0-7
Vulnerabilities:
  Gather data sampling:      Not affected
  Ghostwrite:                Not affected
  Indirect target selection: Not affected
  Itlb multihit:            KVM: Mitigation: Split huge pages
  L1tf:                      Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
  Mds:                      Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable
  Meltdown:                  Mitigation; PTI
  Mmio stale data:          Not affected
  Old microcode:            Vulnerable
  Reg file data sampling:    Not affected
  Retbleed:                  Not affected
  Spec rstack overflow:      Not affected
  Spec store bypass:        Vulnerable
  Spectre v1:                Mitigation; usercopy/swapgs barriers and __user pointer sanitization
  Spectre v2:                Mitigation; Retpolines; STIBP disabled; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected
  Srbds:                    Vulnerable: No microcode
  Tsa:                      Not affected
  Tsx async abort:          Not affected
  Vmscape:                  Vulnerable



                                  RAM:

Mem:            17Gi      546Mi        17Gi      1,1Mi      126Mi        16Gi
Swap:          8,0Gi          0B      8,0Gi

                lsblk -o NAME,SIZE,TYPE,MOUNTPOINT

NAME                                              SIZE TYPE MOUNTPOINT
sda                                              465,8G disk
├─sda1                                              1M part
├─sda2                                              2G part /boot
└─sda3                                          463,8G part
  └─fedora_2a01cb0007d05300a8b622d07439151c-root    15G lvm  /
sr0                                              1024M rom
zram0                                                8G disk [SWAP]



                                Réseau:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
      valid_lft forever preferred_lft forever
2: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:8c:fa:2c:19:63 brd ff:ff:ff:ff:ff:ff
    altname enx008cfa2c1963
    inet 192.168.1.24/24 brd 192.168.1.255 scope global dynamic noprefixroute enp7s0
      valid_lft 84921sec preferred_lft 84921sec
    inet6 2a01:cb00:7d0:5300:28c:faff:fe2c:1963/64 scope global dynamic noprefixroute
      valid_lft 86373sec preferred_lft 573sec
    inet6 fe80::28c:faff:fe2c:1963/64 scope link noprefixroute
      valid_lft forever preferred_lft forever
3: enp0s20u2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 6c:1f:f7:71:d1:76 brd ff:ff:ff:ff:ff:ff
    altname enx6c1ff771d176
    inet6 fe80::d8ea:7446:1e92:a0f5/64 scope link noprefixroute
      valid_lft forever preferred_lft forever

Je vais ensuite re-tenter une dernière fois ma chance avec bubbleupnp à propos des coupures et target not found. Je joindrai le log.

Merci, Alain.

[Le dom]

Ce n'est pas parce que le système ne tourne pas sur le kernel RT que DirettaRendererUPnP ne fonctionne pas.

Si tu ne tournes pas sur le kernel RT c'est que tu ne l'as pas choisi au démarrage, tout simplement, si du moins, celui-ci a réellement été installé.

Tu as utilisé quel tuto pour l'installer?

[Alaindeloin]

Bonjour Dominique, je n'ai pas dit que le renderer ne tournait pas à cause de cela, désolé je me suis peux etre mal exprimé.                                                                                      j'ai juste suivi les instructions dans le Github pour l'installation du renderer.

[Bluevelvet]

Bonsoir,

Suite des comparaisons, 

Merci pour ton retour.

Je suis en JB 16k et je vous incite à y passer, ça change vraiment la donne en terme de transparence.
Une carte réseau et un adaptateur en 2.5G le tout pour 70€.
Il y a une différence très sensible entre 1,5k et 9k et sensible entre 9 et 16k. La carte TPlink à 40€ surpasse alors ma JCAT XE à 800€ ! Et il n'y a pas photo...

Effectivement, squeeze2diretta est super facile et stable.
C'est aléatoire avec DRUPnP + squeeze qui continue de décrocher par moment chez moi : effet de saccades qui passe si je force le changement de morceau mais persiste si je laisse tourner...
Comme énoncé sa connection est aussi plus aléatoire.

En tout cas je réaffirme que chez moi avec mon système et le même hardware, DRUPnP est supérieur.

En tout cas merci Dominique pour ces 2 propositions qui sont à mes yeux meilleures que tout ce que j'ai essayé avant.

@begastor, peut être tes mtu trop élevés ?

Personnellement, chez moi, le target C19B est limité à mtu 1500, donc je ne peux pas comparer ou dire si 9000 ou 16000 améliorent les choses... C19B+horloge FranckLeRouge, ainsi, déjà, tout va bien. Tel quel c'est robuste.

En revanche, nouveaux essais de comparaison DirettaRenderer+squeese2UPnP vs squeeze2Diretta...

Méthode : comme je n'ai pas le service systemctl (stop/restart) sur squeeze2UPnP, pas réussi à l'installé, je démarre avec une commande manuelle :

 ./squeeze2upnp-linux-x86_64-static -Z -x /home/audiophile/squeeze2upnp/config.xml

Pour facilité la comparaison sous squeezebox/Roon, Perplexity m'a proposé de créer un script , que nous avons ensuite amélioré et qui permet de basculer automatiquement pour squeeze2diretta et en 2/3 seconde pour DirettaRenderer+squeeze2UPnP afin de limiter le delais de comparaison entre les deux solutions et de simplifier les changements entre les deux solutions.

Ce que propose script et qui fonctionne très bien :


 ./switch_bridge.sh
----------------------------------------
  Sélection du bridge Diretta
----------------------------------------
1) Activer squeeze2diretta (service systemd)
2) Activer squeeze2upnp (binaire manuel)
3) Arrêter les deux
q) Quitter
----------------------------------------
Choix :


Ca fonctionne parfaitement, zero coupure, etc...

Au final, j'ai beau faire et refaire, parfois, presque à l'aveugle, je ne sais pas si je suis sur 1 ou 2, je pense que c'est mieux, parce que...

En réalité, aucune différence...

J'en reviens à ce que je disais, parce que, que ce soit sur ce fil ou sur le fil Audiophilestyle, les avis divergent, pour l'une ou l'autre des solutions.

Ca resssemble à du tube rolling

On ne sait pas pour chacun, la chaine host/target et... quelle liaison avec quel DAC.

En tout cas, peut-être un mal pour un bien, puisque @Dominique se lance dans autre chose et que gageons qu'il ira encore plus loin...

Mais rappel, ces deux solutions sont déjà très abouties, adieu, me concernant,  pont optique et switch EtherRegen ! Et ça c'est pas rien.

[Le dom]

J’ai pas mal avancé et je tiens, je pense, quelque chose d’intéressant au niveau de la qualité sonore pour les utilisateurs de LMS.
Par contre j’ai bien peur que cela ne fonctionne pas avec Roon si la team Roon ne met pas à jour son protocole slimproto pour son mode squeezebox.
D’autre part le DSD n’est pas encore implémenté.
Bref encore du travail.

[Bluevelvet]

Dominique, 

Je testerai bien cette nouvelle proposition quand elle adviendra, mais je ne comprends pas comment ça se configure LMS ! Même pas capable d'ouvrir la page Localhost:9000, il faudrait un petit tuto de configuration pour les billes comme moi !

Si quelqu'un d'autre peut dire...

"si la team Roon ne met pas à jour son protocole slimproto pour son mode squeezebox."

C'est ça, qu'il faut leur demander précisément, même si d'autres on dû le faire ? C'est totalement scandaleux qu'ils ne soit pas a jour !