Hi,
After a lot of drama with my shuttle SK43g with KM400 chipset, which didn't
work
with the pvr500, I changed to a asus K8n with nforce3 chipset to finally get my
PVR500 working. I have an odd thingy, I'm not sure if it's "by-design" or
really
a driver flaw :(.
When I do a playback in mythtv I
On 9/21/05, H.F.A.A. Cuijpers <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I m using VDR and a PVR-350. So Yes, i'm running a pvr-only VDR. Everything
> is working fine except one thing. Except: The sound isn't in sync with the
> video when watching a recording. Sometimes the sound is early and other
>
On Thursday 22 September 2005 03:05, Scott Harris wrote:
> > tveeprom is loaded too late so the tuner is never set. Hence
> > static. Am I correct in thinking that you have the latest
> > v4l2 patches installed? If so, then you may be better off by
> > using the v4l2 tveeprom instead of the one ins
On Sep 21, 2005, at 10:51 PM, Corrin Lakeland wrote:
Hi all,
I have my PVR500 working (almost) perfectly. I'd now like to
reintroduce my old cx8800 in order to get a third tuner and a
remote control. My question is simple: How do I add my cx88 back
into the mix and ensure it always get
Hi all,
I have my PVR500 working (almost) perfectly. I'd now like to
reintroduce my old cx8800 in order to get a third tuner and a remote
control. My question is simple: How do I add my cx88 back into the
mix and ensure it always gets loaded after ivtv (in order to ensure
the PVR is on
On Sep 21, 2005, at 6:08 PM, Adam Forsyth wrote:
You can try to just add the struct i2c_client argument to ivtv's
tveeprom
module. It's only used for improved kernel messages in the new
v4l2 tveeprom
module. That way ivtv has the same API as the new kernel API.
Hans
I tried this,
>
> tveeprom is loaded too late so the tuner is never set. Hence
> static. Am I correct in thinking that you have the latest
> v4l2 patches installed? If so, then you may be better off by
> using the v4l2 tveeprom instead of the one installed by ivtv.
>
> You can also try loading tveeprom man
Hi,
the driver is working fine but, I've a little problem with the radio,
I get the same (poor) signal even if all antenna are unplugged
tuner Microtune 4049 FM5
SECAM World
kernel 2.6.9
(driver w83627hf don't work on my motherboard with earlier kernel)
dmesg
bttv: driver version 0.9.15 l
> You can try to just add the struct i2c_client argument to ivtv's tveeprom
> module. It's only used for improved kernel messages in the new v4l2 tveeprom
> module. That way ivtv has the same API as the new kernel API.
>
> Hans
I tried this, but I still get the error when trying to load th
On Wednesday 21 September 2005 17:29, Hans Verkuil wrote:
> > Hans Verkuil wrote:
> >>OK, next set of questions: do you also get the picture messages in
> >> version
> >>0.3.7f? In 0.3.7g do you get the same too dark picture if you just run
> >>cat /dev/video0 >/test.mpg? (trying to eliminate MythT
> Hans Verkuil wrote:
>
>>OK, next set of questions: do you also get the picture messages in
>> version
>>0.3.7f? In 0.3.7g do you get the same too dark picture if you just run
>>cat /dev/video0 >/test.mpg? (trying to eliminate MythTV from the
>> equation).
>>
>>Thanks,
>>
>> Hans
>>
>
> Hi! H
Hi all,
I m using VDR and a PVR-350. So Yes, i'm running a pvr-only VDR. Everything
is working fine except one thing. Except: The sound isn't in sync with the
video when watching a recording. Sometimes the sound is early and other
times it's late. Sometimes it's almost in sync and other times it's
Hans Verkuil wrote:
OK, next set of questions: do you also get the picture messages in version
0.3.7f? In 0.3.7g do you get the same too dark picture if you just run
cat /dev/video0 >/test.mpg? (trying to eliminate MythTV from the equation).
Thanks,
Hans
Hi! Here some results. Hop
>
>> >
>> > If it would be super useful, I can do some tests under windows.
>> > It won't be easy with the way I have things configured with
>> the dual
>> > satellite receivers, but possible, so I'd prefer only to destroy
>> > things if it would be really super useful ;)
>>
>> It might come to tha
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Tyler Trafford
> Sent: Wednesday, September 21, 2005 7:10 AM
> To: ivtv-devel@lists.sourceforge.net
> Subject: Re: [ivtv-devel] [SOUND]: Fixed?!
>
> On Wed, Sep 21, 2005 at 01:08:26AM -0400, Scot
> >
> > If it would be super useful, I can do some tests under windows.
> > It won't be easy with the way I have things configured with
> the dual
> > satellite receivers, but possible, so I'd prefer only to destroy
> > things if it would be really super useful ;)
>
> It might come to that, we
On Wed, Sep 21, 2005 at 01:08:26AM -0400, Scott Harris wrote:
> For the 150 I'm on S-Video 0
Doh, I haven't even been testing on the Svid input. I'll look at that
tonight.
--
Tyler Trafford
---
SF.Net email is sponsored by:
Tame your devel
On Wed, Sep 21, 2005 at 01:08:26AM -0400, Scott Harris wrote:
> cx25840ctl -l | grep MOD_DET
> ioctl: IVTV_IOC_G_CX25840_SETTING failed
That should never happen unless the cx25840 module isn't loaded (or
there's some other communication error).
That is with an up to date cx25840ctl?
--
Tyler
Andrew Lunn wrote:
Brendan Hoar wrote:
On Tue, 20 Sep 2005, Chris Kennedy wrote:
Rolf Kistler wrote:
Hi all,
We have used ivtv and two PVR-350 to successfully to stream mpeg-2
Video/Audio data over the network using on one side the analog composite
input (camera)
Jesse Guardiani wrote:
On Tuesday 20 September 2005 6:11 pm, Graeme Wilford wrote:
I started noticing dropped packets on the RTL8139 eth device I have in
the same box as my PVR350 a few weeks ago (Shuttle ZEN, w/ 2.53GHz
Celeron D). I don't know if it was happening pre 0.3.8 but it's likely
i
Graeme Wilford wrote:
On 21/09/05, Jesse Guardiani <[EMAIL PROTECTED]> wrote:
On Tuesday 20 September 2005 6:11 pm, Graeme Wilford wrote:
I started noticing dropped packets on the RTL8139 eth device I have in
the same box as my PVR350 a few weeks ago (Shuttle ZEN, w/ 2.53GHz
Celeron D).
I think I've interpreted the problem. I can't test this until tonight
but if you can, please test the trivial patch attached. It's against
svn 2694 but will probably apply to almost any version.
With kpreempt enabled, kmalloc can sleep if called with with
GFP_KERNEL flag. This appears to be a "bad
Hello Hans.
I am having the same tuner on my PVR150MCE as you, and as of SVN2696, i am
getting sound from all channels on the card as well.
The tuner now detects as a type 68, in rev 2694 it detected as type 38 as you
say.
I was, however - able to get sound in channels above 196.000 yesterday, u
On 21/09/05, Jesse Guardiani <[EMAIL PROTECTED]> wrote:
> On Tuesday 20 September 2005 6:11 pm, Graeme Wilford wrote:
> > I started noticing dropped packets on the RTL8139 eth device I have in
> > the same box as my PVR350 a few weeks ago (Shuttle ZEN, w/ 2.53GHz
> > Celeron D). I don't know if it
Hans Verkuil wrote:
OK, next set of questions: do you also get the picture messages in version
0.3.7f? In 0.3.7g do you get the same too dark picture if you just run
cat /dev/video0 >/test.mpg? (trying to eliminate MythTV from the equation).
Thanks,
Hans
Ok...
with .3.7f & g: IIRC
25 matches
Mail list logo
