Banana Banana wrote:
On Nov 9, 2007 12:22 AM, Simon Hargreaves [EMAIL PROTECTED] wrote:
I'm using
2.6.12-gentoo-r6 #1 SMP kernel.
Try a more recent kernel?
No, this is not the correct response to a bug.
Or do you remember a bug which was present in that kernel version, and
fixed later? In
Andrea Venturi wrote:
- the PowerPc SoC inside some DVB SET TOP BOX as Dreambox and the
DGStation CubeCafe (Vulcan and Pallas)
they do have actually a linux kernel running on the powerpc core but the
decoding API are a bit home made and binary too (maybe thing are
changing..)
The
Hi Manu,
The point here is that the frontend (demodulator + tuner) doesn't know about
the LNB drift.
Also the most important point to be noted is that LNB drift cannot be
calculated, but is measured on test criteria.
I think the misunderstanding is that lnb_drift doesn't correlate to any
Hi,
Ideally when zigzag is employed, in the end result the offset should be zero
or neglible.
In the case of the STB0899, IIRC it is rounded off. So in most cases, you
don't have an
offset.
Satellite transponders also tend to drift. Good operators will measure
the exact drift and fix their
Hi,
- Inversion might happen on up- and downconversion, depending on what
frequency situation you have.
- The SatelliteDeliverySystemDescriptor does not specify Inversion.
AFAICS, Inversion isn't a part of the transport.
Why not? It's part of it like the frequency, isn't it?
What i meant
Hi,
- Inversion might happen on up- and downconversion, depending on what
frequency situation you have.
- The SatelliteDeliverySystemDescriptor does not specify Inversion.
AFAICS, Inversion isn't a part of the transport.
Why not? It's part of it like the frequency, isn't it?
What i meant
Sorry to give my two cents, but...
Manu Abraham wrote:
The case of a 20Mbps stream getting recorded is not a great thing. when
you have a TS with symbol rate 27.5Msps, (capturing the complete TS) the
normal TS itself is about 27Mbps (in a very crude rounded off case)
So, the situation that
Manu Abraham wrote:
Felix Domke wrote:
And now you try to complicate not only the API but also the device
driver layer again, justified by a few percent CPU saving in a highly
theoretical scenario? (And I doubt that a zero-copy mmap of DMA buffers
fits well together with hardware demuxes
Manu Abraham wrote:
I'm not against mmap, I'm against using development resources for
implementing it. I can't see the big show-stopper in this issue.
So, seriously: Is there anybody here who *needs* this, based on his own
experience?
If yes, I'll might change my mind.
I think it would be
Why don't abstract the dvb layer from enduser applications and put a
general library infront which does that version check and tries to
keep things consistend to the end applications?
It is a nice idea, yes.
Two things, looking at
Johannes Stezenbach wrote:
The V4 API has:
unsigned int frame_rate; /* in frames per 1000sec */
I'm against this.
The reason is that arbitrary framerates are not allowed in MPEG-2
(correct me if i'm wrong, i'm currently too lazy to read 13818-2
again...), and there's no hardware being
David Vidal RodrÃguez wrote:
Which USB receivers are known to work with the actual drivers? I am
especially interested in the network functionality working w/o probs.
I only know of the tt nova usb, which currently has the same (or
similar) problems.
felix
--
Info:
To unsubscribe send a
Hi,
please use tasklets to do the real work for your interrupt handlers.
Take a look in the PCI drivers for an example, the pretty simple to
convert: just schedule your tasklet with old irq handler function in
the new irq handler.
Since tasklets are strongly serialized (if the tasklet is
Hi,
That looks like the same bug i have in the ttusb-nova driver, that the
section handler is directly called from the (interrupt-) urb-complete
handler. This has to be fixed in the driver (and in the ttusb-nova too).
It would be nice to have the output from ksymoops of the panic message,
Johannes Stezenbach wrote:
Proposal:
I want to keep it simple. What I need is:
struct dmx_stc {
uint num; /* input: which STC? 0...n */
uint64_t stc; /* output */
};
#define DMX_GET_STC _IOWR('o', 50, struct dmx_stc)
Some hardware supports generating an
Aurelian Pop wrote:
If section_number = last_section_number = 0 it means that PAT is formed
of only one TS packet, and all the information about the programs (in
fact the different PMTs) exists in those 45 bytes that you say the
section_lenght is.
It says that all information is contained in
Johannes Stezenbach wrote:
Regardless what manual pages or POSIX say, the driver implements
read() for section filters in such a way that you get either
a full section, or nothing -- provided that the buffer you pass
to read() is large enough for the section (else you will get
partial sections,
Well, the machine is nearly idle, so the program shouldn't be the
cause, but there seem to be bursts of data.
Maybe you read()ing less than the maximum section size (8k if i
remember correctly). A bigger section (that your buffer) will be kept in
the buffer, since you can only read
hi,
They are all covered by iconv() in glibc. Below are suitable iconv
encoding identifiers:
Ah ok, so enconding 0 is the normal Latin1, which maps 1:1 to the first 256
characters of Unicode/UCS (or whatever it's called)?
For the other tables i found tables at www.unicode.org, so i now have 5
Hi list,
does anybody have some DVB-to-unicode (as specified in Annex S, Etsi EN
300468, but there are only graphical tables and i don't want to lookup 128*5
symbols in the unicode specs) translation tables?
bye,
felix domke
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED
hi,
Has someone got any success using mailsnarf on
dvb (mailsnarf from dsniff, using libnids)?
I'd like to extract few images from the stream
but so far couldn't find any suitable tools
to do it.
The problem is that you only have one-half of the stream, so
the -snarf-tools from dsniff fail
Hi,
does anybody know how to interface a diseqc 1.2 positionizer?
Especially the calulation for the GOTOxx-command.
Does anybody has some sources for this?
Yes, i already got the diseqc specs :)
felix
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
Is there any better way of doing this? I've been thinking about getting
some comparators to turn the LVDS into a TTL-level eight-channel stream,
and trying to capture it with a PCI IEEE 1284 parallel port. But I'm not
sure if this will be able to be fast enough, even with a PCI parallel
port.
can
be ignored (e.g. the current AV7110 firmware does not support this)?
Exactly. Its just for optimizing performance, as well as on driver-layer
(less interrupts) as on application side (less poll()-returns, less read()s,
bigger chunks of data).
felix domke
--
Info:
To unsubscribe send a mail
in latency in a clean way.
felix domke
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
way of the
order while doing zapping? for example, WHEN to i have to issue which
VIDEO_* command, when do i have to enable the pidfilters and so on.
bye,
felix domke
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
I'm looking for a card to receive IP over DVB to use with Linux 2.4
(probably Mandrake 9.0).
I will not need to receive any picture (MPEG or other multimedia), just
plain standards-based IP over DBV.
I'd buy a WinTV-nova (the cheap one), as it supports the delivery of the
full TS, and
Do you really think, this is a problem? Normally, SAT-providers state
their bandwidth in kBit/s and not MByte/s. So I believe you won't hardly
be able to exploit the bandwidth within your card with IP-Networking.
The bottelneck of SAT-IP-Networking is the shared bandwidth on the
transponder
(at least H/V) with GPIO).
it would be great if one, say, stv0299-driver would fit for all frontends
based on stv0299.
so maybe small wrapper functions, or stuff.
felix domke
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
more complex. Maybe somebody is able to take a PCI-PCMCIA bridge, and
reconnect the redefined lines to the NOVA, which leads to a dual PCI card.
bye,
felix domke
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
, but i just want to protect you
and all other developers from HUGE legal problems with Canal+ et al.)
bye,
felix domke
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
31 matches
Mail list logo