[mythtv-users] LiveTV Fails To Start Because of Recordings? How Do I Resolve?
bperryman_us at yahoo.com
Mon Nov 26 17:10:36 UTC 2007
My apologies for the lack of information and thank you for responding.
I'm running a combined backend/frontend mythbuntu installation from packages contained within ubuntu 7.10 based on mythtv 0.20.
It was previously running. It may have something to do with audio settings in recording. I have included some more information below from a post that I made before which contains some information from the backend log file. Thanks again for your help and for responding!
2007-11-22 07:23:08.156 MPEGRec(/dev/video0) Error: Error getting codec params u
sing old IVTV ioctl
eno: Bad address (14)
2007-11-22 07:23:08.165 MPEGRec(/dev/video0) Warning: MPEG Layer1 does not work
properly with ivtv driver.
Using MPEG layer 2 audio instead.
2007-11-22 07:23:08.166 MPEGRec(/dev/video0) Error: Could not set MPEG controls
2 through 0.
eno: Numerical result out of range (34)
2007-11-22 07:23:17.914 TVRec(1): Changing from WatchingLiveTV to None
CHRIS KOTTING <ckotting at wideopenwest.com> wrote: On Mon, 26 Nov 2007 04:19:44 -0800 (PST), Bruce Perryman wrote
> I created a thread about blank screen when starting livetv which received no responses.
> In viewing other responses to other posts I saw where I can start the frontend in the command line in verbose mode. When running this command it appears that LiveTV times out because of a failure to start a recording. I don't know what this recording is or how to remove it. Can it be that this problem is due to a bad recording? Please offer your opinions.
> This is the output of mythfrontend -v audio,playback:
> bper at Hosana:~$ mythfrontend -v audio,playback
> 2007-11-26 07:04:17.257 Using runtime prefix = /usr
> 2007-11-26 07:04:24.864 New DB connection, total: 2
> 2007-11-26 07:04:24.865 Connected to database 'mythconverg' at host: localhost
> 2007-11-26 07:04:24.885 Connecting to backend server: 127.0.0.1:6543 (try 1 of 5)
> 2007-11-26 07:04:24.904 Using protocol version 31
> 2007-11-26 07:04:24.972 TV: Attempting to change from None to WatchingLiveTV
> 2007-11-26 07:04:24.973 Using protocol version 31
> 2007-11-26 07:04:25.329 LiveTVChain(live-Hosana-2007-11-26T07:04:24): ReloadAll(): Added new recording
> 2007-11-26 07:04:25.331 RingBuf(/var/lib/mythtv/recordings/1000_20071126070425.mpg): OpenFile(/var/lib/mythtv/recordings/1000_20071126070425.mpg, 12)
> 2007-11-26 07:04:31.835 RingBuf(/var/lib/mythtv/recordings/1000_20071126070425.mpg): Invalid file (fd -1) when opening '/var/lib/mythtv/recordings/1000_20071126070425.mpg'.
> 2007-11-26 07:04:31.835 RingBuf(/var/lib/mythtv/recordings/1000_20071126070425.mpg): CalcReadAheadThresh(1 KB)
> -> threshhold(64 KB) min read(0 KB) blk size(32 KB)
> 2007-11-26 07:04:31.839 DPMS Deactivated
> 2007-11-26 07:05:11.846 TV Error: StartRecorder() -- timed out waiting for recorder to start
> 2007-11-26 07:05:11.846 TV Error: LiveTV not successfully started
> 2007-11-26 07:05:11.862 TV: Deleting TV Chain in destructor
> 2007-11-26 07:05:11.863 DPMS Reactivated.
It would be helpful to know:
whether this is a combined frontend/backend, or a remote frontend,
what version you are running,
on top of what distribution, and
whther you compiled form source or used a package.
The text of the messages heps, bit it's still a little difficult to defintiely determine what the problem is. However, some clues:
If it is a backend server with a remote frontend (rather than a combined FE/BE), you need to change the IP address in Setup to that of the remote server (or to the correct assigned name, if you're using DHCP).
It seems really odd to me that the ringbuffer would be located in a subdirectory of /var/lib. If I recall correctly, the Live TV ringbuffer is usually in the same directory as the recordings. MythTV may not have the permissions required to write to that directory.
mythtv-users mailing list
mythtv-users at mythtv.org
Get easy, one-click access to your favorites. Make Yahoo! your homepage.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mythtv-users