On Sun, 2007-04-15 at 17:34 -0400, Matt wrote: > I think I would enjoy the visualizer being moved to cover the cover art > when it's turned on -- then I would still be able to select tracks in > the main area, rather than having to turn off the visualizer. > > I think I would want the music and video libraries separate, > personally. Things could get cluttered very easily. (apologies if you didn't want your reply to go to the list, but it seemed like an oversight rather than by intention) Currently that's what I do, too. I have a bunch of videos and I'm more than happy to let totem handle these. It does a much better job of playing full length shows. What's more, I don't want those videos/shows/movies in my collection of music. My concern (and the one that prompted me to resurrect this thread) is mostly about video podcasts. There are one or two I'd like to subscribe to, but it seems a bit weird to have two applications for podcast downloading. Also, it does seem to make sense that music videos could (and should) be played along side regular video-less tracks. Consider this scenario (at a party, say): I have a ton of audio-only tracks as well as some music video tracks I've collected over the years. I'd like to play all my, say "party-genred", tracks in a random loop through the night. I switch on the visualizer which looks pretty cool, but when a video comes on, it switches and starts playing the video feed (if it can decode the stream, otherwise it just sticks to the visualizer). Wouldn't that be sweet and sensible? mike > -Matt > > Michael R. Head wrote: > > First, apologies for resurrecting an old thread, but well, it hasn't > > been brought up since. > > > > On Sat, 2006-08-19 at 17:29 -0700, Alex Lancaster wrote: > > > >>>>>>> "AT" == Adrian Thornton writes: > >>>>>>> > >> AT> Rhythmbox won't play back any music vides from my shared iTunes > >> AT> library, nor will it play (the video in) video podcasts. Are you > >> AT> expecting to support video (even via a third-party player such as > >> AT> xine) in the near future? It would even be perfectly acceptable > >> AT> for Rhytmbox to go "oh wait, this is a video file, so I'll tell > >> AT> Xine to open it instead. > >> > >> See the recent mailing list thread: > >> > >> http://mail.gnome.org/archives/rhythmbox-devel/2006-July/thread.html#00046 > >> > >> In particular James Livingston's post: > >> > >> http://mail.gnome.org/archives/rhythmbox-devel/2006-July/msg00048.html > >> > >> Consensus is, if it could be integrated in a sensible way from a user > >> point of view, it could be done as a plugin. > >> > > > > If the Cover Art and Visualization plugins were reworked so the cover > > art area could be (one of the) places for the visualization, and the > > visualization plugin were modified so it handled the video stream, this > > would be a pretty simple (from a user perspective) way to present videos > > that gstreamer can handle. > > > > > > > >> Hope this helps, > >> Alex > >> > >> ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> rhythmbox-devel mailing list > >> rhythmbox-devel gnome org > >> http://mail.gnome.org/mailman/listinfo/rhythmbox-devel > >> > -- Michael R. Head <burner suppressingfire org> http://www.suppressingfire.org/~burner/ http://suppressingfire.livejournal.com
Attachment:
smime.p7s
Description: S/MIME cryptographic signature