From kde-panel-devel Fri Apr 23 06:05:55 2010 From: Christophe Olinger Date: Fri, 23 Apr 2010 06:05:55 +0000 To: kde-panel-devel Subject: Re: Plasma Media Center progress Message-Id: X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=127200280005614 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0053641424==" --===============0053641424== Content-Type: multipart/alternative; boundary=0015175df08a66b6830484e138c6 --0015175df08a66b6830484e138c6 Content-Type: text/plain; charset=ISO-8859-1 Same conclusion from my side. First the basic fucntionality and UI polish, then feature additions. I also agree with Alessandro that extragear sounds like a good home, but as was side before: in due time. I finished the slideshow part yesterday and hope I can submit to reviewboard this afternoon. Cheers, Christophe Olinger On Thu, Apr 22, 2010 at 8:20 PM, Aaron J. Seigo wrote: > On April 22, 2010, Christopher Blauvelt wrote: > > > Recording the incoming signal is not the difficult part. The difficult > > > part is the management. Scheduling recordings, storing recordings, > > > deconflicting recordings given a variable number of tv tuners, receiving > > > and processing accuarate show scheduling information. These are > > > non-trivial items which took the MythTV folks a while to get right. If > > > we're going to go down this route, I think it would make more sense to > > > connect to the MythTV backend (whether remote or on the local machine) > and > > > manage recordings that way, but all in due time. > > agreed, on both conclusions :) > > -- > > Aaron J. Seigo > > humru othro a kohnu se > > GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 > > KDE core developer sponsored by Qt Development Frameworks > > > _______________________________________________ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel > > --0015175df08a66b6830484e138c6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Same conclusion from my side. First the basic fucntionality and UI polish, = then feature additions.

I also agree with Alessandro that extragear = sounds like a good home, but as was side before: in due time.

I fini= shed the slideshow part yesterday and hope I can submit to reviewboard this= afternoon.


Cheers,

Christophe Olinger

On Thu, Apr 22, 2010 at 8:20 PM, Aaron J. Seigo <aseigo@kde.org> wrote:

On April 22, 2010, Christopher = Blauvelt wrote:

> Recording the incoming sig= nal is not the difficult part. The difficult

> part is the management. S= cheduling recordings, storing recordings,

> deconflicting recordings g= iven a variable number of tv tuners, receiving

> and processing accuarate s= how scheduling information. These are

> non-trivial items which to= ok the MythTV folks a while to get right. If

> we're going to go down= this route, I think it would make more sense to

> connect to the MythTV back= end (whether remote or on the local machine) and

> manage recordings that way= , but all in due time.

agreed, on both conclusio= ns :)

--

Aaron J. Seigo

humru othro a kohnu se

GPG Fingerprint: 8B8B 2209 0C6F= 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by= Qt Development Frameworks


___________= ____________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


--0015175df08a66b6830484e138c6-- --===============0053641424== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel --===============0053641424==--