il y a une sacré différence entre ce qu'est MPD et ce qu'est Gstreamer.
Je sais bien, comme je l'ai précisé, il ya 2 solutions : faire une lib (gstreamer) ou faire un serveur (MPD), forcement dans la première solution la musique s'arrête quand tu fermes l'appli :)
mais il me semble que le projet mono phare, dans le monde musical est banshee ...(n'est pas un fork de muine ?!)
Oué mais je préfères Muine pour le moment. Et Mono ou pas, j'ai pas trouvé mieux à mon goût sous Gnome :-p
e serait tellement mieux si ces interfaces, utilisait le serveur de son MPD, qui lui même utiliserait gstreamer comme tuyaux vers l'audio ...
Mouais pas forcement. Ca commence à faire lourd là, on a un serveur qui parle à gstreamer qui parle au serveur de son qui parle au hardware...
L'utilisateur lambda, il y connait kedal de ces détails clients/serveurs, pour lui quand il ferme l'appli il veut que la musique s'arrête. Pour moi le paradigme client/Serveur n'a d'utilité en règle générale que s'il y a un réseau ou plusieurs utilisateurs(programmes) en local.
Un serveur de son est utile, parcque plusieurs utilisateurs peuvent jouer de la musique en même temps. Un serveur de musique en local, je vois tout de suite moins l'intérêt. C'est un peu ce qui arrive au serveur X, celui-ci avait tout son intérêt auparavant, quand les terminaux X étaient légion, mais aujourd'hui c'est plus un boulet qu'autre chose... alors je sais pas lequel est dépassé :)
Dans tous les cas c'est un choix d'architecture, je ne vois absolument pas où est l'avantage d'avoir un serveur comme MPD en tant qu'utilisateur et pas plus en tant que développeur. Le modèle client lourd n'est pas du tout dépassé.
[^] # Re: ...
Posté par TImaniac (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
Je sais bien, comme je l'ai précisé, il ya 2 solutions : faire une lib (gstreamer) ou faire un serveur (MPD), forcement dans la première solution la musique s'arrête quand tu fermes l'appli :)
mais il me semble que le projet mono phare, dans le monde musical est banshee ...(n'est pas un fork de muine ?!)
Oué mais je préfères Muine pour le moment. Et Mono ou pas, j'ai pas trouvé mieux à mon goût sous Gnome :-p
e serait tellement mieux si ces interfaces, utilisait le serveur de son MPD, qui lui même utiliserait gstreamer comme tuyaux vers l'audio ...
Mouais pas forcement. Ca commence à faire lourd là, on a un serveur qui parle à gstreamer qui parle au serveur de son qui parle au hardware...
L'utilisateur lambda, il y connait kedal de ces détails clients/serveurs, pour lui quand il ferme l'appli il veut que la musique s'arrête. Pour moi le paradigme client/Serveur n'a d'utilité en règle générale que s'il y a un réseau ou plusieurs utilisateurs(programmes) en local.
Un serveur de son est utile, parcque plusieurs utilisateurs peuvent jouer de la musique en même temps. Un serveur de musique en local, je vois tout de suite moins l'intérêt. C'est un peu ce qui arrive au serveur X, celui-ci avait tout son intérêt auparavant, quand les terminaux X étaient légion, mais aujourd'hui c'est plus un boulet qu'autre chose... alors je sais pas lequel est dépassé :)
Dans tous les cas c'est un choix d'architecture, je ne vois absolument pas où est l'avantage d'avoir un serveur comme MPD en tant qu'utilisateur et pas plus en tant que développeur. Le modèle client lourd n'est pas du tout dépassé.