I tried the PVR-250 on another PC running WinXP, the
card worked with no problems.
However when I put it back it will still not capture
(but will initialize and detect a signal with no
problems).
I followed the instructions in the Fedora MythTV setup
and I really have nothing else to try. I am no
Sean,
I had the same problem, to set bus mastering execute:
/sbin/setpci -s 00:09.0 4.w=116
Replace 00:09.0 with whatever code your card is (use
lspci -v to find out)
In my case upgrading to 3.6 fixed that problem,
however I can still not capture video. All my test
captures are zero bytes long.
Hi,
I have a myth box that has been happily running with an old winTV go card
for about a year or so and recently I picked up a pvr-500 as an upgrade.
I've taken the old wintv card out so I only have the pvr-500 in the system.
I've installed the ivtv 0.3.7k drivers and I'm running the gentoo
Attached are serial console logs captured by Grant Kwok (thanks Grant!)
showing the kernel log during system lockup - he's having some trouble
mailing the list.
Anyone familiar with interrupt handler oopses? I'm among the least
qualified to comment on interrupt handlers, but... is it correct that
Philip Rowlands wrote:
> Changelog:
>- include linux/moduleparam.h specifically in earlier 2.6 kernels
>- add matching comments to closing #endif statements
Appears sane/clean :)
I've commited it.
--
Tyler Trafford
signature.asc
Description: OpenPGP digital signature
Joshua Ecklund wrote:
Hey everyone,
Having some issues with IVTV .. A few days ago watching TV was working
fine, but now all I get is snow on every channel. I upgraded to the
latest subversion release to see if that would fix the problem, but it
persists. I have a somewhat recent PVR-350 c
On 9/9/05, Sean Coyle <[EMAIL PROTECTED]> wrote:
> ivtv: Bus Mastering is not enabled
You can use setpci to enable bus mastering, but check with lspci first
that it is actually turned off. It's been talked about in the list
number of times before.
Some older motherboards also only enable bus mas
Changelog:
- include linux/moduleparam.h specifically in earlier 2.6 kernels
- add matching comments to closing #endif statements
Cheers,
Phil
ivtv-ifdef.patch.bz2
Description: Binary data
Hey everyone,
Having some issues with IVTV .. A few days ago watching TV was working
fine, but now all I get is snow on every channel. I upgraded to the
latest subversion release to see if that would fix the problem, but it
persists. I have a somewhat recent PVR-350 card, and I'm using tuner
ivtv: START INIT IVTV
ivtv: version 0.2.0 (rc3j) loading
ivtv: Linux version: 2.6.12-1.1447_FC4 686 REGPARM 4KSTACKS gcc-4.0
ivtv: In case of problems please include the debug info
ivtv: between the START INIT IVTV and END INIT IVTV lines when
ivtv: mailing
Thanks to everyone for the help. I'm not 100% sure my problem is solved, but
it may be. I dug up an old 80GB drive and put reiserfs on it and the problem
hasn't resurfaced yet (fingers are crossed).
It's actually better having things this way so I can pound the other drives
a bit harder doing tran
Yes, adding the includes worked. It compiles now.
I didn't try the patch.
Philip Rowlands wrote:
On Thu, 8 Sep 2005, Scott Weber wrote:
My kernel is 2.6.5-7.108
Those version numbers just keep getting deeper...
I hand added the #inclues anyway.
Did they work? (I don't have a handy 2.6.ea
Pete Davis wrote:
[...]
How can I tell if I'm "swapping badly?"
`procinfo -dS -n 1` might help.
--
Jesse Guardiani
Programmer/Sys Admin
[EMAIL PROTECTED]
---
SF.Net email is Sponsored by the Better Software Conference & EXPO
Septemb
> > > have you run top to see your memory usage when you're seeing the
> problem?
> > > That will tell you what's using the CPU as well as if memory is fully
> used
> > > and you're swapping badly
> >
> >How can I tell if I'm "swapping badly?"
>
> See if swap space is utilized and check for proc
I'd start looking at your drives to make sure dma is turned on. Look through the
mythtv and ivtv -devel archives for something about ext3. I seem to remember
they had to add something to mythtv's code to keep ext3's habit of writing out
too much data at once from messing up mythtv.
--Brian
Pe
>
> At 02:31 PM 9/8/2005, you wrote:
> > >
> > > At 01:47 PM 9/8/2005, you wrote:
> > >
> > > > >
> > > > > What happens if you do cat /dev/video0 > /dev/null instead of
> > > movie.mpg.
> > > > > This
> > > > > will tell us if it's some hard drive or I/O (dma maybe) issue. At
> > > least
> > > >
Hello,
I have a problem with IVTV which I can't seem to solve. :-(
I have a working PVR350, and recently I bought a PVR500, which I can't get to
work.
I'm in Belgium, so I'm in a PAL country.
I searched the mailinglist, various forums and howto's, but somehow all the
solutions provided there
>
> Pete Davis wrote:
> >>What happens if you do cat /dev/video0 > /dev/null instead of movie.mpg.
> >>This
> >>will tell us if it's some hard drive or I/O (dma maybe) issue. At least
> >>that's
> >>my theory.
> >>
> >>--Brian
> >
> >
> > Brian, your theory seems good. The problem doesn't seem to
Pete Davis wrote:
What happens if you do cat /dev/video0 > /dev/null instead of movie.mpg.
This
will tell us if it's some hard drive or I/O (dma maybe) issue. At least
that's
my theory.
--Brian
Brian, your theory seems good. The problem doesn't seem to appear when I do
this.
I know Linux doe
At 02:31 PM 9/8/2005, you wrote:
>
> At 01:47 PM 9/8/2005, you wrote:
>
> > >
> > > What happens if you do cat /dev/video0 > /dev/null instead of
> movie.mpg.
> > > This
> > > will tell us if it's some hard drive or I/O (dma maybe) issue. At
> least
> > > that's
> > > my theory.
> > >
> > > --Bri
>
> At 01:47 PM 9/8/2005, you wrote:
>
> > >
> > > What happens if you do cat /dev/video0 > /dev/null instead of
> movie.mpg.
> > > This
> > > will tell us if it's some hard drive or I/O (dma maybe) issue. At
> least
> > > that's
> > > my theory.
> > >
> > > --Brian
> >
> >Brian, your theory seem
At 01:47 PM 9/8/2005, you wrote:
>
> What happens if you do cat /dev/video0 > /dev/null instead of movie.mpg.
> This
> will tell us if it's some hard drive or I/O (dma maybe) issue. At least
> that's
> my theory.
>
> --Brian
Brian, your theory seems good. The problem doesn't seem to appear when
>
> What happens if you do cat /dev/video0 > /dev/null instead of movie.mpg.
> This
> will tell us if it's some hard drive or I/O (dma maybe) issue. At least
> that's
> my theory.
>
> --Brian
Brian, your theory seems good. The problem doesn't seem to appear when I do
this.
I know Linux doesn't
Hi all.
I get the following in recent...
cc ivtvctl.o -o ivtvctl
ivtvctl.o(.text+0x64e): In function `pts_to_string\':
: undefined reference to `ceilf\'
collect2: ld returned 1 exit status
make[1]: *** [ivtvctl] Error 1
2.6.11-gentoo-r11
amd64
BR Fredrik
--
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of Brian Jackson
> Sent: Thursday, September 08, 2005 10:01 AM
> To: ivtv-devel@lists.sourceforge.net
> Subject: Re: [ivtv-devel] ivtv occasionally hogging CPU and skipping
> frames
>
> What h
On Thu, 8 Sep 2005, Scott Weber wrote:
>My kernel is 2.6.5-7.108
>Those version numbers just keep getting deeper...
>
>I hand added the #inclues anyway.
Did they work? (I don't have a handy 2.6.early to test)
If so, I'll submit a proper fix'n'cleanup patch for headers.
Cheers,
Phil
-
My kernel is 2.6.5-7.108
Those version numbers just keep getting deeper...
I hand added the #inclues anyway.
Philip Rowlands wrote:
On Thu, 8 Sep 2005, Philip Rowlands wrote:
That #include went into linux/module.h somewhere around 2.6.11; does
this patch help?
Crud - I shouldn't try to ha
What happens if you do cat /dev/video0 > /dev/null instead of movie.mpg. This
will tell us if it's some hard drive or I/O (dma maybe) issue. At least that's
my theory.
--Brian
Pete Davis wrote:
I'm still having problems with IVTV hogging my CPU and the problem appears
to be getting worse.
I'
Wilhelm Eger wrote:
John Harvey wrote:
Does it occur if you select the Use PV350 playback
option which can be selected in the playback settings
section.
Could I have selected both? (I can't check it now, because I'm at work
...)
There's one option to use the PVR-350 MPEG decoder, and the
> Another question: Is it possible that if I used mencoder to do the
> capture,
> that it might be a better solution? I don't know if maybe the issue might
> have to do with simply writing the huge files that's causing the problem.
>
> The machine is certainly capable (assuming the capture card is
I forgot to post the message log:
Sep 8 08:55:49 thor kernel: ivtv: START INIT IVTV
Sep 8 08:55:49 thor kernel: ivtv: version 0.3.8 (snapshot compiled on Wed
07 Sep 2005 09:09:20 PM CDT) loading
Sep 8 08:55:49 thor kernel: ivtv: Linux version: 2.6.9-1.6
I think you really need to determine if this is a
decoder or encoder issue (output or input).
Ideally you would grab an mpeg recording of something
showing the problem. (cat /dev/video0 > file.mpg would
be good enough assuming you are allready tuned to the
channel.
Then you can just play this bac
John Harvey wrote:
Does it occur if you select the Use PV350 playback
option which can be selected in the playback settings
section.
Could I have selected both? (I can't check it now, because I'm at work ...)
Wilhelm
---
SF.Net email is
This may be entirely unrelated to the hardware. Ghosting effects can be
caused by reception or wiring - you're effectively receiving a delayed
echo of the original transmission.
But my TV hasn't this problem with the same wire.
Wilhelm
-
I'm still having problems with IVTV hogging my CPU and the problem appears
to be getting worse.
I've started limiting what I use that machine for to try to rule out other
issues. For example, I suspected at first that the fact that I was using
mencoder to transcode stuff from mpeg 2 to mpeg 4 whil
On Thu, 8 Sep 2005, Wilhelm Eger wrote:
>I have a problem what maybe is meant by "ghosting". My picture looks
>good, but I have a second picture that consist of some contrasts. I can
>see it very well when I watch a soccer game. Then I can see the real
>lines on the field and their "ghosts". The
Does it occur if you select the Use PV350 playback
option which can be selected in the playback settings
section.
John
--- Wilhelm Eger <[EMAIL PROTECTED]> wrote:
> John Harvey wrote:
>
> >Is this ghosting in something that is in the
> recorded
> >mpeg or just playback?
> >If its playback is it
John Harvey wrote:
Is this ghosting in something that is in the recorded
mpeg or just playback?
If its playback is it via the mpeg decoder or the Xv
driver?
It's playback. I didn't test recording. I switched on something like
"using xv" in myth.
Wilhelm
-
Is this ghosting in something that is in the recorded
mpeg or just playback?
If its playback is it via the mpeg decoder or the Xv
driver?
John
--- Wilhelm Eger <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have a problem what maybe is meant by "ghosting".
> My picture looks
> good, but I have a se
Hello,
I have a problem what maybe is meant by "ghosting". My picture looks
good, but I have a second picture that consist of some contrasts. I can
see it very well when I watch a soccer game. Then I can see the real
lines on the field and their "ghosts". The ghost pictur is delayed
horizon
Hello,
Is there a chance that i can stream a radio channel with vlc just like i
can stream tv channel from pvr 150 card.
I tried to change frequency in my command line from tv to radio
frequency but it streams nothing. Do i have to select
something different than on tv channel streaming?
My c
As (mostly) a lurker on this list, I'll put in my EUR 0,02
As long as people have problems with the current unstable development drivers, I would expect any questions related to these drivers to be best at home in the ivtv-devel mailing list.
Once a driver becomes stable all questions apart fro
On 9/6/05, John Harvey <[EMAIL PROTECTED]> wrote:
> Can those of you complaining about stuttering playback say what resolution
> videos you are playing back (PAL or NTSC).
>
> Thanks
>
> John
John,
Almost all of my XVids are at a resolution of 688x416 (ripped at a
'good' setting via mythvideo)
43 matches
Mail list logo
