Concerning the interrupts, I did a lot of tries today with settings in the bios relating the interrupts. I tried first disabling the interrupts of all that isn't necssary for ivtv (usb, onboard lan, ...) so I had a system with very few interrupts but the problems didn't change (/proc/interrupts said ivtv didn't share his interrupt). I tried combinations of all the settings that I tought to be related from far or from near to my problem :
Interrupt mode : PIC,APIC (since my kernel is compiled without local APIC support, I think the right option is PIC am I right ? )
Plug'n'Play OS : YES,NO (it doesn't seem to have effect since devices seem to be always configurated via acpi in linux)
PCI latency : 32,64 (tried it cause I saw the ivtv message saying latency time was unreasonably low )
IDE bus master : Enabled,Disabled (tried this cause I was desperate)
PCI 2.1 : Enabled,Disabled (this too)
I got as some other poeple the message : suprious interrupt IRQ xx where xx is usually 7 or 15 but I don't know if it's relevant. I tried to change the PCI slot of my card but the case is too small (the card is on a pci riser). Something else : a few times ago I started my system with acpi=off kernel command line and ivtv didn't start properly, the log was relating an interrupt allocation problem.
Concerning scheduling, I'm now running a kernel with the preemptible kernel option disabled and it didn't change the behaviour of my system.
Another thing, I compiled my kernel wihtout the 4k STACK option cause I'm running ndiswrapper.
I really think I messed up somewhere in my kernel config or maybe in the bios but I don't know where.
thanks for the help
John Harvey wrote:
This also feels like a scheduling problem. If this is happening then presumably we are running out of buffers somewhere. The encoder is stealing buffers so this means the app isn't taking them fast enough which maybe just down to scheduling. Also ivtv now has threads for handling a lot of this which possibly add more complexity to the scheduling issues.
As far as I am aware there are about 3 scheduling policies available
(preempt, low latency and standard), but I haven't looked into this beyond a
1 minute look at the output of a google search.
It could be that changing the scheduling policy for your kernel could have
an effect on this.
Others on the list may have more insight but I am sure I've seen mutterings in the hdtv mailings on myth-dev about disabling preempt fixing issues there. So that might be worth looking into.
John
-----Original Message----- From: [EMAIL PROTECTED] [mailto:ivtv-devel- [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 17 January 2005 20:02 To: [email protected] Subject: Re: [ivtv-devel] X working on PVR-350 but MPEG decoder doesn't
I also noticed that you said you have a PVR-350 (model 992). I think model 990 is the most common, have you done a search on the archive on "992" ??? Hopefully not, but it might be a compatibility problem. If it were I would imagine there is some mention of it in the archive. Sorry don't mean to scare you.
----- Original Message ----- From: Nicolas Mainil <[EMAIL PROTECTED]> Date: Monday, January 17, 2005 12:40 pm Subject: Re: [ivtv-devel] X working on PVR-350 but MPEG decoder doesn't
No, I've not been very clear. All the command lines were done while X wasn't launched on the PVR-350, I did them for testing purposes. But when starting X on the PVR-350 to use mythtv, the myth frontend is properly displayed but when attempting to play livetv or a recording I get no video or really really poor framerate ( I didn't forget to check the box USE PVR-350 HARDWARE in the mythtv setup ). So I think the problem is related to the decoder.
Nicolas
On Mon, 17 Jan 2005 12:26:06 -0500, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
Are you saying that you are attempting to playback a recordingfrom a command line while X is running on the PVR 350's
framebuffer tv out port?
until I----- Original Message ----- From: Nicolas Mainil <[EMAIL PROTECTED]> Date: Monday, January 17, 2005 11:21 am Subject: [ivtv-devel] X working on PVR-350 but MPEG decoder doesn't
Hi,
I want to use the PVR-350 output for mythtv. I managed to get X
working on the PVR-350 (with the latest ivtvdev v0.8 driver) anr
recording works very well but the decoder doesn't work or
sometimes at
really really poor framerate.
When I do :
cat /dev/video0 > tmp.mpg
followed by
dd if=tmp.mpg of=/dev/video16 bs=64k
I get really poor framerate ( near 1 frame/sec )
and when I do :
dd if=/dev/video0 of=/dev/video16 bs=64k
after variable time dmesg is full filled with this message
Currently Istop dd : ... ivtv ENC IRQ OVERFLOW STEALING A BUFFER 1024 CURRENTLY ALLOCATED ...
I tried a lot of kernel configs, numerous ivtv versions, some bios
settings changes but nothing made the decoder working.
means andwork with : Gentoo Linux 2.6.10-r4 with udev bttv-0.9.15 ivtv-0.3.2b on an Asus Pundit with 512 MB ram, Celeron 2GHz and a PVR-350 (model 992)
Does someone have the same problem or know what this error
config filesmaybe how to solve it ? I'd really appreciate too if people having
success with the PVR-350 output on a similar setup than mine could
send me (off list to avoid flooding the mailing-list) the
almost....http://www.thinkgeek.com/sfshirt> >they used to get it working.
Thanks, Nicolas
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well,
_______________________________________________> > ivtv-devel
mailing list
almost....http://www.thinkgeek.com/sfshirt>-------------------------------------------------------[email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well,
_______________________________________________> ivtv-devel
mailing list
[email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
