Le Topic de la Squeezebox Touch de Logitech

[TYZZIANO]

L'alim ne change quelque chose que si on utilise la SBT avec ses propres sortie rca , sinon c'est dépenser de l'argent pour rien

[Bobor]

L'alim ne change quelque chose que si on utilise la SBT avec ses propres sortie rca , sinon c'est dépenser de l'argent pour rien

on est d'accord

[july1]

C'est une jack 5.5/2.5

[Gandalflux]

Il se trame quelque chose dans la future version 7.8 ...

Pour ce qui comprenne pas bien une petite expertise du Chef ??

[sebp]

Que la plupart des modifications nécessaires au fonctionnement du module "Enhanced Digital Output" de "Triode" (c'est lui, Adrian Smith) seront intégrées au code de LMS.
Après, on peut en supputer ce qu'on veut ...

[Tazz28]

Ce que je comprend pas, c'est pourquoi Logitech s'entête avec leur vieux kernel préhistorique et pourquoi il y a besoin de passer à ces "Enhanced Digital Output".
- Le 2.6.26 a 4 ans et même lourdement patché n'est ni au top sur i.MX35 ni sur ARM (en comparaison avec les actuels) sans parler de la couche Alsa.
- Le i.MX35 a largement ce qu'il faut dans le coffre pour driver le spdiff à des débits dépassant tout ce qui existe sur le marché coté DAC.
Si après l'idée est de sortir en I2S pourquoi pas, mais l'intérêt est assez limité suivant le DAC au fesses. Dommage que le ESAI du i.MX soit pas accessible, ça aurait comblé les plus exigeants.

[JG Naum]

Pour être dans le sujet , le seul truc vraiment important c'est de savoir si toutes ces modifs vont pouvoir être portées sur le Transporter ! (un nouveau Firmware avec la 7.8 quoi...) parce qu'à notre époque, avec ces gros disques durs dont on ne sait que faire, le 24/192 c'est vraiment un truc vital, non ?

Je plaisante mais j'aimerais bien savoir tt même !

[sebp]

C'est strictement impossible sur le Transporter : même si le DAC et les horloges sont adaptés à la lecture du 24/192, le processeur ne suivrait pas la cadence.

Pour répondre à Tazz28, ils ont certainement eu de très bonnes raisons de s'en tenir à cette version du noyau Linux (et donc à une vieille version d'Alsa).
Moi je verrais bien, outre le manque de moyens humains, une dépendance à des pilotes officiels (et fermés) de chez Marvell ou Atheros.

[Tazz28]

En effet, le SD8686 pose toujours problème... Sinon ils auraient tout a y gagner (et nous aussi) même en maintenance surtout si leurs moyens humains sont limités.
Pour le SD8686, le driver libertas est censé fonctionner mais n'est pas encore optimal comparé au driver fermé.

[Bobor]

on parle de quel driver? Sur le serveur ou sur le player? Quels sont les apports de l'un et de l'autre?

[Tazz28]

C'est du Linux embarqué dans la platine dont on parle.
Le driver wifi propriétaire embarqué dans la platine "freine" l'upgrade du noyaux Linux (car dépendant d'une version en particulier de ce noyaux), upgrade qui serai une bonne chose à tout point de vue.
On ne peu pas encore se passer de ce driver car le driver opensource intégré en standard dans le noyau Linux n'est pas encore "aussi bien" pour simplifier les choses et ne peu donc pas encore s'y substituer sans un très gros travail hors de porté de l'équipe de dev Logitech pour l'instant.
Ce chip est aussi très populaire sur plateforme Android. Donc le driver va continuer à progresser et faciliter à terme le passage du soft de la platine sur un Linux plus récent (sans parler de tous le travail de rationalisation/intégration des plateformes ARM en cours en ce moment comme le device-tree, gpio, pinctrl).

[sebp]

Plus rapide que moi le Tazz, mais je laisse quand même ...

Pour le SD8686, le driver libertas est censé fonctionner mais n'est pas encore optimal comparé au driver fermé.

Logitech est dans une logique de production industrielle et l'approximation n'est pas franchement permise (un procès est si vite arrivé).
Là, s'ils ont le moindre problème avec des chipsets qu'ils se contentent d'intégrer à leur matériel, ils peuvent se retourner contre le concepteur, qui a écrit le pilote.
C'est bien dommage pour les bidouilleurs impénitents et les audiophiles névrosés, mais c'est la vie ...

on parle de quel driver? Sur le serveur ou sur le player? Quels sont les apports de l'un et de l'autre?

Celui du chipset WLAN. Sur la platine (Atheros sur la Radio, Marvell sur la Touch et le Controller). Fournir la connexion au réseau sans fil (sans importance, donc ).

[Jean83]

Ce serait bien de sortir 2 MaJ; 1 avec wifi et 1 sans, comme ça chacun choisis celui qui lui convient et tout le monde est content

[Bobor]

On demande pas grand chose à la platine, wifi ou pas. Qu'apporterait réellement un upgrade du noyau sur la platine????
En totu cas, merci de m'éclairer sur ces subtilités si pointues

[Tazz28]

Hou lala, on pourrait en discuter des heures ...
En ultra résumé: vu le type de soc utilisé et l'utilisation qui en est faite, la gestion des DD USB et des filesystems associées (NTFS entre autre) ferai un grand bond en avant, de même que le comportement en cas de dé-branchage à l'arrache de ces mêmes disques. Globalement on tirerai également mieux partie des bref brutes du CPU/mémoire et tous ses périphériques internes seraient mieux gérés. Couche alsa qui gère toute la partie audio mise à jours (corrections de bug, de limitations, optimisations, ajout de fonctionnalités ...). Stack réseau mise à jour : outre des dizaines d'améliorations / optimisations, la possibilité de profiter dans les dernières versions de toutes les améliorations autour de la problématique de la latence, mise à jour de toute la partie IPV6 depuis les débuts de déploiements à grande échelle (ça intéresse peut être pas le commun des mortels, mais va falloir y passer un jour). Nouvelle API de détection et notification de changement sur les filesystems. Plus plein d'autres subtilités.
Bref plein de détail qui mis bout a bout peuvent faire gagner en perf, en robustesse et tout un potentiel en nouvelle fonctionnalités (tout en restant dans l'objectif de la SBT, le reste c'est pour les geeks hein.).