Hello again...
Ok, i changed the pci-slot for the avertv 711 and it works again...
Regards,
Andreas
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Andreas Witte
Sent: Thursday, July 15, 2004 6:07 AM
To: [EMAIL PROTECTED]
Subject: [linux-dvb] Re: Avermedia
Hi Everybody,
Im trying to configure my RedHat with two DVB cards (one DVB-S and the other
DVB-T), Im install the DVB-S (adapter0) first and runs without problem, but,
when I plug the second card (DVB-T/adapter1) its seems like this card doesnt
install correctly, perhaps there are some problem reg
Hello All !
I try to build that all again from scratch with a new fresh 2.6.7 kernel.
I do that cause i thought about building a small manual for installing and
trying to get the remote control to work.
But what should i say? Im again stuck at a mt352-Problem.
mt352_read_register : readreg error
Hi Niklas,
--- Niklas Peinecke <[EMAIL PROTECTED]> wrote: > Soyeb
Aswat wrote:
> > All (or whomever's interested),
> >
> > I've attached some diffs for work I've done to
> Chris
> > Pascoes branch of the dvb-kernel tree to try and
> > support the KWorld/VStream DVBt card.
> >
> > For those impat
hmm
If you have the bytesex patches, then my understanding is that you dont
need to specify options to the bttv module as it should auto detect the
Avermedia 771 card.
Looking at the dmesg dump, it seems to be using the wrong front end
"DVB: registering frontend 0:0 (Microtune MT7202DTF)..."
David Maslen <[EMAIL PROTECTED]> writes:
> I have a Avermedia DVB-T card working under linux 2.6.7 (with bttv
> patches from bytesex.org for latest bttv driver)
> It's not completely stable, but when it falls over, reloading the bttv
> driver gets it going again.
>
> dmesg output looks like this;
Christoph Burger-Scheidlin wrote:
> On Wed, 2004-07-14 at 20:09, Johannes Stezenbach wrote:
>
> > The ones with FEC_NONE are wrong.
> >
> > It seems that those FEC_NONE values crept in through the initial
> > data files. I added code in scan.c to use FEC_AUTO instead.
>
> Excuse my ignorance on
I think my original instructions were incorrect.
tar xjf linux-2.6.7.tar.bz2
patch -p1
Basically swap makelinks and patching the kernel, which seems to fix all
the problems with make xconfig.
(I just ran into this myself, setting up another pc with a Avermedia
card, in order to see if my IRQ pro
Hi,
On Wed, 2004-07-14 at 20:09, Johannes Stezenbach wrote:
> The ones with FEC_NONE are wrong.
>
> It seems that those FEC_NONE values crept in through the initial
> data files. I added code in scan.c to use FEC_AUTO instead.
Excuse my ignorance on the topic, but in which whay are the FEC_NONE
Robert Schlabbach wrote:
> From: "Christoph Burger-Scheidlin" <[EMAIL PROTECTED]>
> > In fact I can only see 15 channels. 4 channels are discovered
> > twice with slightly different settings in channels.conf, differing
> > in the second FEC value.
>
> I'd say this is a bug in the SI parser. ETSI E
Peter Henderson wrote:
>
> As a side note.
> Can FEC_NONE be added as a case to the LP code rate switch statements
> (and probably the HP as well) as this was the original reason I couldnt
> tune anything and had to comment out the default error return.
There was a bug in the scan utitlity whi
On Sun, Jul 04, 2004 at 05:45:02PM +0200, Johannes Stezenbach wrote:
> Antti-Pekka Liedes wrote:
> >
> > I have two Hauppauge DVB-C 2.1 cards with CI and Conax CAM on the first card.
> > I'm using the first card's video out. I'm currently using linuxtv-dvb-1.1.1
> > and vdr 1.3.11, although the s
Christoph Burger-Scheidlin wrote:
>
> On Wed, 2004-07-14 at 15:23, Johannes Stezenbach wrote:
> > Should be fixed in CVS. Please test.
>
> I just tried the CVS. I do not get the infinite loop any longer, but
> still experience some strange behaviour.
>
> The tuning still is trying to access the
From: "Christoph Burger-Scheidlin" <[EMAIL PROTECTED]>
> In fact I can only see 15 channels. 4 channels are discovered
> twice with slightly different settings in channels.conf, differing
> in the second FEC value.
I'd say this is a bug in the SI parser. ETSI EN 300 468 says that in the
terrestria
C.Y.M. wrote:
> One other variable that I did
> notice is "static int pids_off;" in av7110.c. I have patched the code to
> make sure that variable gets initialized by changing it to "static int
> pids_off = 0;".
Unless your compiler is severely broken, that's exactly the same. Static
variables a
Hi List.
I now have my Avermedia 771 working to some degree. I can open and view
channels in Mythtv.
But.
After a period of time, approx 10sec to 30 min, but normally within a
minute, video streaming stops,
My dmesg reveals
bt878(0): irq FBUS risc_pc=15ba1210
bt878(0): IRQ lockup, cleared int m
Hi Again,
Thinking through a bit more I think Q3 should probably use
"DVB_VIDEO_GET_EVENT" instead of "DVB_VIDEO_GET_STATUS" to obtain a count
of errors in a fixed time interval (say 1s). This could BLOCK until the
time interval had elapsed (time between calling the ioctl and 1s elapsed).
R
Hi Peter !
Youre right! Youve fixed it. Its now possible for me to tune on
the VHF-Frequencies.
Thank you very much for your afford,
Andreas
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Peter Henderson
Sent: Wednesday, July 14, 2004 4:16 AM
Cc: [EMAIL PR
Hi ML,
Had a quick look through the latest V4 API header files for the video
driver and have a few questions to ask.
Q1: Do we have a capability ioctl that allows us to query what "Profiles
and levels" the decoder can support? For example, it would be useful to
know whether various Chrominan
Hello Ian.
I would like to test your patch. But it seems it wont work with
the latest cvs-snap. =( I would really like to test the new
firmware. Maybe it's a bit better in tuning-speed? Did you
realized any better with that new firmware?
Regards,
Andreas
-Original Message-
From: [EMAIL
OK well I fixed the problem - I had the 3d settings on something utterly
bizarre, so after playing with alsamixer things now sound fine.
On with MythTV setup!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Ben Rometsch
Sent: 14 July 2004 12:35
Cc: [EMA
On Wednesday 14 July 2004 15:52, Peter Henderson wrote:
> Kenneth Aafløy wrote:
> >According to the datasheet (* p.44), this calulation is wrong. I've
> > attached a patch which corrects this and also adds the requested change
> > below. Please test a clean CVS with this patch, as I don't have this
Hi,
On Wed, 2004-07-14 at 15:23, Johannes Stezenbach wrote:
> Should be fixed in CVS. Please test.
I just tried the CVS. I do not get the infinite loop any longer, but
still experience some strange behaviour.
The tuning still is trying to access the wrong frequency once. This
causes some of the
Kenneth Aafløy wrote:
On Wednesday 14 July 2004 04:16, Peter Henderson wrote:
I think I've fixed it.
There is an integer underflow bug in mt352.c
need to change line 517 (based on rev 1.7 in cvs)
from
tmp = 6 * freq + IF_FREQUENCYx6;
to
tmp = ((param->frequency*6)/10
Kenneth Aafløy wrote:
>
> > As a side note.
> > Can FEC_NONE be added as a case to the LP code rate switch statements
> > (and probably the HP as well) as this was the original reason I couldnt
> > tune anything and had to comment out the default error return.
>
> It will then default to FEC_1_2
Christoph Burger-Scheidlin wrote:
> >>> tune to:
> 53000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE
> (tuning failed)
> WARNING: >>> tuning failed!!!
> retrying with f=78600
> >>> tune to:
> 78600:INVERSION_AUTO:BANDWIDT
On Wednesday 14 July 2004 04:16, Peter Henderson wrote:
> I think I've fixed it.
>
> There is an integer underflow bug in mt352.c
> need to change line 517 (based on rev 1.7 in cvs)
> from
> tmp = 6 * freq + IF_FREQUENCYx6;
> to
> tmp = ((param->frequency*6)/100) + IF_FREQUENCYx6;
>
>
Hi,
On Wednesday 14 July 2004 14:09, Joerg Riechardt wrote:
> I have Suse 9.1, got kernel 2.6.7, installed it, got dvb-kernel from
> cvs, made make in build-2.6.
> My 2 FF cards work, but when I unload the driver I get oops.
> To then use the driver again I have to shutdown the system and start it
Hi,
I have Suse 9.1, got kernel 2.6.7, installed it, got dvb-kernel from
cvs, made make in build-2.6.
My 2 FF cards work, but when I unload the driver I get oops.
To then use the driver again I have to shutdown the system and start it new.
Who can help me?
Jörg
Jul 13 20:31:22 vdr kernel: saa7146
OK, I have made the two changes to mt352.c and can now both scan and tzap
from the card, so progress has been made! The picture is streaming fine
(although there is a 5 second pause for dvbstream to "fire up" - a single
frame shows immediately in mplayer, followed by a 5 second pause, then the
vide
Hello everybody,
I'm new in this sat thing and also in Linux. I work for a company that
have asked me to stream a sat signal through vls. I have installed vls,
all the libraries and the dvb drivers. But I have a doubt. How do i
configure the .dvbrc file. The only information I got from my company
> -Original Message-
> From: Ben Rometsch [mailto:[EMAIL PROTECTED]
> This looks right - getting some SNR (Signal To Noise I
> assume?) numbers and am presuming FE_HAS_LOCK is good. Erm,
> not sure what to do now tho? I need to stream the signal
> through mplayer, no?
Look at http:/
On Wednesday 14 July 2004 12:34, Ian Molton wrote:
> On Wed, 14 Jul 2004 11:52:51 +0200
>
> Kenneth Aafløy <[EMAIL PROTECTED]> wrote:
> > This should probably be added to CVS, but there was some mumbling going
> > on about changing how the firmware gets loaded, so that these could be
> > specified
Soyeb Aswat wrote:
All (or whomever's interested),
I've attached some diffs for work I've done to Chris
Pascoes branch of the dvb-kernel tree to try and
support the KWorld/VStream DVBt card.
For those impatient, it still doesn't work for me, but
others may have better luck (I've got a felling I'm
n
On Wed, 14 Jul 2004 11:52:51 +0200
Kenneth Aafløy <[EMAIL PROTECTED]> wrote:
> > Hi.
> >
> > Attached is a diff I've made.
>
> Doesn't look quite right, and you removed one of the frontend ioctls??
indeed. I dont like it but thats what made stuff work...
> > I tried the 2.6.7-bk20 driver for th
OK. Still cant get it to tune. Here's what I am doing...
tar xjf linux-2.6.7.tar.bz2
cvs -d :pserver:[EMAIL PROTECTED]:/cvs/linuxtv login
Logging in to :pserver:[EMAIL PROTECTED]:2401/cvs/linuxtv
CVS password:
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/dvbtools co
dvbstream
cd dvb-kernel/
./ma
OK. This appears to be working now!!!
gentoo szap # ./tzap -c channels.conf-dvbt-crystal-palace CHANNEL4
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 48183 Hz
video pid 0x0b0b, audio pid 0x0b0c
status 00 | signal b62d | snr | ber | unc |
On Wednesday 14 July 2004 04:44, Ian Molton wrote:
> Hi.
>
> Attached is a diff I've made.
Doesn't look quite right, and you removed one of the frontend ioctls??
> I tried the 2.6.7-bk20 driver for the tda1004x frontend on my DVB-T card,
> only to find out that it failed to work, unlike the 2.6.5
38 matches
Mail list logo