[mythtv-users] Re: remote wireless frontend drops back to menu
instead of just pausing
markknecht at gmail.com
Mon Jul 18 19:41:45 EDT 2005
Well, like --- duh - why not? ;-)
Ok, amazingly reasonable request. I fired up mythfrontend and had a
failure in the first 5 minutes. Here's the contents of the log file in
2005-07-18 16:32:20.890 New DB connection, total: 1
Total desktop width=1280, height=800, numscreens=1
2005-07-18 16:32:20.935 Using screen 0, 1280x800 at 0,0
2005-07-18 16:32:20.993 mythfrontend version: 0.18.1.20050510-1 www.mythtv.org
2005-07-18 16:32:20.994 Enabled verbose msgs : important general
2005-07-18 16:32:23.406 Switching to square mode (blue)
mythtv: could not connect to socket
mythtv: No such file or directory
lirc_init failed for mythtv, see preceding messages
2005-07-18 16:32:25.049 Registering Internal as a media playback plugin.
2005-07-18 16:32:32.783 All Programs
2005-07-18 16:32:33.406 Connecting to backend server:
192.168.1.55:6543 (try 1 of 5)
2005-07-18 16:32:33.415 Using protocol version 15
2005-07-18 16:32:44.984 New DB connection, total: 2
2005-07-18 16:32:47.914 Opening audio device '/dev/dsp'.
2005-07-18 16:32:47.914 Opening OSS audio device '/dev/dsp'.
2005-07-18 16:32:48.669 Using XV port 59
2005-07-18 16:32:49.436 Changing from None to WatchingPreRecorded
2005-07-18 16:32:49.437 New DB connection, total: 3
2005-07-18 16:32:49.503 Video timing method: USleep with busy wait
2005-07-18 16:32:49.525 Realtime priority would require SUID as root.
2005-07-18 16:33:37.130 RemoteFile::Read() failed in RingBuffer::safe_read().
2005-07-18 16:33:39.968 Changing from WatchingPreRecorded to None
2005-07-18 16:33:39.979 Changing from None to None
2005-07-18 16:33:44.220 prebuffering pause
2005-07-18 16:33:46.137 prebuffering pause
2005-07-18 16:33:46.794 RemoteFile::Read() failed in RingBuffer::safe_read().
[mpeg2video @ 0xb78cc810]ac-tex damaged at 12 3
[mpeg2video @ 0xb78cc810]Warning MVs not available
I don't think any data was truly 'damaged' as I could set up the
program to play again and the failure comes at a different place. If I
go to the backend machine itself, or the frontend that's in the family
room but on the wired network with the backend, I never get a drop out
so I assume it must be the wireless network.
How do I test a wireless network for real, not just throughput
numbers, etc.? Seems like I should be able to see this if I had the
right tools and a bit of luck.
On 7/18/05, Nick Rout <nick at rout.co.nz> wrote:
> may i suggest running mythfrontend from a terminal with -v all to get a
> better grip on what is happenning? (You can put it in a log file too
> with -l filename)
> On Mon, 18 Jul 2005 15:25:03 -0700
> Mark Knecht wrote:
> > Hi,
> > I sent this to the list a couple of weeks ago but no answers.
> > Mostly I'm just interested in how to have my frontend not drop back to
> > the media library screen where it makes me choose the program again.
> > How can I get MythTV to just pause, if necessary, and wait for data
> > when this starts happening instead of dropping out and making me go
> > back to the menu?
> > I had a rash of this a couple of weeks ago and again last night.
> > Probably some sort of wireless stuff in the neighborhood, etc., kicked
> > it off and reminded me that I'd asked this question a while back.
> > Thanks,
> > Mark
> > On 6/24/05, Mark Knecht <markknecht at gmail.com> wrote:
> > > Hi again,
> > > I'm seeing a problem here when the network gets busy, or I think
> > > that's when it happens. I'll be watching a recorded show with
> > > mythfrontend and it will suddenly drop back to the programs menu like
> > > I hit escape. This happens periodically on any machine that's running
> > > wireless to the backend server. Nothing has intentionally been done.
> > >
> > > Is there some adjustment that I can make to one end or the other to
> > > tell it to buffer more data, or to not disconnect even if transmission
> > > is lost for something like 20 seconds, etc.? I'd rather have a long
> > > pause then having to grab the remote and reselect the program.
> > >
> > > Thanks,
> > > Mark
> > >
> > _______________________________________________
> > mythtv-users mailing list
> > mythtv-users at mythtv.org
> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> Nick Rout
> mythtv-users mailing list
> mythtv-users at mythtv.org
More information about the mythtv-users