Désolé, mais glib et son modèle GObject est totalement gnome-centriques, c'est le coeur même du modèle objet de Gnome (et pas du tout celui de KDE), développée et maintenue uniquement par des developpeurs gnome etc. Et non, je ne confond pas avec GTK+.
C'est un peu comme si tu me disait « ah les devs gnome ne veulent pas devenir totalement dépendant de QtCore (la partie non-gui de Qt4), comme c'est bizzare, pourtant c'est une lib généraliste ». Un peu de sérieux.
ensuite, si gstreamer dépend de la glib, c'est surtout parce que plus personne ne code les bindings pour qt.
Absolument pas. Regarde les docs de l'API: le modèle objet GObject est au coeur de GStreamer.
C'est pas un simple wrapper objet autour des fonctionalités offertes par ce framework (et donc: même si un binding C++ ou Qt est écrit, ce sera simplement un enrobage, la dépendance à glib ne pourra pas être enlevée).
N'y vois pas une position religieuse de ma part: je deteste le C++ autant que le modèle objet de gnome.
[^] # Re: précisions
Posté par herodiade . En réponse au journal Phonon et gstreamer : un voyage dans le temps. Évalué à 6.
C'est un peu comme si tu me disait « ah les devs gnome ne veulent pas devenir totalement dépendant de QtCore (la partie non-gui de Qt4), comme c'est bizzare, pourtant c'est une lib généraliste ». Un peu de sérieux.
ensuite, si gstreamer dépend de la glib, c'est surtout parce que plus personne ne code les bindings pour qt.
Absolument pas. Regarde les docs de l'API: le modèle objet GObject est au coeur de GStreamer.
C'est pas un simple wrapper objet autour des fonctionalités offertes par ce framework (et donc: même si un binding C++ ou Qt est écrit, ce sera simplement un enrobage, la dépendance à glib ne pourra pas être enlevée).
N'y vois pas une position religieuse de ma part: je deteste le C++ autant que le modèle objet de gnome.