Cris,
I believe, Hsrs and Vsrc shouldn't be based on HACTIVE_CNT and VACTIVE_CNT
This way, scaling will not work properly in case of cropped image (in the near future :))
*_CNT represent number of active pixels, which will not be equal 720x480 (720x576 PAL)
in case of cropped image. On 4/23/05, Wi
Just confirming that scaling, vertical and horizontal, works properly
with this version on my rev. D492 PVR-500
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.iv
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.3/
Hi; I posted about this before, but got no response.
0.3.3a is the last versio
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 got some
Ignore the previous message.
After doing so many 'apt-get update && apt-get dist-upgrade'
operations, I think it's starting to sink in that they sometimes are
useful in solving problems. :)
I just did a 'dist-upgrade' and wouldn't you know ivtv was the only
one that needed upgrading.
It just in
I don't think the preemptible option works that well with ivtv currently,
but something to try and report, I'd try it without that if having problems
and have it enabled.
Thanks,
Chris
On Sat, Apr 23, 2005 at 07:09:50PM -0700, Mathew Boytim wrote:
> I still get frequent 'pauses' after skip forward
I still get frequent 'pauses' after skip forward/back even with j -
play resumes with another skip or play/pause. Should a 2.6 kernel be
compiled with preemtible option?
Matt
--- Scott Harris <[EMAIL PROTECTED]> wrote:
> So far this one is AWESOME!
> I've just done some preliminary tests, skippi
Ok, I am definitely missing something big.
There isn't even a "/lib/modules/2.6.11-1.14_FC3/ivtv" path in the system. ???
I renamed the ivtv.ko file as you suggested Rick, but when I run the
modprobe command, I get
FATAL: Could not open
'/lib/modules/2.6.11-1.14_FC3/updates/drivers/media/video/
So far this one is AWESOME!
I've just done some preliminary tests, skipping around many different ways
in a previously recorded show that I've had terrible problems with freezing
before.
I'll continue to test over the weekend.
Thanks so much for your continued work on this, it greatly appreciate
Looks like its trying to load the kernel ivtv drivers instead of the new
ones. Try renaming
/lib/modules/2.6.11-1.14_FC3/updates/drivers/media/video/ivtv.ko to
/lib/modules/2.6.11-1.14_FC3/updates/drivers/media/video/ivtv.ko.org then
unload and reload ivtv:
/sbin/rmmod ivtv
/sbin/modprobe ivtv
Ch
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.3/
Thanks,
Chris
--
---
Chris Kennedy / [EMAIL PROTECTED]
Engineer KMOS-TV/KTBG-FM
Broadcasting Service
Hi,
First, sorry if this is too far off topic.
I've been trying to resolve this for a week now :(
When I try to tune in myth I can only choose between channels 6 and 16
(last channel). Before I had channel 17 too, and then it was 17 and 7 I
could tune to... When I'm in browse mode, selecting a ch
I have no idea what is doing this. I have tried to reinstall
everything with no change to the results. I was using knoppmyth 5-12
but since having this probem moved back to an old version i know
works. I've attached a screen shot of what happens to the console
when i do this. As i said i've ins
This tries to overhaul the stop decoding and hit what I think was the
problem that caused skipping around in Myth to die. It seems nice here
so far, not sure, this needs testing. Also some fixes to the YUV stuff
to improve stability of decoding with it enabled, should now not effect
the decoder
Yes, I've seen this too, it doesn't always work, I tried some things to kick
it into action more often, but is stubborn sometimes, hard to predict, but
when it works it is quite cool.
Thanks,
Chris
On Sat, Apr 23, 2005 at 10:23:59PM +0100, John Harvey wrote:
> I can't make the yuv stuff work. Not
I did update my kernel, but I did it using the
yum install kernel
command. Yeah, I know, I'm lazy.
Would this not run the "make modules_install" operation automatically?
On 4/23/05, hjk <[EMAIL PROTECTED]> wrote:
> Jon Somodi wrote:
>
> >Hello,
> >
> >I'm doing my first install of MythTV on
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 got something obviously wrong with this code
Jon Somodi wrote:
Hello,
I'm doing my first install of MythTV on a freshly installed FC3
system. I am following the great tutorial by Jarod Wilson
(http://wilsonet.com/mythtv/fcmyth.php) and have gotten as far as
installing IVTV through apt-get.
The installation goes through no problems, but when
Setting the tuner to 57 seems to get the card to work with the .20
drivers. I have not had any luck with the .3.3 drivers yet.
With myth 0.17 (debian packages), using the guide while watching live tv
it locks up. I can still ping the machine, but everything else is dead.
The output is with an ATI
Chris, take a look
0.3.3f drivers:
--- cx25840-driver.orig 2005-04-20 16:48:47.0 -0400
+++ cx25840-driver.c 2005-04-23 18:04:46.122042024 -0400
@@ -791,6 +791,7 @@
return -EINVAL;
}
+ Vsrc = 480;
HSC = (Hsrc * (1 <<
On 24/04/2005, at 8:07 AM, Chris Kennedy wrote:
This allows YUV decoding to work, you can now do things like cat
/dev/video32 > /dev/video48 on your pvr350. It takes the odd format of
YUV of course, hm12 rawvideo in mplayer. There are still some
oddities,
you must decode mpeg at least once upon
I can't make the yuv stuff work. Not sure what is going on but I'm using PAL
not NTSC which might make a difference though as far as I can see what you
have should work. I'll look into it a bit more tomorrow too see if I can see
what is happening.
John
> -Original Message-
> From: [EMAIL
This allows YUV decoding to work, you can now do things like cat
/dev/video32 > /dev/video48 on your pvr350. It takes the odd format of
YUV of course, hm12 rawvideo in mplayer. There are still some oddities,
you must decode mpeg at least once upon module load before it will decode
YUV. This se
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 sound and video with an "ivtvctl -p 1" but the sound is tinny
and crackles. If I record with "ivtvctl -p 6" I get good sound but
static. 6 is Tuner 0.
Hello,
I'm doing my first install of MythTV on a freshly installed FC3
system. I am following the great tutorial by Jarod Wilson
(http://wilsonet.com/mythtv/fcmyth.php) and have gotten as far as
installing IVTV through apt-get.
The installation goes through no problems, but when I try loading th
> >
> Same issue here. Started somewhere between A and G. Trying to track down
> the change now.
Your problem sounds different than mine I get audio when set to svideo,
It just doesn't sound good. I get the same symptoms when using
composite. The problem only goes away when the video is set t
I'm pretty sure I had your exact problem at one point... at least I'm
sure I had the exact same symptoms. I just can't remember how I fixed
it.
What bothers me is that your dmesg seems to indicate that the IR device
was correctly identified.
I also have the IR Receiver/Blaster on my 150, and on
Now ENC IRQ OVERFLOW starts after 5 sec.
This behaviour seems to start after starting live tv from mythtv.
after this behaviour has started - the ENC IRQ OVERFLOW starts after 5
sec even with'dd if=/dev/video0 of=test.mpg' (pvr 350)
The 500 does not seem to have this problem.
Apr 23 12:01:24 loca
Since two days I have those two lines repeatetly in my logs:
ivtv: ENC: VBI copy to user failed
ivtv: ENC: write Requeue data -14 256000 ret
There is now failure for recording except for two recordings I have,
which are corrupted if I play them in mythtv. the recording just stopps
at a certain po
Hi,
This (for now) seems to have fixed the freezes I was having with
anything newer than 0.3.2h...
Haven't managed to get it to freeze once in the past hour, will be using
this version from now on.
Although I am getting an enormous amount of the following in
/var/log/messages:
Apr 23 09:21:11
I'm still having problems getting the remote to work with my pvr150.
Using ivtv 0.3.2-z
Card is :
tveeprom: Hauppauge: model = 26059, rev = C155, serial# = 7582954
tveeprom: tuner = Philips FQ1216ME MK3 (idx = 55, type = 38)
tveeprom: tuner fmt = PAL(B/G) PAL(I) SECAM(L/L) PAL(D/K) (eeprom =
0x74,
31 matches
Mail list logo
