Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

[RFC] Proposed settings rework

 

 

First page Previous page 1 2 3 4 5 6 Next page Last page  View All MythTV users RSS feed   Index | Next | Previous | View Threaded


nospam312 at gmail

Nov 5, 2009, 2:17 AM

Post #101 of 140 (1559 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

> I have to disagree nospam.  Microsoft windows style "Wizards" are a
> solution looking for a problem.  They either only work for a small
> subset of users by hiding all the options (see: "make a chart wizard"
> So I have to go through
>the entire wizard again to change one setting.

Yes but at the moment MythTV has a wizard of about 60 steps if you
include the backend and frontend setup screens. It just has a few
convenient buttons that allow you to jump in at a specific step. You
already have to go through multiple pages in MythTV to change one
setting.

Optimizing the setup menus by removing legacy options and localisation
support is great and it will be relatively quick but it will not help
a "normal" end user with initial setup. They are bombarded with too
many options - they may be interested in these options when they have
MythTV setup but I assume many would be just put off going any
further.

We have already had a developer of the commercial skipping code (I
think) saying he did not want the default for one specific option
changing even though other people did.

There is not going to be a solution that keeps everyone happy but
drastically simplifying the initial setup process (or just the
perceived setup) would be a good thing in my opinion as it opens up
MythTV to a wider audience.

As previously said I think going for a method where a list of
predefined template type options that you are presented with when
first running MythTV would be a option. The community could make
different templates available e.g. "I am running Freeview in the UK
and do not require advert detect/user jobs" with appropriate defaults
applied and unncessary steps of the setup proces hidden. This would
also give the possibility of users saving templates of their setup.

All ideas I guess just my opinion.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mikep at randomtraveller

Nov 5, 2009, 3:06 AM

Post #102 of 140 (1548 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

nospam312 wrote:
>
> You generally only install MythTV once. If an option you want is not
> enabled by default (or is disabled by default) just choose the best
> option from the menu above and adjust your settings accordingly.
>
Ha HA HA Ha. OMG that hurt. "You only generally install MythTV once". Perhaps.
Maybe. But, before you do that, you often have to install it any number of times
to sort out motherboards, tuners, video cards, storage groups, permissions,
remotes, SD/xmltv feeds, OS tweaks/bugs... the list is endless.

Until you get it just so, and by that I mean what the wife considers "just so",
it's usually necessary to spend a fair amount of time tweaking options you
personally wouldn't have bothered with.

You may have a point regarding a user new to Myth, but I suspect it's not going
to work. For example, look at the way Ubuntu tries to set up a decent
environment for Myth and then look at the posts we've had here over the last few
months where the allegedly safe Ubuntu defaults don't work.

--

Mike Perkins

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


ryan.goat at gmail

Nov 5, 2009, 4:42 AM

Post #103 of 140 (1539 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Wed, Nov 4, 2009 at 10:18 PM, Rod Smith <mythtv [at] rodsbooks> wrote:
> . . .
> This can be turned around: How do you make a 24-point font that looks good on
> a 1080i HDTV look good on a 640x480 SD set? Both questions may be premature,
> though....
> . . .
>
> Rod Smith

It is unrealistic to expect the same theme to work perfectly on a 1080
line HD setup and a 480 line SD setup. Going forward there should be
themes that are optimized for standard definition setups.
Unfortunately right now the theme artists seem to be concentrating on
HD (probably because that is what they use themselves).

--
_____________
Ryan Patterson
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mythtv at rodsbooks

Nov 5, 2009, 6:09 AM

Post #104 of 140 (1546 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thursday 05 November 2009 12:24:35 am Michael T. Dean wrote:
> On 11/04/2009 10:18 PM, Rod Smith wrote:

[much snippage]

> > IMHO, if a user finds that a font is inappropriate for his or her setup,
> > the user should be able to change it. Changing the theme can be one way
> > to do this, but that will bring in a bunch of other changes that may be
> > unwanted. If the user interface permits a theme to set a default font and
> > size when it's first activated, then that's fine, but if the user wants
> > to change it, that should be possible, IMHO. Whether the text fits in the
> > allotted space or not is then the user's problem.
>
> That's what FOSS is all about--the user can change whatever he/she
> wants. IMHO, making it easy to break a theme is not any better than
> making it hard for a person who can't figure out how to use a text
> editor and read markup to break a theme.

Yes, FOSS enables users to make changes -- but many (probably most) users lack
the knowledge and skill to do so. Thus, when it comes to something like font
size adjustments, which ARE easily done without mucking with code in many
(but certainly not all) programs, the FOSS-lets-you-change-it argument
doesn't really cut it.

> >> Actually, it makes Myth just work--and prevents users from breaking it.
> >
> > At the expense of reduced flexibility -- flexibility that I personally
> > have found useful (admittedly with 0.20 and 0.21, not having tried the
> > still-experimental 0.22 line).
>
> I really think you'll see all your concerns about a need to adjust font
> sizes/faces are unfounded with the changes in 0.22-fixes.

Perhaps. I'll have to upgrade to be sure. I'm quite skeptical of your claim,
though, since I can't imagine that the font a theme designer selects will be
appropriate for all situations. If I like a theme but prefer a font to be a
slightly different size, my understanding is that I'm just plain out of luck
with the redesign, short of modifying the theme.

> It is true that some people may need larger fonts to be able to see/read
> the text. And, IMHO, there should be themes designed with that in
> mind. As a very wise man said earlier today, someone is already working
> on a theme for children, so why not have "accessible" or "large-font"
> themes, too. And, I firmly believe that rather than trying to
> automatically force large fonts into themes designed for small fonts,
> we're /much/ better off having someone go through and modify any given
> theme to work properly with large fonts.

Part of the source of my objection to the removal of font-adjustment options
is simply that I believe themes are over-emphasized in modern computer user
interfaces (not just in MythTV). Small adjustments, such as changing the font
size or altering colors, can work wonders for usability. Relying on themes to
make such tweaks makes it harder for the end user to implement these changes,
since the desired change will vary along with a dozen others that the user
might NOT want to change. The user must also search through a potentially
huge number of themes (if they exist), make do with a more limited selection
(if few themes exist), or code his/her own theme (requiring extra knowledge).
Thus, although themes can help create pretty eye candy, they aren't all that
great a tool for implementing the sort of usability changes that are the
primary reason for changing font size, adjusting contrast, etc.

> >>>>>> Display live preview of recordings (will be theme controlled)
>
> ...
>
> > Please note that this quoted segment is referring to the live preview vs.
> > static preview vs. no preview issue, not the font issue.
>
> Oops. I missed the topic change in all the quotes (not that the quoting
> wasn't relevant--I just missed it).
>
> > To my
> > non-Myth-developer eye, this seems like a much less thorny issue from a
> > programming perspective, and it's one that doesn't greatly impact the
> > overall theme design, unlike fonts.
>
> Yeah. I'm not so concerned about this one--and for the reason you
> mention (the theme design isn't really affected by the change).

I hope, then, that you'll consider keeping the user option to set the preview
mode (none, static, or live), rather than fold it into the theme. Folding it
into the theme would be another example of the over-reliance on themes I
refer to above.

--
Rod Smith
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mythtv-users2 at dwilga-linux1

Nov 5, 2009, 7:15 AM

Post #105 of 140 (1536 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

At 5:48 PM -0800 11/4/09, Robert McNamara wrote:
>On Wed, Nov 4, 2009 at 5:46 PM, Tony Lill <ajlill [at] ajlc> wrote:
>> Robert McNamara <robert.mcnamara [at] gmail> writes:
>>
>> A theme cache is only about 15k/theme, depending on the theme, keeping
>> 4 or 6 is probably not going to be an issue, and probably not worth
>> the effort to write code to expire by size.
>>
>
>Heh, a theme cache can be up to a few gigs, if one is using a
>complicated theme, with even a moderate sized video library with video
>imagery.

Then how about changing the setting to be by size in Mb/Gb, rather
than number of instances?
--
Dan Wilga "Ook."
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


newbury at mandamus

Nov 5, 2009, 7:37 AM

Post #106 of 140 (1545 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

Mike Perkins wrote:
> nospam312 wrote:
>>
>> You generally only install MythTV once. If an option you want is not
>> enabled by default (or is disabled by default) just choose the best
>> option from the menu above and adjust your settings accordingly.
>>
> Ha HA HA Ha. OMG that hurt. "You only generally install MythTV once".
> Perhaps. Maybe. But, before you do that, you often have to install it
> any number of times to sort out motherboards, tuners, video cards,
> storage groups, permissions, remotes, SD/xmltv feeds, OS tweaks/bugs...
> the list is endless.
>
> Until you get it just so, and by that I mean what the wife considers
> "just so", it's usually necessary to spend a fair amount of time
> tweaking options you personally wouldn't have bothered with.
>
> You may have a point regarding a user new to Myth, but I suspect it's
> not going to work. For example, look at the way Ubuntu tries to set up a
> decent environment for Myth and then look at the posts we've had here
> over the last few months where the allegedly safe Ubuntu defaults don't
> work.

Hah! I laughed at the 'only once' bit too!

But the underlying point that maybe the settings could be handled by a
template is a good idea.
With a template there could be usable default setups for using Myth on a
TV (640x480) and on HD (1920x1080) with most of the settings optimized.
The vast majority of settings could then be set to a useful default.

Another idea posted recently was the 'context-sensitive' exit which
returns you to 'where you were' when you entered 'Settings'. This could
work easily with a template structure if the settings relevant to the
source page are grouped within the template.

Also a template structure could make better use of screen space. There
is no reason why the template could not show up to 50 settings lines on
a 1920x1080 screen and only 20 lines on a TV screen.

Geoff




--
Please let me know if anything I say offends you.
I may wish to offend you again in the future.

Tux says: "Be regular. Eat cron flakes."
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


daworm at comcast

Nov 5, 2009, 7:51 AM

Post #107 of 140 (1545 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

R. G. Newbury wrote:
> But the underlying point that maybe the settings could be handled by a
> template is a good idea.
> With a template there could be usable default setups for using Myth on
> a TV (640x480) and on HD (1920x1080) with most of the settings
> optimized. The vast majority of settings could then be set to a useful
> default.
Combine this with another users suggestion about saving ones settings to
a file, and you could easily build a library of pre-configured front end
setups. Plus, people could email their settings file to someone else
who could import/load it and try out someone else's config to see if it
worked for them.

Jeff.
--
I haven't smoked for 3 years, 2 months and 2 weeks, saving $5,294.35 and
not smoking 35,295.71 cigarettes.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


ajlill at ajlc

Nov 5, 2009, 9:49 AM

Post #108 of 140 (1525 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

"Michael T. Dean" <mtdean [at] thirdcontact> writes:

> On 11/04/2009 02:13 PM, Chris Pinkham wrote:
>> * On Wed Nov 04, 2009 at 02:08:01PM -0500, Jeff Wormsley wrote:
>>> Personally, I'd prefer the last watched position autosaved,
>
> Action on playback exit
> - Just exit
> - Save position and exit
> - Always prompt (excluding Live TV)
> - Always prompt (including Live TV)
> - Prompt for Live TV only
> If set to prompt, a menu will be displayed when you exit playback
> mode. The options available will allow you to save your position,
> delete the recording, or continue watching.

There are conditions, at least in 0.21, where playback can exit
without the menu coming up. For example, if you have a network
glitch and you get timeout on the video stream. It would be soooooooo
nice to have that position saved.
--
Tony Lill, Tony.Lill [at] AJLC
President, A. J. Lill Consultants (519) 650 0660
539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461
--------------- http://www.ajlc.waterloo.on.ca/ ----------------



_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


ajlill at ajlc

Nov 5, 2009, 9:54 AM

Post #109 of 140 (1527 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

Chris Pinkham <cpinkham [at] bc2va> writes:

> * On Wed Nov 04, 2009 at 03:25:23AM -0500, Patrick Davila wrote:
>> I would be happy if "skip commercials automatically" was checked by default.
>
> I wrote most of the commercial flagging code and I don't even use
> Auto-skip, so I would not want this option turned on by default.
> I don't use 'notify' mode either. Auto-skip ON should be a
> conscious decision by the user if the decide that the commercial
> flagging works well enough on their recordings to allow it to auto-skip
> during playback. Even in places where the flagger does work well, it
> still may not work well on some channels, so enabling auto-skip by
> default across the board should be a user decision based on the
> channels they record from.

I've often though that commercial skip should be a per-channel flag,
not to complicate things or anything!
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


beww at beww

Nov 5, 2009, 10:05 AM

Post #110 of 140 (1539 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thursday 05 November 2009 10:54:15 Tony Lill wrote:
> Chris Pinkham <cpinkham [at] bc2va> writes:
> > * On Wed Nov 04, 2009 at 03:25:23AM -0500, Patrick Davila wrote:
> >> I would be happy if "skip commercials automatically" was checked by
> >> default.
> >
> > I wrote most of the commercial flagging code and I don't even use
> > Auto-skip, so I would not want this option turned on by default.
> > I don't use 'notify' mode either. Auto-skip ON should be a
> > conscious decision by the user if the decide that the commercial
> > flagging works well enough on their recordings to allow it to auto-skip
> > during playback. Even in places where the flagger does work well, it
> > still may not work well on some channels, so enabling auto-skip by
> > default across the board should be a user decision based on the
> > channels they record from.
>
> I've often though that commercial skip should be a per-channel flag,
> not to complicate things or anything!

There is some setting to tell the system whether or not a channel has
commercials or not, would that do what you want?



--
Brian Wood
beww [at] beww
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


ianforde at gmail

Nov 5, 2009, 10:05 AM

Post #111 of 140 (1525 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thu, 2009-11-05 at 12:54 -0500, Tony Lill wrote:
> Chris Pinkham <cpinkham [at] bc2va> writes:
>
> > * On Wed Nov 04, 2009 at 03:25:23AM -0500, Patrick Davila wrote:
> >> I would be happy if "skip commercials automatically" was checked by default.
> >
> > I wrote most of the commercial flagging code and I don't even use
> > Auto-skip, so I would not want this option turned on by default.
> > I don't use 'notify' mode either. Auto-skip ON should be a
> > conscious decision by the user if the decide that the commercial
> > flagging works well enough on their recordings to allow it to auto-skip
> > during playback. Even in places where the flagger does work well, it
> > still may not work well on some channels, so enabling auto-skip by
> > default across the board should be a user decision based on the
> > channels they record from.
>
> I've often though that commercial skip should be a per-channel flag,
> not to complicate things or anything!

Well, technically, it sort of is. If you use the Channel Editor to mark
a channel as Commercial Free, no commflag jobs will run on recordings
from that channel. Thus, "skip commercials automatically" would never
apply to recordings from that channel...

-I

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


ajlill at ajlc

Nov 5, 2009, 10:07 AM

Post #112 of 140 (1525 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

JEDIDIAH <jedi [at] mishnet> writes:

> On Wed, Nov 04, 2009 at 08:47:52AM -0500, Daniel Kristjansson wrote:
> Is overscan ever NOT symmetrical along both axes? I would think that a

Yes, on my setup, it's high and to the right, so if I want to just fill
the screen using the driver's overscan adjustment, I have to put up
with loosing some picture on one side.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


ajlill at ajlc

Nov 5, 2009, 10:13 AM

Post #113 of 140 (1528 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

Robert McNamara <robert.mcnamara [at] gmail> writes:

> On Wed, Nov 4, 2009 at 5:46 PM, Tony Lill <ajlill [at] ajlc> wrote:
>> Robert McNamara <robert.mcnamara [at] gmail> writes:
>>
>> A theme cache is only about 15k/theme, depending on the theme, keeping
>> 4 or 6 is probably not going to be an issue, and probably not worth
>> the effort to write code to expire by size.
>>
>
> Heh, a theme cache can be up to a few gigs, if one is using a
> complicated theme, with even a moderate sized video library with video
> imagery.

Do you mean that myth is storing cover art and other stuff in the
theme cache, besides just the theme graphics?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


robert.mcnamara at gmail

Nov 5, 2009, 10:16 AM

Post #114 of 140 (1529 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thu, Nov 5, 2009 at 10:13 AM, Tony Lill <ajlill [at] ajlc> wrote:
> Robert McNamara <robert.mcnamara [at] gmail> writes:
>
>> On Wed, Nov 4, 2009 at 5:46 PM, Tony Lill <ajlill [at] ajlc> wrote:
>>> Robert McNamara <robert.mcnamara [at] gmail> writes:
>>>
>>> A theme cache is only about 15k/theme, depending on the theme, keeping
>>> 4 or 6 is probably not going to be an issue, and probably not worth
>>> the effort to write code to expire by size.
>>>
>>
>> Heh, a theme cache can be up to a few gigs, if one is using a
>> complicated theme, with even a moderate sized video library with video
>> imagery.
>
> Do you mean that myth is storing cover art and other stuff in the
> theme cache, besides just the theme graphics?

Yes, it does. (.22) The scaled and transformed (effects applied)
cached images are saved in the themecache.

Robert
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


daworm at comcast

Nov 5, 2009, 10:59 AM

Post #115 of 140 (1525 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

Robert McNamara wrote:
On Thu, Nov 5, 2009 at 10:13 AM, Tony Lill <ajlill [at] ajlc> wrote:
Do you mean that myth is storing cover art and other stuff in the theme cache, besides just the theme graphics?
Yes, it does. (.22) The scaled and transformed (effects applied) cached images are saved in the themecache.
What kind of performance hit does this put on a front end machine that is net booted, if multiple gigs of data are needed for the theming? I was planning on upgrading to a Zotac Ion Atom 230 based system net booting over a 100Mb network, but if themes are going to start loading multi-gigabytes of data across the network, that may work as well. Or will it? I guess since it is only a few images per screen, no one screen load would need a whole lot of data.

Likewise, my other thought was to use a small SSD drive or SDHC card to boot the FE (the idea is to have no moving parts, thus no noise), but there I'd thought I'd only need maybe 2 to 4 Gb total space to install the OS on, so would this mean I had to have a bigger (read more expensive) drive just to hold the theme cache? Like I said, this is a FE only, all my media would be on the MBE. Could not the theme cache be there as well (without having to muck about with trying to figure out how to auto mount samba or NFS shares which I've never managed to get to work properly). After all, the MBE is serving up all sorts of other media, why not the imagery for the UI? Provided the network hit isn't too bad (see first question), it would seem to make sense to leave such heavy storage for the backend.

Jeff.


jarpublic at gmail

Nov 5, 2009, 11:03 AM

Post #116 of 140 (1522 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

>> I've often though that commercial skip should be a per-channel flag,
>> not to complicate things or anything!
>
> There is some setting to tell the system whether or not a channel has
> commercials or not, would that do what you want?

It seems to me that the whole idea of playback groups would be to
handle stuff like this. However, the current playback groups
implementation was only given a minimum set of options. This leads to
a lot of confusion as demonstrated by the fact the there have been 2
separate posts in the last two days about how to change the skip/jump
times. These and one or two other settings are in playback groups.
This is confusing because all of the other related settings like ffwd,
commercial skip, etc are in the regular playback settings. So it just
isn't intuitive why a few settings would be exclusively in a playback
group while others are in the regular playback settings.

It would be much more user friendly and intuitive if all of the
playback settings were put in a default playback group, so the
settings are all together in a logical organization. Then I could add
additional playback groups where I could change any of the playback
settings I want (aspect ratio, fill, time stretch, commercial
skipping, playback profile, etc). There is already functionality to
assign a playback group in my recording rules. So in the default case
the user wouldn't even need to be aware of or look at playback groups,
but others who want special settings for given recordings would have
that available. All of this is already mostly implemented it just
needs to go all the way.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


robert.mcnamara at gmail

Nov 5, 2009, 11:04 AM

Post #117 of 140 (1523 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thu, Nov 5, 2009 at 10:59 AM, Jeff Wormsley <daworm [at] comcast> wrote:
> What kind of performance hit does this put on a front end machine that is
> net booted, if multiple gigs of data are needed for the theming?
>
> Jeff.
>

Please keep this thread on-topic-- you should open another thread and
ask about people's experiences with theme caching on network booted
machines.

Robert
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


brad+myth at templetons

Nov 5, 2009, 12:04 PM

Post #118 of 140 (1530 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Tue, Nov 03, 2009 at 01:07:22PM -0800, Robert McNamara wrote:
> Hide Mouse Cursor (display when moving, hide after ~5s idle?)

But show when in a window? I would actually suggest the mouse cursor always show in
"settings" mode and mythtv-setup, as these are the times when a mouse is very useful
if you have it.
>
>
> Display live preview of recordings (will be theme controlled)

I would prefer not in this case, though your philosophy of theme control
is generally a good one. The live preview (even the static one) has a surprising
effect on performance on all but the highest end systems. (This is particularly
true on lower ram systems which end up putting things to swap.)

Most themes should perform fine on all levels of CPU unless they are specialty
animated themes. As the only animation that appears during a regular menu, thie
preview is one of the few boxes I would keept.


> OSD Font (themer controlled upon MythUI conversion)
> Font Size (themer controlled upon MythUI conversion)
> Default Caption Font Type (themer controlled upon MythUI conversion)
> ALL the caption font settings (themer controlled upon MythUI conversion)
> All the timeout settings (themer controlled upon MythUI conversion)
> CC Font (themer controlled upon MythUI conversion)

These might be theme controlled but actually the X windows display size parameters, which
affect the default font sizes in X and many X applications, should be a guide here.
The theme might tweak these but let the user also do it. Since many of us use our
1080 line tvs also as distantly viewed monitors, the right thing is to set the display size
appropriately to get slightly larger fonts than desktop monitors when doing our email and
web browsing.

> Maximum commercial skip (3600, the default)

Is this the one that sets the "too far?" If so that's a wrong default.


I presume in many cases that mythweb (or people editing sql) can still change some
of these, or will they vanish as options?

In general, I believe the best approach is to simplify the setup screens even more, and
move most option setting to mythweb. While not everybody will have a browser on their
frontend, perhaps, everybody has a computer on the LAN that can call up mythweb.

Truth is the mythtv setup system is hard to use, and a web browser is far better. A
typical example is playing with tv playback settings. For these, a common procedure
is to tweak and try, and right now because there are no jump points into these setup
menus, the alternative is to go through a large number of keystrokes to the settings for
things like deinterlacer, tweak it, go back to watching programs and pick some programs
to try and repeat. Would rather make all that easy to do in the browser anyway, where
you can offer better help on what the settings mean.

I realize that mythweb is still a contrib. It needs to be promoted as an official
component to do this. Once you do you can pull out lots of the setup stuff, and
most of mythtv-setup (though alas, you need something to tell your mythweb setup
who to accept connections from since people with low-res screens will be running
the browser on a laptop etc.)

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


nick.rout at gmail

Nov 5, 2009, 12:45 PM

Post #119 of 140 (1510 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thu, Nov 5, 2009 at 11:17 PM, nospam312 <nospam312 [at] gmail> wrote:
>
> As previously said I think going for a method where a list of
> predefined template type options that you are presented with when
> first running MythTV would be a option.  The community could make
> different templates available e.g. "I am running Freeview in the UK
> and do not require advert detect/user jobs" with appropriate defaults
> applied and unncessary steps of the setup proces hidden.

Come on, read the list. The setup for any given set of transmission
setup varies so often you couldn't post tickets fast enough let alone
incorporate it into releases.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


gull at gull

Nov 5, 2009, 1:21 PM

Post #120 of 140 (1507 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thu, November 5, 2009 4:42 am, ryan patterson wrote:
> It is unrealistic to expect the same theme to work perfectly on a 1080
> line HD setup and a 480 line SD setup.

I agree. Besides the obvious font sizing issues, a theme that fits a 16:9
screen is not going to work too well on a 4:3 screen. I really don't see
a good way of resolving this other than different themes. Making the
fonts bigger usually just results in text that doesn't fit into the screen
areas it's supposed to be in. (BT, DT.)



_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


fatgerman at ntlworld

Nov 5, 2009, 1:23 PM

Post #121 of 140 (1507 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thursday 05 Nov 2009 14:09:30 Rod Smith wrote:
> On Thursday 05 November 2009 12:24:35 am Michael T. Dean wrote:
> > On 11/04/2009 10:18 PM, Rod Smith wrote:
>
> [much snippage]
>
> > > IMHO, if a user finds that a font is inappropriate for his or her setup,
> > > the user should be able to change it. Changing the theme can be one way
> > > to do this, but that will bring in a bunch of other changes that may be
> > > unwanted. If the user interface permits a theme to set a default font and
> > > size when it's first activated, then that's fine, but if the user wants
> > > to change it, that should be possible, IMHO. Whether the text fits in the
> > > allotted space or not is then the user's problem.
> >
> > That's what FOSS is all about--the user can change whatever he/she
> > wants. IMHO, making it easy to break a theme is not any better than
> > making it hard for a person who can't figure out how to use a text
> > editor and read markup to break a theme.
>
> Yes, FOSS enables users to make changes -- but many (probably most) users lack
> the knowledge and skill to do so. Thus, when it comes to something like font
> size adjustments, which ARE easily done without mucking with code in many
> (but certainly not all) programs, the FOSS-lets-you-change-it argument
> doesn't really cut it.
>
> > >> Actually, it makes Myth just work--and prevents users from breaking it.
> > >
> > > At the expense of reduced flexibility -- flexibility that I personally
> > > have found useful (admittedly with 0.20 and 0.21, not having tried the
> > > still-experimental 0.22 line).
> >
> > I really think you'll see all your concerns about a need to adjust font
> > sizes/faces are unfounded with the changes in 0.22-fixes.
>
> Perhaps. I'll have to upgrade to be sure. I'm quite skeptical of your claim,
> though, since I can't imagine that the font a theme designer selects will be
> appropriate for all situations. If I like a theme but prefer a font to be a
> slightly different size, my understanding is that I'm just plain out of luck
> with the redesign, short of modifying the theme.

'Fine Tune Font Size' has always worked for me. I usually set it to -20%, to make the fonts slightly smaller than default, because I use HDMI and so it's legible and this way I can see the full descriptions of the programs when I'm browsing them. The xmltv descriptions from Radio Times in the UK are very informative and therefore quite long. If this option disappeared I'd be mortified. I would not want to have to change the theme just to find one with a smaller font.

>
> > It is true that some people may need larger fonts to be able to see/read
> > the text. And, IMHO, there should be themes designed with that in
> > mind. As a very wise man said earlier today, someone is already working
> > on a theme for children, so why not have "accessible" or "large-font"
> > themes, too. And, I firmly believe that rather than trying to
> > automatically force large fonts into themes designed for small fonts,
> > we're /much/ better off having someone go through and modify any given
> > theme to work properly with large fonts.
>
> Part of the source of my objection to the removal of font-adjustment options
> is simply that I believe themes are over-emphasized in modern computer user
> interfaces (not just in MythTV). Small adjustments, such as changing the font
> size or altering colors, can work wonders for usability. Relying on themes to
> make such tweaks makes it harder for the end user to implement these changes,
> since the desired change will vary along with a dozen others that the user
> might NOT want to change. The user must also search through a potentially
> huge number of themes (if they exist), make do with a more limited selection
> (if few themes exist), or code his/her own theme (requiring extra knowledge).
> Thus, although themes can help create pretty eye candy, they aren't all that
> great a tool for implementing the sort of usability changes that are the
> primary reason for changing font size, adjusting contrast, etc.

I couldn't agree more. Themes are about changing the eye-candy. Font size and contrast are useability issues which should be quite separate from the theme.

Also consider the case where someone has multiple frontends connected to different outputs (one to a monitor, one a laptop, one an HDTV, one a CRT TV, to pick my house at random). That user would probably want to use the same theme on all of them (it keeps the wife happy for one thing) but the CRT TV needs much bigger fonts if the writing is to be legible.

>
> > >>>>>> Display live preview of recordings (will be theme controlled)
> >
> > ...
> >
> > > Please note that this quoted segment is referring to the live preview vs.
> > > static preview vs. no preview issue, not the font issue.
> >
> > Oops. I missed the topic change in all the quotes (not that the quoting
> > wasn't relevant--I just missed it).
> >
> > > To my
> > > non-Myth-developer eye, this seems like a much less thorny issue from a
> > > programming perspective, and it's one that doesn't greatly impact the
> > > overall theme design, unlike fonts.
> >
> > Yeah. I'm not so concerned about this one--and for the reason you
> > mention (the theme design isn't really affected by the change).
>
> I hope, then, that you'll consider keeping the user option to set the preview
> mode (none, static, or live), rather than fold it into the theme. Folding it
> into the theme would be another example of the over-reliance on themes I
> refer to above.
>
>

One thought would be to have a 'basic' setup mode for new users, and an 'advanced' setup mode for experts to tweak settings to their heart's content.

Mark
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jedi at mishnet

Nov 5, 2009, 2:03 PM

Post #122 of 140 (1506 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Thu, Nov 05, 2009 at 12:54:15PM -0500, Tony Lill wrote:
> Chris Pinkham <cpinkham [at] bc2va> writes:
>
> > * On Wed Nov 04, 2009 at 03:25:23AM -0500, Patrick Davila wrote:
> >> I would be happy if "skip commercials automatically" was checked by default.
> >
> > I wrote most of the commercial flagging code and I don't even use
> > Auto-skip, so I would not want this option turned on by default.
> > I don't use 'notify' mode either. Auto-skip ON should be a
> > conscious decision by the user if the decide that the commercial
> > flagging works well enough on their recordings to allow it to auto-skip
> > during playback. Even in places where the flagger does work well, it
> > still may not work well on some channels, so enabling auto-skip by
> > default across the board should be a user decision based on the
> > channels they record from.
>
> I've often though that commercial skip should be a per-channel flag,
> not to complicate things or anything!

I would have it done on a per show/rule basis.

My problems with commercial detection tend to be limited to a particular
show or two that exhibit similar patterns that create false positives.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


richard.e.morton at gmail

Nov 5, 2009, 4:46 PM

Post #123 of 140 (1499 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

maybe this is a little ambitious, but a communit submission of
settings by trusted members may be workable in the following
scenario...

create profiles that meet requirements:
- Freeview in the UK (DVB-Tv UK profile using EIT)
- using certain **very** supported v4l cards such as the hauppauge Nova-T500
- freesat
- using dvb-s hauppauge card

the idea being reducing the barriers to entry by creating presets for
common scenarios so that user can find it eaier - if having certain
sets of hardware. Lets be frank to setup a myth box people have
usually bought hardware specifically for the job, and therefore lets
get those users up and running quickly, once they have it working
maybe they'll work with it to tweak there settings and maybe help us
to create profle (such as dvb-t in the uk with a profile for radio
times xml feed, or a profile for freesat with radiotime, etc.). I am
not saying that we should remove the capability to "tinker", but
merely introduce more to mythtv, as it works so well out of the box
and so that they are intrigued enough to tinker and assist...

More user equals more feedback and assistance, surely ????

R




Thanks And Regards,

Richard Morton

www.pidgin.im - MSN & Yahoo Messenger and many great features but
without adverts
www.kubuntu.com - 9.10 a free operating system thats pretty & damn good.
www.mythtv.org - Home media system




2009/11/5 R. G. Newbury <newbury [at] mandamus>:
> Mike Perkins wrote:
>>
>> nospam312 wrote:
>>>
>>> You generally only install MythTV once.  If an option you want is not
>>> enabled by default (or is disabled by default) just choose the best
>>> option from the menu above and adjust your settings accordingly.
>>>
>> Ha HA HA Ha. OMG that hurt. "You only generally install MythTV once".
>> Perhaps. Maybe. But, before you do that, you often have to install it any
>> number of times to sort out motherboards, tuners, video cards, storage
>> groups, permissions, remotes, SD/xmltv feeds, OS tweaks/bugs... the list is
>> endless.
>>
>> Until you get it just so, and by that I mean what the wife considers "just
>> so", it's usually necessary to spend a fair amount of time tweaking options
>> you personally wouldn't have bothered with.
>>
>> You may have a point regarding a user new to Myth, but I suspect it's not
>> going to work. For example, look at the way Ubuntu tries to set up a decent
>> environment for Myth and then look at the posts we've had here over the last
>> few months where the allegedly safe Ubuntu defaults don't work.
>
> Hah! I laughed at the 'only once' bit too!
>
> But the underlying point that maybe the settings could be handled by a
> template is a good idea.
> With a template there could be usable default setups for using Myth on a TV
> (640x480) and on HD (1920x1080) with most of the settings optimized. The
> vast majority of settings could then be set to a useful default.
>
> Another idea posted recently was the 'context-sensitive' exit which returns
> you to 'where you were' when you entered 'Settings'. This could work easily
> with a template structure if the settings relevant to the source page are
> grouped within the template.
>
> Also a template structure could make better use of screen space. There is no
> reason why the template could not show up to 50 settings lines on a
> 1920x1080 screen and only 20 lines on a TV screen.
>
> Geoff
>
>
>
>
> --
>        Please let me know if anything I say offends you.
>         I may wish to offend you again in the future.
>
>         Tux says: "Be regular. Eat cron flakes."
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


nick.rout at gmail

Nov 5, 2009, 4:58 PM

Post #124 of 140 (1502 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

On Fri, Nov 6, 2009 at 1:46 PM, Richard Morton
<richard.e.morton [at] gmail> wrote:
> maybe this is a little ambitious, but a communit submission of
> settings by trusted members may be workable in the following
> scenario...
>
> create profiles that meet requirements:
> - Freeview in the UK (DVB-Tv UK profile using EIT)
>   - using certain **very** supported v4l cards such as the hauppauge Nova-T500
> - freesat
>    - using dvb-s hauppauge card
>
> the idea being reducing the barriers to entry by creating presets for
> common scenarios so that user can find it eaier - if having certain
> sets of hardware. Lets be frank to setup a myth box people have
> usually bought hardware specifically for the job, and therefore lets
> get those users up and running quickly, once they have it working
> maybe they'll work with it to tweak there settings and maybe help us
> to create profle (such as dvb-t in the uk with a profile for radio
> times xml feed, or a profile for freesat with radiotime, etc.). I am
> not saying that we should remove the capability to "tinker", but
> merely introduce more to mythtv, as it works so well out of the box
> and so that they are intrigued enough to tinker and assist...
>
> More user equals more feedback and assistance, surely ????

How many transmitters are there for DVB-T in the UK?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


nospam312 at gmail

Nov 5, 2009, 10:00 PM

Post #125 of 140 (1478 views)
Permalink
Re: [RFC] Proposed settings rework [In reply to]

> How many transmitters are there for DVB-T in the UK?

There are loads if you include relay transmitters but for tuning there
should be just a button that says "Tune" (perhaps with the two default
timeouts set a bit higher by default and just do a full scan) - the
pages of related tuning options there is very confusing.

I have tried MythTV 0.22 and even I can't work out how the tuning is
working. It is asking multiple question on whether to add new
channels, delete old ones. If I answer with what I think are sensible
answers I end up with channels from just the last multiplex (or some
other kind of hybrid of incomplete channels). I am still using
0.21fixes on the live machine as it works and with digital switch over
and whatever I know how the tuning process works.

Anyway going off topic and I still think apart from the removing of
old or none working options there is going to be no ideal answer to
please everyone and the best answer is probably some kind of highly
customisable settings template type system with Load/Save options.
Even then I think it sounds like a lot of work and only worth it if it
is going to work well and have significant benefits.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

First page Previous page 1 2 3 4 5 6 Next page Last page  View All MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.