Well to make a very long story short. My problem was not interference
with xine, not em interference inside the case, but a problem with ivtv
driver 0.7.0.
It was hard to debug because the problem only appeared after many hours
of recording. Now I have upgraded to driver version 0.7.1 and applied
I am having some problems with my PVR-150 when I am recording a TV show
at the same time as playing another one. The recording has strange spots
in it, that I attribute to data loss in the mpeg stream. I do not have
it when I am not simultaneously playing a recording.
The strange thing is that
Hey all
Short version of solution, upgrade to a 2.6.13 kernel, IVTV 4.0 and
use teh CVS Freevo if you have python 2.4. It turns out the really
culprit was that the 2.4.29 kernel's tuner module did not support the
PVR-150 and ivtv has basicaly stopped suport of the 2.4.x series
kernels. The Freevo
Jaap-
Thanks it gave me know good config to work from. To dat this is what
I have found about the US model of the Wintv PVR-150 and Python 2.4.
Under python 2.4, python gets test about trying to convert a value of
none to a long interger. Second the value of the variable 'value' is
not being
Thank you for your efforts. I just purchesed a PVR-150 in the US and
am looking forward to everything playing nice.
Shawn
2005/10/7, Evan Hisey [EMAIL PROTECTED]:
Jaap-
Thanks it gave me know good config to work from. To dat this is what
I have found about the US model of the Wintv
After further digging it seem my PVR problem maybe in my
local_conf.py. Some one that has setup a PVR-150 in freevo throw me a
bone on this one. Following the wiki just ends up with bring my Freevo
box to it's knees.
Evan
---
This SF.Net email
Op vr 07-10-2005, om 02:21 schreef Evan Hisey:
After further digging it seem my PVR problem maybe in my
local_conf.py. Some one that has setup a PVR-150 in freevo throw me a
bone on this one.
This is my working setup for the pvr-150-PAL, maybe it's of use.
--
Groetjes Japie
local_conf.py