Re: [ivtv-users] PVR-150, 2.6.17, ivtv-0.7 problems redux

Johan Bakker Tue, 10 Oct 2006 13:00:15 -0700

I changed the code like this:

int ivtv_init_digitizer(struct ivtv *itv)
{
//      int dummy;
       /* Disable digitizer */
//        IVTV_DEBUG_INFO("Disabling digitizer\n");
//      itv->video_dec_func(itv, VIDIOC_STREAMOFF, &dummy);
       /* initialize or refresh input */
       if (atomic_read(&itv->capturing) == 0)
               ivtv_vapi(itv, CX2341X_ENC_INITIALIZE_INPUT, 0);
       else
               ivtv_vapi(itv, CX2341X_ENC_REFRESH_INPUT, 0);
       /* enable digitizer (saa7115) */
//        IVTV_DEBUG_INFO("Enabling digitizer\n");
//      itv->video_dec_func(itv, VIDIOC_STREAMON, &dummy);
       return 0;
}

The mplayer an ivtv-ctl still work ok! Mythfrontend fails like before. The attachment contains the new initialisation messages and the debug log (ivtvctl -D21). Are there other things to try?


Thanks,
Johan.

From: Hans Verkuil <[EMAIL PROTECTED]>
Reply-To: User discussion about IVTV <[email protected]>
To: User discussion about IVTV <[email protected]>
Subject: Re: [ivtv-users] PVR-150, 2.6.17, ivtv-0.7 problems redux
Date: Mon, 9 Oct 2006 23:56:38 +0200

On Monday 09 October 2006 09:03, Johan Bakker wrote:
> I have the same problems. I'm running FC5 (2.6.17-1.2187_FC5) with
> ivtv 0.7.1. on a Sempron 3000+ (AMD64).
>
> I tested a few scenario's
>
> 1) Start mplayer, change channel with ivtv-tune, stop mplayer, start
> mplayer again etc. Works without a problem.
> 2) Start mythfrontend "Watch TV", change channel in mythfrontend,
> exit mythfrontend, start mplayer. The problem occurs.
> 3) Start mythfrontend "Watch TV", exit mythfrontend, start
> mythfrontend "Watch TV", change channel, exit "Watch TV", start
> "Watch TV" the problem occurs
> 4) Start mythfrontend "Watch TV", change channel with ivtv-tune, exit
> "Watch TV", start "Watch TV" the problem occurs.
>
> I'm using an Asus K8U-X (ALI chipset) motherboard with a Sempron
> 3000+ and a PVR150-MCE OEM.
>
> The attachment contains the IVTV startup messages and the debug
> output (ivtvctl -D21) of scenario 4)
>
> If you need some more testing, please let me know.

Please edit ivtv-streams.c, search for the function
ivtv_init_digitizer() and comment out the VIDIOC_STREAMOFF and
VIDIOC_STREAMON lines. I strongly suspect these lines (they also seem
to be involved in the tinny audio problem). Let me know if this fixes
the problem.

Thanks,

        Hans

>
> regards,
> Johan.
>
> >From: Hans Verkuil <[EMAIL PROTECTED]>
> >Reply-To: User discussion about IVTV <[email protected]>
> >To: User discussion about IVTV <[email protected]>
> >Subject: Re: [ivtv-users] PVR-150, 2.6.17, ivtv-0.7 problems redux
> >Date: Sun, 8 Oct 2006 11:14:00 +0200
> >
> >On Sunday 08 October 2006 04:24, Timothy Brown wrote:
> > > Hi folks,
> > >
> > > I'm having the same problem Preet Khalsa reported on 1 Oct 2006:
> > > > ivtv0 warning: 1000 ms time out waiting for firmware
> > > > ivtv0 warning: Failed api call 0x00000082 with result
> > > > 0xfffffff0 ivtv0 warning: ENC: Failed stopping capture -16
> > > > ivtv0 warning: 1000 ms time out waiting for firmware
> > > > ivtv0 warning: Failed api call 0x000000c6 with result
> > > > 0xfffffff0
> > >
> > > Like Preet, I am on amd64 (in my case, a recent Sempron processor
> > > on VIA chipset).  Gentoo is my distribution.  I have what I
> > > believe is a relatively old PVR-150:
> > >
> > > driver:   ivtv-0.7.0 (tagged release)
> > > card:     Hauppauge WinTV PVR-150, bus info 0000:00:09.0, ivtv
> > > card #0 hardware: tuner wm8775 tveeprom
> > >
> > > I suspect but have not confirmed the problem persists in
> > > ivtv-0.7.1, since other users reporting this problem as seen in
> > > Google searches experience it there as well.
> > >
> > > Does anyone have a confirmed fix?  Can I provide any debugging
> > > information to assist?   Even when TV is viewed for the first
> > > time, the screen is only black (my input is S-Video).
> >
> >OK, let's try to get to the bottom of this. First of all, please
> > upgrade to ivtv-0.7.1. Check if the problem still persists. If so,
> > then please do the following:
> >
> >1) Try to reproduce outside of MythTV. If you can do that, then
> > please mail the steps you've taken to reproduce it.
> >2) Mail the INIT IVTV messages.
> >3) Run ivtvctl -D21 to enable debugging and reproduce the problem
> >(outside of MythTV if possible). Then mail me the debugging output.
> >
> >That should give me a basis for further debugging. I have no
> > problems myself under 64-bit, but I'm not using MythTV. It may be a
> > driver bug that is triggered by MythTV.
> >
> >Regards,
> >
> >       Hans
> >
> >_______________________________________________
> >ivtv-users mailing list
> >[email protected]
> >http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
> _________________________________________________________________
> Een eigen webpagina voor foto's en weblog in 2 tellen!
> http://spaces.live.com

_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users


_________________________________________________________________
Ontmoet nieuwe vrienden via je eigen vrienden! http://spaces.live.com

ivtv_debug_1.lst.bz2
Description: BZip2 compressed data

_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users

Re: [ivtv-users] PVR-150, 2.6.17, ivtv-0.7 problems redux

Reply via email to