lists at glidos
Aug 28, 2012, 1:28 AM
Post #133 of 138
(657 views)
Permalink
|
On 27/08/2012 18:09, Thomas Mashos wrote:
>
> On Aug 27, 2012 9:53 AM, "Paul Gardiner" <lists [at] glidos
> <mailto:lists [at] glidos>> wrote:
> >
> > On 27/08/2012 16:12, Thomas Mashos wrote:
> > > On Mon, Aug 27, 2012 at 8:00 AM, Joseph Fry <joe [at] thefrys
> <mailto:joe [at] thefrys>> wrote:
> > >> On 08/27/2012 02:50 AM, mikkel wrote:
> > >>>
> > >>> I find (using .24+fixes) that LiveTV works ok. It is only a
> matter of bugs
> > >>> and users being frustrated because they cannot change channel do
> to an
> > >>> ongoing recording. And this frustration is basically due to the
> lack of
> > >>> information. I believe the above would help a lot.
> > >>>
> > >>> But in 0.25+, it will actually allow users to change channel even
> if the
> > >>> physical tuner is locked on a mux or if the requested channel is on
> > >>> another video source.en holding off on an upgrade. I have install
> scripts
> > >>> and disks ready, but I guess I will have to wait undetil .26
> rolls out.
> > >>>
> > >>> But would it be an idea to gather information like I suggest to
> support
> > >>> the dev's? I will gladly help if the work will be used
> > >>>
> > >>>
> > >> Don't hesitate to upgrade to 0.25 based on our discussion...
> LiveTV works
> > >> well as it was designed, but we were discussion how to improve the
> design...
> > >> really just throwing ideas out there. My only real complaint is
> that it is
> > >> commflagging live tv still, it was fixed in 0.26, but not
> backported yet
> > >> (that I'm aware of).
> > >>
> > >> _______________________________________________
> > >> mythtv-users mailing list
> > >> mythtv-users [at] mythtv <mailto:mythtv-users [at] mythtv>
> > >> http://www.mythtv.org/mailman/listinfo/mythtv-users
> > >>
> > >
> > > Someone wanted a flowchart? How about this? It would minimize
> > > questions to the user, at the cost of reserving a tuner per Live TV
> > > session. I'm probably forgetting something here, but it's what I could
> > > come up with in 10 minutes.
> > >
> > > http://static.inky.ws/image/2674/image.jpg
> >
> > Nice.
> >
> > Is it right that the only way into "record the next show" is from
> > a scheduled recording having finished? Do you not need that also
> > if what is being watched live isn't a scheduled recording? Or are
> > you thinking that when watching a recording that was set up only
> > for live TV, there is no need to stop and start between shows?
> >
>
> I don't think there is a need to start/stop between shows when there
> isn't a scheduled recording. Might have to add some logic for what
> happens if a user presses record during live tv though.
Yes, isn't completely obvious what to do in that case. Also if you
are watching live through a transition between programs, of which
the first is not also a scheduled recording and the second is.
Maybe that's a special case: at least if you don't handle it in
a special way, you end up with two simultaneous recordings of the
same channel, which otherwise doesn't occur.
> > Also I haven't yet understood how reserving a tuner minimizes
> > questions to the user.
> >
>
> The user isn't prompted if they want to release the tuner. This also
> makes the logic easier as you don't need to account for no tuners being
> available after you finish watching the recording.
I was thinking always drop the tuner if possible. That way you are not
holding a tuner unnecessarily while someone on another frontend is
being refused use. I realise that the downside of that is possibly
being refused a channel change and being restricted to only what
is already currently recording, but we already have the possibility
of being restricted to only certain multiplexes. Not sure really -
seems like swings and roundabouts.
Cheers,
Paul.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users
|
