[mythtv-users] Video Frame Buffering Failed Too Many Times

Fri Sep 5 15:25:19 UTC 2014

> On 6 Sep 2014, at 12:28 am, "Richard Brook" <byronf16 at gmail.com> wrote:
> 
> Was anyone able to get a handle on what is causing my MythTV crashes, based upon the log files I posted?
> 
> Rich Brook
> Secretary - RCCR
> byronf16 at gmail.com
> 

Did you try my suggestions?

> 
>> On Thu, Sep 4, 2014 at 9:26 AM, Mark Perkins <perkins1724 at hotmail.com> wrote:
>> 
>> 
>>> On 4 Sep 2014, at 11:14 am, "Richard Brook" <byronf16 at gmail.com> wrote:
>>> 
>>> I have used Ubuntu since Windows Vista was out since I disliked Vista. I have installed various versions of Ubuntu and Ubuntu Ultimate since then. Each new version, I would do a clean install. The last version I had on my PC was 12. I have been using Windows 7 since then. A few months ago I installed 14.04. I have used MythTV in the past on this same PC. Each time I did a clean install. This is the first time I have had crashes like this. I use the Ubuntu OS for the same purposes as I did with Windows 7. There, I used WinTV 7 with no issues. I use MythTV as my PVR and to watch cable TV. I record some shows each week. Nothing fancy about the install.
>> 
>> Sorry, the question was badly worded. I meant to ask whether this was a new mythtv system. It can be helpful to know whether mythtv worked, then ‘something’ happened and now it doesn’t - versus a clean install and configure and never worked properly. Based on what you have said I assume this is a clean install with a restored database but has not worked properly since the clean install and database restore.
>>  
>> I’ve pulled a couple of notes out of your log file as follows:
>>  
>> Aug 29 00:02:02 Byronf16 mythbackend: mythbackend[20590]: W CoreContext scheduler.cpp:213 (VerifyCards) Scheduler: Listings source '' is defined, but is not attached to a card input.
>>  
>> There appears to be something unusual with your video sources? Might be worth doing a delete all capture cards / video sources on all hosts and re-adding / reconfiguring those parts from scratch.
>>  
>> Aug 29 00:03:32 Byronf16 mythbackend: mythbackend[20590]: E TVRecEvent recordinginfo.cpp:928 (InsertProgram) RecordingInfo::InsertProgram(ProgramInfo(2065_20140829040331.mpg): channame(ION Television Satellite Feed) startts(Fri Aug 29 04:00:00 2014) endts(Fri Aug 29 05:00:00 2014)#012             recstartts(Fri Aug 29 04:03:31 2014) recendts(Fri Aug 29 05:00:00 2014)#012             title(Cold Case)): recording already exists...
>> Aug 2 Aug 29 00:20:27 Byronf16 mythbackend: mythbackend[20590]: E TVRecEvent recordinginfo.cpp:928 (InsertProgram) RecordingInfo::InsertProgram(ProgramInfo(2033_20140829042027.mpg): channame(Turner Network TV) startts(Fri Aug 29 04:03:00 2014) endts(Fri Aug 29 05:03:00 2014)#012             recstartts(Fri Aug 29 04:20:27 2014) recendts(Fri Aug 29 05:03:00 2014)#012             title(Hawaii Five-0)): recording already exists...
>> Aug 29 00:22:08 Byronf16 mythbackend: mythbackend[20590]: W TFWWrite threadedfilewriter.cpp:571 (DiskLoop) TFW(/var/lib/mythtv/livetv/2033_20140829042028.mpg:41): write(61480) cnt 119 total6531064 -- took a long time, 10028 ms9 00:09:51 Byronf16 mythbackend: mythbackend[20590]: W TFWWrite threadedfilewriter.cpp:571 (DiskLoop) TFW(/var/lib/mythtv/livetv/2065_20140829040332.mpg:44): write(43016) cnt 154 total8433664 -- took a long time, 13087 ms
>> Sep  1 22:55:17 Byronf16 mythbackend: mythbackend[20590]: E RecThread mythdb.cpp:183 (DBError) DB Error (Resolution insert):#012Query was:#012INSERT INTO recordedmarkup    (chanid, starttime, mark, type, data)    VALUES ( ?, ?, ?, ?, ?);#012Bindings were:#012:CHANID=2032, :DATA=480, :MARK=314617, :STARTTIME=2014-09-02T00:00:00Z, :TYPE=30#012Driver error was [2/1062]:#012QMYSQL3: Unable to execute statement#012Database error was:#012Duplicate entry '2032-2014-09-02 00:00:00-30-314617' for key 'PRIMARY'
>> Sep  1 22:55:17 Byronf16 mythbackend: mythbackend[20590]: E RecThread mythdb.cpp:183 (DBError) DB Error (Resolution insert):#012Query was:#012INSERT INTO recordedmarkup    (chanid, starttime, mark, type, data)    VALUES ( ?, ?, ?, ?, ?);#012Bindings were:#012:CHANID=2032, :DATA=480, :MARK=314617, :STARTTIME=2014-09-02T00:00:00Z, :TYPE=31#012Driver error was [2/1062]:#012QMYSQL3: Unable to execute statement#012Database error was:#012Duplicate entry '2032-2014-09-02 00:00:00-31-314617' for key 'PRIMARY'
>>  
>> There are a number of these sorts of messages in your log (ie that recording already exists or duplicate of primary key). Hopefully someone with a better understanding will comment but may indicate a corrupt database? Maybe try with a clean blank (freshly configured) database and see if problem persists or at least run optimize_mythdb.pl (http://www.mythtv.org/wiki/User_Manual:Periodic_Maintenance) and see if it reports any issues.
>> 
>>> rich at Byronf16:~$ mythfrontend --version
>>> Please attach all output as a file in bug reports.
>>> MythTV Version : v0.27.3-153-g231972c
>>> MythTV Branch : fixes/0.27
>>> Network Protocol : 77
>>> Library API : 0.27.20140719-1
>>> QT Version : 4.8.6
>>> Options compiled in:
>>>  linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_ivtv using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2
>>> 
>>> rich at Byronf16:~$ df -h
>>> Filesystem      Size  Used Avail Use% Mounted on
>>> /dev/sdc1       143G   14G  122G  11% /
>>> none            4.0K     0  4.0K   0% /sys/fs/cgroup
>>> udev            2.0G  4.0K  2.0G   1% /dev
>>> tmpfs           396M  1.4M  394M   1% /run
>>> none            5.0M     0  5.0M   0% /run/lock
>>> none            2.0G   80K  2.0G   1% /run/shm
>>> none            100M   76K  100M   1% /run/user
>> 
>> I assume your storage groups are set to go to /dev/sdc1/ somewhere so free space doesn't appear to be an issue.
>> 
>>> 
>>> Rich Brook
>>> Secretary - RCCR
>>> byronf16 at gmail.com
>>> 
>>> 
>>>> On Wed, Sep 3, 2014 at 6:46 PM, Mark Perkins <perkins1724 at hotmail.com> wrote:
>>>> 
>>>> 
>>>>> On 4 Sep 2014, at 7:42 am, "Richard Brook" <byronf16 at gmail.com> wrote:
>>>>> 
>>>>> Frontend version 2.0.27.3 plus fixes
>>>>> 
>>>> 
>>>> Generally just use the command:
>>>> 
>>>> mythfrontend --version
>>>> 
>>>> And post the full output, it has additional info that can sometimes aid in diagnosis.
>>>> 
>>>>>> On Sep 3, 2014 5:31 PM, "Jean-Yves Avenard" <jyavenard at gmail.com> wrote:
>>>>>> 
>>>>>> 
>>>>>>> On Wednesday, September 3, 2014, Richard Brook <byronf16 at gmail.com> wrote:
>>>>>>> I have been running MythTV 027 and Ubuntu 14.04 for several months now. I 
>>>>>> 
>>>>>> And what version of mythtv would that be?
>>>>>> 
>>>>>> mythfrontend --version
>>>>> _______________________________________________
>>>> 
>>>> Is this a new system that has never worked completely properly or a system that once worked properly but now doesn't?
>>>> 
>>>> What is the output of:
>>>> 
>>>> df -h
>>>> 
>>>> Also have you checked permissions on the folders in your storage groups?
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140906/cc3b8a6f/attachment-0001.html>