[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.
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
> -- bjm
> mythtv-dev mailing list
> mythtv-dev at snowman.net
More information about the mythtv-dev