It should just work but for some people it seems not to. Attached is a
version of the driver with a little more debugging. Please try this and then
email me the xorg/Xfree86 log file.
Thanks
John
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Be
Hi Chris,
> Try to change the RAW_SIZE to 1444 on w and see if it fixes it, I'm
> really curious about that, need to know if that works on it still,
> just changing that.
I tested this with release x. The default RAW_SIZE of 1443 doesn't work
for me (only ~50kBaud TTX), if I set it to 1444 it wor
I just re-uploaded this, had a nasty raw VBI bug that I just fixed.
Thanks,
Chris
--
---
Chris Kennedy / [EMAIL PROTECTED]
Engineer KMOS-TV/KTBG-FM
Broadcasting Services Department
Central Missouri State University
---
This SF.Net emai
I can't seem to figure out exactly how the ivtv_reset_ir_gpio routine is
called, ever. Is there some magic that
I need to do with ivtvctl at the command line to trigger this one?
Daniel Hyams wrote:
Darn...unfortunately, the remote got "lost" this evening [0.3.4s +
patch by Jean-Francois]. I st
I'm wondering the same thing. I have created the
block device /dev/video48, I see the proper lines in
my X log. What are the other steps involved in
initializing the decoder or whatever else has to be
done?
It would be greatly apprecieted if someone could let
us know, I've been searching the arc
Hi -
I have so far not been able to get the xv support working in the new
X-driver. I'm running XFree86 Version 4.3.0.1 (on Debian Sarge)
I my XFree86.0.log file, I see the messages:
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
but xvinfo returns:
X-Video Ext
Darn...unfortunately, the remote got "lost" this evening [0.3.4s + patch
by Jean-Francois].
I started the driver with the ivtv_debug=255 option set, so I should
have gotten some "Reseting PVR150 IR"
printouts in my /var/log/messages, right Jean-Francois? I have added
some more
printouts to the
Bryan- Is your card a revision C185? I just checked, when I load
0.3.4m, I get sound, when I load anything after, no sound. I can flip
between them and always repeat it. That is very odd if you have the
same revision.
-Tyler
On 5/17/05, Tyler Trafford <[EMAIL PROTECTED]> wrote:
> Hmm, that's
This hopefully fixes VBI for PAL, changes the line size back, seems to still
do VBI well without missing characters in raw mode too. Also now VBI no
longer takes as big of buffers for raw mode, or sliced, since it can split
it up because I do the parsing different. Also commented out the registe
Fredrik,
also running Gentoo; to get the 350 detected as card 0, swap the cards
from slot.
This is my /etc/modules.d/ivtv file for when I was running a PVR-350 +
150 (struggling right now to get a 2nd 150 running as well):
alias char-major-81 videodev
alias char-major-81-0 ivtv
alias char-m
Using 0.3.4q:
[EMAIL PROTECTED]:~# ivtvctl --info
ioctl: IVTV_IOC_G_DRIVER_INFO
IVTV_IOC_G_DRIVER_INFO: Invalid argument
-brendan
---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first sof
Hi all,
I have a PVR-350 and recently got a PVR-150 (PAL). I have tried for a
number of days now to get the two cards to work together with the 350
card still as card 0. The 350 ard still works with this setup, but I
get I/O error when accessing video1 (i.e. the 150 card).
Now, I have moved the c
Try to change the RAW_SIZE to 1444 on w and see if it fixes it, I'm really
curious about that, need to know if that works on it still, just changing
that.
Thanks,
Chris
On Wed, May 18, 2005 at 11:19:06PM +0200, Simon Zwahlen wrote:
> Hi Chris,
>
> > Also does some major overhauls of VBI size, see
Hi Chris,
> Also does some major overhauls of VBI size, seems to have fixed the missing
> characters in raw mode, please test.
This one breaks raw vbi for my PVR-350. The bitrate of TXT is about 17k
(normal: ~200k), and I receive no EPG at all.
I'm using 0.3.4u now, with SAA7115_VBI_RAW_SIZE 144
Hi there!
I did some experiments... loaded the modules earlier, and removed the
kernel eeprom-module. But no success :-(
Anyone else experiences the same problems?
Another interesting thing is that like every second time I boot the
driver defaults to a PVR-250 card, and the other time correctly
I had to have a PVR-250 replaced. I sent them an email with my name and
address, email address, part number and serial number of the card and a
brief description of the problem I was having. They replied with an
RMA. Sent the card in and got a replacedment in a week or two.
Try it.
---
Jean-Francois Thibert (SageTV) wrote:
Thanks for pointing out the other bug. I'm always setting the audio input by
hand so I had not noticed.
Same here. I just noticed it when I was testing switching inputs
and channels without stopping capture. Do you ever capture radio on a
PVR-150? H
Thanks for pointing out the other bug. I'm always setting the audio input by
hand so I had not noticed.
About this one, I didn't know what to do about the audio selection since now
there is an extra line-in selection which is internal line-in (input 3) so it
would have to be selected when using
Johan Reinalda wrote:
As I'm writing this, Brian's CS25840 audio patch just came through.
Sounds like that might be the culprit of the audio loss I experienced
as described below. I will test this diff tonight.
There's also the problem with the incorrect audio input being
selected, even with
Pre-scripto :-) :
As I'm writing this, Brian's CS25840 audio patch just came through. Sounds
like that might be the culprit of the audio loss I experienced as described
below. I will test this diff tonight.
Johan
---
Chris et al.,
Tried 0.3.4w last night; it breaks audio on a PVR-150 MCE
Ok, just one new thread for me today and that's it. I promise! :) I
knew about this in my last message, but I thought it could use its own
thread because I don't know what to do about it.
When switching to Composite or S-Video input on a PVR-150, the wrong
audio input is also automatically s
On 5/17/05, Martin Barnasconi <[EMAIL PROTECTED]> wrote:
> Is that so? I think is it nice to embed vbi, even when it is not used during
> livetv or recordings. This allows the user (or others ;-) to view the content
> and toggle subtitles/CC on whenever he/she/they like(s)...
Martin, I agree that
Related to this, audio_input should be initialized to -1 down where
all the state information is set up. If you don't, when it goes to
set it to 0 the first time, it will think the audio is already set,
and skip it.
On 5/18/05, Bryan Mayland <[EMAIL PROTECTED]> wrote:
> Starting at line 1196:
>
Starting at line 1196:
// reset audio path
cx25840_command(client, DECODER_SET_AUDIO_INPUT,
&state->audio);
break;
The parameter to a DECODER_SET_AUDIO_INPUT command should be
&state->audio_input. Either the command isn't the desired command
(might b
I'm also running a D492 card - actually, my serial number is only 3
after yours and mine's working perfectly.
I'm using FC3 and followed Jarod's guide. I have a Chaintech nForce
motherboard (not sure the actual model #)
I needed to disable ACPI in my motherboard bios before I could get
this card
Odd. No idea at the moment. Was it the same error?
I'm currently trying to look at a couple of other
problems with Xorg that i would prefer to solve first.
Can you prod me in a couple of days if i haven't got
back to you by then.
John
--- Andrew Kohlsmith <[EMAIL PROTECTED]>
wrote:
> Any word on t
apologies for following up myself again, but hopefully my blunderings will
be of use to some poor soul reading the archives some day...
Matthew Hodgson wrote:
YUV I send to to /dev/video48 (woo! :D). However: my new problem is
that one field (the odd field) is about 20% darker than the other,
Chris Kennedy wrote:
I'm also wondering about an oddity I'm seeing where when using the
/dev/video48 device, video looks like we are missing frames, it's
jerky on playback.
Yup, i've noticed this too - about one in ~40 frames seems to be dropped on
average.
> Also the ghosting image over the
to
I'm 90% sure that the problems I've had with my pvr-350 shifting
registers is due to a hardware problem. I've managed to make these
issues quite bearable by constantly resetting the registers via a script
that sleeps for 1 second. So at worst I get a 1 second image problem.
What worries me i
I upgraded from .2 series now to 0.3.4(p). I notice a couple new issues with
PVR-350. I realize I need to go back to previous firmware as it's suggested to
be buggy.
Here's the problems:
I notice very faint three or four gray vertical bars when the screen is blank
while watching tv / record
One preliminary report: version 0.3.4s + patch by Jean-Francois seems to
work just fine so far for
me. Picture quality and audio quality are unchanged, and so far, the
remote has not been lost. Time
will tell on the remote, but things are looking promising so far.
Hardware is a PVR-150 nonMCE
I'm also wondering about an oddity I'm seeing where when using the
/dev/video48 device, video looks like we are missing frames, it's
jerky on playback. It didn't do this originally when I first was
getting it to work, suspect we need to possibly really program all
the buffer registers to make it
Matthew Hodgson wrote:
So, I decided to give John Harvey's exciting YUV decoding patch a go on
0.3.4p - and so far it's all working fairly well :) I've had a few
problems, though, which I thought I'd share:
a) I'm feeding the decoder 25fps progressive PAL video to /dev/video48.
However, the YU
So, I decided to give John Harvey's exciting YUV decoding patch a go on
0.3.4p - and so far it's all working fairly well :) I've had a few
problems, though, which I thought I'd share:
a) I'm feeding the decoder 25fps progressive PAL video to /dev/video48.
However, the YUV decoder renders both
Nick Rosier wrote:
Chris,
this one gave "cracking" sound for me on my PVR-150-MCE (PAL). When I
switched a channel, the sound disappeared completely. Went back to
0.3.4s.
N.
On 5/18/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
I fixed the gpio dependancy problem so it is re-uploaded.
Thanks,
Chr
Yes, I am having this issue. My Myth system has been up for two weeks
and the remote was working great. Last nightno remote. Stopped and
started lircd and mythfrontend and no good. Tried /usr/bin/irw and irw
seems to start but i get nothing from the remote, tried new batteries
no good. thats al
Chris,
this one gave "cracking" sound for me on my PVR-150-MCE (PAL). When I
switched a channel, the sound disappeared completely. Went back to
0.3.4s.
N.
On 5/18/05, Chris Kennedy <[EMAIL PROTECTED]> wrote:
>
> I fixed the gpio dependancy problem so it is re-uploaded.
>
> Thanks,
> Chris
> --
I got ivtv and lirc running with a PVR150. Congratulations to all
developers - the card seems to be quite complex and the two drivers
work very nicely with each other on I2C issues.
Now I would like to use the IR Blaster which comes with the PVR150.
* Is anyone working on this ?
* Do we know wh
Here's my full xorg.conf. Thanks!
- START
# XFree86 4 configuration created by pyxf86config
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevic
Any word on this? I've initiaized the decoder but still no go.
-A.
On May 15, 2005 07:07 pm, Andrew Kohlsmith wrote:
> On May 15, 2005 05:26 pm, John Harvey wrote:
> > Here's the binary xdriver v0.10.
> > This fixes non-full height video playback and centers videos with a black
> > border surrou
Hi. I have problem. I compile and install ivtv driver (0.3.4o), but I
can't use my tuner. I have Yuan MPG600 (cx23416, saa7115). After
`modprbe ivtv ivtv_debug=255` I see that (see bellow).
If I try change channel I recive reply:
ivtv: i2c client id: 0x02 not found!
Help!!!
ivtv: ===
41 matches
Mail list logo
