On Saturday 18 June 2005 12:35 pm, Nick Rosier wrote:
> Mathew,
>
> since you are using 2 PVR-250 I'm guessing you are using a vga-card
> with TV-out.
AGP... it's an MX420, although I'm not technically using it, this is a backend
ONLY machine. I have to leave the card in though, otherwise BIOS w
Hi
I'm trying to set up an hauppage pvr 350 on linux 2.6.12 (debian sid)
Look at the url to see my result.
http://users.telenet.be/notorious/pvrprob/screen.png (kde)
I've read many postings & howto's, i also consulted the irc channel.
I tried 0.3.6o & 0.2.0rc3j, same result.
Same result with 2.6
> Hi,
> when trying to compile this version against the brand new 2.6.12 I get
> this
> compile error:
>
> /usr/epia/src/ivtv-0.2.0-rc3j/driver/saa7115.c: In function
> `saa7115_detect_client':
> /usr/epia/src/ivtv-0.2.0-rc3j/driver/saa7115.c:1139: error: structure has
> no
> member named `id'
Mi
Dirk Aust wrote:
> Hi,
> when trying to compile this version against the brand new 2.6.12 I get this
> compile error:
>
> /usr/epia/src/ivtv-0.2.0-rc3j/driver/saa7115.c: In function
> `saa7115_detect_client':
> /usr/epia/src/ivtv-0.2.0-rc3j/driver/saa7115.c:1139: error: structure has no
> membe
Hi,
when trying to compile this version against the brand new 2.6.12 I get this
compile error:
/usr/epia/src/ivtv-0.2.0-rc3j/driver/saa7115.c: In function
`saa7115_detect_client':
/usr/epia/src/ivtv-0.2.0-rc3j/driver/saa7115.c:1139: error: structure has no
member named `id'
/usr/epia/src/ivtv-0
Paul Bryson wrote:
Thanks for the information. Perhaps I am looking in the wrong place. I
can't actually find a file name modprobe.conf. The file I had been
using was /etc/modprobe.d/ivtv
Yeah, that should work.
To test, I am using "perl /usr/local/bin/ptune-ui.pl &" for a tuner
and
Thanks for the information. Perhaps I am looking in the wrong place. I
can't actually find a file name modprobe.conf. The file I had been using
was /etc/modprobe.d/ivtv
There was also /etc/modules.conf and /etc/modutils/aliases which contain
the lines:
alias char-major-10-175 agpgart
alias ch
Mathew,
since you are using 2 PVR-250 I'm guessing you are using a vga-card
with TV-out. I've ran into a simular problem were my 3rd card
(whichever card I put 3rd failed) never initialized. After having
removed/replaced everything but the video-card (as I needed the tv-out
for POST etc..), I repl
On Saturday 18 June 2005 12:10 pm, Mathew Mrosko wrote:
> I have two PVR-250s, which are slightly different. The first, has been
> working beautifully for months. I added the second, and have not been able
> to get it to work. I am going to be adding another satellite signal to the
> backend and
On Saturday 18 June 2005 12:10 pm, Mathew Mrosko wrote:
> I have two PVR-250s, which are slightly different. The first, has been
> working beautifully for months. I added the second, and have not been able
> to get it to work. I am going to be adding another satellite signal to the
> backend and
I have two PVR-250s, which are slightly different. The first, has been
working beautifully for months. I added the second, and have not been able
to get it to work. I am going to be adding another satellite signal to the
backend and need to get it working a.s.a.p.! I have tried many things,
First of all, in order do avoid double vision I have to comment out line
221 of cx25840-driver.c:
219:// We set 0x470-0x47f manually, prevent
220:// ACFG from trying to autodetect
221:// CX25840_SET_ACFG_DIS(0x01);
Your Patch did not apply cleanly, so that's what I made of it:
ivtv
Try this patch and see if it produces the fix too? interesting, odd
because that was a bug but maybe fixed teletext inadvertantly by it
being there.
diff -ru ivtv-0.3.6o/driver/ivtv-driver.c ivtv-0.3.6p/driver/ivtv-driver.c
--- ivtv-0.3.6o/driver/ivtv-driver.c2005-06-16 09:26:12.0 -
Forgot to mention, make sure you're starting from a fresh boot with this
too, hopefully there won't be any extra modules loaded that way.
Bryan Mayland wrote:
Those are some great scans! That is definitely a tuner type 50, I've
got the exact same card down the the revision. Try removing your
Those are some great scans! That is definitely a tuner type 50, I've
got the exact same card down the the revision. Try removing your
install line for ivtv. You don't have an msp3400, or an saa7115 (those
chips are present on 250/350 cards generally). My modprobe.conf looks
like this (I don
I forgot to mention that I have two copies of HcwMakoA.ROM from
Hauppauge.com. They are
10-05-04 13883 bytes.
01-07-05 14264 bytes
I am using the one from 01-07-05.
Paul Bryson
Paul Bryson wrote:
Using KnoppMyth R5A16 and ivtv 0.3.6o. KnoppMyth seems to use the
0.2.x branch by default. I
Using KnoppMyth R5A16 and ivtv 0.3.6o. KnoppMyth seems to use the 0.2.x
branch by default. I tried installing 0.3.6n initially. The tuner was
being recognized as and set to 0. I used "options ivtv
ivtv_std=1 tuner=47 tda9887=0 ivtv_debug=0" and was able to get a
picture. Someone suggested
> This has all the recent patches plus fixes to encoder buffering, I hope,
> trying to make that more stable, added more buffers when statically
> allocated or to keep around by startup default, also bigger buffers if
> statically allocated on module load to ease encoder DMA and reading from
> the
I lost the audio on the second 500-tuner when moving to ivtv-0.3.6o.
ivtv-0.3.6n works fine.
Regards
Sigurd
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward a
Chris Kennedy wrote:
Oops, that's 0.3.6o, well should notice that anyways, got behind on
which version I released there :-).
Thanks,
Chris
Chris Kennedy wrote:
This version on a slave backend with a PVR-350 results in audio and
video freezing for a short time. Pretty consistent after a cha
Chris,
I just checkt teletext and it broke with 0.3.6j_k.diff. That diff
contains only a VBI NTSC fix - that breaks things for me.
Applying that reversely to 0.3.6o makes VBI work again here.
(Obviously the Hunk changing the version number in ivtv-driver.h fails).
Uli
tveeprom: Haup
21 matches
Mail list logo
