Re: [Totem] Browser plugin gstreamer

I just wanted to add once again that i see a huge benefit in having a generic browser plugin.

Having Gtk+ code inside GST or even the plugin being part of GST is certainly not the right way,
but having a reusable video component based on Gtk+ and GST Is IMO the right way.

For one of my apps, i copied big parts of the Totem video code in order to have a well working
video widget.

Certainly also it is somehow possible to have a generic video component which Totem can also
reuse, even if with much work.

If it could be agreed upon having this, i would be willing to stop current projects of mine and work
towards separating the video component code.


2008/8/20 Mark Trompell <mark foresightlinux org>
> I don't know what was the intention of Mark. But if Totem only
> requires GTK+ and GStreamer probably is good enough.

I still have to read through the thread...
My intention is that I'm sometimes working on whaawmp, a gst & pygtk
using media player (although development is slow,
because we  a short of time atm).
If I want a browser plugin, my only choise is to install a second
media player. This makes the first mediaplayer pointless.
So I just thought, making the plugin more generic would be a good
idea, even if it is, defining an api, that media players can provide
to extend it with compatibility stuff, playlists, whatever, something
that can be usefull to all mediaplayers that will be written (using
Something like that.

> Best regards.
> --
> Felipe Contreras

Mark Trompell

Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

Please note that according to the German law on data retention,
information on every electronic information exchange with me is
retained for a period of six months.
[Bitte beachten Sie, dass dem Gesetz zur Vorratsdatenspeicherung zufolge
jeder elektronische Kontakt mit mir sechs Monate lang gespeichert wird.]

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]