I'm unable to tune past channel 60 on my retail 150, but I'm still
running 0.3.2.q, since otherwise I'm getting what I need out of it,
and haven't had time to play with newer stuff.
I forgot and recorded two hours of static from channel 71 last night, though :-(
Channel 59 is choppy as well, but
On Sunday 24 April 2005 7:21 pm, Loc Ho wrote:
> Hi,
>
> Anyone experiencing bad image quality above channel 60 on PVR 150 MCE
> using version 0.3.3h and 0.3.3k?
I don't think thats unique to the 150. Even my 350 crappy up there
compared to lower channels.
--
__Jsa_
Hi,
Anyone experiencing bad image quality above channel 60 on
PVR 150 MCE using version 0.3.3h and 0.3.3k?
Thanks,
Loc
Today I was bored so I imported ivtv versions 0.3.1 through current
into a subversion repository (this actually required regenerating the
diffs, some didn't apply cleanly) and set up Trac.
http://relyt.dyndns.org/projects/ivtv
The current tree is under branches/ck, and tags/* contains the
individ
Sorry, my bad.
This is a PVR 500. It doesn't have an msp3400, therefore the module
should not be loaded. It's been replaced by the cx25840.
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Prod
Chris Kennedy wrote:
Actually I suspect for YUV input, we won't be able to input fast enough
without buffering, I've actually tried an ioctl before with YUV frames,
and it would miss a frame once in awhile until I used buffering.
I have been playing with the YUV input, and here's my observations ..
On 4/24/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
> Odd, hmm, is the system under any load? What are the conditions, is io
> good, what is the cpu load during this time?
>
This happens regardless of system load. I guess the cpu load is max 3%
on an Athlon 1.3 GHz. Is this a VIA chipset issue?
Actually I suspect for YUV input, we won't be able to input fast enough
without buffering, I've actually tried an ioctl before with YUV frames,
and it would miss a frame once in awhile until I used buffering. I am
wondering about how the PCM will feed in and sync up, but possibly the
whole timesta
Chris
I've now got this working intermittently so it's close but I think
we need to think about YUV should work.
I think this should be much more like the OSD in it's behaviour
rather than a stream like mpeg and I even wonder whether there should just
be an ioctl interface to this a
Odd, hmm, is the system under any load? What are the conditions, is io
good, what is the cpu load during this time?
Thanks,
Chris
On Sun, Apr 24, 2005 at 10:43:20PM +0200, Petter Gundersen wrote:
> On 4/24/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
> > This would most likely be the reason why,
On 4/24/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
> This would most likely be the reason why, I think anyone using the
> non-recommended firmware is going to get these, because frame-based DMA
> is buggy and inefficient and they chopped it out of the firmware you
> have, try the older recommende
Chris Manning wrote:
Well it turns out that msp3400 wasn't loading, but now that it's
loading, nothing has changed. I decided to upgrade to the 0.3.3g
drivers in at-testing, and that hasn't made much difference (I've
rebooted since then just to make sure that wasn't a problem.)
Now I was checking
Jarod's guide is aimed at using the ATrpms packages and those packages
install ivtv in a different place than the ivtv source tar balls do.
Some modules also have versions that come with the kernel but are out of
date: Those are located in yet a different location.
When I'm installing ivtv fr
Well it turns out that msp3400 wasn't loading, but now that it's
loading, nothing has changed. I decided to upgrade to the 0.3.3g
drivers in at-testing, and that hasn't made much difference (I've
rebooted since then just to make sure that wasn't a problem.)
Now I was checking out the section in J
On Sunday 24 April 2005 4:29 am, Chris Kennedy wrote:
> It's because the 2.6.12 kernel is new, not many have it yet I guess, and
> that the patch which fixed it broke functionality for the pvr150/500 and
> pvr350 working together. So when I see a patch that is correct, I will
> apply it
Short of
I also have the IR Receiver/Blaster on my 150, and one thing that I
noticed is that you have to be very careful to make sure the device is
actually pushed in all the way. At first I thought it was all the way
in, but then I discovered that it was only half way. (Like when you
have a stereo jack
I am using the recommended firmware - and having the same problem.
Got rid of the problem by replacing the ivtv-irq.c in ivtv-0.3.3k with
the one from ivtv-0.3.2z.
Reagards
Sigurd
Apr 24 18:14:39 localhost kernel: ivtv: START INIT
IVTV
Apr 24 18:14:39 lo
This would most likely be the reason why, I think anyone using the
non-recommended firmware is going to get these, because frame-based DMA
is buggy and inefficient and they chopped it out of the firmware you
have, try the older recommended one and see if it doesn't do this, and
let us know the res
On 4/24/05, Sergey Alexandrov <[EMAIL PROTECTED]> wrote:
> Something wrong with my keyboard, sorry.
>
> So, looking at cropping pictures, I can see that HACTIVE/VACTIVE could be
> changed to get cropped image. At the same time, if you want to scale
> cropped picture,
> which value you have to
On 4/24/05, Sergey Alexandrov <[EMAIL PROTECTED]> wrote:
> I meant should NOT be based :)
> Take a look at
> http://www.conexant.com/servlets/DownloadServlet/102267A.pdf?FileId=1834
> section about cropping, you will see the meaning of HACTIVE and VACTIVE
> values there.
One part of the scali
Something wrong with my keyboard, sorry.
So, looking at cropping pictures, I can see that HACTIVE/VACTIVE could be
changed to get cropped image. At the same time, if you want to scale cropped picture,
which value you have to use for calculate scaling factor? Hmmm, totally
screwed up my brain :(
for NTSC and 576 for PAL and SECAM. T
That probably we have here.
---SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype.
I meant should NOT be based :)
Take a look at
http://www.conexant.com/servlets/DownloadServlet/102267A.pdf?FileId=1834
section about cropping, you will see the meaning of HACTIVE and VACTIVE
values there.
You are right about 487 pixels as full resolution, but looks like it works for us
as 480 pi
Hmm. Well that did change some things:
Mixer Setting, Results
0,No audio
1,Tuner audio
2,Line in audio
3,Tuner and Line In
4,No audio
5,Tuner
6,Line in
7,Tuner and Line In
8,No audio
9,Tuner
a,Line in
b,Tuner and Line In
c,No Audio
d,Tuner
e,Line in
f,Tuner and Line In
Anything that had tuner in i
Did you mean to say that Hsrc and Vsrc *should* be based on HACTIVE and
VACTIVE? I certainly think that is what figure 3-12 in the CX25836/7
Data Sheet implies. Yet that begs the question of why it wasn't working
before.
Looking back in my notes, the values I got by reading HACTIVE_CNT and
V
Allan Stirling <[EMAIL PROTECTED]> wrote:
> Tyler Trafford wrote:
>
> >Allan Stirling wrote:
> >
> >
> >
> >>I have the suspicions that the driver is not getting some of the
> >>register addresses correct.
> >>
> >>With the patch (attached), I see the output (attached). Is there
> >>something I'm
Petter Gundersen wrote:
On 4/24/05, Marcel Lanz <[EMAIL PROTECTED]> wrote:
I have tons of them in my klog. log for insmod attached.
ivtv: ENC IRQ OVERFLOW: #367 Stealing a Buffer, 2 currently allocated
ivtv: ENC IRQ OVERFLOW: #368 Stealing a Buffer, 2 currently allocated
ivtv: ENC IRQ OVERFLOW: #36
I really can't tell what your problem is. All I can tell you is that
everytime I've had a problem with no sound being present, it was because
I was loading the wrong msp4000 module. If that's not your problem, sorry.
If that is the problem, you can fix it by finding and deleting/renaming
the
Same symptoms here on my 150:
http://www.gossamer-threads.com/lists/ivtv/devel/19779
On Sat, 2005-04-23 at 13:02 -0700, William Segura wrote:
> I am having some weird issues with sound on my PVR-500. I have a
> DirectTV receiver hooked up to it via S-Video and the Audio in jacks. I
> can record
For line input try this in your modprobe.conf
options wm8775 mixer=2
On Sun, 2005-04-24 at 10:18 -0400, Bryan Mayland wrote:
> Bryan Mayland wrote:
>
> > I'm using the HcwFalcn.rom and HcwMakoA.rom off the CD that came with
> > the card, and ivtv-fw-enc.bin extracted from Hauppauge drivers (wh
I disabled preemtible in the kernel (2.6.10) and there is no noticable
difference - everything I tried past 0.3.2v w/patch, including 0.3.3j,
has very frequent 'soft hangs' (acts like it is paused) and very
infrequent 'hard hangs' (need reboot).
I don't see other reports of these 'soft hangs' and
No go there. I removed preemptible from my kernel, but still got those hangs.
Br Fredrik
2005-04-24 15:08 skrev Nick Rosier <[EMAIL PROTECTED]>
>I\'m running 2.6.11 with preemptible and I also still have hangs. But
>it seems to have improved; before I had a feeling I experienced much
>more hangs
On 4/24/05, Marcel Lanz <[EMAIL PROTECTED]> wrote:
> I have tons of them in my klog. log for insmod attached.
>
> ivtv: ENC IRQ OVERFLOW: #367 Stealing a Buffer, 2 currently allocated
> ivtv: ENC IRQ OVERFLOW: #368 Stealing a Buffer, 2 currently allocated
> ivtv: ENC IRQ OVERFLOW: #369 Stealing a
This is a long
story, so I'll try to keep short. I had separate X servers running on
my pc monitor and the Pvr350's tvout port (to connected tv). The MythTV
GUI image was too large for the TV, so I tried to correct it. Most
attempts didn't work, but they didn't hurt anything.
After trying thi
Hey everyone. I'm going to sound like a broken record here. I've got
a new pvr 500 that I'm trying to install. I had the sound and video
working for a bit yesterday, but somewhere along the lines (after a
reboot I suspect,) the sound stopped working, and mythtv could no
longer change channels.
Bryan Mayland wrote:
I'm using the HcwFalcn.rom and HcwMakoA.rom off the CD that came with
the card, and ivtv-fw-enc.bin extracted from Hauppauge drivers (which
work great with the PVR-250 this card is replacing).
EDIT: That's a lie. As obvious from the MD5 sums, ivtv-fw-enc.bin is
symlinked
I added a PVR-150 (NTSC tuner 50) to my system this week and and having
some mixed results. Video seems fine, even vertical and horizontal
scaling as of 0.3.3k. However, my audio is having issues.
The first noticable problem is there is always a high pitched squeal
while watching via the tun
I have tons of them in my klog. log for insmod attached.
ivtv: ENC IRQ OVERFLOW: #367 Stealing a Buffer, 2 currently allocated
ivtv: ENC IRQ OVERFLOW: #368 Stealing a Buffer, 2 currently allocated
ivtv: ENC IRQ OVERFLOW: #369 Stealing a Buffer, 2 currently allocated
ivtv: Removed WinTV PVR 350,
Hi,
I'm currently running 0.3.3 (no letter) successfully without the
doublevision problem, which I've always had experienced before. I noticed
that with cx25840 debugging on, I would every now and then get
doublevision when changing channels in Myth. However, when I turned
debugging off, all chann
I'm running 2.6.11 with preemptible and I also still have hangs. But
it seems to have improved; before I had a feeling I experienced much
more hangs.
N.
On 4/24/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
> I don't think the preemptible option works that well with ivtv currently,
> but something
This seems like a register setting causing this, probably one of the
initialization ones on module startup, there are alot of things there
which need to be checked, not sure where they come from but alot (like
the proc-amp ones) would do things like that (at least the proc-amp ones
made things not
It's because the 2.6.12 kernel is new, not many have it yet I guess, and
that the patch which fixed it broke functionality for the pvr150/500 and
pvr350 working together. So when I see a patch that is correct, I will
apply it, and of course will sometime get around to it, but am not going
to be ab
John Andersen wrote:
On Saturday 23 April 2005 6:58 pm, Robert Kulagowski wrote:
Hi; I posted about this before, but got no response.
0.3.3a is the last version that compiles on my system. Compiling on
2.6.12-rc2:
make[1]: Entering directory `/usr/src/linux-2.6.12-rc2'
CC [M] /home/mythtv/ivtv-0
Greetings to all. Long time reader, first time poster.
0.3.3d is the driver of choice for me currently and the first I've tried
that corrects the doublevision problem.
I recently switched from 0.3.2q as later drivers gave me no audio, the
0.3.3d are great except that I'd really like to have scali
Tyler Trafford wrote:
Allan Stirling wrote:
I have the suspicions that the driver is not getting some of the
register addresses correct.
With the patch (attached), I see the output (attached). Is there
something I'm missing here, or should these register settings all be
"sticking" once set? Have
I'll donwload 2.6.12-rc3 at some point but and take a look but it is not
high on my list of things to do right now.
John
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of John Andersen
> Sent: 24 April 2005 09:13
> To: ivtv-devel@lists.s
On Saturday 23 April 2005 6:58 pm, Robert Kulagowski wrote:
> Hi; I posted about this before, but got no response.
>
> 0.3.3a is the last version that compiles on my system. Compiling on
> 2.6.12-rc2:
>
> make[1]: Entering directory `/usr/src/linux-2.6.12-rc2'
> CC [M] /home/mythtv/ivtv-0.3.3
Chris, Hans,
VBI (teletext) works like a charm now on my PVR 150. Thanks a lot!
Uli
Chris Kennedy wrote:
This fixes some VBI problems Hans found, and also fixes scaling for the
pvr150/500 from what Sergey found, and some YUV/MPG transition fixes.
#0.3.3k: http://www.ivtv.tv/releases/ivtv-0.
48 matches
Mail list logo
