[mythtv] Sports API for Myth

Mark Phillip mark at areyouwatchingthis.com
Wed May 30 18:51:02 UTC 2007


Hey Greg, no one has contacted me yet about integrating the API with 
Myth.  I have a rig on the way so I can start playing around with it, 
but it's taking forever to arrive, and with ramp up time, it would be a 
while before I made a dent in a plugin.

I'm unabashedly biased, but I think all sports fans would love a DVR 
that could just start recording when a game gets exciting in a sport 
they care about.  The most important part of the API is the <points> 
element.  What makes RUWT? different is that we're trying to objectively 
rate the excitement of each game based on variables like sport, score, 
time left, teams involved, and the opinions of fans watching the game 
live.  The idea is the higher the points level gets, the more exciting 
the game is.

<points> has 3 attributes:
    level: A verbal description of the points level, either Guarded, 
High, Elevated or Severe (you may recognize those).  Currently the 
points level for each are 0-49, 50-99, 100-99, and 200+ respectively.
    high: The highest points total the game has reached--some games get 
exciting and then peter out.
    color: This is the hex color that we use on the site for this point 
level.  The colors are roughly Blue, Yellow, Orange, and then Red.


I'll do my best to get more detailed info on the API up tonight, but 
please don't hesitate to drop me a line if you have any more questions.



Take care,
Mark
RUWT?
areyouwatchingthis.com
  






mythtv-dev-request at mythtv.org wrote:
> Send mythtv-dev mailing list submissions to
> 	mythtv-dev at mythtv.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
> or, via email, send a message with subject or body 'help' to
> 	mythtv-dev-request at mythtv.org
>
> You can reach the person managing the list at
> 	mythtv-dev-owner at mythtv.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mythtv-dev digest..."
>
>
> Today's Topics:
>
>    1. Re: [mythtv-commits] Ticket #3466: [13435] breaks	the	Guide
>       video on some setups (Daniel Kristjansson)
>    2. Re: [mythtv-commits] mythtv commit: r13531 by kormoc (Rob Smith)
>    3. Re: [mythtv-commits] Ticket #3466: [13435] breaks the	Guide
>       video on some setups (Simon Kenyon)
>    4. Re: [mythtv-commits] Ticket #3466: [13435] breaks the	Guide
>       video on some setups (Simon Kenyon)
>    5. Re: [mythtv-commits] Ticket #3466: [13435] breaks the	Guide
>       video on some setups (Robin Neatherway)
>    6. ivtv picture start overflow,	please inform
>       mythtv-dev at mythtv.org (Dr. Johannes Zellner)
>    7. Re: Sports API for Myth (Gregory Bone)
>    8. Internal DVD player incorrectly detects video scan
>       (interlacing) (Matt Doran)
>    9. Re: Internal DVD player incorrectly detects video scan
>       (interlacing) (David Asher)
>   10. Re: [mythtv-commits] Ticket #3442: Enable song information	on
>       changing visualizers (Steven Adeff)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 29 May 2007 12:53:23 -0400
> From: Daniel Kristjansson <danielk at cuymedia.net>
> Subject: Re: [mythtv] [mythtv-commits] Ticket #3466: [13435] breaks
> 	the	Guide video on some setups
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <1180457603.12412.432.camel at cuy.kristjansson.com>
> Content-Type: text/plain
>
> On Tue, 2007-05-29 at 16:36 +0100, Robin Neatherway wrote:
>   
>> On 5/29/07, Daniel Kristjansson <danielk at cuymedia.net> wrote:
>>     
>>> On Tue, 2007-05-29 at 16:23 +0100, Simon Kenyon wrote:
>>>       
>>>> MythTV wrote:
>>>>         
>>>>> #3466: [13435] breaks the Guide video on some setups
>>>>>  This is useful. I probably just need to replace the "Loading
>>>>>           
>>>> Preview
>>>>         
>>>>>  Video" with something drawn in the current chromakey to get these
>>>>>           
>>>> cards to
>>>>         
>>>>>  work. You can verify this by setting the xterm background color to
>>>>>           
>>>> the
>>>>         
>>>>>  chromakey color and placing it over the video preview section of
>>>>>           
>>>> the
>>>>         
>>>>>  guide.
>>>>>           
>> I experience the same effect (with an FX5200). Is it better to change
>> the xorg.conf to use the 3D hardware?
>>     
>
> No, this is a bug. The dedicated XVideo hardware is better
> than using the 3D hardware with XVideo. You could reconfigure
> xorg.conf to use 3D hardware to work around the bug, but as
> soon as I have half an hour to spend on MythTV I will create
> a patch to fix this bug.
>
> -- Daniel
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 29 May 2007 11:08:06 -0700
> From: "Rob Smith" <kormoc at gmail.com>
> Subject: Re: [mythtv] [mythtv-commits] mythtv commit: r13531 by kormoc
> To: "Development of mythtv" <mythtv-dev at mythtv.org>
> Message-ID:
> 	<456dee40705291108v64d22e57td6eb53abe0892e2f at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 5/28/07, Colin Guthrie <mythtv at colin.guthr.ie> wrote:
>   
>> This unfortunately gives the following error (via the Firebug Firefox
>> plugin (http://getfirebug.com) which I can thoroughly recommend as a web
>> developer!):
>>
>> _59 is not a function
>> https://guthr.ie/mythweb/js/prototype.js
>> Line 1
>>
>> Reverting to the full prototype (e.g. unobsfucated) gives:
>>
>> iterator is not a function
>> https://guthr.ie/mythweb/js/prototype.js
>> Line 446
>>
>> Dunno if it's in prototype itself or just Mythwebs use of it.
>>     
>
> It's a prototype issue of some sort, as you can see, the normal
> prototype also gives the error. It's safe to just ignore.
>
> ~Rob
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 29 May 2007 21:14:19 +0100
> From: Simon Kenyon <simon at koala.ie>
> Subject: Re: [mythtv] [mythtv-commits] Ticket #3466: [13435] breaks
> 	the	Guide video on some setups
> To: mythtv-dev at mythtv.org
> Message-ID: <200705292114.19312.simon at koala.ie>
> Content-Type: text/plain;  charset="iso-8859-1"
>
> On Tuesday 29 May 2007 20:25, MythTV wrote:
>   
>> #3466: [13435] breaks the Guide video on some setups
>> ---------------------+-----------------------------------------------------
>> - Reporter:  stuartm  |        Owner:  danielk
>>      Type:  defect   |       Status:  new
>>  Priority:  minor    |    Milestone:  unknown
>> Component:  mythtv   |      Version:  head
>>  Severity:  medium   |   Resolution:
>> ---------------------+-----------------------------------------------------
>> -
>>
>> Comment(by danielk):
>>
>>  Please try the attached patch. It should fix the problem. (It will draw
>>  green borders on letterboxed video (for debugging) and leave some chaff
>>  behind on aspect ratio changes.)
>>     
>
> i have just build 13535 with your patch applied to both my laptop (ati) and my 
> bedroom backend (amd64 with nvidia) and i can confirm that both display the 
> preview.
>
> both display green borders around the preview and the full screen display.
> except that is for the configuration that i have on my laptop for when i have 
> mythtv within a window, in which case the green chromakey does not appear.
>
> hope this is of some help.
> --
> simon
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 29 May 2007 21:20:21 +0100
> From: Simon Kenyon <simon at koala.ie>
> Subject: Re: [mythtv] [mythtv-commits] Ticket #3466: [13435] breaks
> 	the	Guide video on some setups
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <200705292120.21822.simon at koala.ie>
> Content-Type: text/plain;  charset="iso-8859-1"
>
> On Tuesday 29 May 2007 21:14, Simon Kenyon wrote:
>   
>> On Tuesday 29 May 2007 20:25, MythTV wrote:
>>     
>>> #3466: [13435] breaks the Guide video on some setups
>>> ---------------------+---------------------------------------------------
>>> -- - Reporter:  stuartm  |        Owner:  danielk
>>>      Type:  defect   |       Status:  new
>>>  Priority:  minor    |    Milestone:  unknown
>>> Component:  mythtv   |      Version:  head
>>>  Severity:  medium   |   Resolution:
>>> ---------------------+---------------------------------------------------
>>> -- -
>>>
>>> Comment(by danielk):
>>>
>>>  Please try the attached patch. It should fix the problem. (It will draw
>>>  green borders on letterboxed video (for debugging) and leave some chaff
>>>  behind on aspect ratio changes.)
>>>       
>> i have just build 13535 with your patch applied to both my laptop (ati) and
>> my bedroom backend (amd64 with nvidia) and i can confirm that both display
>> the preview.
>>
>> both display green borders around the preview and the full screen display.
>> except that is for the configuration that i have on my laptop for when i
>> have mythtv within a window, in which case the green chromakey does not
>> appear.
>>     
>
> the difference of course is that my laptop screen is 1920x1200, which is 16:10
> the bedroom frontend has a screen which is 1680x1050 which is 16:10
> where as the windows myth is running in a window 1024x576 which is 16:9
>
> regards
> --
> simon
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 29 May 2007 22:19:55 +0100
> From: "Robin Neatherway" <robthebob at gmail.com>
> Subject: Re: [mythtv] [mythtv-commits] Ticket #3466: [13435] breaks
> 	the	Guide video on some setups
> To: "Development of mythtv" <mythtv-dev at mythtv.org>
> Message-ID:
> 	<e2d61c5a0705291419i7b50eb4ei12d19236df3186d7 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>   
>> No, this is a bug. The dedicated XVideo hardware is better
>> than using the 3D hardware with XVideo. You could reconfigure
>> xorg.conf to use 3D hardware to work around the bug, but as
>> soon as I have half an hour to spend on MythTV I will create
>> a patch to fix this bug.
>>
>> -- Daniel
>>     
>
> Thanks for the quick answer.
>
> Robin
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 30 May 2007 01:19:10 +0200
> From: "Dr. Johannes Zellner" <johannes at zellner.org>
> Subject: [mythtv] ivtv picture start overflow,	please inform
> 	mythtv-dev at mythtv.org
> To: mythtv-dev at mythtv.org
> Message-ID:
> 	<103840bf0705291619k3117bf0ci6e982b0cbfde7da7 at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hi,
>
> when jumping to a position I get messages like
>
>    ivtv picture start overflow, please inform mythtv-dev at mythtv.org
>
> and the jumps are really slow. Actually it depends on how far the jump is.
> Jumping 20 minutes takes much longer than just 1 minute. Jumping for
> 60 minutes can take about 1 minute (where the screen is just black).
> This is really annoying when having set a jump point which is far off from
> the beginning of a recorded  show.
>
> This is mythtv as it comes with debian stable.
> Kernel 2.6.21.1, debian amd64 on a intel 6700 system, self-compiled
> Two Hauppauge TV cards (PVR 150 and PVR 350)
> ivtvdriver 0.10.2, self compiled
> xserver-xorg-video-ivtv/unstable uptodate 0.10.6-1 as it comes with
> debian unstable
>
> I'm using the S-video output of the PVR 350 card.
> When using the computer LCD monitor as output, everything is ok,
> so this seems to be related to the PVR 350 output. When using the PVR
> 350 output,
> I've a second X session which uses the ivtv x driver as device.
>
> any ideas?
>
> --
> Dr. Johannes Zellner <johannes at zellner.org>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 29 May 2007 19:25:13 -0400
> From: Gregory Bone <gbone at comcast.net>
> Subject: Re: [mythtv] Sports API for Myth
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <200705291925.13318.gbone at comcast.net>
> Content-Type: text/plain;  charset="iso-8859-1"
>
> Mark,
>
> I am interested in trying to build some pre-configured MythTV machines that 
> are customized for the sports fan.  I would like to find out more about the 
> API.  Can you point me in the right direction?  
>
> I am a software engineer and I would be able to help develop an auto record 
> feature in MythTV.  Do you know if anyone is working on this?
>
> Thanks,
> Greg
>
>
>
> On Thursday 10 May 2007 15:38, Mark Phillip wrote:
>   
>> I got a few requests to send out a note once the API was actually
>> released, so here it is.
>>
>> http://areyouwatchingthis.com/api
>>
>> Any sports fans who would want to automatically start recording when a
>> pitcher has a no-hitter, make sure they catch all televised games of
>> their home teams, or just integrate sports scores into the program
>> guide, should find this interesting.
>>
>> If you have any questions, don't hesitate to drop me a line.
>>
>>
>> Thanks,
>> Mark
>> RUWT?
>> areyouwatchingthis.com
>>
>>
>>
>>
>>
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev at mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>     
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 30 May 2007 17:23:34 +1000
> From: Matt Doran <matt.doran at papercut.biz>
> Subject: [mythtv] Internal DVD player incorrectly detects video scan
> 	(interlacing)
> To: Development of mythtv <mythtv-dev at mythtv.org>
> Message-ID: <465D2676.80802 at papercut.biz>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi there,
>
> Below is a discussion from the users list that didn't produce any 
> answers.  I'd be interested on working on a patch to try to fix the 
> issue, but I need some guidance/ideas on where to start.
>
> In summary, the issue is that the video scan detection for some DVDs 
> (but not all DVD) seems to incorrectly choose progressive scan, which 
> results in an awful jerky looking video (almost like it's skipping every 
> second frame).  If I override the video scan setting it to "interlaced" 
> to output is perfect.  The detailed explanation and some -v playback 
> logs are described below.
>
>  From the logs it seems that it starts off in interlaced mode 
> correctly.  But as some point it thinks it sees a progressive frame so 
> switches off the interlacing.
>
> I'm using a very recent trunk build.  I have bob deinterlacing and 
> OpenGL vsync enabled, and an Nvidia 6150 graphics card.
>
> Any ideas on what could be causing this, or where I should start to fix 
> this would be appreciated.
>
> Cheers,
> Matt
>
> Matt Doran wrote:
>   
>> Matt Doran wrote:
>>   
>>     
>>> stanley kamithi wrote:
>>>   
>>>     
>>>       
>>>> add  inverse telecine filter (ivtc) to your custom filter list.
>>>> sounds like some of your  dvds has telecined output.
>>>>    
>>>>       
>>>>         
>>> Hi Stanley,
>>>
>>> I don't know anything about telecined output.  If I add this to the 
>>> custom filter, will this impact TV at all?   My TV output is now very 
>>> good, and would not want to affect that if possible.
>>>
>>> Can I apply the filter to DVD only?
>>>
>>> I'll give it a try tonight.
>>>   
>>>     
>>>       
>> Hi Stanley,
>>
>> I don't think this is a telecine issue.  I'm in Australia, so my DVDs 
>> are mostly PAL.   However, one DVD I can reproduce the problem on is a 
>> "West Wing" import ... so I'm not sure of the standard it's using.  The 
>> other was a DVD I rented and have returned ... but would have been PAL.
>>
>> I've added "ivtc" to my custom filters, but it hasn't had any effect.  I 
>> haven't seen the line "turning on inverse telecine filter" on stderr 
>> (which I can see in the code) so I don't think it's switched on.  Any 
>> way that I can confirm?
>>
>> I've attached the output of 2 -v playback for two different examples.  
>> They both show interlacing is used in the startup sequence, the first 
>> one switches to progressive when I press play, the second switches to 
>> progressive when I go to the "Episodes" submenu even though it has no 
>> video content and nothing is playing.
>>
>> Time sequence for frontend-play1.log
>>
>>     * 20:1 7:40 - start dvd, playing startup sequence.  Startup sequence
>>       is interlaced, and plays fine.
>>     * 20:18:21 - pressed play once startup completed.  Changes to
>>       progressive, and looks awful
>>     * 20:18:50 - Manually change video sync to "Interlaced".  Looks
>>       fine  again
>>
>>
>> Time sequence for frontend-play2.log
>>
>>     * 20:23:35 - start dvd, playing startup sequence.  Startup sequence
>>       is interlaced, and plays fine.
>>     * 20:24:16 - selected the "Episode" menu.  Changes to progressive,
>>       even though there is no video content.
>>     * 20:18:21 - select an episode to play.  Still in progressive mode,
>>       looks awful
>>     * 20:18:50 - Manually change video sync to "Interlaced".  Looks fine
>>       again
>>
>>
>> What do you think?  It definitely seems to be detecting the progressive 
>> frames incorrectly.   I'm happy to help in anyway and provide any info 
>> that could be of assistance.
>>
>> (I'm running trunk r13509, and can easily test patches and/or recompile 
>> if necessary.)
>>
>>
>>   
>>     
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: frontendlogs.zip
> Type: application/zip
> Size: 12906 bytes
> Desc: not available
> Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20070530/ad675b44/attachment-0001.zip 
>
> ------------------------------
>
> Message: 9
> Date: Wed, 30 May 2007 09:49:49 -0400
> From: "David Asher" <asherml at gmail.com>
> Subject: Re: [mythtv] Internal DVD player incorrectly detects video
> 	scan	(interlacing)
> To: "Development of mythtv" <mythtv-dev at mythtv.org>
> Message-ID:
> 	<8935e5f30705300649y2103516dkfce0866860ca47fd at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> The internal player always starts off in interlaced mode, then follows
> the flags provided by the video blindly.  It looks like this DVD's
> video is clearly stating it is progressive scan.  Every frame is
> saying progressive.  Unfortunately, many DVD's are authored
> incorrectly.  (See The Secrets of Home Theater website for a VERY
> involved discussion of the complexities of deinterlacing and how badly
> DVD's are often authored)
>
> My guess is that this is not a very solvable problem in the current
> state of things.  I would love to learn enough to know how to DETECT
> mis-flagged video like the Faroujda (sp?) hardware solutions do in
> higher end DVD players, but I haven't had the time.
>
> In fact one of my local TV stations (7.1 WHDH-DT in Boston, MA)
> regularly misflags their primetime shows (1080i content with
> intermittently flagged progressive frames, but which don't seem to
> quite match a telecine pattern).
>
> David.
>
>
> On 5/30/07, Matt Doran <matt.doran at papercut.biz> wrote:
>   
>> Hi there,
>>
>> Below is a discussion from the users list that didn't produce any
>> answers.  I'd be interested on working on a patch to try to fix the
>> issue, but I need some guidance/ideas on where to start.
>>
>> In summary, the issue is that the video scan detection for some DVDs
>> (but not all DVD) seems to incorrectly choose progressive scan, which
>> results in an awful jerky looking video (almost like it's skipping every
>> second frame).  If I override the video scan setting it to "interlaced"
>> to output is perfect.  The detailed explanation and some -v playback
>> logs are described below.
>>
>>  From the logs it seems that it starts off in interlaced mode
>> correctly.  But as some point it thinks it sees a progressive frame so
>> switches off the interlacing.
>>
>> I'm using a very recent trunk build.  I have bob deinterlacing and
>> OpenGL vsync enabled, and an Nvidia 6150 graphics card.
>>
>> Any ideas on what could be causing this, or where I should start to fix
>> this would be appreciated.
>>
>> Cheers,
>> Matt
>>
>> Matt Doran wrote:
>>     
>>> Matt Doran wrote:
>>>
>>>       
>>>> stanley kamithi wrote:
>>>>
>>>>
>>>>         
>>>>> add  inverse telecine filter (ivtc) to your custom filter list.
>>>>> sounds like some of your  dvds has telecined output.
>>>>>
>>>>>
>>>>>           
>>>> Hi Stanley,
>>>>
>>>> I don't know anything about telecined output.  If I add this to the
>>>> custom filter, will this impact TV at all?   My TV output is now very
>>>> good, and would not want to affect that if possible.
>>>>
>>>> Can I apply the filter to DVD only?
>>>>
>>>> I'll give it a try tonight.
>>>>
>>>>
>>>>         
>>> Hi Stanley,
>>>
>>> I don't think this is a telecine issue.  I'm in Australia, so my DVDs
>>> are mostly PAL.   However, one DVD I can reproduce the problem on is a
>>> "West Wing" import ... so I'm not sure of the standard it's using.  The
>>> other was a DVD I rented and have returned ... but would have been PAL.
>>>
>>> I've added "ivtc" to my custom filters, but it hasn't had any effect.  I
>>> haven't seen the line "turning on inverse telecine filter" on stderr
>>> (which I can see in the code) so I don't think it's switched on.  Any
>>> way that I can confirm?
>>>
>>> I've attached the output of 2 -v playback for two different examples.
>>> They both show interlacing is used in the startup sequence, the first
>>> one switches to progressive when I press play, the second switches to
>>> progressive when I go to the "Episodes" submenu even though it has no
>>> video content and nothing is playing.
>>>
>>> Time sequence for frontend-play1.log
>>>
>>>     * 20:1 7:40 - start dvd, playing startup sequence.  Startup sequence
>>>       is interlaced, and plays fine.
>>>     * 20:18:21 - pressed play once startup completed.  Changes to
>>>       progressive, and looks awful
>>>     * 20:18:50 - Manually change video sync to "Interlaced".  Looks
>>>       fine  again
>>>
>>>
>>> Time sequence for frontend-play2.log
>>>
>>>     * 20:23:35 - start dvd, playing startup sequence.  Startup sequence
>>>       is interlaced, and plays fine.
>>>     * 20:24:16 - selected the "Episode" menu.  Changes to progressive,
>>>       even though there is no video content.
>>>     * 20:18:21 - select an episode to play.  Still in progressive mode,
>>>       looks awful
>>>     * 20:18:50 - Manually change video sync to "Interlaced".  Looks fine
>>>       again
>>>
>>>
>>> What do you think?  It definitely seems to be detecting the progressive
>>> frames incorrectly.   I'm happy to help in anyway and provide any info
>>> that could be of assistance.
>>>
>>> (I'm running trunk r13509, and can easily test patches and/or recompile
>>> if necessary.)
>>>
>>>
>>>
>>>       
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev at mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>>
>>
>>     
>
>
> ------------------------------
>
> Message: 10
> Date: Wed, 30 May 2007 11:57:50 -0400
> From: "Steven Adeff" <adeffs.mythtv at gmail.com>
> Subject: Re: [mythtv] [mythtv-commits] Ticket #3442: Enable song
> 	information	on changing visualizers
> To: mythtv-dev at mythtv.org
> Message-ID:
> 	<42785b900705300857n5fb03eeaia4a105a017e5a6d9 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 5/29/07, MythTV <mythtv at cvs.mythtv.org> wrote:
>   
>> #3442: Enable song information on changing visualizers
>> -------------------------+--------------------------------------------------
>>  Reporter:  anonymous    |        Owner:  stuartm
>>      Type:  enhancement  |       Status:  new
>>  Priority:  minor        |    Milestone:  0.21
>> Component:  mythmusic    |      Version:  head
>>  Severity:  medium       |   Resolution:
>> -------------------------+--------------------------------------------------
>>
>> Comment(by stuartm):
>>
>>  Would anyone fight for the name of the visualizer being shown on
>>  ''automatic'' changes? I really can't see the value.
>>     
>
> I'd personally find it annoying to show on automatic changes, but on
> manual changes it would be nice.
>
>   


More information about the mythtv-dev mailing list