[mythtv-users] Live TV problem in multirec

Johan meerlin_88 at hotmail.com
Mon Jan 7 18:46:27 UTC 2008


 
Sorry, forgot to tell you the live tv prio. This is straight from my mytconverg:
 
LiveTVPriority | 1    | NULL   
 
/Johan


From: meerlin_88 at hotmail.comTo: mythtv-users at mythtv.orgDate: Mon, 7 Jan 2008 18:27:03 +0000Subject: Re: [mythtv-users] Live TV problem in multirec


 Shane, I'm using the code from yesterday.  Its revision 15346 according to svn info. This is the version info from the log file:  mythbackend version: 0.21.20071211-98 As I said in my second post I think it is related to recoding the same channel on the same transport twice (eg recording a scheduled recoding from the transport and also watching the same channel on the same transport (on the same tuner) is impossible). This is probably the case when the recoding starts before the correct channel is tuned. I can post the logs tomorrow from the frontend and backend tomorrow when I am back at home. /Johan 

> Date: Sun, 6 Jan 2008 12:47:17 -0500> From: gnome42 at gmail.com> To: mythtv-users at mythtv.org> Subject: Re: [mythtv-users] Live TV problem in multirec> > On Jan 6, 2008 10:44 AM, Meerlin Meerlin <meerlin_88 at hotmail.com> wrote:> >> > Hi,> >> > I have a problem with live tv in the multirec branch. I'm using a master> > backend server with two DVB-C cards in and have two frontend clients using> > the server. I have set the limit for simultaneous records for each card to> > 3. I have cleaned the cards away from my settings when I switched to the> > multirec and re-added them as recommended. The problem I have found it that> > when tuner 1 is recording one or more shows and I'm using tuner 2 for live> > tv and a new recording is starting that is on the same transponder as the> > live tv channel the live tv will freeze on the frontend. When I look on the> > mythweb status page I can still see that the live tv show is recorded on the> > backend in parallel with the new recording on the same transponder. If I> > exit live tv to main menu on the frontend and tries to start a new live tv> > session it refuses to display the video and I end up with a error. If I look> > in the frontend log I have lots of "prebuffer pause" errors. So it seems> > that the backend is still recording the live tv but the frontend will not> > get any data for the live tv.> >> > Is the multirec code designed to be able to handle schedules of recordings> > on a tuner that is busy with live tv on the same transponder as the upcoming> > recording? If yes, this should not affect the live tv session since the card> > still allows 2 more recodings from the transponder and mythtv should be able> > to use another virtual tuner. When a scheduled recording is about to start> > on a transponder not equal to the one tuned in on tuner1 or tuner2 should> > mythfrontend rise a question on what I want to do (continue watching live tv> > or record the scheduled show). Which classes in the code is responsible for> > this decisions (give me a hint I can start looking at it)? Is this a backend> > problem or a frontend problem or maybe both frontend and backend problem?> >> > Before spending time on debugging this I would suggest that you update to the> latest multirec from svn. Some recent fixes might help your issues.> > Also, what do you have for LiveTVPriority?> > SELECT * FROM `settings` where `value`='LiveTVPriority'> > If there is still a problem you could post the frontend log with -v> playback and the> backend log with -v channel,record and the revision number.> > Shane> _______________________________________________> mythtv-users mailing list> mythtv-users at mythtv.org> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Share life as it happens with the new Windows Live. Start sharing! 
_________________________________________________________________
Make distant family not so distant with Windows Vista® + Windows Live™.
http://www.microsoft.com/windows/digitallife/keepintouch.mspx?ocid=TXT_TAGLM_CPC_VideoChat_distantfamily_012008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20080107/9cdd1a2b/attachment.htm 


More information about the mythtv-users mailing list