[mythtv-commits] Ticket #1371: Scheduled recording while on LiveTV looses Storage/PostProcessing properties
MythTV
mythtv at cvs.mythtv.org
Sat Aug 26 06:00:14 UTC 2006
#1371: Scheduled recording while on LiveTV looses Storage/PostProcessing
properties
--------------------------------+-------------------------------------------
Reporter: mythtv at multier.com | Owner: cpinkham
Type: defect | Status: closed
Priority: minor | Milestone: unknown
Component: mythtv | Version: 0.19
Severity: medium | Resolution: worksforme
--------------------------------+-------------------------------------------
Changes (by cpinkham):
* status: reopened => closed
* resolution: => worksforme
* milestone: 0.20 => unknown
Comment:
Looks like you were watching LiveTV and Myth wanted to record "The Cook
and The Chef".
I can see the record was inserted into the 'Default' recording group here:
2006-08-07 20:00:07.897 MSqlQuery: INSERT INTO recorded (chanid,
starttime, endtime, title, subtitle,
description, hostname, category, recgroup, autoexpire,
recordid, seriesid, programid, stars,
previouslyshown, originalairdate, findid, transcoder, playgroup,
recpriority, basename, progstart, progend, profile,
duplicate) VALUES ('2092', '2006-08-07T20:00:06', '2006-08-
07T20:30:00', 'The Cook And The Chef', '', 'Cook
Maggie Beer & executive chef Simon Bryant buy seasonal produce & transform
the fresh ingredients into dishes that everyone can cook, providing
helpful tips on how food is best bought & prepared.', 'media',
'', 'Default', 1, 269, '221963302', '',0,
0, '2006-08-07', 0, 0, 'Default', 0,
'2092_20060807200006.mpg', '2006-08-07T20:00:00', '2006-08-07T20:30:00',
'Default', 0)
Then, I can see the commercial flagging job fire off here:
2006-08-07 20:00:35.222 JobQueue: Commercial Flagging Starting for The
Cook And The Chef recorded from channel 2092 at Mon Aug 7 20:00:06 2006
Then, for some reason the backend tells the slave to delete the recording:
2006-08-07 20:01:02.595 read <- 9 619 DELETE_RECORDING[]:[]The Cook
And The Chef[]:[][]:[]Cook Maggie Beer & executive chef Simon Bryant buy
seasonal produce & transform the fresh ingredients into dishes that
everyone can cook, providing helpful tips on how food is best bought &
prepared.[]:[][]:[]2092[]:[]38[]:[]Food
TV[]:[]Food[]:[]/mnt/store/2092_20060807200006.mpg[]:[]0[]:[]17096488[]:[]1154937600[]:[]1154939400[]:[]0[]:[]0[]:[]0[]:[]media[]:[]0[]:[]0[]:[]0[]:[]0[]:[]-3[]:[]269[]:[]0[]:[]15[]:[]6[]:[]1154937606[]:[]1154939400[]:[]0[]:[]44[]:[]Default[]:[]0[]:[][]:[]221963302[]:[][]:[]1154937646[]:[]0.000000[]:[]1154865600[]:[]1[]:[]Default[]:[]0
I can't tell why this happens without seeing the master backend logs, but
that is why you don't see the recording show up like it should, because
it's been deleted.
I see that it then looks like you went back into LiveTV about 30 seconds
later, probably after looking on the Watch Recordings screen for the
recording.
What keystrokes are you using to get out of the LiveTV session once the
recording has started? It almost looks like you are going into LiveTV
then exitting by using the DELete key which deletes the recording, then
you don't see the recording because you deleted it. The recording doesn't
restart when you restart the slave backend because it isn't in charge of
the scheduler.
Closing ticket again. If you can provide both master and slave logs when
this happens and you aren't deleting the recordings yourself then you can
reopen the ticket.
The
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/1371#comment:5>
MythTV <http://www.mythtv.org/>
MythTV
More information about the mythtv-commits
mailing list