DirettaRendererUPnP

[Le dom]

Non Begastor, rassures toi ton message ne m'a pas du tout heurté mais j'y ai répondu avec sincérité.
Il faut juste savoir que ce genre d'aplication ne sort pas du chapeau en quelques heures.
J'y travaille depuis septembre et plus rien n'est totalement gratuit en ce bas monde.

---

@Bear,
Oui, en fait ce n'est pas pour le SDK lui-même que tu paies une licence mais pour l'utilisation du protocole côté Host et côté Target.
Il va de soi que, même sur mon modèle basé sur les donations, si celles-ci dépassent une certaine somme convenue je devrai payer mon obole à Yu.

[Bear]

D'autant plus, que le navire a commencé à prendre l'eau lorsque tu es sorti du projet de départ... et, que tu as répondu aux attentes des utilisateurs avec des attentes spécifiques sur des soft spécifiques (roon, gentoo, audiolinux, ...).
Ta philosophie, ton partage sans concession t'honorent, mais devaient en rester à un partage pour un usage Fedora 38, non ?

Assez d'accord avec toi. La beauté du modèle du logiciel libre, c'est le partage et la mise en commun des compétences. Pour le moment, je n'ai pas vu beaucoup de contributions de la part de la communauté (un Chinois et Hérission88) sur ce projet.

Alors que l'IA, Claude en particulier, permettrait à chacun, sur la base du code publié, d'approfondir ses propres demandes, et de proposer des solutions, plutôt que d'exiger de Dominique qu'il les développe à ses frais et sur son temps.

Je suis aussi favorable à une remise à plat du modèle si c'est l'élan de Dominique. D'une part une base de logiciel libre, et des services d'intégration et de support séparés et payants (Audio-Linux, GentooPlayer, Roon, une version compilée et liée avec la bibliothèque de Diretta sous Linux et Windows le cas échéant). Cela pourrait s'appuyer, pour soulager Dominique sur:

• un support aux utilisateurs d'A-L et de GP délégué aux éditeurs de ces distros
  
• une prise en compte des demandes de développement complémentaire qui seraient traitées:
  • soit sans engagement de délai ni de résultat dans le cadre du logiciel libre
    
  • soit en priorité et avec engagement de délai sur abonnement auprès de Le Dom
    

Je me sentirais pour ma part, et en fonction de mes disponibilités, davantage d'élan de contribution dans une situation clarifiée.

[tades]

Bonjour Dominique,
je réagis à ta réflexion de faire payer une licence. La qualité de ce que tu as développé le justifie entièrement et ta réactivité à soutenir les demandes des utilisateurs en dépend car sinon tu seras face à un puit sans fond
Ton modèle est finalement assez similaire à celui de Simon pour minimserver - minimstreamer
Une version gratuite avec des fonctionnalités déjà top
Une souscription avec un ticket d'entrée (de mémoire 45$ pour minims)
Un abonnement annuel pour continuer à profiter (3 ou 4 fois moins)

Je ne crois pas du tout à l'abonnement à vie :
Du côté de l'utilisateur car on change de machine, de logiciel ou on passe à tout autre chose
Du côté du développeur car si le flux de nouveaux utilisateurs se tarit, il se retrouve à court de ressources, mettant l'existence même de son "service" en danger.

Après, Simon a prévu de ramener à l'équivalent de la version gratuite (1.1.1 dans ton cas) si le souscripteur cesse de payer. Cela se discute. Peut-être faut-il juste le figer au niveau atteint lors de sa dernière souscription

Enfin un dernier point, il me paraitrait plus clair pour tout le monde, si tu passais en V2.0.0 pour la première mouture de la version payante.
Cela te permettrait de faire la maintenance nécessaire de la version gratuite (s'il en a, par exemple pour des raisons de compatibité avec G2P ou AudioLinux) sans interférer avec la version payante.

Bon réveillon à tous

[Le dom]

Merci pour tes conseils Thierry,
Oui comme je le disais tout est envisageable.
Je vais prendre mon temps pour réfléchir et de toute manière il faut que je me concentre sur un autre projet qui n'a rien à voir avec celui-ci, dans l'immédiat.

[Bear]

Bonjour,

Dans l'esprit de contribution du logiciel libre, j'ai créé une 'fork' du code de Le Dom.
J'y ai intégré une version de plus bas niveau du code Diretta qui me va bien pour l'usage que j'en fais.
Il ne s'agit ici aucunement de compétition, mais de contribution.
Je ne fournirai aucun support ni maintenance.
Voir ici pour ceux qui ont un intérêt: https://github.com/SwissMontainsBear/Dir...ererUPnP-X

[Le dom]

Bonsoir Bear,
merci pour cette contribution, que je vais regarder si tu le permets. Le SDK de Diretta Host est tellement riche que tu as peut-être découvert des subtilités que je n’ai pas su voir même si dans ma prochaine version je vais beaucoup plus loin dans l’utilisation du SDK.
J’attends bien sûr ta permission.

[Bear]

Bonsoir Le Dom,
Il n'est pas question de permission. J'ai adopté la même license que toi (MIT).
Tu es donc libre de regarder et d'utiliser ce code comme bon te semble.
Si j'en juge pas les librairies avec lesquelles tu fais l'édition des liens dans ton script d'installation, tu as sans doute de meilleures informations que moi...
Mais je trouvais domage de mon coté de ne pas utiliser le travail que j'avais fait pour mpd, et qui me donnait satisfaction, en particulier en relation avec les fichiers DSF.
Merci pour la partie AudioEngine et UPnP

[Le dom]

D’accord Pierre, merci.
J’attends d’ailleurs quelques réponses de la part de Yu concernant sa méthode de changement de format lors de la lecture de playlist car elle ne fonctionne pas très bien, du moins avec mon Holo Audio qui ne se synchronise pas, alors que la solution maison que j’utilise actuellement fonctionne.

[Bear]

Bonjour Le Dom,
Oui le sujet des transitions est délicat. Tu verras la façon dont je (enfin Claude et moi pour être honnête) l'avons traité, en essayant de limiter les fullReset aux cas où il y a réellement changement de format pour jouer la continuité dans les playlists homogènes.
N'hésite pas si tu as envie d'échanger, tu as mon adresse email.

[Le dom]

Bonjour Pierre,
Le souci est surtout en ce qui concerne la continuité de lecture des playlist non homogènes.
Claude et moi avons effectivement trouvé des solutions alternatives à celle proposée par Yu qui produit un son haché lors d'un changement de morceau et de format.
Dans la version sur laquelle je travaille nous avons effectivement limité des full reset mais il faut être prudent car on casse vite le processus.