I was hoping someone might see something I'm doing incorrectly here. I've
got a PVR-150 installed on 2.6.10 (compiled from source, I tried FC3 but all
I got was hard locks upon loading the ivtv module). I've downloaded and
installed 0.3.2c. All the modules seem to load fine, but when I do mplay
Here is the patch that should work for NTSC AND PAL cards. Note: This
is patched off of a clean 0.3.2c source line, but it should work will
for the 0.3.2b sources as well.
looks to me like it works, too. NTSC 150 MCE. granted, I'm using
svideo and composite, so I guess that this is a "didn't b
ivtv: no version for "struct_module" found: kernel tainted.
ivtv: START INIT IVTV
ivtv: version 0.2.0 (rc3b) loading
ivtv: Linux version: 2.6.10-1.9_FC2 686 REGPARM 4KSTACKS gcc-3.3
ivtv: In case of problems please include the debug info
ivtv: between the S
Works great for me!!! (PVR-150 MCE PAL)
Jaap.
John Eckhart wrote:
Hi all,
It looks like the PAL cards are pulling the audio from a different
path on the cx25840 chip than the NTSC cards. I'm not sure why, and I
don't know the architecture of the cards or the chip well enough to
hazard a guess. I ha
Hi all,
It looks like the PAL cards are pulling the audio from a different
path on the cx25840 chip than the NTSC cards. I'm not sure why, and I
don't know the architecture of the cards or the chip well enough to
hazard a guess. I have updated my patch so that it changes the path
source depending
It would be good if we can get these patches put into the driver, so
that we don't loose track of them. Who can put files up on
no-ip.info? Is it only Chris? If so, we need to be able to patch the
driver somehow and produce new packages.
On Tue, 01 Feb 2005 21:39:36 +0100, Jaap Braam <[EMAIL P
black/white usually means you're using the wrong input
(at least on saa7115s)
try a different input perhaps? Apologies if you have
already :)
-tmk
--- Brian Litzinger <[EMAIL PROTECTED]> wrote:
>
> http://www.litzinger.com/mpc622/
>
> I have black and white video showing up via both the
> com
Jaap,
did you happen to notice an improvement in image quality when you
tried this patch? I reverted a bit to quickly back to the default
0.3.2c.
I've been playing around a bit with the different registers based on
this patch trying to get a better image. Some channels show some faint
noise in the
On Dienstag 01 Februar 2005 21:36, Florian Baumgartner wrote:
> Hi all,
>
> sorry for bothering the mailing list, but I tried to fix the problem now
> for almost a week. I am using a gentoo-kernel (2.6.10 r6) and have a
> PVR350. The ivtv driver (I tried almost anything from 0.2 to 0.3
> whatever
Hi all,
This patch doesn't work for my PVR-150MCE PAL card. I get no audio at all...
I do, however, have good sound with this card based on ivtv-0.3.2c with
a small patch... (see my post: Re: [ivtv-devel] PVR-150MCE PAL - Mono
audio - FIXED )
I will try to look at the differences and make this p
Hi all,
sorry for bothering the mailing list, but I tried to fix the problem now
for almost a week. I am using a gentoo-kernel (2.6.10 r6) and have a
PVR350. The ivtv driver (I tried almost anything from 0.2 to 0.3
whatever, including some gentoo ebuilds) compiles without problems and
gets lo
Hi All,
I'm using ivtv-0.3.2.c now and it turned out that it was a very small
fix to get stereo sound instead of two channel mono!
It turned out that the prefered audio mode was set to
0 = Mono/Language A: If mono, play mono; if dual or NICAM TRIVOX,
play language A; if stereo, force to mono
On February 1, 2005 01:32 pm, kevin thayer wrote:
> > mplayer -vo ivtv works not too bad... if the video
> > stream is not ac3 (and thus not using -ac hwac3)
> > I get far worse jerkiness/tearing.
>
> ac3 is worse? or normal audio is wrose?
Sorry. AC3 is pretty good (presumably because the sound
John Harvey <[EMAIL PROTECTED]> wrote:
> The first statement is true. The second one isn't but
> we haven't figured out how to do it.
> We should be able to send it YUV data which shrinks
> the bandwidth requirements enough to probably be
> useable.
> Unfortunately i havent found a reliable place t
Audio stopped working on my PAL 150MCE :-(
Didn't really bother checking if the image quality was better; without
any sound it's no good...
On Tue, 1 Feb 2005 11:29:15 +0100, Nick Rosier <[EMAIL PROTECTED]> wrote:
> Anyone tried this patch on with a PAL 150MCE? I have some noise on my
> channels (
> mplayer -vo ivtv works not too bad... if the video
> stream is not ac3 (and thus not using -ac hwac3)
> I get far worse jerkiness/tearing.
ac3 is worse? or normal audio is wrose?
> I am assuming this is because mplayer is
> converting from divx or mpeg4 or whatever I'm
> playing and mpegpes
On February 1, 2005 12:37 pm, kevin thayer wrote:
> The pvr350's hardware overlay was designed for OSD
> text only. We are using it as a full Xwindows display.
> It was never designed to support this and i'm amazed
> it works as well as it does. It is not a video card,
> it is a mpeg decoder and ca
I'll look for the setting to specify to use the TV Out on the MythTV
setup.
Thanks,
-Original Message-
From: Alex Harford [mailto:[EMAIL PROTECTED]
Sent: February 1, 2005 12:10 PM
To: ivtv-devel@lists.sourceforge.net
Subject: Re: [ivtv-devel] PVR350 TV-Out has poor performance and
"mplay
The first statement is true. The second one isn't but
we haven't figured out how to do it.
We should be able to send it YUV data which shrinks
the bandwidth requirements enough to probably be
useable.
Unfortunately i havent found a reliable place to
transfer the data too and we are currently waiti
> Maybe our definitions of ok are different? :) But
> I'm seeing tearing
> every second or so, which isn't good IMO.
let me say this again:
The pvr350's hardware overlay was designed for OSD
text only. We are using it as a full Xwindows display.
It was never designed to support this and i'm ama
I have spoken with hauppauge about this sort of thing
in the past.
it sounds simple, but there are more complex issues.
1) linux and windows have completely different O/S
level interfaces. The part that configures the card
will probably be the same, but actaully interacting
with the card won't be
On Tue, 1 Feb 2005 08:51:57 -0500, Chad Osmond <[EMAIL PROTECTED]> wrote:
> I also noticed that I am unable to use the XV to display anything from
> mplayer, I have to use x11 which is killing the CPU.
> All my dmesg and modprobes can be seen in my previous message.
The 350's TV out X driver
On Mon, 31 Jan 2005 21:59:10 -, John Harvey
<[EMAIL PROTECTED]> wrote:
> No. Use fbdev.
> Ivtv was needed from about 0.4 until 0.7. At 0.7 you needed both (silly half
> fix on my part) and 0.8 reverted to fbdev.
Thanks John, I appreciate it.
> I get reasonable results from mplayer -vo x11
>
On Tue, 1 Feb 2005 08:51:57 -0500, Chad Osmond <[EMAIL PROTECTED]> wrote:
>
> Thanks to the list I've got my Tuner working, I am still getting poor
> performance when watching tv (Athlon 900)
>
> I also noticed that I am unable to use the XV to display anything from
> mplayer, I have to use x
Hi,
Freaky, you emailed me but when I reply your email address bounces. If you
are going to email how about using a real address?
You wrote:
***
Heya,
small ques, did you try the tuner 24? I'm at work now, so I can'
On Mon, 31 Jan 2005, Dan Bartels wrote:
Yes, you understand the script correctly. It does recode everything into a
DVD-Friendly file. (And if you give it the option, it'll dvdauthor it for
you. I found that this was the best way for everything to work out
best/most compatible, etc.
Avidemux2 does
I asked the product manager at VideoReDo is he had intention for a Linux
release but he simply had no idea of the market size. It is only a $50
product (although a great product). I server the public access
television community, and a Linux based cut & hack tool like VideoReDo
is direly needed. Th
Title: Message
Thanks to the list
I've got my Tuner working, I am still getting poor performance when watching tv
(Athlon 900)
I also noticed that
I am unable to use the XV to display anything from mplayer, I have to use x11
which is killing the CPU.
All my dmesg and
modprobes can be seen
I have a diamond pvr550/yuan pg600 which seems to be closely related to
the pvr-150. In fact, after realizing that the tuner input was input 1,
not input 6, I was able to acquire a fairly good picture from 0.3.2a.
However this has not been the case since. I have even fiddled with the
code in the at
Understand something, I never complained that they weren't forthcoming with information... I was complaining that they weren't forthcoming with DRIVERS!!! I then cited an example of a company that does provide linux drivers to indicate what should be the norm not the exception. Hauppague had a
On Mon, 31 Jan 2005 20:04:28 -0500
John Eckhart <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I have been playing around with the settings for the pvr-150 NTSC and
> have mangaged to get the audio working fairly consistently. Per the
> spec-sheet, I removed some of the settings in Ulf's patch that the
Anyone tried this patch on with a PAL 150MCE? I have some noise on my
channels (some are worse than others) and I've heared others complain
about it as well.
Otherwise, I'll try the patch tonight and see.
N.
On Mon, 31 Jan 2005 20:04:28 -0500, John Eckhart <[EMAIL PROTECTED]> wrote:
> Hi all,
>
Axel, before I start don't get me wrong here I can appreciate that Hauppauge
might be giving a lot of support to the ivtv (and other) driver
Projects.
I am *very* grateful for all the hard work that lots of people have
put into this project but from a _user_ pov it is very awkward to have
inco
I try the two patches in an amd64 an it works well.
Thanks
Jose Alberto
El Viernes, 28 de Enero de 2005 04:10, D. Hugh Redelmeier escribió:
> I've revised Jose Alberto Reguero's patch for ivtv-0.3.2b.
> This is along the lines of my revision to his patch for
> ivtv-0.2.0-rc3d.
>
> I have NOT teste
HI!
I am using the atrpms version of the driver and the other one ("alias
msp3400 msp3400-ivtv") works OK.
Thomas
kevin thayer wrote:
i think the tveeprom-ivtv module is only created by
the ATrpms version of the driver.
if you compile from source, you won't have them
could be wrong.
-tmk
--- Thom
i think the tveeprom-ivtv module is only created by
the ATrpms version of the driver.
if you compile from source, you won't have them
could be wrong.
-tmk
--- Thomas Börkel <[EMAIL PROTECTED]> wrote:
> HI!
>
> Using ivtv 0.2.0 rc3c, kernel 2.6.9, FC2. When I add
> the line
>
> alias tveeprom
36 matches
Mail list logo
