En/na Jesper Taxbøl ha escrit:
A AGK stick (USB ID: 15a4:9020), that is recognized as an af9005
device, but it cant scan any services.
Yes, this is a known problem, and unfortunately I don't have a solution
(besides, I don't have a working af9005 anymore).
However, if you manage to get a
.
Since neither Marcos nor me know the OEM for the stick, in the attached
patch I used Ansonic for the ids/description.
Feel free to change the ids or add to the description if you know the
real OEM.
Signed-off-by: Luca Olivetti [EMAIL PROTECTED]
Bye
--
Luca
diff -r 7564c110491e linux/drivers
En/na Steven Toth ha escrit:
Personally, I don't knw much about our USB v4l trees, or whether it will
be simple enough to add (atleast analog) support. Looks like digital
might be done via the AF9013, but that's a guess and I'm not familiar
with it, I think this is an Auvitek part.
En/na Johannes Stezenbach ha escrit:
On Tue, Oct 30, 2007, Luca Olivetti wrote:
El Tue, 30 Oct 2007 18:41:27 +0100
is the first complaint since I switched to safe.dnsbl.sorbs.net
about one year ago)
It doesn't surprise me, since those affected cannot contact you. It's
the perfect system
En/na Johannes Stezenbach ha escrit:
Fighting spam is always a matter of effort. I didn't do the current
setup (Ralf H. did), but I had to choose some replacement DNSBLs
because those which were used originally went out of existance.
if it's one I had to deal with, good riddance! (I don't
En/na David Santinoli ha escrit:
On Wed, Oct 31, 2007 at 12:28:52AM +0100, Luca Olivetti wrote:
Besides, one shouldn't have more or less rights to have an own mail
server depending on the fact that the address is static or dynamic.
Please get real. While you have all the right to choose
[resending because I was also kicked off the list, so sorry for the,
h, spam, but it's not my fault]
In a misguided attempt to curb spam, someone at linuxtv.org decided to
use the sorbs blacklist.
Like most other blacklists out there, it is *not* accurate in its
listings, in fact it listed
El Tue, 30 Oct 2007 18:41:27 +0100
is the first complaint since I switched to safe.dnsbl.sorbs.net
about one year ago)
It doesn't surprise me, since those affected cannot contact you. It's
the perfect system to avoid complaints ;-)
it has very low priority for me, sorry.
Well, I hope you
En/na Jim Barber ha escrit:
Sorbs will remove you from their list once you contact them and prove
you have a static IP address though.
Yes, they did, *twice*, since they wrongly listed my address *twice*
(though I thought I already stated that) but I shouldn't go through all
of this.
En/na [EMAIL PROTECTED] ha escrit:
Luca Olivetti says on his page that rev. 2 of the terratec cinergy t usb
xe does not use a af9005, and thus will not work with the af9005
firmware, of course; so I suspect I got one of these... What driver
should I try next?
Well, I don't know if the term
En/na Markus Rechberger ha escrit:
-- Forwarded message --
From: Joachim Neu [EMAIL PROTECTED]
Date: Sat, 06 Oct 2007 11:01:23 +0200
Subject: making af9005 on ubuntu gutsy with 2.6.22-12-generic
To: linux-dvb@linuxtv.org
Cc: [EMAIL PROTECTED]
-BEGIN PGP SIGNED
En/na Lee and Vicki ha escrit:
lsusb -v / messages and syslog are all uploaded here
http://h0td.com/af9005/
in syslog.txt I only see messages for the connection and disconnection
of the device, I don't see anything coming from the dvb modules.
Are they automagically loaded?
If so, are the
En/na Lee and Vicki ha escrit:
Ignore that last bit, I was having a serious braindead moment, of course
its /usr/src/2.6.22/
Oh, I've misinterpreted this Ignore and I ignored the whole message.
Now I checked it and I see that in yout make.txt it isn't compiling the
af9005 modules, so it's
En/na Lee and Vicki ha escrit:
I don't see anything coming from the dvb modules.
Are they automagically loaded?
If so, are the debug messages disables or your syslogd is configured to
How can I check this ?
You can check that the modules are loaded, with lsmod (you should see,
among the
En/na Moisés Pérez ha escrit:
[ 2953.248000] dvb_usb_af9005_lirc: Unknown symbol lirc_unregister_plugin
[ 2953.248000] dvb_usb_af9005_lirc: Unknown symbol lirc_register_plugin
My kernel version is 2.6.20-16-generic installed by apt-get from ubuntu
repository.
Lirc version is lirc-0.8.2,
El Sun, 16 Sep 2007 15:37:33 +0200
Moisés Pérez [EMAIL PROTECTED] escribió:
[please keep this on the list]
2007/9/15, Luca Olivetti [EMAIL PROTECTED]:
En/na Moisés Pérez ha escrit:
Searching on luca's web, I found a new Readme.lirc and a
af9005-lirc.c. I tried build it as readme
En/na Moisés Pérez ha escrit:
Searching on luca's web, I found a new Readme.lirc and a af9005-lirc.c.
I tried build it as readme says and I got lots of make errors:
I've modified the Makefile in correct folder and added the flag
-I/usr/src/lirc-0.8.1/, just where I've decompressed the
En/na Markus Rechberger ha escrit:
Hi,
On 9/3/07, Holger Dehnhardt [EMAIL PROTECTED] wrote:
[...]
I searched this mailing list and after that tried to find the USB id
(0ccd:0058 TerraTec Electronic GmbH) in the source code, but I couldn't fint
[...]
Maybe you should have a look at:
En/na Mauro Carvalho Chehab ha escrit:
Sorry for a late response. I was in transit to participate at Linux Conf
And sorry if I piggiback on your reply, but what about finally defining
what these values are supposed to mean (like they were in an older
revision of the dvb api), so that driver
En/na Daniel Klose ha escrit:
after a while it also shows this line: Quantek QT1010 successfully
identified.
but i cant really tell you after what time it shows this.
when you first open the device it tries to access the tuner.
scan -n -o zap -p
En/na lwtbenben ha escrit:
Hi, everyone
Which header files should be include in the cxusb.c if I want to compile
the module outside Linux kernel tree?
The mercurial repository you can download from linuxtv.org *is*
compilable out of the tree as is:
http://linuxtv.org/repo/
Bye
--
Luca
En/na [EMAIL PROTECTED] ha escrit:
Thanks for the utterly useless answer. He wanted to know the steps to
compile a module out of the kernel not a confirmation your shit works.
Go, read again the OP question.
Here's a useful link for you:
http://tinyurl.com/33dk6p
(though maybe it's too
En/na timecop ha escrit:
On 8/1/07, Luca Olivetti [EMAIL PROTECTED] wrote:
En/na [EMAIL PROTECTED] ha escrit:
Stop fucking replying to my mail in foreign language. I don't give a
shit your mail client shows up in greek, have common courtesy not to
inject this AIDS-filled language into my
En/na Morgan Tørvolt ha escrit:
your real problem is not the quality part of this equation really. It
is the fact that all drivers implement this differently.
That's not surprising, since the current api specification doesn't tell
what these values are supposed to mean
An old version of the
Hello,
this patch removes the useless tuner field and avoids a double free of
the tuner (either mt2060 or qt1010).
Signed-off-by: Luca Olivetti [EMAIL PROTECTED]
--
Luca
diff -r 76b92a337aec linux/drivers/media/dvb/dvb-usb/af9005-fe.c
--- a/linux/drivers/media/dvb/dvb-usb/af9005-fe.c Wed Jun
En/na Michael Krufky ha escrit:
Luca Olivetti wrote:
A month and a half ago Luca Olivetti wrote:
En/na Luca Olivetti ha escrit:
En/na Trent Piepho ha escrit:
But dvb_frontend_detach _does_ have fe-ops.tuner_ops.release().
Now I see it! It's mt2060_attach (or qt1010_attach) that fills
A month and a half ago Luca Olivetti wrote:
En/na Luca Olivetti ha escrit:
En/na Trent Piepho ha escrit:
But dvb_frontend_detach _does_ have fe-ops.tuner_ops.release().
Now I see it! It's mt2060_attach (or qt1010_attach) that fills
tuner_ops. Duh, I missed that one. I'll make a patch
En/na Peter Maersk-Moller ha escrit:
Hi
Does anyone have a link to specs on how to decode 'now and next'
information available in a DVB stream ?
Does anyone know if VDR can do this (yes it is more vdr question) ?
Yes, it can (if the broadcaster is transmitting the information). Some
En/na P. van Gaans ha escrit:
Talking about that, could anybody tell me the minimal and maximal and/or
possible values for status, signal, snr, ber and uncorrected? If I would
know them I could try to make the numbers more human-readable (eg signal
ranging from 0 to 99 or so).
The range
En/na Olaf Titz ha escrit:
(Btw. once tuned, the actual hardware seems to not care about the tuner
module at all, I can stop tzap, lose lock due to disconnected antenna,
etc. and the demuxer doesn't stop streaming. Is this intentional,
hardware limitation, or what?)
I have no idea. I can
En/na Luca Olivetti ha escrit:
En/na Olaf Titz ha escrit:
(Btw. once tuned, the actual hardware seems to not care about the tuner
module at all, I can stop tzap, lose lock due to disconnected antenna,
etc. and the demuxer doesn't stop streaming. Is this intentional,
hardware limitation
En/na Olaf Titz ha escrit:
This sequence:
modprobe dvb_usb_af9005
sleep 60
modprobe -r dvb_usb_af9005
leaves the following residue:
Module Size Used by
mt2060 5572 4294967295
(the number is unsigned int for -1)
This is probably due to this code in
En/na Michael Krufky ha escrit:
Why dont you just use dvb_frontend_detach?
I retract that comment...
The dvb-usb framework does this itself inside dvb-usb-dvb.c , inside
dvb_usb_adapter_frontend_exit
... You should not have to do the symbol_put inside af9005-fe.c
If you remove that
En/na Michael Krufky ha escrit:
I see that inside af9005_fe_init, you are reading from the eeprom to determine
which tuner is present. Yes, the correct place for this would be inside the
tuner_attach callback of af9005_properties ... You say that isn't working
for
you?? Exactly what
En/na Michael Krufky ha escrit:
:-/ ... Do you plan on getting a replacement?
No
Perhaps you may contact the
vendor so that they may send you a sample at no charge?
They should be send me a sample of the 9015
How did your stick die? Maybe the driver broke it?
I don't think so,
En/na Trent Piepho ha escrit:
On Thu, 14 Jun 2007, Luca Olivetti wrote:
En/na Michael Krufky ha escrit:
Why dont you just use dvb_frontend_detach?
I retract that comment...
The dvb-usb framework does this itself inside dvb-usb-dvb.c , inside
dvb_usb_adapter_frontend_exit
... You should
En/na Michael Krufky ha escrit:
The driver will not be removed -- I apologize if my previous email was
misinterpreted. I only stated that the driver should stay in the v4l-dvb
mercurial master branch and not be pushed upstream until the issues are
resolved. Don't worry :-)
And I apologize
En/na Michael Krufky ha escrit:
Luca Olivetti wrote:
En/na Trent Piepho ha escrit:
On Thu, 14 Jun 2007, Luca Olivetti wrote:
En/na Michael Krufky ha escrit:
Why dont you just use dvb_frontend_detach?
I retract that comment...
The dvb-usb framework does this itself inside dvb-usb-dvb.c
En/na P. van Gaans ha escrit:
Luca Olivetti wrote:
En/na Michael Krufky ha escrit:
The driver will not be removed -- I apologize if my previous email was
misinterpreted. I only stated that the driver should stay in the
v4l-dvb
mercurial master branch and not be pushed upstream until
En/na Trent Piepho ha escrit:
Exactly, the dvb_frontend struct contains the tuner. In fact, the pointer
returned by the tuner attach functions is just the dvb_frontend pointer you
passed in. The tuner attach functions don't return a new tuner object (there
is no dvb_tuner object), they add
En/na Michael Krufky ha escrit:
Luca Olivetti wrote:
En/na Trent Piepho ha escrit:
Exactly, the dvb_frontend struct contains the tuner. In fact, the
pointer
returned by the tuner attach functions is just the dvb_frontend
pointer you
passed in. The tuner attach functions don't return
En/na Trent Piepho ha escrit:
But dvb_frontend_detach _does_ have fe-ops.tuner_ops.release().
Now I see it! It's mt2060_attach (or qt1010_attach) that fills
tuner_ops. Duh, I missed that one. I'll make a patch tomorrow.
Bye
--
Luca
___
linux-dvb
En/na Luca Olivetti ha escrit:
En/na Trent Piepho ha escrit:
But dvb_frontend_detach _does_ have fe-ops.tuner_ops.release().
Now I see it! It's mt2060_attach (or qt1010_attach) that fills
tuner_ops. Duh, I missed that one. I'll make a patch tomorrow.
Attached.
I can test it up
En/na John Pilkington ha escrit:
The packaging says:
Tuner: Microtune tuner
USB IC: Afa (9015 chip)
Demodulator: Afa COFDM
The driver for this chip is under development (not by me).
Bye
--
Luca
A: Because it destroys the flow of the conversation
Q: Why is it bad?
A: No, it's bad.
Q:
En/na Paul ha escrit:
Q 2. DVB_Frontend_API document output is in what units (eg Db , % or
someother value)
eg
Frontend Function Calls
FE_READ_BER what units are these
Currend dvb api specification doesn't say anything.
An older version of the specification
En/na Stanislav Nikolov ha escrit:
Hello,
I think there is a small problem in the af9005 driver implementation. When the
driver is initialised, it is registered with the fields for the remote
control empty. This doesn't allow for the remote control driver to be
initialised. So, in order to
En/na Juan ha escrit:
I Andrew, all,
No news from other list members about this device. Please, can you
send me your progress and related doc? I want to try to do something.
Hopefully I should receive one of those devices soon, so I can offer my
help, and I know that someone else is working
En/na Mauro Carvalho Chehab ha escrit:
Hi Luca,
Em Sex, 2007-05-04 às 00:16 +0200, Luca Olivetti escreveu:
En/na Luca Olivetti ha escrit:
Ok, done. I also added a dependency on qt1010 in Kconfig (forgot to do
it when I added qt1010 support) and corrected the experimental gain
reduction
En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
Ok, done. I also added a dependency on qt1010 in Kconfig (forgot to do
it when I added qt1010 support) and corrected the experimental gain
reduction of the mt2060 in case of strong signal (though it is code
included in #ifdef 0
En/na Mauro Carvalho Chehab ha escrit:
Hi Luca,
Em Dom, 2007-05-06 às 17:18 +0200, Luca Olivetti escreveu:
En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
Ok, done. I also added a dependency on qt1010 in Kconfig (forgot to do
it when I added qt1010 support) and corrected
french 44 escribió:
Hi,
My configuration : Mandriva 2007.1 (spring) with the kernel :
2.6.17-13mdv - Pinnacle PCTV USB hybrid stick.
I have some problems to do the compilation of the driver for this product.
[...]
/usr/src/v4l-dvb-kernel/v4l/dvb_net.c: In function 'wq_set_multicast_list':
En/na Mauro Carvalho Chehab ha escrit:
Em Qui, 2007-05-03 às 13:55 +0200, Markus Rechberger escreveu:
Is there anything against it?
Markus
On 5/1/07, P. van Gaans [EMAIL PROTECTED] wrote:
I managed to screw up my message for a second time so I'll just write a
whole new message. Would it be
En/na Mauro Carvalho Chehab ha escrit:
Most CodingStyle issues can easily by running a really small script,
available at scripts/Lindent at the kernel tree. The script content is:
#!/bin/sh
indent -npro -kr -i8 -ts8 -sob -l80 -ss -ncs $@
I ran Lindent before submitting the
En/na Luca Olivetti ha escrit:
Ok, done. I also added a dependency on qt1010 in Kconfig (forgot to do
it when I added qt1010 support) and corrected the experimental gain
reduction of the mt2060 in case of strong signal (though it is code
included in #ifdef 0) - a patch that I send
En/na P. van Gaans ha escrit:
It seems the driver from /hg/~manu/af9005 can't be used on a recent
v4l-dvb version? Possibly I'm just messing up or I should use another
directory or something, but I could imagine that code that wasn't
changed for 2 weeks gets incompatible. Any help?
A new
En/na P. van Gaans ha escrit:
Sorry, that doesn't seem to help, I don't see any difference at all. It
doesn't seem to hurt either.
Not that I was really expecting it to help (after all it cannot report
an mpeg sync without a tps lock, or can it?), but it was the only thing
I could think of
En/na P. van Gaans ha escrit:
Luca Olivetti wrote:
En/na P. van Gaans ha escrit:
Sorry, that doesn't seem to help, I don't see any difference at all.
It doesn't seem to hurt either.
Not that I was really expecting it to help (after all it cannot report
an mpeg sync without a tps lock
En/na P. van Gaans ha escrit:
So the bug is: you can't scan for channels with the stick. Well, hardly
ever. On some specific frequency I do get results with the Afatech while
scanning, but that's just one frequency filled with mostly (worthless)
encrypted channels. With the MSI this is no
En/na P. van Gaans ha escrit:
For my feeling speed isn't the problem, but where do I increase the
timeout?
I just saw that there isn't one in the scan utility, and probably this
isn't the (only) problem: I report FE_HAS_LOCK when the af9005 says that
it has seen the mpeg sync byte, while I
En/na Morgan Tørvolt ha escrit:
My advice would be to change the current FE_READ_BER to FE_READ_BEC
(Bit Error Counter), and try to phase out the current definition by
making it obsolete.
Or fix the driver(s) to return what the api specifies?
Btw, an older version of the api specified that it
En/na P. van Gaans ha escrit:
What, top-posting? Wikipedia is helpful.. I didn't know, I prefer
top-posting, saves scrollingtime. In fact I was wondering why you were
bottom-posting. I'm used to forums, not to mailinglists. On forums you
decide yourself if you want to see everything top or
En/na Thomas Pinz - DC2RPT ha escrit:
Hi Luca,
On Monday 16 April 2007 08:57, Luca Olivetti wrote:
I live ~6km to the transmitting tower, and I cannot get at least one mux
(the rest are mostly fine though). But, in my case, it's the same under
windows.
On which channels are muxes (also
En/na P. van Gaans ha escrit:
My last question for a cheap USB DVB-T stick took a whole other turn.
Earlier I bought an Allnet all2006 USB DVB-T stick, just praying it
would run on Linux. It didn't. At least it didn't back then.
On Windows I figured out it's an Afatech AF9005 clone. On Google
En/na P. van Gaans ha escrit:
[please, keep this on list, and avoid top posting, I hate it and I was
tempted to ignore your message ]
Thanks, I tried but I get a load of compilation errors. I don't know if
I have a mt2060.
Look in the syslog, you should see an MT2060: successfully
En/na Luca Olivetti ha escrit:
En/na P. van Gaans ha escrit:
[please, keep this on list, and avoid top posting, I hate it and I was
tempted to ignore your message ]
Thanks, I tried but I get a load of compilation errors. I don't know
if I have a mt2060.
Look in the syslog, you should see
This patch should be applied to the repository
http://linuxtv.org/hg/~manu/af9005
It is code normally not compiled, so no big harm, but it would be nice
to fix it anyway.
Signed-off-by: Luca Olivetti [EMAIL PROTECTED]
Bye
--
Luca
diff --unified --recursive --exclude=v4l v4l-dvb
En/na Thomas Pinz - DC2RPT ha escrit:
Hi,
On Saturday 14 April 2007 16:22, Luca Olivetti wrote:
This patch should be applied to the repository
http://linuxtv.org/hg/~manu/af9005
It is code normally not compiled, so no big harm, but it would be nice
to fix it anyway.
You can always leave
En/na Luca Olivetti ha escrit:
Ok, I have what I think is a working driver (I have bad reception
quality but that's even worse under windows), now what should I do?
3 months have passed and the driver is still sitting on my server,
bit-rotting. I repeat my question: what should I do? Post
En/na Nick Andrew ha escrit:
On Tue, Apr 10, 2007 at 09:16:17AM +0200, Luca Olivetti wrote:
En/na Luca Olivetti ha escrit:
Ok, I have what I think is a working driver (I have bad reception
quality but that's even worse under windows), now what should I do?
3 months have passed and the driver
En/na Nick Bruton ha escrit:
Hi,
This usb stick was working until I just crashed my system and rebooted,
now the damn thing isn't starting if I uplug and replug the stick I get
..
sb 3-1: USB disconnect, address 3
usb 3-1: new full speed USB device using uhci_hcd and address 4
usb
En/na Dietmar Segbert ha escrit:
dvb-usb: did not find the firmware file. (af9005.fw) Please see
linux/Documentation/dvb/ for more details on firmware-problems. (-2)
dvb_usb_af9005: probe of 4-2:1.0 failed with error -2
I use slackware 10.2 and so the firmware file af9005.fw is in /lib/
En/na Luca Olivetti ha escrit:
En/na Dietmar Segbert ha escrit:
dvb-usb: did not find the firmware file. (af9005.fw) Please see
linux/Documentation/dvb/ for more details on firmware-problems. (-2)
dvb_usb_af9005: probe of 4-2:1.0 failed with error -2
I use slackware 10.2 and so the firmware
En/na Richard Scobie ha escrit:
status 03 | signal 8675 | snr | ber 001f | unc |
status 1f | signal 8435 | snr | ber | unc 0013 |
FE_HAS_LOCK
status 1f | signal 8455 | snr | ber | unc |
FE_HAS_LOCK
status 1f | signal 844e | snr |
En/na Dietmar Segbert ha escrit:
Hello,
i am searching for an kernel modul for the Terratec cinergy t usb xe dvb-t
stick, that i can use with a 2.4.34 kernel.
I have only found a modul for v4l-dvb and 2.6.x kernels. It is called
af9005.
I don't think it's possible to compile it under
En/na Matthäus Janiczek ha escrit:
Sorry, it took me a little bit longer, to test if the remote even work
in Windows.
And the result is: It does.
But the strange thing is, that even after the right input in Linux (btw.
thank you for correcting me... damn how stupid I was) nothing happend.
I
En/na Marco Ballesio ha escrit:
Hi Luca,
thank you for the informations. After downloading the last snapshot from
linux-dvb, applying the modifications as suggested in the URL and
changing the id numbers in the driver source (and of course compiling
and installing all the stuff) I was
En/na Jussi Larjo ha escrit:
hello again,
thanks to Oliver, I suppose the chipset on my Pinnacle 71e is afatec,
uses driver AF15BDA.sys on windows. the .inf file lists several entries
like
AF15BDA.FriendlyName= AF9015 BDA Filter
so I guess the chipset is AF9015.
What now?
you'll have
En/na Matthäus Janiczek ha escrit:
/Sorry for not replied earlier but i had to bought an new battery to be
sure that the remote gets power :)
So, i tried
/sudo rmmod dvb-usb-af9005-remote
sudo modprobe dvb-usb-af9005-remote debug=1
/and /
///sudo rmmod dvb-usb-af9005-remote
sudo modprobe
En/na Marco Ballesio ha escrit:
Hi to all,
I wonder know if someone is currently implementing or maintaining a
driver for this device (in the latter case many thanks to anyone who
could suggest me the correct one). From what I've read in this and
others mailing lists probably TerraTec has
En/na Matthäus Janiczek ha escrit:
I've googled much but can't find a HowTo or a Documentation to integrate
the custom lirc file which Luca wrote (or generally an costum lirc file)
into LIRC.
So I would guess I've to put the file somewhere before make and make
file but I'm everything else
En/na Matthäus Janiczek ha escrit:
And that's the way it comes that I beg you to tell me a how. Because
after the Stick runs great the remote is the last thing I need to be
absolutely happy :)
BTW, if you're fine with the remote provided with the card, it should
already work. If it doesn't
En/na Andrew Leech ha escrit:
Well I'm making some progress here, but I feel I'm shooting in the dark
a bit. I've got the firmware loading, using the firmware that was in the
sample code (it's a big array of data packets to be sent). So replacing
the AF9005 firmware code with new stuff to
En/na Zsolt ha escrit:
Am Donnerstag, 25. Januar 2007 13:20 schrieb Andrew Leech:
...
So basically I'm asking if there's any documentation around on what to
implement, or at least some pointers in the right direction?
are you shure you need the i2c stuff? is the af9015 not more like the
Hi,
I looked at the other usb drivers and all of them get a decoded key from
the adapter, so they just map the code to a keypress and put it in the
input device.
OTOH the af9005 doesn't decode the ir data, it just gives the length of
the spaces/pulses. I decode them in software (with the
En/na Raziel ha escrit:
And maybe a short HowTo to make your drivers and firewall run, what I
am really looking for :)
Hi, sorry for not replying earlier.
Now there's a short README file at http://ventoso.org/luca/af9005/
Bye
--
Luca
A: Because it destroys the flow of the conversation
Q:
En/na Luca Olivetti ha escrit:
Ok, I have what I think is a working driver (I have bad reception
quality but that's even worse under windows), now what should I do?
I reiterate, and reformulate, my question: what should I do to have the
driver integrated in v4l-dvb?
Bye
--
Luca
En/na Zsolt ha escrit:
Am Donnerstag, 4. Januar 2007 00:59 schrieb Luca Olivetti:
...
dear luca,
plz can you send me some usbsniff log files from your device (few lines of
device init and data exhange),
i play around with an af9015 chip model and like to know if it is a complete
other design
En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
En/na Thomas Pinz ha escrit:
Hi Stephen,
On Friday 03 November 2006 13:11, Stephen D. Strowes wrote:
The markings on one chip are:
AF9005-L2*
0615 HJA6S
The AF9005 cames from a company called afatek and is a DVB-T
88 matches
Mail list logo