From: Manu <eallaud@gmail.com>
To: linux-media@vger.kernel.org
Subject: Re : [linux-dvb] Technotrend Budget S2-3200 Digital artefacts on HDchannels
Date: Wed, 28 Jan 2009 12:19:24 -0400 [thread overview]
Message-ID: <1233159564.8255.0@manu-laptop> (raw)
In-Reply-To: <b1dab3a10901280303s62a5afd8oe906ce93f05614dd@mail.gmail.com> (from n37lkml@gmail.com on Wed Jan 28 07:03:00 2009)
Le 28.01.2009 07:03:00, n37 a écrit :
> On Wed, Jan 28, 2009 at 1:02 AM, Manu Abraham
> <abraham.manu@gmail.com>
> wrote:
> > Alex Betis wrote:
> >> On Tue, Jan 27, 2009 at 11:27 PM, Manu Abraham
> <abraham.manu@gmail.com>wrote:
> >>
> >>> Alex Betis wrote:
> >>>> On Tue, Jan 27, 2009 at 10:14 PM, Manu Abraham
> <abraham.manu@gmail.com
> >>>> wrote:
> >>>>
> >>>>> Alex Betis wrote:
> >>>>>>> It won't. All you will manage to do is burn your demodulator,
> if you
> >>>>> happen
> >>>>>>> to
> >>>>>>> be that lucky one, with that change. At least a few people
> have burned
> >>>>>>> demodulators by now, from what i do see.
> >>>>>>>
> >>>>>> What are the symptoms of burned demodulator? How can someone
> know if
> >>> its
> >>>>>> still ok?
> >>>>> The first time i saw it was that the DVB-S2 demod was returning
> no
> >>>>> carrier. After some time it was stating timing error for DVB-S
> as
> >>>>> well. Finally it all ended up with demodulator I2C ACK failure,
> and
> >>>>> eventually a frozen machine after a week (my test boxes run
> throughout)
> >>>>>
> >>>>> Touching the demodulator, i happened to have almost a burned
> finger.
> >>>>> I wanted to know whether this was a single case. During the
> >>>>> development phase, i did mention it to Julian about this, since
> he
> >>>>> was the very first person to test for the stb0899 driver. He
> >>>>> jovially laughed about a burned demodulator and a finger, left
> his
> >>>>> machine on after i did some tests on it. Eventually he too had
> the
> >>>>> same results. Finally we changed cards.
> >>>> What frequency did you use to burn it?
> >>>
> >>> It was a long time back, don't remember. It has nothing to do
> with
> >>> the frequency of the transponder, but just the master clock. You
> can
> >>> run it to a maximum of 108Mhz overclocked, 99Mhz to be safe and
> >>> sufficient.
> >>>
> >>>
> >>>> I didn't see anyone here on the list that reported a hardware
> failure so
> >>>> far.
> >>> May god help you. I didn't know that you knew more than the
> >>> demodulator manufacturer !
> >>
> >> Please speak for yourself, I never said I know more than a
> manufacturer.
> >> I wrote a fact.
> >> Intel also rate their chips and everybody overclocks them to crazy
> ratings.
> >>
> >>
> >>>
> >>>
> >>>> By the way, Igor returned the chip frequency for 27.5 channels
> to
> 99MHz
> >>> and
> >>>> raised it a bit for higher SR channels, so there is no danger
> for
> >>> majority
> >>>> of the users.
> >>> Ok, be happy with his change and keep quiet. 135Mhz is out of
> bounds
> >>> of the hardware specification. You are on your own. Raising the
> >>> master clock, doesn't bring you any advantage.
> >>
> >> Did someone overclock you as well?
> >> Chill out!
> >> It would be better if you'll be more productive instead of
> quieting
> people
> >> who try to help.
> >>
> >> Again, I'm commenting facts. As I saw from the reports the
> overclock seems
> >> to help with the problem.
> >>
> >>
> >>> From your statement (and the patch), it is clearly evident that
> you
> >>> don't understand head or tail what you are stating or patched the
> >>> code for:
> >>
> >> So be so kind, and add comments to the code you write so everybody
> could
> >> find its head and tail when trying to fix bugs.
> >> It is clearly evident that you don't really want that someone else
> will
> >> understand your code.
> >>
> >> Again, facts are that the patch help and make the device more
> stable for
> >> DVB-S channels.
> >>
> >>
> >>
> >> Oh well, I hate that I had to get so low with my message, but
> that's that
> >> happen when someone try to align with your expressions.
> >> In case you didn't know, you're not alone in the universe, get
> used
> to it.
> >
> > I should be the one who should be kicked for trying to help you.
> >
> > _______________________________________________
> > linux-dvb users mailing list
> > For V4L/DVB development, please use instead
> linux-media@vger.kernel.org
> > linux-dvb@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >
>
> I am writing just to share my experience with tt3200 drivers. The
> following are just observations about the behavior of my card:
>
> 1. The card has never tuned reliably with the v4l-dvb s2api driver or
> the multiproto driver. This concerns not just high rate dvb-s2
> transponders but also some plain dvb-s transponders as well. And this
> is not just random hiccups but consistent behavior. German Eurosport
> @
> 19.2e is a prime example.
> 2. When Igor first increased the high clock to 135MHz, there was a
> marked improvement. All of the tuning issues were gone. However I am
> using a rotor and the higher clock rate somehow broke rotor control.
> 3. Next Igor backed down the high clock to 99MHz and introduced a
> "very high clock" of 135MHz. Tuning went back to unreliable. Rotor
> control was ok.
> 4. I bought a hvr4000. And now all of my issues are gone.
I am thinking about it also :(
Does it work reliably with dvb-s/s2 and CAM?
Thx
Bye
Manu
next prev parent reply other threads:[~2009-01-28 16:19 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-26 14:40 [linux-dvb] Technotrend Budget S2-3200 Digital artefacts on HDchannels Newsy Paper
2009-01-26 15:39 ` Chris Silva
2009-01-26 15:41 ` Chris Silva
2009-01-26 15:44 ` Alex Betis
2009-01-26 15:51 ` Chris Silva
2009-01-26 16:08 ` Chris Silva
2009-01-26 16:19 ` Alex Betis
2009-01-26 17:50 ` Manu Abraham
2009-01-26 18:18 ` Faruk A
2009-01-26 19:07 ` Alex Betis
2009-01-27 20:14 ` Manu Abraham
2009-01-27 20:40 ` Alex Betis
2009-01-27 21:27 ` Manu Abraham
2009-01-27 21:45 ` Manu Abraham
2009-01-27 22:02 ` Alex Betis
2009-01-27 23:02 ` Manu Abraham
2009-01-28 11:03 ` n37
2009-01-28 16:19 ` Manu [this message]
2009-01-28 17:07 ` Re : " crow
2009-01-28 19:48 ` Manu Abraham
2009-01-28 18:04 ` Goga777
2009-01-28 19:52 ` Manu Abraham
2009-01-28 21:32 ` Re : " Manu
2009-01-28 22:43 ` Manu
2009-01-26 19:30 ` Manu
2009-01-26 20:12 ` Chris Silva
2009-01-26 20:28 ` Ales Jurik
2009-01-27 20:05 ` Manu Abraham
[not found] ` <1232998154.24736.2@manu-laptop>
2009-01-27 19:56 ` [linux-dvb] Re : " Manu Abraham
2009-01-27 20:37 ` Alex Betis
2009-01-27 21:13 ` Manu Abraham
2009-01-27 21:31 ` Alex Betis
2009-02-02 16:44 ` Jonas Kvinge
2009-02-02 22:43 ` Chris Silva
2009-02-02 23:46 ` Re : " Manu
2009-02-05 13:08 ` Manu
2009-02-05 23:50 ` Manu Abraham
2009-02-06 15:22 ` Re : " Manu
[not found] ` <157f4a8c0902141355w3872bc0eif7796679f7f5323f@mail.gmail.com>
2009-02-14 22:34 ` Chris Silva
2009-02-14 22:46 ` Chris Silva
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1233159564.8255.0@manu-laptop \
--to=eallaud@gmail.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox