[mythtv] Preparing for 0.8

Michael D. Cencula mythtvuser at cencula.com
Mon Mar 10 01:35:42 EST 2003


Three minor issues (using 3/9/03 cvs):

1) I've got a two tuner card setup.  I have mythtv set to record Stargate 
whenever it occurs on any channel.  The new episode airs twice (at 9:00pm and 
11:00pm) every Friday (channel 52 here).  My wife has mythtv set to record 
Trading Spaces (channel 12) at 9:00pm every Friday (the same timeslot as the 
first airing of Stargate).  Stargate never records when it plays at 9:00pm.  
Instead, mythtv always records the second showing of Stargate at 11:00pm the 
same night.  Since I've got two tuners, it would be nice to record the 
earlier episode of Stargate rather than the later one.

2) This second item is a crappy bug report since I am only experiencing the 
problem on my main mythtv box.  In the alternative EPG, when I use up/down to 
scroll thru the channel list, the list sometimes (about 30% of the time) 
fails to scroll up or down when I hit the up/down arrows (also using 
remote..same problem).  I can tell that I've moved to the next higher/lower 
channel by looking at the show title and description (it changes just fine), 
but the grid listing doesn't scroll up or down.  After failing to scroll for 
2 or 3 up/down arrow presses, the list will jump to the correct position.  I 
also noticed (once) that the channel list (furthest left column) was not 
lined up correctly with the actual program listings.  Channel 51 was aligned 
with the shows on channel 52, channel 52 was aligned with the shows on 
channel 53, and so forth.  I hit the down arrow a couple times and the 
listing corrected itself.  Scrolling left and right works perfectly, however.  
Unfortunately, I cannot seem to duplicate this problem on my desktop box, but 
I thought I'd post the problem in case someone else has the same problem and 
can narrow down the cause better than me.

3) Whenever I make a selection in mythtv that causes a new window to appear or 
an existing one to disappear, I can see a short flash (perhaps 0.1 seconds) 
of the windows behind mythtv.  Someone else on the list reported this problem 
a while back, but nothing seemed to come of it.  The issue shows up on both 
of my mythtv boxes, but is less noticeable on the faster of the two 
computers.  I'm using KDE 3.0.5 on RH8.0 on both machines.

As a side note, I saw Isaac fixed the problem with mythtv losing focus about a 
week or two ago.  This fix is working great.  Thanks.

Mike

On Sunday 09 March 2003 09:27, Bruce Markey wrote:
> Isaac Richards wrote:
> ...
>
> > Can you see if current CVS is any better?  I think it's fixed, at least,
> > it just correctly used 3 cards to fix a 3-way conflict, instead of
> > bouncing one of the recordings back to the first card..
>
> Verified. I added another system and it scheduled all four
> inputs for sourceid 1.
>
> Around Your Home        14 1014 "Sun Mar 9 06:00:00 2003" 1 1 1 -- 1 1 0
> The Beverly Hillbillies 16 1016 "Sun Mar 9 06:00:00 2003" 1 2 2 -- 1 1 0
> Tiny Toon Adventures    23 1023 "Sun Mar 9 06:00:00 2003" 1 3 3 -- 1 1 0
> Destination Outdoors    31 1031 "Sun Mar 9 06:00:00 2003" 1 4 4 -- 1 1 0
>
> I assume then that this should work for N tuners.
>
> >>>It'd also be nice to modify the code that selects a free recorder to
> >>>prefer a local backend over a remote one.
> >>
> >>That would be a good thing for performance. Also, currently
> >>a local ringbuffer is treated as a remote file transfer which
> >>impairs performance (uncomment cerr << payload in util.cpp to
> >>see this). This crept in a few weeks ago. Both of these would
> >>be good to fix but I don't think either of these are 'stop
> >>ship' bugs.
> >
> > Local ringbuffer treated as a remote file transfer?  For live tv,
> > or something else?
>
> Live TV with the frontend on the same box as the master
> backend and tuner. Requests for blocks go over the socket
> to the backend. I thought it used to read the ringbuffer
> directly as a local file for playback but I must have been
> mistaken.
>
> --  bjm
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at snowman.net
> http://www.snowman.net/mailman/listinfo/mythtv-dev




More information about the mythtv-dev mailing list