I had a similar problem with my MythBox... however I don't know if the situation is similar.

My box was able to view live TV after doing the initial run of mythbackend and frontend run as the *user*, however when I set everything up to startup automatically, I would get the same two-second error with LiveTV.

Tore my hair out... and so two things have come out of it.
1) I'm bald.
2) Even better, I found a solution.

What I ended up doing was actually starting mythbackend and mythfrontend as the user who was going to access the system (mythuser in my case), and I no longer loss LiveTV ability.

The socket problem *I believe* is related to the fact that the system is attempting to access the capture device and does not have accesss to it. As far as I know, solutions to this would be to run mythfrontend as SUID root or to run the frontend/backed as the user. I don't know if this is a catchall, but try it out and let me know if it works for you. Good luck!

-James
--
--------------------------------------------
James D. Fryman
A+, Security+, MCSA, MCSE
E-Mail:  [EMAIL PROTECTED]
GnuPG:   0x4222017D


Leif B. Kristensen wrote:
Hello,
I feel that I'm almost there. I have finally got a live TV picture on the screen. Alas, it only lasts for a couple of seconds, then it freezes and after a while I'm back in the main menu.

I'm running MythTV on an AMD64 configured as an Athlon-XP. However, I have configured the kernel to use frequency stepping with the new 'conservative' driver, in the Power Management Options -> CPU Frequency Scaling. Here's an excerpt from the kernel documentation (v2.6.12-gentoo-r6):

# 'conservative' - this driver is rather similar to the 'ondemand'
# governor both in its source code and its purpose, the difference is
# its optimisation for better suitability in a battery powered
# environment. The frequency is gracefully increased and decreased
# rather than jumping to 100% when speed is required.

# If you have a desktop machine then you should really be considering
# the 'ondemand' governor instead, however if you are using a laptop,
# PDA or even an AMD64 based computer (due to the unacceptable
# step-by-step latency issues between the minimum and maximum frequency
# transitions in the CPU) you will probably want to use this governor. The beauty of this driver approach is of course that the box is _very_ quiet when not working. I'm not quite sure if this is directly related to my problem, because I can force the CPU to spin up with another program, like setting mencoder to transcode a file for about a minute, press Ctrl-C, and immediately start "Watch TV" in Myth. This makes no difference at all.

Below is a terminal dump from mythfrontend. I haven't bothered getting LIRC to work yet:

[EMAIL PROTECTED] ~ $ mythfrontend
2005-07-29 12:01:20.028 New DB connection, total: 1
Total desktop width=1280, height=1024, numscreens=1
2005-07-29 12:01:20.032 Using screen 0, 1280x1024 at 0,0
2005-07-29 12:01:20.034 mythfrontend version: 0.18.1.20050510-1 www.mythtv.org
2005-07-29 12:01:20.034 Enabled verbose msgs : important general
2005-07-29 12:01:20.165 Switching to square mode (blue)
2005-07-29 12:01:20.610 Registering Internal as a media playback plugin.
2005-07-29 12:01:20.616 Registering MythDVD DVD Media Handler as a media handler 2005-07-29 12:01:20.617 Registering MythDVD VCD Media Handler as a media handler
mythtv: could not connect to socket
mythtv: Connection refused
lirc_init failed for mythtv, see preceding messages
2005-07-29 12:01:20.691 Registering MythMusic Media Handler as a media handler
2005-07-29 12:01:26.024 New DB connection, total: 2
2005-07-29 12:01:26.052 Connecting to backend server: 127.0.0.1:6543 (try 1 of 5)
2005-07-29 12:01:26.060 Using protocol version 15
2005-07-29 12:01:26.087 Using protocol version 15
2005-07-29 12:01:28.472 Opening audio device 'default'.
2005-07-29 12:01:28.487 Using XV port 69
2005-07-29 12:01:28.711 Realtime priority would require SUID as root.
2005-07-29 12:01:28.731 Changing from None to WatchingLiveTV
libGL error: open DRM failed (Operation not permitted)
libGL error: reverting to (slow) indirect rendering
2005-07-29 12:01:28.734 Video timing method: USleep with busy wait
2005-07-29 12:01:29.504 prebuffering pause
2005-07-29 12:01:48.732 ReadStringList timeout (quick).
Remote encoder not responding.
2005-07-29 12:01:48.732 WriteStringList: Bad socket
2005-07-29 12:01:48.732 ReadStringList: Bad socket
Remote encoder not responding.
2005-07-29 12:01:48.732 WriteStringList: Bad socket
2005-07-29 12:01:48.732 ReadStringList: Bad socket
Remote encoder not responding.
ASSERT: "i <= nodes" in /usr/qt/3/include/qvaluelist.h (373)
2005-07-29 12:01:48.737 WriteStringList: Bad socket
2005-07-29 12:01:48.737 ReadStringList: Bad socket
Remote encoder not responding.
2005-07-29 12:01:48.802 Changing from WatchingLiveTV to None
2005-07-29 12:01:48.808 Changing from None to None

I live in Norway, a PAL country, and have altered the Live TV output format to 720x576 per the instructions at <url:http://gentoo-wiki.com/HOWTO_Setup_MythTV>. That doesn't help either. Any hints?


------------------------------------------------------------------------

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

Reply via email to