[mythtv-users] LiveTV bails out after two seconds

James Fryman jfryman.lists at gmail.com
Fri Jul 29 09:55:43 EDT 2005


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:  jfryman.lists at gmail.com
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:
> 
> leif at bellevue ~ $ 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
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


More information about the mythtv-users mailing list