Hi All...
I managed it to work partially. Now i can tune and everything works fine...
I used the patch on a 2.6.7 gentoo kernel:
http://dl.bytesex.org/patches/2.6.7-1/
applied the patch-2.6.7-kraxel.gz - Archive to that Kernel. Now bttv
realize that right card. Tuning works nice except one small
Ok, I hacked together some code to create the VIDEOHSIZE window and it
worked! The thing is I don't think its possible to do without some
sort of kernel patch. What I did for now was add a new OSD command
called OSD_OpenVid which it used to open any type of video window. It
would probably better
After updating CVS today, I have noticed that if I switch channels really
fast for about 10 minutes, I get these errors and the ARM crashes.. Is this
an old bug? Im using the 261c firmware and a Nexus-S on 2.6.8-rc1 kernel.
Jul 12 18:22:03 nofear kernel: __av7110_send_fw_cmd: timeout waiting for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kenneth Aafløy wrote:
| On Tuesday 13 July 2004 00:24, Thomas Schorpp wrote:
|
|>i miss the osd0 file for use with vdr, is there a problem now with my
|>classic full featured card? runs well on 2.4.25 level drivers (1.01?)
|>
|>on 2.6.6+ no more osd and
Hi Dirk,
Thanks for the speedy response.
I'm having trouble patching the file.
I've checked out CVS as at 2004-06-18, copied the diff file you mailed the
list into
dvb-kernel/linux/drivers/media/dvb/frontends
And run:
cd dvb-kernel/linux/drivers/media/dvb/frontends
Patch -p0 < mt352.c.diff
On Tuesday 13 July 2004 00:24, Thomas Schorpp wrote:
> i miss the osd0 file for use with vdr, is there a problem now with my
> classic full featured card? runs well on 2.4.25 level drivers (1.01?)
>
> on 2.6.6+ no more osd and every 15 sec blanking picture and sound.
[snip]
> or did i missed someth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi guys,
i miss the osd0 file for use with vdr, is there a problem now with my
classic full featured card? runs well on 2.4.25 level drivers (1.01?)
on 2.6.6+ no more osd and every 15 sec blanking picture and sound.
- -checked system for hours
- -tried
Here is the messages that i get when i try to load the mt352 module:
***
attach: checking "bt878 #0 [sw]"
find by pci: checking "bt878 #0 [sw]"
attach: "bt878 #0 [sw]", to card 0
attach: checking "SMBus Via Pro adapter at 5000"
attach: checking "ISA main adapter"
DVB: registering new adapter (Ave)
Hello List.
Hours ago i also bought such AverMedia 771 and try to get it to work with
my gentoo Box. Im using a 2.6.6 Kernel. This is my second card in this
pc. I have a technotrend up and running and want to give a dual-dvb
a try. It seems that i cant load the mt352 module.
This is a part of dme
Thanks for the info guys. Since the firmware is closed source I'll
try to give Ralph's suggestion a shot and see what happens. It
doesn't look like it would be too hard to add support for creating a
VIDEOHSIZE window in the osd code. I'll let you know what happens but
I have to wait till I get h
Ben Rometsch wrote:
> Hi There,
>
> I'm new to the list, but, having read through the list and searched
> the gentoo forums, am unable to get my Avermedia 771 card working on
> my gentoo box.
>
> I have a gentoo-dev-sources 2.6.5r1 kernel running.
I'm using gentoo-dev-sources 2.6.7
> Grabbed a C
Hi Ben!
I am currently having the same problem and have not found a solution. When I
asked here, I got the following reply from Christophe Thommeret:
> maybe your card can't do inversion_auto.
> try "scan -i 0 dvb-c/de-wtnet"
Maybe the -i 0 switch can help you
greetings from Benjamin
> ---
Hi,
On Monday 12 July 2004 12:44, Michael Hunold wrote:
> We knew that the frontend usage count handling was broken and your patch
> "Frontend module ref count" looks good. I've tested it against current
> CVS and it locks the ref counts as expected.
>
> Please commit.
Done, also removed the chan
Hi There,
I'm new to the list, but, having read through the list and searched the gentoo
forums, am unable to get my Avermedia 771 card working on my gentoo box.
I have a gentoo-dev-sources 2.6.5r1 kernel running. Here's what I have done so
far:
Grabbed a CVS snapshot of the linuxtv-dvb date
Hello
On Mon, 2004-07-12 at 19:30, Johannes Stezenbach wrote:
> There were a number of fixes to the scan utility in CVS, please try that.
I just compiled the cvs version and still get the same situation, I
think. Although, the network name seems to timeout earlier. Here is the
complete session.
> Jeremy Hall wrote:
> >
> > I have heard reports that a/v sync problems in the FF
> drivers no longer
> > exist in the 2.6 dvb-kernel tree, however for me they still
> exist in the
> > 2.4 tree. Is it possible the fixes could be committed to 2.4?
>
> To my knowledge there were no fixes/ch
Wolfgang Fritz wrote:
> Johannes Stezenbach wrote:
> > Frank Oppel wrote:
> >
> >>it would be interesting for us, what the developers from Convergence
> >>or the other gurus think about the "video data stream broken"-error,
> >>wouldn't it?
> >>
> >>Why the don't join the discussion about this pro
Johannes Stezenbach wrote:
> Frank Oppel wrote:
>
>>it would be interesting for us, what the developers from Convergence
>>or the other gurus think about the "video data stream broken"-error,
>>wouldn't it?
>>
>>Why the don't join the discussion about this problem?
>
>
> Because I cannot reprodu
Christoph Burger-Scheidlin wrote:
>
> Using the scan utility from linuxtv-dvb-apps-1.1.0 I realised that my
> region was not found in the sample tuning information. Looking on the
> internet I obtained the neccessary information to write such a file and
> would like to contribute it.
>
> Using th
Frontend conversion to kernel i2c, please check.
Kenneth
nxt6000.c | 350
+++---
1 files changed, 203 insertions(+), 147 deletions(-)
Index: nxt6000.c
===
RCS file: /cvs/lin
Jeremy Hall wrote:
>
> I have heard reports that a/v sync problems in the FF drivers no longer
> exist in the 2.6 dvb-kernel tree, however for me they still exist in the
> 2.4 tree. Is it possible the fixes could be committed to 2.4?
To my knowledge there were no fixes/changes wrt to a/v sync.
Frontend conversion to kernel i2c, please check.
Kenneth
mt312.c | 196 +++---
1 files changed, 136 insertions(+), 60 deletions(-)
Index: mt312.c
===
RCS file: /cvs/linuxtv/d
Frontend conversion to kernel i2c, please check.
Kenneth
cx24110.c | 158 ++--
1 files changed, 120 insertions(+), 38 deletions(-)
Index: cx24110.c
===
RCS file: /cvs/linuxtv
Frontend conversion to kernel i2c, please check.
Kenneth
mt352.c | 180 --
1 files changed, 127 insertions(+), 53 deletions(-)
Index: mt352.c
===
RCS file: /cvs/linuxtv/d
On Mon, 2004-07-12 at 16:37, [EMAIL PROTECTED] wrote:
> I would like to know the limits of the values assigned to "volume_left" and
> "volume_right" of a variable of type "audio_mixer_t" when used in a
> AUDIO_SET_MIXER call.
Minimum 0, maximum 255.
> What is the expected behaviour when I set va
Hello,
Using the scan utility from linuxtv-dvb-apps-1.1.0 I realised that my
region was not found in the sample tuning information. Looking on the
internet I obtained the neccessary information to write such a file and
would like to contribute it.
Using those files, I encoutnered a small problem
Hello,
I have heard reports that a/v sync problems in the FF drivers no longer
exist in the 2.6 dvb-kernel tree, however for me they still exist in the
2.4 tree. Is it possible the fixes could be committed to 2.4?
_J
Hello
I would like to know the limits of the values assigned to "volume_left" and
"volume_right" of a variable of type "audio_mixer_t" when used in a
AUDIO_SET_MIXER call.
What is the expected behaviour when I set values out of range?
Thanks,
André Mendes
OctalTV
Hello.
I Just wanted to say that I've tried the ttusb-dec cvs driver but it
doesnt really work for my system. I compliled the module with kernel
2.6.7 and I am using vdr-1.2.6.
Here's the Logfile:
Jul 10 18:25:21 fuckup kernel: ttusb_dec: Firmware 1.15<6>ttusb_dec:
found DSP code "DEC2540-t".
Jul 1
Hello.
I Just wanted to say that I've tried the ttusb-dec cvs driver but it
doesnt really work for my system. I compliled the module with kernel
2.6.7 and I am using vdr-1.2.6.
Here's the Logfile:
Jul 10 18:25:21 fuckup kernel: ttusb_dec: Firmware 1.15<6>ttusb_dec:
found DSP code "DEC2540-t".
J
I can't see any fixes on the cvs tree, so I don't think so.
Is there a way I can help fixing those damn bugs?
Hello Johannes
> Because I cannot reproduce it. Maybe I haven't tried hard enough,
> but then I don't have the time to do that.
That shouldn't be the problem, because to reproduce it I haven't to try it
hard.
If you want to take a look at a machine where the error reliable occurs
and you have the
Frank Oppel wrote:
>
> it would be interesting for us, what the developers from Convergence
> or the other gurus think about the "video data stream broken"-error,
> wouldn't it?
>
> Why the don't join the discussion about this problem?
Because I cannot reproduce it. Maybe I haven't tried hard en
Hi all,
it would be interesting for us, what the developers from Convergence
or the other gurus think about the "video data stream broken"-error,
wouldn't it?
Why the don't join the discussion about this problem?
Greets
Frank
Hi,
On 07/11/04 06:28, Kenneth Aafløy wrote:
I belive my first commit was correct, except for the fact that I missed the
that I had placed the module_put call below a return statement, doh. I don't
dare commit more errors, so I'm just going to wait untill Michael or any of
the other gurus can c
El Domingo, 11 de Julio de 2004 21:48, Frank Oppel escribió:
> >I fix my problem as suggested in:
> >http://www.linuxtv.org/mailinglists/vdr/2004/06-2004/msg00057.html
> >I set Setup/DVB/Update channels to no, and at the moment no more "video
> >data
> >stream broken".
> >Jose Alberto Reguero
>
> H
36 matches
Mail list logo
