You could try changing the signal strength threshold used in the
source for channel scanning down from 16384 to something lower and see
if any spikes show up (use -a). Other than that I don't really know
what to suggest.
On 6/29/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 29, 20
On Wed, Jun 29, 2005 at 03:08:52PM -0500, Adam Forsyth wrote:
> OK, you have no signal. Is your antenna plugged into the card?
Yes it is, to be sure I checke with a "normal" radio to see if there is
enough signal from the cable, and I'm sure there is, so unless the
antenna connector from the pvr
On Wednesday 29 June 2005 11:56, John Harvey wrote:
> I'm busy tonight but i'll try to remember to look at
> this and suggest something tomorrow.
Dmesg output from a fresh (hard) boot, modprobe ivtv (I have nothing in my
modules.conf nor modprobe.conf so no options were passed):
ivtv: ==
Keats wrote:
at this time the card was still working...
thanx.
i'll try back to my previous kernel when i'll find a reiser4 patch for it...
You probably can use the new kernel, but just delete any tuner.ko
you find in the /lib/modules/. Then make install the ivtv driver and
we'll pu
Doh! When i ran that and it only showed the alpha options I assumed
that's all it had...
Well, a bit of work wasted, but at least now I know what to do. First
thing I'll do is document all the other options that are already
implemented...
Thanks a bunch.
On 6/29/05, kevin thayer <[EMAIL PROTECTED
looks like that ioctl is made for the framebuffer
code, so you may have to run it on the FB device.
the ivtvfbctl program has an imcomplete implementation
of the ioctl you should look at, and probably make
better :)
-tmk
--- Adam Forsyth <[EMAIL PROTECTED]> wrote:
> OK, I took a crack at adding
On Wed, 29 Jun 2005 16:32:26 -0400
Bryan Mayland <[EMAIL PROTECTED]> wrote:
> So check the tuner module for one of the above 3 scenarios.
seems due to my new kernel 2.6.12
in the log
i ve had tuner: chip found at addr 0xc2 i2c-bus ivtv i2c driver #0
on Jun 10
at this time the card was still
Hi!
Recently I'm getting I/O errors from the msp3400 module.
This is really odd because I did not have a major problem
so far. Moreover, the errors seem to come only _after_ the
first capture (see logs below). The first from 04:15-06:00
was ok but the second on 20:15 failed.
Jun 29 04:15:02 bansh
OK, I took a crack at adding an option to change the framebuffer
window size to ivtvctl. Unfortunately, it doesn't work. The ioctl()
command fails. This is basically what it does:
if (options[OptSetFBWindow]) {
printf("ioctl: IVTVFB_IOCTL_SET_WINDOW\n");
pri
Okay, I've done as you requested. Well, there is no /var/log/messages
file, but I used /var/log/everything/current, which I think is
equivalent, and shows the issued commands.
Jun 29 14:32:19 [sudo] danda : TTY=pts/0 ; PWD=/home/danda ; USER=root ;
COMMAND=/usr/bin/ivtvctl -D 3
Jun 29 14:32:19
Keats wrote:
i want to know what's the meaning of "i2c client id: 0x02 not found!"
it will certainly help me to make my pvr150 model 1052 to work...
This means that there is no tuner i2c client on the ivtv adapter.
This could be because:
-- The tuner module is not loaded (it should aut
Hi !
cx25840: firmware loaded
i2c_adapter i2c-0: master_xfer[0] W, addr=0x44, len=2
...
ivtv: i2c attach [client=cx25840[50],ok]
i2c_adapter i2c-0: client [cx25840[50]] registered to adapter
registering 0-0044
i2c_adapter i2c-0: master_xfer[0] W, addr=0x44, len=2
...
ivtv: i2c attach [client=wm87
OK, you have no signal. Is your antenna plugged into the card?
On 6/29/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 29, 2005 at 01:00:05PM -0500, Adam Forsyth wrote:
> > I meant to say in my last message that I get that error all the time
> > in my logs to. I don't know what it m
For the record, this is us trying to send a command to the tda9887, but
we don't see one. In this case the command is "AUDC_SET_RADIO" I
believe. It is harmless, but should probably be fixed to not do it
unless tda9887 >= 0.
Adam Forsyth wrote:
I meant to say in my last message that I get
More info:
running with ivtv_debug=2 and then 'dmesg' after freeze gives:
ivtv: v4l2 read
ivtv: ivtv_read: stream 0..
ivtv: ENC: 256 bufs, 0x0840 fill; 254 free 0 dma 1 full 1 io
ivtv: ENC: read 2048, 0 bytes left
ivtv: v4l2 read
ivtv: ivtv_read: stream 0..
ivtv: ENC: 256 bufs, 0x0040 fil
On Wed, Jun 29, 2005 at 01:00:05PM -0500, Adam Forsyth wrote:
> I meant to say in my last message that I get that error all the time
> in my logs to. I don't know what it means, but the radio tuner still
> works fine for me.
>
> What happens if you use:
>
> ivtv-radio -f 101.1 -j -g
>
> then in
I lost the audio on the both 500-tuners when moving to ivtv-0.3.6v.
ivtv-0.3.6n,ivtv-0.3.6p and ivtv-0.3.6u works fine.
1 x pvr350
1 x pvr500mce
PAL
Kernel 2.6.12
Regards
Sigurd
Ant Daniel wrote:
I've just managed to get the 0.3.6 series installed on my FC3.
However there is no audio coming
Yeah that's actually my bad. I was wondering why it didn't complain
when I built it. I guess my -Wall isn't as good as everyone else's.
I'll fix this.
Adam Forsyth wrote:
It works fine. The warning just says "Some standard says you can't mix
definitions and code."
On 6/29/05, [EMAIL PROTE
It works fine. The warning just says "Some standard says you can't mix
definitions and code."
On 6/29/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> When i compile the new ivtv driver it gives a strange error with
> ivtv-stream.
> Can the driver be used ??
>
> btw : after 0.3.6r the driver is
I've just managed to get the 0.3.6 series installed on my FC3.
However there is no audio coming out from my PVR-350, I tried first
with 0.3.6n (which I had been trying to install previous;y) and then
again with 0.3.6v.
This currently makes this worthless for me and I've had to revert back
to 0.2.
I meant to say in my last message that I get that error all the time
in my logs to. I don't know what it means, but the radio tuner still
works fine for me.
What happens if you use:
ivtv-radio -f 101.1 -j -g
then in another terminal run
aplay -f dat < /dev/video24
and then change the frequenc
anything else. I'd be happy to do testing
specific to uClibc if anyone is interested.
- Justin
diff -Naur ivtv-0.3.6v-orig/driver/ivtv-driver.c ivtv-0.3.6v/driver/ivtv-driver.c > ivtv-compile-problem-20050629.patch
--- ivtv-0.3.6v-orig/driver/ivtv-driver.c 2005-06-29 13:45:56.0 -04
On Wed, Jun 29, 2005 at 09:27:18AM -0500, Adam Forsyth wrote:
> You're looking at the old out of date readme. I submitted a patch just
> yesterday for the readme, as the program has been changed several
> times in the last year.
How does this relate to my problem? In my example I only use -f and -c
When i compile the new ivtv driver it gives a strange error with
ivtv-stream.
Can the driver be used ??
btw : after 0.3.6r the driver is major improved. Fast channel surfing and
good quality with my PVR350
make && make install
make CONFIG_VIDEO_IVTV=m -C /lib/modules/2.6.10-1.771_FC2/build
Aha! I could have sworn I tried that at one point and it didn't make a
difference. In any case, it's now much better than before (e.g. it works
now), but it isn't perfect:
1. The video is very jittery
2. There is occasional tearing and bright horizontal line flashes
3. The image is shifted up a
On Wednesday 29 June 2005 11:56, John Harvey wrote:
> I'm busy tonight but i'll try to remember to look at
> this and suggest something tomorrow.
Thank you -- if there is anything I can do to assist (more debugging,
anything) please let me know, I would like to help in any way possible.
-A.
--
Hi,
Just to add to Bryan's data here's the short story on the machine.
It's an EMachines P4HT machine with SMP disabled. It runs Gentoo:
dragonfly ~ # emerge info
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.11-gentoo- r11 i686)
=
I've been working with Mark Knecht tracking down his problem with his
cards not initializing properly every boot. We're using the PCI
subsystem information to say "card 0 is a 250", but when we map the io
and start chatting on the I2C, we've obviously got a 150. We detect
card 1 as a 150, but
I'm busy tonight but i'll try to remember to look at
this and suggest something tomorrow.
John
--- Andrew Kohlsmith <[EMAIL PROTECTED]>
wrote:
> On Wednesday 29 June 2005 10:42, John Harvey wrote:
> > The ioctl error normally occurs if ivtv hasn't
> been
> > initialised with mpeg decoding.
> > Th
Hey John,
When running myth's internal player, scaling is wrong though. When
watching 720x576 content, the whole screen, including myth's OSD, gets
scaled to something (eyeballing) like 680x500.. there's blackness to
the right, and blackness at the bottom, with the picture being in the
left
On Wednesday 29 June 2005 10:42, John Harvey wrote:
> The ioctl error normally occurs if ivtv hasn't been
> initialised with mpeg decoding.
> This probably also causes the mplayer error.
> Do something like
> dd if=/dev/video0 of=/dev/video16 bs=64k count=50
Yeah in my last post I'd mentioned I d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bryan Mayland wrote:
> I tracked down a possible segfault condition which could lock a device
> due to bad ioctl input. In this case it was using radio -P on a
> PVR-250. ivtv-streams never does a bounds check when accessing its
> streams array, so I
I've spent many hours trying to work out what it does
when it decodes something. I hyst haven't found what
happens. I thought i was getting close in the middle
of last week but when i repeated what i'd done it
didn't work. I'll keep plodding away at it but don't
expect anything on that in the near
Hey John,
Tried .3.6v
YUV decoding somehow looks better than before. Can't really put my
finger on it, maybe something with the field order changed? Maybe its
just me going nuts after looking at these testvideos for so long :)
mpeg decoding after yuv playback works fine again.
I agree with
John,
I pulled down 0.3.6v and the YUV playback is working quite well in MythVideo
as well as doing the appropriate re-initializing for MPEG playback of MythTV
recordings (NTSC land here). Thanks for all the hard work. Out of curiosity,
how difficult is it going to be to get to the point where the
The ioctl error normally occurs if ivtv hasn't been
initialised with mpeg decoding.
This probably also causes the mplayer error.
Do something like
dd if=/dev/video0 of=/dev/video16 bs=64k count=50
and try again
John
--- Andrew Kohlsmith <[EMAIL PROTECTED]>
wrote:
> I've mentioned this same er
You're looking at the old out of date readme. I submitted a patch just
yesterday for the readme, as the program has been changed several
times in the last year.
Here is the usage information for recent versions:
Usage: ivtv-radio
Possible options are:
-d Radio control device (default: /
I've mentioned this same error several times on this list and every time that
I post the information below people stop responding to the thread... Is this
something so blindingly obvious that I'm an idiot for not seeing it?
-A.
On Monday 27 June 2005 14:10, Andrew Kohlsmith wrote:
> Ioctl IVTV
On 6/29/05, Ant Daniel <[EMAIL PROTECTED]> wrote:
> On 6/22/05, Bryan Mayland <[EMAIL PROTECTED]> wrote:
> > Ant Daniel wrote:
> >
> > >On 6/19/05, Ant Daniel <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >>insmod: error inserting '/lib/ivtv.ko': -1 Unknown symbol in module
> > >>ERROR: /bin/insmod ex
On 6/29/05, Bryan Mayland <[EMAIL PROTECTED]> wrote:
> Ross wrote:
>
> >My PVR150 MCE PAL card didn't require the tda9887=0 option, so I'm not
> >sure if this is the right way to go.
> >Unfortunately I can't test any more (to see what affect this will
> >have), because I've sold the card and swapp
Ross wrote:
My PVR150 MCE PAL card didn't require the tda9887=0 option, so I'm not
sure if this is the right way to go.
Unfortunately I can't test any more (to see what affect this will
have), because I've sold the card and swapped for a PVR500 MCE PAL
(which *does* require the tda9887=0 option
On 6/22/05, Bryan Mayland <[EMAIL PROTECTED]> wrote:
> Ant Daniel wrote:
>
> >On 6/19/05, Ant Daniel <[EMAIL PROTECTED]> wrote:
> >
> >
> >>insmod: error inserting '/lib/ivtv.ko': -1 Unknown symbol in module
> >>ERROR: /bin/insmod exited abnormaly!
> >>insmod: error inserting '/lib/ivtv-fb.ko': -1
Hello,
I have a pvr-150 which identifies as shown below. It looks as if the
radio doesn't switch frequency when using a command like;
./radio -f 101 -c "cat /dev/video24 >radio"
nothing changes. I get some sound, but the sound doesn't change when I
alter the frequency.
The second block of out
43 matches
Mail list logo
