On Wed, 8 Dec 2004 12:18:39 +
"Brian Jackson" <[EMAIL PROTECTED]> wrote:
> This is something that is to some extent already taken care of by the
> kernel. "Last message repeated 8 times" But that only happens on the
> terminal afaik. The way it should be handled is by your logging daemon, not
Wow, after several reboots, and some patience, everything seems to now
"just work" - except for the coexistence of the nvidia drivers and
ivtv-fb. But this is progress! I didn't change the modules, didn't
change the kernel. I haven't rebooted since mythfrontend started
working again. I did run a "m
On Wed, 08 Dec 2004 08:06:59 +0100, Michel Verbraak <[EMAIL PROTECTED]> wrote:
> Which tuner do you use? Could you specify the full ivtv dmesg/syslog
> logging.
>
>
Not sure if this is of general interest to the ivtv developers, but here you go.
I'm using tuner 39, which is something I picked
Wonderful news.
I downloaded the 2nd ivtvdev_drv.o, you sent, and it made a log file...
remember to refresh it after it has loaded in your browser:
http://www.schaefer.dhcp.biz/Xorg.1.log
Those fixes worked that I saw you posted in the email titled "Xdriver problem
with multiple frame buffers"
Some more info. Now I've been able to get things running again, by
changing my xorg.conf back to a "single card" - I had been using Xorg
to allow me to use two screens (no XINERAMA), but that seemed to make
the box hang. Now, with only ivtvdev being used, I'm getting somewhere,
but now mythfrontend
Hi, all. Now, I got worry... ;) I just bit the bullet and updated to
the latest Gentoo ivtv ebuild ivtv-2.0-rc3 (which has the
"pvr_1.18.21.22168_inf.zip" firmware), and, poof, no more MythTV, and
get hard freezes when loading Xorg-6.8.0-r3. I'm ssh-ing in now, and
getting some samples for you to d
> Also #2, what is the state of the sourceforge work
> here. It seems to me
> that ~ckennedy is the project home.?
we're trying to get a stable 0.2 release before
putting it up there. chris produces a lot of versions
so it's easy to keep bleeding edge.
The project mentality thus far has been tha
There was a bug in earlier ivtv versions in which the shutdown would
hang. You might have that one. You can either use Axel's 100zz
version or the newer rc3 version of the driver.
Everyone's using chris's driver releases now. Every once in a while
talk is brought up about putting the code back
ivtv has an ioctl to tell you which framebuffer device
it got, in case you weren't aware..
takes all the guesswork out of it :)
-tmk
--- John Harvey <[EMAIL PROTECTED]> wrote:
> I have just been investigating a problem whereby the
> current X driver uses
> the wrong frame buffer device.
>
> Th
I have just been investigating a problem whereby the
current X driver uses the wrong frame buffer device.
This is caused by a change that happened ages ago and
instead of looking for the fbdev option it is currently looking for ivtv.
Since it doesn’t find an ivtv option it will
default
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of Kenneth Berland
> Sent: 08 December 2004 20:26
> To: [EMAIL PROTECTED]
> Subject: [ivtv-devel] (no subject)
>
> Hi List,
>
> My first post. Firstly, you all have done an amazing job. In a
Hi List,
My first post. Firstly, you all have done an amazing job. In a few days
I've got a pvr-250 and mediaMvp recording and playing. I can't wait to
contribute. Might right a guide...
I'm running RH9 (Shrike), stock 2.4.20-8 on AMD K6 (very old, but fast
enough and runs cool),ivtv-0.1.10-pre2-
my plugin will not do that as yet. the dxr3 one did.
-tmk
--- Paul Sykes <[EMAIL PROTECTED]> wrote:
> Kevin, have you been able to re-encode divx to mpeg
> for tv-output with your
> plugin? I presume the dxr3 cards make use of this
> feature.
>
> I've searched for the correct command line for
John wrote:
> Attached is a patch for people to try.
Short version: it works, kind of. tvm :-)
Long version:
Tried ivtv-0.3.1z against 2.6.9-1.681, built cleanly with a few minor
errors, good news is it didn't seg fault on load, didn't lock the
machine up (hurrah!) and I was able to reboot clea
I'm on FC2, 2.6.8-1.521, i follwed Jarod's guide, but i had to do a
kernel module fix, module-init-tools-3.1-0.pre5.4.src.rpm, everything
else is 'stock'
has anyone else tried to capture a test.mpg but tried to playback the
mpeg on another machine?
On Wed, 8 Dec 2004 01:22:42 -0500, Hiroto Shibu
BTW, Chris Kennedy's 0.3.1y drivers work like a charm for this board.
Beautiful video quality (well, NTSC beautiful anyway) and stable as a
rock for the few hours of testing I've done. Nice job!
I don't have the board, but from what I've read it has the
potential to have *higher* quality than th
Don't know when you searched the newslists but I asked this question
this weekend and this is Chris answer:
From: Chris Kennedy <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Sun, 5 Dec 2004 20:23:40 -0600
Subject: Re: [ivtv-devel] PVR-150 and PVR-500 support
Reply | R
On 12:34:13 am 2004-12-08 [EMAIL PROTECTED] wrote:
> I am, for the moment, OK with the fact that if I close Mplayer by
> hitting the 'Q' key things are fine but hitting the close button on the
> corner of the Mplayer video window results in things not being closed
> out properly further resulting i
Kevin, have you been able to re-encode divx to mpeg for tv-output with your
plugin? I presume the dxr3 cards make use of this feature.
I've searched for the correct command line for doing this; unfortunately, I
haven't come up with anything. Can you please shed some light on this?
Paul.
From:
Have you tried adding vide:vc:0-0 to your boot
configuration? There are some notes in the top of
ivtv-osd.c under the heading A note on unloading the
fb driver.
I'm not sure if this still applies to FC3 but i needed
to do this on RH9.
John
-Original Message-
From: [EMAIL PROTECTED]
[mail
20 matches
Mail list logo
