> QT est la librairie de base des programmateurs KDE (avec kdelibs), qui permet (entre autres) d'avoir une API/ABI stable et unifiée au dessus de plein de libs (Xlib, libpng, libxml, ...) [ réponse à
Vérifies toi même, les libs que j'ai sité ne sont pas "wrappées" par Qt (je n'ai pas sité Xlib). Qt wrappe presque rien (vérifies toi même).
> J'imagine même que la plupart des plugins de gestion des backends seront maintenus par un gars de l'équipe de dev du backend concerné.
Ben si les autres s'en chargent... C'est rien comme boulot. Ils doivent bosser sur leur frameword ET sur Phonon maintenant. Pour KDE c'est que du bonheur surtout que tu dois penser que les développeurs de framework n'ont que ça a foutre.
> - Le "plus petit dénominateur commun" de gst/xine/mplayer est quand même énorme : lire des vidéos, des sons, streaming, mixer, equalizer, effets vidéo, ... tout le nécessaire pour la quasi totalité des applications desktop (knotify, amarok, kaffeine, kmix, krec, ...),
Donc tous les développements actuels sur les frameworks sont inutiles puisqu'il y a déjà tout le nécessaire selon toi.
J'imagine que quand les autres fairont mieux, tu vas te persuader que c'est inutile car t'as déjà "tout le nécessaire pour la quasi totalité des applications desktop".
> Pour la MAO, il vaut mieux de toute façon passer par jack que gst/xine.
Jack ne fait pas la vidéo. Gstreamer oui. Quand avec Gstreamer et une bête caméra USB à 2 sous on pourra éditer ses propres films, ajouter des commentaires ou une musique de fond en deux cliques tu vas penser que c'est inutile pour l'utilisateur moyen. Au mieux KDE offrira ça par défaut dans KDE 5. Pas avant 5 ans...
> - Comme dit plus haut, c'est du "sucre" pour les développeurs
Il vont peut-être s'économiser 10 lignes de code pour rester enchaîné à Phonon. Au moins avec ce sucre ils ne risque pas grossir.
> à part des soucis en moins dans amarok quand gstreamer change d'API
Ce qui arrive tout les ans (13 mois entre 0.8 et 0.10) et le rythme va forcément décroitre. Si ton appli est simple (type une appli qui utilise Phonon), c'est l'affaire de 1 jour maximum pour passer de Gstreamer 0.8 à 0.10 et avoir plus de fonctionnalité. Avec Phonon pour avoir plus de fonctionnalité, il faut "seulement" que tu changes complètement d'API.
> Maintenant, clearstream, qu'est-ce qui te révolte tant ?
[^] # Re: Au secours
Posté par clearstream . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à -6.
Vérifies toi même, les libs que j'ai sité ne sont pas "wrappées" par Qt (je n'ai pas sité Xlib). Qt wrappe presque rien (vérifies toi même).
> J'imagine même que la plupart des plugins de gestion des backends seront maintenus par un gars de l'équipe de dev du backend concerné.
Ben si les autres s'en chargent... C'est rien comme boulot. Ils doivent bosser sur leur frameword ET sur Phonon maintenant. Pour KDE c'est que du bonheur surtout que tu dois penser que les développeurs de framework n'ont que ça a foutre.
> - Le "plus petit dénominateur commun" de gst/xine/mplayer est quand même énorme : lire des vidéos, des sons, streaming, mixer, equalizer, effets vidéo, ... tout le nécessaire pour la quasi totalité des applications desktop (knotify, amarok, kaffeine, kmix, krec, ...),
Donc tous les développements actuels sur les frameworks sont inutiles puisqu'il y a déjà tout le nécessaire selon toi.
J'imagine que quand les autres fairont mieux, tu vas te persuader que c'est inutile car t'as déjà "tout le nécessaire pour la quasi totalité des applications desktop".
> Pour la MAO, il vaut mieux de toute façon passer par jack que gst/xine.
Jack ne fait pas la vidéo. Gstreamer oui. Quand avec Gstreamer et une bête caméra USB à 2 sous on pourra éditer ses propres films, ajouter des commentaires ou une musique de fond en deux cliques tu vas penser que c'est inutile pour l'utilisateur moyen. Au mieux KDE offrira ça par défaut dans KDE 5. Pas avant 5 ans...
> - Comme dit plus haut, c'est du "sucre" pour les développeurs
Il vont peut-être s'économiser 10 lignes de code pour rester enchaîné à Phonon. Au moins avec ce sucre ils ne risque pas grossir.
> à part des soucis en moins dans amarok quand gstreamer change d'API
Ce qui arrive tout les ans (13 mois entre 0.8 et 0.10) et le rythme va forcément décroitre. Si ton appli est simple (type une appli qui utilise Phonon), c'est l'affaire de 1 jour maximum pour passer de Gstreamer 0.8 à 0.10 et avoir plus de fonctionnalité. Avec Phonon pour avoir plus de fonctionnalité, il faut "seulement" que tu changes complètement d'API.
> Maintenant, clearstream, qu'est-ce qui te révolte tant ?
Ta naïveté.