On Feb 23, 2005, at 5:40 PM, Jarod Wilson wrote:
On Wednesday 23 February 2005 17:06, Noah Patton wrote:
Jarod:
I'll roll this out with my PVR-500MCE tonight and let you know how it
goes.
Unfortunately, two folks have already said no go on the tuner. I'm
hoping the
vsync patch will at least let me
Hi,
I tried this patch but there is no color on a PVR 150 NTSC MCE tuner
type = 47.
Kernel 2.6.11-rc4 with latest V4L.
-Loc
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from
Looks like my previous email might've been just a moment too soon. My
PVR-150-NTSC worked fine with 0.3.2d with the patch suggested by Jeff
Williams on Feb 8 for enabling NTSC audio. Upgrading to 0.3.2e game me the no
video problems from the vsync patch in that version. Applying the combined
pa
On Wednesday 23 February 2005 07:56 pm, Tyler Trafford wrote:
> If anyone is reading this with a PVR150-ntsc, could you try 0.3.2e
> with the combined patch Jarod just posted?
PVR-150 ntsc with pristine 0.3.2e drivers with Jarod's combined patch. Works
great. Even nicer, I don't have to patch the
On Wed, 23 Feb 2005 23:16:20 -0500, Tyler Trafford <[EMAIL PROTECTED]> wrote:
> If the above does make tuner audio work for your card, then here is a
> patch that has a real fix (salvaged from a John Eckart patch); if not
> disregard.
>
> It should be applied after the one I began this thread with
On Wed, 23 Feb 2005 20:56:06 -0500, Tyler Trafford <[EMAIL PROTECTED]> wrote:
> On Wed, 23 Feb 2005 23:25:52 +0100, Nick Rosier <[EMAIL PROTECTED]> wrote:
> > Tyler,
> >
> > tried your patch combined with Jelle's vsync patch. The latest
> > vsync-patch fixes the "hangs" on the 150. But since going
Thanks again for the reply Tyler,
On Wed, 23 Feb 2005 10:01:40 -0500, Tyler Trafford <[EMAIL PROTECTED]> wrote:
> lewis shobbrook <[EMAIL PROTECTED]> wrote:
> > I've found some strange anomolies with the current 0.3.2d & e drivers.
> > When cardtype=1 is passed dmesg lists ivtv showing the card as
This is with PVR-350 (NTSC), 0.2.0rc3g and 2.6.10 kernel. I was doing
"skip back" while watching a previously recorded show. Nothing was being
recorded.
I am not positive but I think this may have started happening with rc3f
or thereabouts.
Bolek
ivtv: 1000 ms time out waiting for firmware
ivt
On Wed, 23 Feb 2005 23:25:52 +0100, Nick Rosier <[EMAIL PROTECTED]> wrote:
> Tyler,
>
> tried your patch combined with Jelle's vsync patch. The latest
> vsync-patch fixes the "hangs" on the 150. But since going from 0.3.2d
> to 0.3.2e, audio got broken, even with your patch. I have a PAL
> 150MCE.
All,
I see some great progress has been made lately with ivtv support for the
150. And once again, a heartfelt thanks goes out to all those deeply
involved with the project, and all those patches rolling in.
Has anyone to date had any progress on getting color input through
S-Video yet? What ne
On Wednesday 23 February 2005 17:06, Noah Patton wrote:
> Jarod:
>
> I'll roll this out with my PVR-500MCE tonight and let you know how it
> goes.
Unfortunately, two folks have already said no go on the tuner. I'm hoping the
vsync patch will at least let me be able to test mine tonight...
> Will
On Wednesday 23 February 2005 11:31, Jason Knisley wrote:
Hi All,
I contacted Philips RF Solutions in San Jose and the
rep said that this particular tuner requires an NDA
for Philips to even release the thresholds. So yay.
I'll be contacting Hauppauge soon.
Try these:
{ "Philips FQ1236A MK4", Phili
Nah, it didn't work. I get blue static on video0, and
video1 has a weird staticy pseudo-picture where I can
make out sillouhettes, but that's about it.
As I try to use ptune-ui, I notice in the
pseudo-picture that it doesn't seem to be changing
really. It's hard to tell when there are scene shifts
| From: Chris Kennedy <[EMAIL PROTECTED]>
| On Tue, Feb 22, 2005 at 06:50:52PM -0500, D. Hugh Redelmeier wrote:
| > Thanks for accepting my patch to Unstable to support 64-bit machines.
| >
| > Is there a reason that you rejected the parallel changes to Stable?
| It just didn't apply from what
Jarod:
I'll roll this out with my PVR-500MCE tonight and let you know how it
goes. Will this work with the stock FC3 2.6.10_766 kernel or does it
still require a no 4K stacks kernel? How about 2.6.11rc4? Anything
else I need or just the proper kernel+3.2.e+this patch?
Noah
On Feb 23, 2005, a
On Wed, 23 Feb 2005 17:31:54 -0500, Tyler Trafford <[EMAIL PROTECTED]> wrote:
> On Wed, 23 Feb 2005 23:20:10 +0100, Nick Rosier <[EMAIL PROTECTED]> wrote:
> > On Wed, 23 Feb 2005 17:04:31 -0500, Jelle <[EMAIL PROTECTED]> wrote:
> > > On Wed, 23 Feb 2005 22:50:27 +0100, Nick Rosier wrote:
> > > > I
Tyler,
tried your patch combined with Jelle's vsync patch. The latest
vsync-patch fixes the "hangs" on the 150. But since going from 0.3.2d
to 0.3.2e, audio got broken, even with your patch. I have a PAL
150MCE.
N.
On Tue, 22 Feb 2005 15:51:53 -0500, Tyler Trafford <[EMAIL PROTECTED]> wrote:
> O
On Wed, 23 Feb 2005 23:20:10 +0100, Nick Rosier <[EMAIL PROTECTED]> wrote:
> On Wed, 23 Feb 2005 17:04:31 -0500, Jelle <[EMAIL PROTECTED]> wrote:
> > On Wed, 23 Feb 2005 22:50:27 +0100, Nick Rosier wrote:
> > > I was able to apply this patch. I can use both my 350 and 150 to grab
> > > so the patch
On Wed, 23 Feb 2005 17:04:31 -0500, Jelle <[EMAIL PROTECTED]> wrote:
> On Wed, 23 Feb 2005 22:50:27 +0100, Nick Rosier wrote:
> > I was able to apply this patch. I can use both my 350 and 150 to grab
> > so the patch fixes the 150-hang-problem I was having.
>
> It's good to hear that.
>
> > Unfor
On Wed, 23 Feb 2005 22:50:27 +0100, Nick Rosier wrote:
> Jelle,
>
> I was able to apply this patch. I can use both my 350 and 150 to grab
> so the patch fixes the 150-hang-problem I was having.
It's good to hear that.
> Unfortunatly, audio on the 150 stopped working. I doubt that's related
> to
Jelle,
I was able to apply this patch. I can use both my 350 and 150 to grab
so the patch fixes the 150-hang-problem I was having.
Unfortunatly, audio on the 150 stopped working. I doubt that's related
to your patch. Probably something from 0.3.2d -> 0.3.2e that broke it.
Going to have a look at t
Here's a cumulative patch against ivtv 0.3.2e, containing Jelle's vsync patch,
Jaap's picture controls patch, Tyler's pg600/150mce patch and a tuner patch
that *hopefully* works with the PVR-500MCE NTSC's tuner.
Almost completely untested, since my 150 and 500 are being stupid right now...
--
Eww, that attachment looked ugly. Trying again with a different
program...
Jelle.
> On Tue, 22 Feb 2005 09:50:20 -0800, Chris Petersen wrote:
>
>>> Are you sure you are using the pristine 0.3.2e and not one that
alread=
> y
>>> has another patch applied? 'with fuzz 2' means that it found the
co
On Wednesday 23 February 2005 12:59, Jelle wrote:
> On Tue, 22 Feb 2005 09:50:20 -0800, Chris Petersen wrote:
> >> Are you sure you are using the pristine 0.3.2e and not one that already
> >> has another patch applied? 'with fuzz 2' means that it found the code,
> >> but two lines higher or lower t
On Tue, 22 Feb 2005 09:50:20 -0800, Chris Petersen wrote:
>> Are you sure you are using the pristine 0.3.2e and not one that already
>> has another patch applied? 'with fuzz 2' means that it found the code, but
>> two lines higher or lower than expected.
>
> untar, apply patch.
>
>> Otherwise, a
On Wednesday 23 February 2005 11:31, Jason Knisley wrote:
> Hi All,
>
> I contacted Philips RF Solutions in San Jose and the
> rep said that this particular tuner requires an NDA
> for Philips to even release the thresholds. So yay.
> I'll be contacting Hauppauge soon.
Try these:
{ "Philips FQ123
Hi All,
I contacted Philips RF Solutions in San Jose and the
rep said that this particular tuner requires an NDA
for Philips to even release the thresholds. So yay.
I'll be contacting Hauppauge soon.
Jason
---
SF email is sponsored by - The IT
| From: D. Hugh Redelmeier <[EMAIL PROTECTED]>
| I had a quick look at the original and was startled by a number of
| things. Here is a patch that should cut down on stack usage and cut down
| on object code. It seems like a no-brainer to me.
|
| The main change is to make as many seq arrays as
| From: David Gesswein <[EMAIL PROTECTED]>
| Subject: Re: [ivtv-devel] #0.2.0-rc3g and #0.3.2e fixes
|
| > The main change is to make as many seq arrays as possible static const.
| > If they had a non-const part, I had to leave them on the stack. David
| > went to the trouble of kmallocing everyt
Mathew Boytim <[EMAIL PROTECTED]> writes:
> --- Dan Christensen <[EMAIL PROTECTED]> wrote:
>
>> But so far, no luck. I tried putting "vga=792" on the boot command
>> line, and this made the console disappear from my monitor, but didn't
>> make it appear on my TV, even after ivtv_fb has loaded.
>
Roger wrote:
>
>
> I did not get a response to the original message. Ever since
> I got my ladders out and pointed the antenna back at
> transmitter I have had no where near as many hangs!
This was the first hang[1] I've had since I built the box :-(
Now I'm not really sure if it is a mythtv
| From: Tyler Trafford <[EMAIL PROTECTED]>
| D. Hugh Redelmeier <[EMAIL PROTECTED]> wrote:
| > At least on Fedora Core 3, kernel headers live in the same tree as
| > modules. Separate headers for different kernel versions. I am
| > guessing that this applies to all 2.6 systems, so I have adjuste
I did not get a response to the original message. Ever since I got my
ladders out and pointed the antenna back at transmitter I have had no where
near as many hangs!
Roger
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
I'm not quite sure if this is a mythtv or a ivtv bug but..
There I was watching a previously recorded show, ff a bit and the mythtv
frontend just hung, a look in the (mythtv frontend) log shows
2005-02-23 15:27:26.722 Opening audio device '/dev/dsp'.
2005-02-23 15:27:26.722 Opening OSS audio
Some feedback:
I tried with the latest ivtv-0.2.0-rc3g.tgz which eventually agreed to load!
The acpi=force and pci=noacpi were not of use in my case (and needed to
be removed : with these options sound fails).
So with my kernel 2.6.10 compiled with acpi, I'm finally able to watch
LiveTV through My
lewis shobbrook <[EMAIL PROTECTED]> wrote:
> I've found some strange anomolies with the current 0.3.2d & e drivers.
> When cardtype=1 is passed dmesg lists ivtv showing the card as
> pvr-150.
> E.g. modprobe ivtv cardtype=1 ivtv_std=2 tuner=38
> When specifying cardtype=2 ivtv lists the device as a
D. Hugh Redelmeier <[EMAIL PROTECTED]> wrote:
> At least on Fedora Core 3, kernel headers live in the same tree as
> modules. Separate headers for different kernel versions. I am
> guessing that this applies to all 2.6 systems, so I have adjusted
> driver/Makefile2.6 to take this into account.
T
Hi all
I am trying to get the tuner working on my Adaptec AVC-2410,
I have an FQ1216ME/I H-3 tuner.
I set the values for the TDA9887 to the settings used in windows using:
i2set 0 0x43 0x00 0x16
i2set 0 0x43 0x01 0x70
i2set 0 0x43 0x02 0x4a
The data sheet for the FM16ME_MK3 shows these settings
It just didn't apply from what I remember, just not enough time to
go into too much exploration when things don't apply.
Thanks,
Chris
On Tue, Feb 22, 2005 at 06:50:52PM -0500, D. Hugh Redelmeier wrote:
> | From: Chris Kennedy <[EMAIL PROTECTED]>
>
> | These add most of the recent patches, if no
> The main change is to make as many seq arrays as possible static const.
> If they had a non-const part, I had to leave them on the stack. David
> went to the trouble of kmallocing everything.
>
I had missed one of the big arrays so started moving smaller stuff.
The non const ones were about 300
Seems that in fact, secam support for pvr 150 is related to module
kernel tda9887 ...
see http://seclists.org/lists/linux-kernel/2005/Feb/1121.html
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 22/02/2005
--
| From: D. Hugh Redelmeier <[EMAIL PROTECTED]>
| I strongly suggest that a fix to work with 4KSTACKS be adopted.
| The only one I know was provided by David Gesswein on February 7:
| http://www.gossamer-threads.com/lists/ivtv/devel/17412
All of David's changes were to driver/cx25840-driver.c
I h
| From: D. Hugh Redelmeier <[EMAIL PROTECTED]>
| I actually tried to build this on my Fedora Core 3 x86_64 linux2.6 system
| instead of just talking about the code :-)
|
| There were a few small problems.
|
| 1)
|
| /home/hugh/tba/ivtv/ivtv-0.3.2e/driver/msp3400.c: In function
`msp3400c_threa
| From: Chris Kennedy <[EMAIL PROTECTED]>
| These add most of the recent patches, if not then please resubmit patches
| to these versions, either they didn't apply clean or fell through the
| cracks...
There are a number of reports that ivtv or some parts of it don't work
with 4KSTACKS.
As I und
| From: Chris Kennedy <[EMAIL PROTECTED]>
| Unstable:
| http://ivtv.no-ip.info/ivtv-0.3/ivtv-0.3.2e.tgz
I actually tried to build this on my Fedora Core 3 x86_64 linux2.6 system
instead of just talking about the code :-)
There were a few small problems.
1)
/home/hugh/tba/ivtv/ivtv-0.3.2e/driv
45 matches
Mail list logo
