On Friday 07 October 2005 01:16, Leonard Orb wrote:
Hans Verkuil wrote:
This usage is all over the place in the kernel and in fact also in the
video4linux repository. So I am hesitant to add workarounds for what is
by now a really old compiler. It is impossible to upgrade to a newer
On Friday 07 October 2005 05:52, Ross wrote:
On 10/7/05, Edward Martin [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]:~$ /sbin/modinfo tuner
filename: /lib/modules/2.6.13.3/kernel/drivers/media/video/tuner.ko
Yep, there's your problem. Rename that file to tuner.ko.old, then
rerun depmod
I have just submitted a patch for the YUV playback
code which significantly reduces the cpu used during playback using the Xv
code.
Now the CPU usage for X has dropped from about 30-35%
to about 0.5 2%. So I can now play back stuff with mplayer burning
~13%cpu and I have between 80 85%
Hey John,
it still works :-)
When playing back a recorded mpg over Xv, I get +- 20% usage for
mythfrontend, and 7% usage for X. This is on an athlon 2000xp.
I've just started playback of a multihour recording. Untill now a/v sync
usually drifts off so that I had to rewind every 10 minutes
Just tried with 2.95.3 on a sun machine at work and
get parse error before `)'
adding ,1 removed the error.
John
--- Hans Verkuil [EMAIL PROTECTED] wrote:
Gcc 2.95 will compile kernels up to 2.6.12.6 and
probably also newer
ones
without problems, because no one there does
#define
Lucas Meijer wrote:
I've just started playback of a multihour recording. Untill now a/v sync
usually drifts off so that I had to rewind every 10 minutes orso. I'll
go back in a few hours to see if the a/v sync is still ok.
Checked the playback after an hour. Normally a/v would have drifted
Hans Verkuil wrote:
But there's indeed no such problem with the kernel sources although the
kernel people have defines of the same style and use it the same way.
Yes, how is that possible? Can you try to compile 2.6.14-rc3, and
especially the tuner*.c sources in drivers/media/video that
Hi
I've now got it working:
ivtv-tune --device=/dev/video0 --freqtable=europe-west -c40
I was previously not selecting either a device or channel, because I was
expecting an X frontend, similar to ptune-ui.pl.
I can see the advantages of not having to download and compile the perl
On Friday 07 Oct 2005 14:07, Rutger Hendriks wrote:
snip
I can confirm this works really nice. Last week has been very good. I
started with 60-70% CPU usage for Xorg with CPU running at 2GHz. Now CPU
usage has dropped to 1% for Xorg and the CPU is only running at 800MHz
(powernow)! Very nice
On Friday 07 October 2005 17:58, Ian Armstrong wrote:
On Friday 07 Oct 2005 14:07, Rutger Hendriks wrote:
snip
I can solve this by doing some mplayer magic and use this command to play
video:
mplayer -vo xv -vf scale=660:-3,expand=760:576:64:50
Unfortunately when I do that, I have
Anyone have any idea? The basic error message, when I run "xinit -- :1 -layout "Hauppauge" " is this:
(EE) ivtvHWProvbe failed to do IVTVFB_IOCTL_GET_STATE for device (null)
I've given more detail info here:
http://forums.gentoo.org/viewtopic-t-388868.html
running "modprobe saa7127
On Thu, Oct 06, 2005 at 18:49:45, D. Hugh Redelmeier said...
It does not make a difference when I run mplayer as root (allowing
better realtime scheduling).
chown 666 /dev/rtc - this should allow mplayer to use the realtime clock
directly, as any user, and schedule better.
Not your issue,
On Fri, Oct 07, 2005 at 14:03:35, Jason Tackaberry said...
On Fri, 2005-10-07 at 13:44 -0400, Michael wrote:
chown 666 /dev/rtc - this should allow mplayer to use the realtime clock
directly, as any user, and schedule better.
Read-only permission is sufficient. (Use 0644.)
*doh*
Of
I've added the fix and you should now be able to compile ivtv with gcc-2.95.
Please check!
Hans
___
ivtv-devel mailing list
ivtv-devel@ivtvdriver.org
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
I'm running a PVR350 and a PVR150 in a combined mythtv frontend/backend
running mythtv release-0-18-fixes r7227 on FC3.
Everything is working well (now) except for the occasional and sudden
loss of avsync in recordings from the 150.
I'd like to understand the errors in my dmesg output and
This is a final call before closing tickets #20 and #21 (no sound on one or
more tuners). Is there anyone who has no sound whatsoever?
Some people still have the problem that there is no sound on some channels, or
that the sound kicks in after 10-30 seconds. I've created ticket #33 for
that,
Hi folks,
I haven't been keeping up with the mailing list for a while, and I come
back and there's been s much progress! Way to go folks!
I'm using a Yuan MPC622
(http://www.yuan.com.tw/en/products/vdo_mpc622.html) on a 2.4.31 kernel.
I think this is very similar to the PG600, but with a
On Thu, Sep 29, 2005, Hans Verkuil wrote:
I'm surprised you do not have a PORT1 problem since we are supposed to
have identical cards. Could Hauppauge ship slightly different cards with
the same revision ID in different countries ? I have also had a look at
the tda9887 datasheet, from
On Friday 07 October 2005 21:08, Justin I. Nevill wrote:
Hi folks,
I haven't been keeping up with the mailing list for a while, and I come
back and there's been s much progress! Way to go folks!
I'm using a Yuan MPC622
(http://www.yuan.com.tw/en/products/vdo_mpc622.html) on a 2.4.31
On Friday 07 October 2005 21:31, Christophe Massiot wrote:
On Wed, Sep 28, 2005, Christophe Massiot wrote:
I have a machine where /dev/video0 becomes empty when I start
ivtv-radio. It is clearly machine-specific because the same card with
the same kernel and driver in another machine
On Friday 07 Oct 2005 20:25, Hans Verkuil wrote:
On Friday 07 October 2005 21:12, Hans Verkuil wrote:
This is a final call before closing tickets #20 and #21 (no sound on one
or more tuners). Is there anyone who has no sound whatsoever?
That's tickets #21 and #22. Sorry.
Hans
Hi
On Fri, Oct 07, 2005 at 11:05:15AM -0400, Tommy Persson wrote:
Yes, please do. I was suprised that record-v4l.pl was moved to
obsolete since I could not find any other utilities that could be used
in a convenient way to do for example:
record-v4l2 -P 4 --no-record
record-v4l2 -P
I get sound and black and white video - same as with cardtype=7. I did a
cold boot after changing /etc/modules to cardtype=6.
Thanks!
Justin
- Original message -
From: Hans Verkuil [EMAIL PROTECTED]
To: Discussion list for development of the IVTV driver
ivtv-devel@ivtvdriver.org
Date:
On Friday 07 Oct 2005 21:07, Hans Verkuil wrote:
On Friday 07 October 2005 18:00, Trev Jackson wrote:
Hi
I've created a patch and submitted it as ticket #30 on the trac system.
The patch allows audio to be switched between the tuner and the line-in
using:
ivtvctl -q0
and
On Friday 07 October 2005 22:50, Trev Jackson wrote:
I think we can now say that there is not much more that can be done to make
ivtv compatible with the Adaptec AVC-2410 and the Adaptec AVC-2010.
I now use the following to load the driver:
modprobe tuner ignore=0,0x6b
modprobe ivtv
Both are due to using the ivtv tveeprom instead of the kernel / v4l
tveeprom. On my system, if I don't let the cx88xx module get pulled in
my remote doesn't work (pvr-350), so I use the kernel tveeprom. I
rename the bttv module just like I do the kernel msp3400 and tuner
modules so it doesn't get
On Friday 07 Oct 2005 22:05, Hans Verkuil wrote:
On Friday 07 October 2005 22:50, Trev Jackson wrote:
I think we can now say that there is not much more that can be done to
make ivtv compatible with the Adaptec AVC-2410 and the Adaptec AVC-2010.
I now use the following to load the driver:
On Saturday 08 October 2005 00:22, Trev Jackson wrote:
How does this work in Windows? Do they have separate NTSC and PAL
drivers? Do they ask the user whether they are PAL or NTSC? It's not
possible to autodetect the tuner type unfortunately, so they must use
some other mechanism.
Adam Forsyth wrote:
Both are due to using the ivtv tveeprom instead of the kernel / v4l
tveeprom. On my system, if I don't let the cx88xx module get pulled in
my remote doesn't work (pvr-350), so I use the kernel tveeprom. I
rename the bttv module just like I do the kernel msp3400 and tuner
Le Vendredi 7 Octobre 2005 21:12, Hans Verkuil a écrit :
This is a final call before closing tickets #20 and #21 (no sound
on one or more tuners). Is there anyone who has no sound
whatsoever?
no sound the return but :
dmesg
cx25840 1-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #0)
Jacques Facquet wrote:
Le Vendredi 7 Octobre 2005 21:12, Hans Verkuil a écrit :
This is a final call before closing tickets #20 and #21 (no sound
on one or more tuners). Is there anyone who has no sound
whatsoever?
no sound the return but :
dmesg
cx25840 1-0044: cx25842-23 found @ 0x88
Le Samedi 8 Octobre 2005 03:04, Tyler Trafford a écrit :
Jacques Facquet wrote:
cx25840 1-0044: cx25842-23 found @ 0x88 (ivtv i2c driver #0)
cx25840 1-0044: loading /lib/modules/HcwMakoA.ROM
i2c_adapter i2c-1: sendbytes: error - bailout.
cx25840 1-0044: fast firmware load failed
cx25840
Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit :
Jacques Facquet wrote:
After loading this, what's the output of:
cx25840ctl -l | grep DL_ADDR
DL_ADDR_LB=231 (0xE7)
DL_ADDR_HB=1 (0x1)
That's odd because it's only failing on the fast load, but then it
falls back to 100MHz
Jacques Facquet wrote:
Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit :
Jacques Facquet wrote:
After loading this, what's the output of:
cx25840ctl -l | grep DL_ADDR
DL_ADDR_LB=231 (0xE7)
DL_ADDR_HB=1 (0x1)
That's odd because it's only failing on the fast load, but then it
falls
Le Samedi 8 Octobre 2005 04:13, Jacques Facquet a écrit :
Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit :
Jacques Facquet wrote:
After loading this, what's the output of:
cx25840ctl -l | grep DL_ADDR
DL_ADDR_LB=231 (0xE7)
DL_ADDR_HB=1 (0x1)
That's odd because it's
Jacques Facquet wrote:
Le Samedi 8 Octobre 2005 04:13, Jacques Facquet a écrit :
Le Samedi 8 Octobre 2005 04:02, Tyler Trafford a écrit :
Jacques Facquet wrote:
After loading this, what's the output of:
cx25840ctl -l | grep DL_ADDR
DL_ADDR_LB=231 (0xE7)
DL_ADDR_HB=1 (0x1)
That's odd
36 matches
Mail list logo