https://bugs.gpodder.org/show_bug.cgi?id=882
--- Comment #9 from Thomas Perl <[email protected]> 2010-03-23 12:35:56 GMT --- (In reply to comment #8) > Regarding the whole idea of making Gstreamer optional. I see that > sync.get_track_length() now uses gstreamer, mplayer, mad and eyed3 as options. > What are the chances that any of these are available, while gstreamer isn't? > AFAIK, it's available to all Gnome desktops, it's a part of KDE4's Phonon, > it's > built into Maemo, it even works on Windows. Windows support is kind of klugdy, though.. at least last time I tried (~2 months ago). > I'm asking because I have more patches, like using Gstreamer to extract album > art from files and I would like to work in this direction. I think that it > would be a better approach to move all this code to a separate module. Also, I > have some draft GUI integration, to play audio/video inside gPodder. But I > would like to know if there's a room for this in gPodder and how to do this > better. Yes, we can have gstreamer as "metadata" module for gPodder - as you said, it would be helpful if we could place this in a separate module (and we have to find a replacement for it on Windows). For playing audio and video, we already have Panucci, although it's not really ported to Desktop Linux yet. We can use Panucci as player (still needs video support, though), and we can then tightly integrate it with gPodder without having to "drag in" all the player code into the gPodder code base. I still want to keep it as simple as possible and allow users to choose their preferred media player. -- Configure bugmail: https://bugs.gpodder.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ gPodder-Bugs mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-bugs
