Here is the interupts:
[EMAIL PROTECTED] ~]$ cat /proc/interrupts
CPU0 CPU1
0: 40725341 0 IO-APIC-edge timer
1: 3386 0 IO-APIC-edge i8042
6: 2 0 IO-APIC-edge floppy
7: 0 0 IO-APIC-edge parport0
8: 1 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-fasteoi acpi
12: 235 0 IO-APIC-edge i8042
14: 3338183 0 IO-APIC-edge ide0
16: 2846499 0 IO-APIC-fasteoi nvidia
17: 8 0 IO-APIC-fasteoi ohci_hcd:usb1
18: 10909 0 IO-APIC-fasteoi ohci_hcd:usb2
19: 0 0 IO-APIC-fasteoi ohci_hcd:usb3
20: 1135866 0 IO-APIC-fasteoi ehci_hcd:usb4
21: 1122248 0 IO-APIC-fasteoi libata
22: 948729 0 IO-APIC-fasteoi ohci1394, eth0
23: 445779 0 IO-APIC-fasteoi ivtv0, SiS SI7012
NMI: 0 0
LOC: 40726802 40726712
ERR: 0
MIS: 0
I am running the current version of SVN. Although this has occured on all
versions. .20, .20-fixes, SVN.
Ill try recording outside of Myth and see how long i get. Ill also check
the db.
Thanks,
mitchell
On 8/10/07, Ricardo Lugo <[EMAIL PROTECTED]> wrote:
>
> On Aug 9, 2007, at 9:56 PM, Mitch Gore wrote:
>
> I tried using this DMA fix version and while its better I am still getting
> errors. I was able to record a couple hours of video but then when watching
> live TV it froze up.
>
>
> Does recording from applications other than MythTV cause your system to
> crash?
>
> dd if=/dev/video0 of=bla.mpg
>
> I have tried adjusting PCI latency with no luck. I am booting with no
> apic and CPU speed is disabled. What else can i try?
>
>
> Do you have any IRQ conflicts? Shuffling around your PCI cards can help.
>
> cat /proc/interrupts
>
> I believe this is a problem not with ivtv, but with MythTV: database
> writes are done in the same thread as everything else, and for whatever
> reason MythTV has too much to do, so it stops reading the stream. Someone
> came up with a patch to spawn off separate threads while recording, which,
> by and large, fixed these very errors for many people. It's already in the
> MythTV SVN trunk, but you can apply the patches yourself to 0.20-fixes(see
> the ticket's
> asyncdb.2.patch):
>
> http://cvs.mythtv.org/trac/ticket/1660
>
> Some preliminary googling revealed that database errors in MythTV can
> cause this too, so do some mysqlcheck -r / myisamcheck -r whichever your
> tables are.
>
> - Rick
>
> On 8/8/07, William Powers <[EMAIL PROTECTED]> wrote:
> >
> > Mitch Gore wrote:
> > > <snip>
> > >
> > > This line grabbed my attention...
> > > Aug 7 23:16:36 mythtv kernel: ivtv0: All encoder MPEG stream buffers
> > > are full. Dropping data.
> > > Aug 7 23:16:36 mythtv kernel: ivtv0: Cause: the application is not
> > > reading fast enough.e
> > >
> > > but how do i fix that?
> > >
> > > I hope I have provided enough information as to the system/issue.
> > > Please email if you need more info or have a fix! Ill be quick to
> > > respond.
> > >
> > > Thanks,
> > > Mitchell
> > I suggest searching through the list for a thread with this title:
> > "Please test: loads of fixes, include DMA timouts (hopefully)" and
> > try the version at the link there. That should be the latest & greatest
> >
> > version with all the recent fixes in it. Hopefully that will fix your
> > problem. If not, you could try searching the list or the FAQs. There
> > are other things you can try - disabling cpuspeed, adjusting PCI
> > latencies, , nosmap, noapic, etc., etc., etc.
> >
> > _______________________________________________
> > ivtv-users mailing list
> > [email protected]
> > http://ivtvdriver.org/mailman/listinfo/ivtv-users
> >
>
> _______________________________________________
> ivtv-users mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
>
>
> _______________________________________________
> ivtv-users mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
