On 6/15/05, Larry Symms <[EMAIL PROTECTED]> wrote:
> Total and utter disaster.
>
> In an attempt to fix my sound issues I accidentally ran apt-get upgrade
> ice1724 instead of apt-get install ice1724. I didn't think to check
> what was installing. Apparently apt-get upgrade upgrades all installe
FYI having upgraded to 0.3.6l and cold booted, sound is now more or
less perfect :-)
It is necessary however to load ivtv using tda9887=0 as an option or
else the tda9887 module is not loaded. Thanks guys!
/drdaz
On 6/10/05, Darren Black <[EMAIL PROTECTED]> wrote:
> Hell yeah! Looks like that di
Hi,
After a lot of problems for the last two days I've managed to get
ivtv loading again on my system. I'm currently using ivtv-0.3.5p. I
was using 0.3.5v earlier but I rebuilt my kernel and almost nothing
ran until I happened upon this version.
One message I'm seeing in dmesg is this:
ivtv
Bryan,
I had the same DMA_ERRs with the V0.3.6l so I don't have reason to believe
this would help any.
Thanks,
Greg
- Original Message -
From: Bryan Mayland
To: ivtv-devel@lists.sourceforge.net
Sent: Wednesday, June 15, 2005 1:49
PM
Subject: Re: [ivtv-devel]
OK - good because this matches what I had, too. I was merely guessing
maybe it was the delay, but apparently it is something else. I should
say though that when I manually run the scripts it does not peg the
cpu - but my solution was the same as yours, script the start and then
kill X and restart.
Well the good news is that your cx25840 looks much happier. I don't
know why you're still getting DMA errors though. Have you tried a more
recent version of the driver yet? I know there have been a couple
changes to the DMA code since 3.5.l, but I'm not sure if they address
your issue.
GR
Yes I can probably remove that. I'll take a look over the next day or two.
JOhn
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of Patrick de Brabander [mythtv]
> Sent: 15 June 2005 18:58
> To: ivtv-devel@lists.sourceforge.net
> Subject: RE
Hi
Wilhelm Eger wrote:
> nxtvepg scans
> the channels and finds them, but it cannot collect EPG data.
With 0.3.6m I have similar problems. I have my channels setup, but get
only about 2% EPG data of 200kBaud TXT (instead of about 4%). Seems like
there is some data lost, probably for PAL. I'm usi
Total and utter disaster.
In an attempt to fix my sound issues I accidentally ran apt-get upgrade
ice1724 instead of apt-get install ice1724. I didn't think to check
what was installing. Apparently apt-get upgrade upgrades all installed
packages. I was afraid to ctrl-C so I just let it go.
Bryan,
Pasted the wrong stuff earlier. I see the following in the dmesg output:
cx25840: starting probe for adapter SMBus nForce2 adapter at 4c00 (0x0)
cx25840: starting probe for adapter SMBus nForce2 adapter at 4c40 (0x0)
cx25840: starting probe for adapter ivtv i2c driver #0 (0x10005)
cx2584
Bryan,
I removed a lot of the extraneous modules that weren't in use. Did the
modprobe of cx25840 and got the following in /var/log/messages:
Jun 15 13:05:12 PVR kernel: cx25840: FW image '/lib/modules/HcwMakoA.ROM' of
siz
e 13353 loaded.
Jun 15 13:05:12 PVR kernel: cx25840: FW image md5 di
OK I have to take this back. It didn't work.
It turned out that when I put the pauses in between
the modprobes, I first tested it by restarting Myth
(including X and rmmod'ing and modprobing the modules)
using my /etc/init.d/myth start script. After doing
this, Xorg's CPU usage was behaving pr
I can confirm that the patch allows to compile on debian kernel 2.4.25. I
hope to find out possible problems in the next day(s).
Thanks,
Martin
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Tyler Trafford
> Sent: Wednesday, June 15, 2005 8:55
Bryan Mayland wrote:
> As a side note: Should we also add a line to cx25850_read that sets
> buffer[0] = 0 in between the read and the write? Otherwise we'll get
> the high byte of our address back if the write / read fails. Might also
> want to check the retval of the write and not read if we
This patch cleans up the audio code for the cx25840 (indent stuff).
It also makes the firmware load functions clean up allocated memory
before exiting if the i2c writes fail. I moved Chris' fallback code
into a static inline function so that the code only has to exist in
one place.
I believe I h
GREG & AMY LINDLEY wrote:
Thanks for the help. Yes, I have a 350 and a 150 in the system. It
does appear the cx25840 does load even with the bogus option.
However, lsmod shows it as not being used. I put the following in the
modprobe.conf per your directions:
It still doesn't look lik
As Tyler (and the FIXME) suggested, this will bail out if a cx25840
isn't detected at the specified address on the i2c bus. It also makes
the device_id output prettier.
I also added a line to disable ACFG when doing vbi_reg_setup, since
we're overwriting all the fields ACFG would set anyway.
GREG & AMY LINDLEY wrote:
> Bryan,
>
> Thanks for the help. Yes, I have a 350 and a 150 in the system. It does
> appear the cx25840 does load even with the bogus option. However, lsmod
> shows it as not being used.
I believe it will always show as unused unless you catch it while
processing an
Bryan,
Thanks for the help. Yes, I have a 350 and a 150 in the system. It does
appear the cx25840 does load even with the bogus option. However, lsmod
shows it as not being used. I put the following in the modprobe.conf per
your directions:
options cx25840 i2c_enable=-1,1
options saa7127
John,
This version is working just fine. Videos are now scaled and returning to
livetv works.
Is it possible to remove the image which you see when you return from
video to livetv ?
thanks
Patrick
> Yes it should fix that.
> Actually a reboot isn't needed you just need to play
> an mpeg of a
Tyler Trafford wrote:
// FIXME Use this device ID to detect if chip is present...
DEBUG(1, "Status: cx25%3X (DEVICE_ID)",
cx25840_read_setting(client, DEVICE_ID));
You know, this comment from cx25840-driver makes me wonder if this
problem can be solved this way: Check the DEVI
Bryan Mayland wrote:
> Bryan Mayland wrote:
>
> > options saa7127 i2c_enable=1,-1
>
> EDIT: also forgot you'll need
> options cx25840 i2c_enable=-1,1
>
> (note that they are opposites)
// FIXME Use this device ID to detect if chip is present...
DEBUG(1, "Status: cx25%3X (DEVICE_ID)",
klickmich wrote:
> Here is the output - I am on debian sarge, if it matters I can send you the
> kernel config as well:
> cx25840-firmware.c: In Funktion >cx25840_load_fw_hp<:
> cx25840-firmware.c:62: error: structure has no member named `dev'
Ah, well that's bad news. The kernel supports it,
Bryan Mayland wrote:
options saa7127 i2c_enable=1,-1
EDIT: also forgot you'll need
options cx25840 i2c_enable=-1,1
(note that they are opposites)
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find
GREG & AMY LINDLEY wrote:
Bryan,
Yes, I saw that, but I believe the module still loads (the line is
there because Jarod's mythtv howto directed me to put it there).
Performance still seems reasonable on the system, but the DMA_ERR
messages don't sound good to me. Does anyone know what the
Hi Tyler,
Here is the output - I am on debian sarge, if it matters I can send you the
kernel config as well:
cp ../utils/videodev2.h .
gcc -D__KERNEL__ -D__KERNEL_SYSCALLS__ -DMODULE -DMODVERSIONS
-DEXPORT_SYMTAB -I/lib/modules/2.4.25/build/include -O2 -fomit-frame-pointer
-march=i586 -mcpu=i586
Bryan,
Yes, I saw that, but I believe the module still loads (the line is there
because Jarod's mythtv howto directed me to put it there).
Performance still seems reasonable on the system, but the DMA_ERR messages don't
sound good to me. Does anyone know what they mean and should I be
c
Wilhelm Eger wrote:
> [Problems getting EPG-Data with PVR]
>
> Or is there any other way to get EPG data without internet?
>
> Wilhelm
>
Hi!
What about trying to do this with an BT848/878 based card?
They should not be too expensive and you have the benefit of using PIP
and being able to watch a
On Wednesday 15 June 2005 16:06, Tyler Trafford wrote:
> On 6/15/05, belcampo <[EMAIL PROTECTED]> wrote:
> > On Wednesday 15 June 2005 12:27, Morten Rønseth wrote:
> > > Alas, 0.3.6 versions yet again show only black when starting myth after
> > > a cold boot.
> > > I do "/sbin/modprobe -v ivtv ivt
Bryan Mayland wrote:
> Tyler Trafford wrote:
>
> >Try setting these options for the tda9887 module:
> >
> >options tda9887 port1=0 port2=0
>
> Shouldn't that only fix the audio? I don't know what would make the
> screen all black though, unless ADC1 or CH1 was powered down, or the
> wrong inp
klickmich <[EMAIL PROTECTED]> wrote:
> Hi Chris,
>
> I seem to be the last one on earth who did not find the time to move to a
> 2.6 kernel ;-)
>
> All the cx25840 reworkings after 0.3.5h made the driver not compile anymore
> against my 2.4.25 debian kernel.
>
> Looking at the old and new source
Tyler Trafford wrote:
Try setting these options for the tda9887 module:
options tda9887 port1=0 port2=0
Shouldn't that only fix the audio? I don't know what would make the
screen all black though, unless ADC1 or CH1 was powered down, or the
wrong input was selected.
Hi Chris,
I seem to be the last one on earth who did not find the time to move to a
2.6 kernel ;-)
All the cx25840 reworkings after 0.3.5h made the driver not compile anymore
against my 2.4.25 debian kernel.
Looking at the old and new sources and guessing wildly, I added two #if
defined(LINUX26)
On 6/15/05, belcampo <[EMAIL PROTECTED]> wrote:
> On Wednesday 15 June 2005 12:27, Morten Rønseth wrote:
>
> > Alas, 0.3.6 versions yet again show only black when starting myth after
> > a cold boot.
> > I do "/sbin/modprobe -v ivtv ivtv_std=2 tda9887=0" upon startup, but I
> > only get static...
>
The main thing about the cx25840 is that it's cheaper, includes
the audio and video in one chip, and comes from Conexant too so
get a package deal on the cx23416 and cx25840 together. So it's
very likely this is true, the chip is probably exactly what you
get for the cheaper price, just li
Chris Kennedy wrote:
The main thing about the cx25840 is that it's cheaper, includes the
audio and video in one chip, and comes from Conexant too so get a
package deal on the cx23416 and cx25840 together. So it's very likely
this is true, the chip is probably exactly what you get for the
che
The main thing about the cx25840 is that it's cheaper, includes the
audio and video in one chip, and comes from Conexant too so get a
package deal on the cx23416 and cx25840 together. So it's very likely
this is true, the chip is probably exactly what you get for the cheaper
price, just like t
Hi All,
Attempting to get Svideo out going on an EPIA V5000
with a PVR 350. /var/log/messages is currently stuffed
with IRQ_IVTV_IRQ_DEC_DMA_ERR messages.
And - just to check - if I have the following:
mfe:/var/log # lspci
:00:00.0 Host bridge: VIA Technologies, Inc.
VT8601 [Apollo ProMedia]
I was under the impression that the cx25840 used in the PVR-150 was a
better digitizer than the sa7115 used in the PVR-250. If that's true,
then something is up because it looks the opposite to me:
http://capnbry.net/~bmayland/fi/pvr150/pvr150-250.jpg
(This is tuner input with dnr_mode=3,tempor
On Wednesday 15 June 2005 12:27, Morten Rønseth wrote:
> Hi
>
>
>
> A while back I had problems initialising my 150MCE type 38 PAL card upon
> startup, I only got black picture with garbage at the bottom. Using
>
> 0.3.5p solved this:
> > Vedran Rodic wrote:
> >> Vedran Rodic wrote:
> >>> Okay, I w
GREG & AMY LINDLEY wrote:
Jun 14 17:18:43 PVR kernel: cx25840: Unknown parameter `no_black_magic'
You might start by removing the no_black_magic option from the
cx25840 module in your modprobe.conf. The PVR150 won't work unless the
cx25840 module loads. Other than that, I don't see anyt
Hi
A while back I had problems initialising my 150MCE type 38 PAL card upon
startup, I only got black picture with garbage at the bottom. Using
0.3.5p solved this:
Vedran Rodic wrote:
Vedran Rodic wrote:
Okay, I was using the wrong input number for tuner, it was 4 in
0.3.2d, and n
Larry Symms wrote:
Timeout waiting for firmware? You need to disable VBI which is the
closed caption handler. You have to disable it in mythtv-setup and by
doing ivtvctl -x 0 before myth starts.
I did like you said. But Myth doesn't play any role in this case,
because I must search for pro
43 matches
Mail list logo
