[mythtv-users] Ivtv dies when recording at 1am

[Jon Vanderwoude]

nope that runs shortly after midnight...


Strangly enough it did it at 8:30 just now... I restarted the machine
at 6:50 (ish) and it was recording from that point until it hung up...

Just for the sake of curiusity I did "cat /var/log/messages|grep DMAXFER"

It is happening once aday cause I only tend to reboot it once a day
(tv tuner won't capture until I reboot)  But the times seem scattered
out more then I thought.

Sep 25 22:09:37 localhost kernel: ivtv: ENC: REG_DMAXFER 2 wait failed
Sep 26 00:13:23 localhost kernel: ivtv: ENC: REG_DMAXFER 2 wait failed
Sep 27 01:41:17 localhost kernel: ivtv: ENC: REG_DMAXFER 2 wait failed
Sep 28 01:43:33 localhost kernel: ivtv: ENC: REG_DMAXFER 2 wait failed
Sep 29 01:06:48 localhost kernel: ivtv: ENC: REG_DMAXFER 2 wait failed
Sep 30 20:30:44 localhost kernel: ivtv: ENC: REG_DMAXFER 2 wait failed


On 9/30/05, Endaf Jones <jonese at zener.com> wrote:
> Jon Vanderwoude wrote:
>
> >I've not been able to track down any other cron jobs happening at the
> >same time, there are none scheduled, and I find nothing in the logs
> >for cron indicating it starting any jobs.
> >
> >using version 0.3.7b
> >
> >Turned off the automatic transcoding just now, and removed all the
> >jobs from the queue so I'll see if it still has the issue tommorow
> >morning.
> >
> >On 9/30/05, Nick <knowledgejunkie at gmail.com> wrote:
> >
> >
> >>On 30/09/05, Jon Vanderwoude <jvanderw at gmail.com> wrote:
> >>
> >>
> >>>has any one seen a problem like this where ivtv will just stop sending
> >>>information to myth?
> >>>
> >>>I've got a pvr 250 and any time I try to record a program that is on
> >>>around 1am it dies out.  1am is also when my pvr does it's
> >>>transcodeing of all the shows recorded that day...
> >>>
> >>>Myth seems to think that it is still recording, but there is nothing
> >>>more being recorded, and I get messages like below in my
> >>>/var/log/messages
> >>>
> >>>Sep 29 01:00:02 localhost kernel: saa7115: decoder set picture
> >>>bright=127 contrast=63 saturation=63 hue=0
> >>>Sep 29 01:00:02 localhost last message repeated 3 times
> >>>Sep 29 01:00:02 localhost kernel: saa7115: decoder disable output
> >>>Sep 29 01:00:02 localhost kernel: saa7115: decoder enable output
> >>>Sep 29 01:00:02 localhost kernel: saa7115: decoder set picture
> >>>bright=127 contrast=63 saturation=63 hue=0
> >>>Sep 29 01:00:02 localhost last message repeated 3 times
> >>>Sep 29 01:00:02 localhost kernel: saa7115: decoder set size
> >>>Sep 29 01:00:02 localhost kernel: ivtv: Allocate DMA encoder MPEG
> >>>stream: 128 x 32768 buffers (4096KB total)
> >>>Sep 29 01:00:02 localhost kernel: ivtv: Setup VBI API header
> >>>0x0000bd0d pkts 1 buffs 4 ln 24 sz 1456
> >>>Sep 29 01:00:02 localhost kernel: ivtv: Setup VBI start 0x0018ea04
> >>>frames 4 fpi 1 lines 0x000000f1
> >>>Sep 29 01:00:03 localhost kernel: saa7115: decoder disable output
> >>>Sep 29 01:00:03 localhost kernel: saa7115: decoder enable output
> >>>Sep 29 01:06:48 localhost kernel: ivtv: ENC: REG_DMAXFER 2 wait failed
> >>>
> >>>
> >>>now I don't think that transcoding video's is going to suck up enough
> >>>of my hard drive bandwidth to cause any problems (segate 200 GB sata
> >>>drives software raid 0)  but I can't seem to track down why this is
> >>>happening.
> >>>
> >>>Any help would be greatly apprecaited.
> >>>
> >>>
> >>What version of the ivtv drivers are you using?
> >>
> >>Do you have any big cron jobs running at the same time in addition to
> >>the MythTV transcoding?
> >>
> >>If you do not run any transcoding jobs, do you see the same problems?
> >>
> >>Nick
> >>
> >>
> >>
>
> Is this when your nightly mythfilldatabase runs by chance?
>
> # Endaf
>