Hi Viktor,
On Sunday 04 March 2007 08:53, Viktor Avramov wrote:
Despite the thoroughness of the wiki I have not been able to find
information on the tuning performance of the various devices supported by
linux DVB.
Doing a performance tests is sadly not an easy task. In general, the
Hi,
Have a look to the twinhan dtv alpha stick.
(OLDVERSION)
There are some fw problems reported in this list to the new Version of
this device.
HTH
Halim
___
linux-dvb mailing list
linux-dvb@linuxtv.org
Thomas Pinz - DC2RPT wrote:
In my personal experience, the differences between the devices are most time
very small and i could not recommend a device which is better than all
others.
Kind regards,
Thomas Pinz
theory apart (that I don't understand at all), in my experience
some cards
Thanks Thomas for your technical reality check
Nico, thats the sort of information I was looking for as it happens, I am
considering the AirStar2 because of the supposed good tuner performance...
Does anyone else have other examples of direct comparisons they have observed?
Just to put
Nico Sabbi wrote:
Thomas Pinz - DC2RPT wrote:
In my personal experience, the differences between the devices are
most time very small and i could not recommend a device which is
better than all others.
Kind regards,
Thomas Pinz
theory apart (that I don't understand at all), in my
I thought the MT352 is a demodulator... isn't the tuner a separate entity??
For example my cards both use a MT352 demod and they also both have a Thomson
7579 tuner so it may be that your devices both had the MT352 but
different tuners... here's what I discovered on the wiki
Hi,
On So, Mär 04, 2007 at 01:32:34 +0100, Nico Sabbi wrote:
Nico Sabbi wrote:
that tuned next to nothing) had the same demodulator as the Airstar2
(the mt352);
this fact alone says a lot about the quality of the single tuners
Afaik the twinhan dtv alpha stick has the same frontend!
Best
I was directed to http://linuxtv.org/hg/~stoth/multiproto via an
off-list message but this tree is 6 months out of date and does not
compile for me under 2.6.19
Why was this branch not rolled back into the main trunk ?
Will
Will Tatam wrote:
I sent the following email to the email address
I demand that michel moalem may or may not have written...
[snip]
now i have to figure out what software i can use to scan and record...
and than hope it will work on feisty alpha...
You want dvb-utils for 'scan'. You'll find transmitter files in
/usr/share/doc/dvb-utils/examples/scan.
As for
Hi.
This is a patch I made some months ago and completely forgot to submit at that
time... I updated my hg working copy and got no update (?!), so i submit it
now.
It adds support (ie, detection for) more functions present in this card.
Values were gathered using regspy.
I have not been able
Hi.
I have a strange instability with this board.
The receprion is perfect for 10~20 minutes, then some glitches (squares,
arraneous colors... just like corrupted mpeg stream) appear, sound pops and
within the 15 seconds the video stops.
Then no way to get the tuner back to life, it fails to
Hi Simon,
Simon Arlott wrote:
Is any part of the patch going to be applied? I mentioned this problem
in September last year and it looks like it's existed for years (the
semaphore locking did the same thing).
please send an updated patch together with a short description and your
hi all,
On kernel 2.6.19.1 the KNC1 is working correctly. On 2.6.20.1 and
2.6.21-rc2 i get problems though, and the device is not fully loaded.
I've attached the dmesg output. Anybody an idea how to progress? I have
the feeling the i2c communicaton is not working correctly. How to solve
As another respondent has said, there are different types of signal
degradation. That having been said - I suppose one answer could be a
little web app which lets people comparatively rank two different
models, and aggregates the results into an overall rank.
Optionally, it could collect
Chris Johns [EMAIL PROTECTED] writes:
localhost kernel: urb completition error -32.
localhost kernel: urb completition error -71.
localhost last message repeated 347 times
localhost kernel: usb 8-1: USB disconnect, address 2
Hmm.. any comment to
I thought the MT352 is a demodulator... isn't the tuner a separate entity??
For example my cards both use a MT352 demod and they also both have a Thomson
7579 tuner so it may be that your devices both had the MT352 but
different tuners... here's what I discovered on the wiki
Simon Arlott wrote:
Is any part of the patch going to be applied? I mentioned this
problem in September last year and it looks like it's existed for
years (the semaphore locking did the same thing).
Well, I hoped that someone more familiar with the demuxer stuff would
comment on the patch. I
Hello Oliver,
* Oliver Endriss [EMAIL PROTECTED] [03-03-07 07:32]:
If it still doesn't work, the subsystem id of your card might have been
overwritten in the eeprom. This can be fixed using
http://escape-edv.de/endriss/dvb/fix_eeprom.c
thx a lot, now the card is working fine again.
The color
18 matches
Mail list logo
