My 2 cents. This whole thread is one of the reasons I've been arguing that Moovida should not have "a" "PVR" plugin, but be a client of PVR's. Why?
jpahka and I are on polar opposites on what a PVR should do when written correctly. He prefers LiveTV like functionality over Scheduled recordings. I prefer things optimized for Scheduled recording over LiveTV. What we need is enough flex ability in Moovida's Widgets to allow plugins to easily be written for MythTV, VDR, Gnome's new stuff, to allow the Moovida user to choose what is best solution for him/her. Not implement one solution that is suboptimal. Does this make sense? Kevin On Thu, 2009-07-02 at 07:08 -0700, David McLeod wrote: > > > just want to say, for the reason and depth we are all going into here > in the mailing list... is exactly why the first version of this plugin > is extremely focused in functionality (but quality) and lightweight in > terms of features. > > > Time to write a spec yet guys? Is the one I wrote from a UX > perspective where I talked about a hierarchy (more or less) correct > for features/functionalities keeping in mind the late night mistakes I > put in regard to tuners and liveTV? If so, someone here can begin > writing a spec to share...maybe what I wrote is a good basis? > > > Time to get organised and stop 'talking shop' :p > > > > On 2 Jul 2009, at 15:05, Keith Cirkel wrote: > > > "Yeah but there are both cases when a user comes from '(No) TV' to > > 'TV in > > Moovida' as well as those who come from 'PVR' to 'No PVR in > > Moovida'. > > And now it starts being subjective - you want LiveTV more, I like > > PVR > > more, wanna fight? ;)" > > > > This is where majority rules. Based on the margin of "people who > > have a pvr" to "people who have a tv", there are more of the latter, > > so we provide for the larger quantity first. > > ---- > > Keith Cirkel > > > > > > On Thu, Jul 2, 2009 at 1:51 PM, Michał Sawicz <[email protected]> > > wrote: > > Dnia 2009-07-02, czw o godzinie 13:34 +0100, Keith Cirkel > > pisze: > > > Our biggest challenge is getting new users to "like" the > > software > > > enough to make the effort to switch over and learn it. > > This is both > > > from a developer perspective and a user perspective, as > > new users > > > means new potential devs. Slow channel changes might be a > > "small > > > thing" to the initiated but has a huge impact for new > > users, > > > especially those used to the fluidity of a consumer STB. > > > > > > Yes I know, I mentioned that in one of my recent posts. > > > > > I am one of those "channel surfers" to and when I > > experienced mythtv > > > for the first time I was appalled how slowly the channel > > changes. Its > > > that kind of software behavior which pulls apart the whole > > experience, > > > a "forth wall" of software if you will. The saying "you're > > only as > > > strong as your weakest link" springs to mind here, having > > "great" > > > quality software but "shitty" quality channel changing > > experience, > > > IMO, drags the whole experience level down to "shitty". > > > > > > Yeah I'm starting to lean on your side here. > > > > > It is all well and good saying "well dont use livetv, its > > a pvr, > > > record everything!" but you dont make fans by forcing them > > to change. > > > Our priority should be, at a base level, providing the > > same level of > > > quality the user is used to, THEN adding extras (i.e stuff > > they didnt > > > used to have). > > > > > > Yeah but there are both cases when a user comes from '(No) > > TV' to 'TV in > > Moovida' as well as those who come from 'PVR' to 'No PVR in > > Moovida'. > > And now it starts being subjective - you want LiveTV more, I > > like PVR > > more, wanna fight? ;) > > > > -- > > > > Michał Sawicz <[email protected]> > > > > > > David McLeod > Senior Designer & UI Lead > > > > > Fluendo S.A. > World Trade Center Edificio Norte Pl.2 > 08039 BARCELONA SPAIN > Tel: +34 936 002 323 > > > Skype: Daiode > Jabber/GMail: [email protected] > Email: [email protected] > > > > > > > > >
