I would not favor making RB handle videos further than delegating the
jobs to e.g. Totem.
What is lacking is a desktop-wide media library, that would store in a
generic way music tracks, videos and podcasts. Applications like
Totem, Rhythmbox, {insert podcast app here} could browse/update it for
their respective media type and launch/integrate a better suited app
for other types of media.
I would prefer having only one excellent handling of each type of
media than 3 poor/limited implementations.
Then the problem is to seemlessly integrate application components,
e.g. embedding Totem's video window inside Rhythmbox or making a
podcast feed download service available to any application.
Well, that's the architecture astronaut point of view ;
rewrite_what_is_needed plugin-based solutions actually work just fine.
Christophe.
On 4/16/07, Christophe Fergeau <[EMAIL PROTECTED]> wrote:
> Le lundi 16 avril 2007 à 00:18 +0100, Alex Jones a écrit :
> > I don't see why music videos should be second rate
> > citizens in Rhythmbox!
>
> Because Rhythmbox is a music player?
>
>
> _______________________________________________
> rhythmbox-devel mailing list
> [email protected]
> http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
>
_______________________________________________
rhythmbox-devel mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
