The basic frequency calculation done in dvb-pll is to take the desired
frequency, add the IF frequency, and then divide by the reference
frequency.
When dvb-pll does the division, it just rounds the result down. It would
make more sense to round to the nearest integer, which is done by adding
Sorry for that,
I know that I can do it with splitters, but I would prefer some device
which can control gain or knocking down of a signal strength. I need
this for testing a dvb-s tuner for stability issues.
Thanks
Peter D. wrote:
Attenuators are cheap, but a little bit hard to find.
Can other people in .au who have this device please post to this thread to
keep updated on any progress.
Hi Julian,
have you tried the updated usbreplay that Markus Rechberger mentioned shortly
after your original post?
I don't have access to a Windows box at the moment, so I can only use
I've got a bit of an odd problem. I'm trying to run a cx88-dvb board
(KWorld/VStream XPert DVB-T) in a cobalt raq550. (Yes, I'm probably
mad). The card works fine in other boxes, but in this box doesn't
generate any interrupts (I get cx88[0]/2-mpeg: cx8802_timeout again
and again in the logs,
Le Mon, 12 Mar 2007 17:24:17 +, Julien Tognazzi a écrit:
Hi all,
Is it normal that with the Fedora Core 6 kernel, the LITE-ON USB2.0
DVB-T Tuner (dvb_usb_dibusb_mc module) give no frontend ?
I just tried with the new kernel available in updates/testing
(2.6.20-1.2925.fc6) and I got
I had interrupt problems with a cx88 and Asus A8V-MX motherboard. The
interrupt assigned was being disabled later on (check dmseg).
I eventually got it to work by passing noirqdebug and pci=routeirq to
the kernel at boot.
HTH
regards
Patrick
davidm wrote:
I've got a bit of an odd problem.
On 3/13/07, Trent Piepho [EMAIL PROTECTED] wrote:
The basic frequency calculation done in dvb-pll is to take the desired
frequency, add the IF frequency, and then divide by the reference
frequency.
When dvb-pll does the division, it just rounds the result down. It would
make more sense to
Hello,
not shure if this is the right place for this question, but i don't know
any better.
I'm looking for information in the DSM-CC Synchronized Download
Protocol. In an amandment to MPEG-2 Systems this is stated to be a
synchronous method of delivering data in an MPEG-2 stream. It's said
On Tue, Mar 13, 2007, Thomas Lagemann wrote:
I'm looking for information in the DSM-CC Synchronized Download
Protocol. In an amandment to MPEG-2 Systems this is stated to be a
synchronous method of delivering data in an MPEG-2 stream. It's said
that the data is inserted into DSM-CC
Trent Piepho wrote:
The basic frequency calculation done in dvb-pll is to take the desired
frequency, add the IF frequency, and then divide by the reference
frequency.
When dvb-pll does the division, it just rounds the result down. It would
make more sense to round to the nearest integer,
Johannes Stezenbach schrieb:
On Tue, Mar 13, 2007, Thomas Lagemann wrote:
I'm looking for information in the DSM-CC Synchronized Download
Protocol. In an amandment to MPEG-2 Systems this is stated to be a
synchronous method of delivering data in an MPEG-2 stream. It's said
that the data
I think that device should be supported by the official v4l-dvb
repository on linuxtv.org.
http://linuxtv.org/repo/
follow the steps from the section Checkout V4L-DVB or dvb-apps on.
Markus
On 3/13/07, Martinho Sambiase [EMAIL PROTECTED] wrote:
Hi,
Im sorry to disturb you but I
On Tuesday 13 March 2007 14:34, Steven Toth wrote:
Hi,
I've created a new tree based on the current mainline v4l/dvb tree,
Manu's multiproto patches and the HVR400 specific patches. It can be
found here http://linuxtv.org/hg/~stoth/hvr4000
I don't have any immediate hardware available for
Why am I getting these random kernel Oops? Is it DVB's fault or something else?
I have no knowledge of DVB or kernel internals...
Kind regards,
Benjie.
[17267534.12] ehci_hcd :00:10.4: fatal error
[17267534.12] ehci_hcd :00:10.4: HC died; cleaning up
[17267534.12] usb
hi
Trent Piepho schrieb:
On Tue, 13 Mar 2007, Hartmut Hackmann wrote:
I think that should be done is adjust the IF values in in the dvb-pll
config structs to NOT include step-size/2 for rounding. Just use the IF
frequency. This is how most of the PLL definitions are already. The code
DSM-CC is used a lot in ISDB-T / ISDB-S for data broadcasting and
firmware download.
Have a poke around http://www.dibeg.org/aribstd/ARIBSTD.htm
One of B-xx standards should cover DSM-CC related stuff. I know it
does because I wrote a parser for DDI and DDB messages a few months
ago. By the way,
Bob wrote:
On Tuesday 13 March 2007 14:34, Steven Toth wrote:
Hi,
I've created a new tree based on the current mainline v4l/dvb tree,
Manu's multiproto patches and the HVR400 specific patches. It can be
found here http://linuxtv.org/hg/~stoth/hvr4000
I don't have any immediate hardware
17 matches
Mail list logo