Johannes Stezenbach wrote:
[EMAIL PROTECTED] wrote:
i am playing around with the DVR device for playing back a TS which
was recorded from the DVR device.
...
The kernel is configured a an SMP Kernel and Preemptible feature.
That's a recipe for disaster -- the dvr playback code in the
Holger Waechtler wrote:
Johannes Stezenbach wrote:
[EMAIL PROTECTED] wrote:
i am playing around with the DVR device for playing back a TS which
was recorded from the DVR device.
...
The kernel is configured a an SMP Kernel and Preemptible feature.
That's a recipe
Pedro Miguel Sequeira de Justo Teixeira wrote:
dvb-kernel/build-2.6 (cvs co 1/2 hour ago) - _Running 100%_ on:
Linux sylvester 2.6.3 #3 Thu Mar 4 17:29:10 WET 2004 Alpha LX164-EV56
Cool.
Just a side note for Johannes Max, from a previous test:
I finally upgraded my kernel from 2.4 to 2.6.
Klaus Schmidinger wrote:
Holger Waechtler wrote:
Johannes Stezenbach wrote:
[EMAIL PROTECTED] wrote:
i am playing around with the DVR device for playing back a TS which
was recorded from the DVR device.
...
The kernel is configured a an SMP Kernel and Preemptible feature.
That's a recipe
Holger Waechtler wrote:
Johannes Stezenbach wrote:
The problem is that the av7110 hardware does not support TS playback.
The driver tries to work around this by remuxing the TS into PES and
feeding PES to the hardware. IMHO this code should be dropped rather
than attempted to fix.
Holger Waechtler wrote:
Klaus Schmidinger wrote:
Holger Waechtler wrote:
...
calling the PES unpacking process a 'remuxing' is kind of flattered,
not? Forcing everybody to misuse the lowlevel-API instead of highlevel
access just because the av711x driver is broken...
Well,
Johannes Stezenbach wrote:
...
Sure, it would be cool if VDR would be changed so it supports
other hardware just as good as the av7110 cards. But IMHO VDR
should use PES playback on av7110 cards, and TS playback on hardware
that support it. Doing TS-PES conversion in the driver is wrong.
moin,
is there any way to get a document describing the structure of mpeg
streams (especially ps) in detail (for example length of headers,
meaning of each bit in the headers) without paying 220 SFR to ISO? (or
can anyone send me the ISO documents for free...?)
Is there already an application
Klaus Schmidinger wrote:
Holger Waechtler wrote:
Klaus Schmidinger wrote:
Holger Waechtler wrote:
...
calling the PES unpacking process a 'remuxing' is kind of flattered,
not? Forcing everybody to misuse the lowlevel-API instead of highlevel
access just because the av711x driver is broken...
alve wrote:
moin,
is there any way to get a document describing the structure of mpeg
streams (especially ps) in detail (for example length of headers,
meaning of each bit in the headers) without paying 220 SFR to ISO? (or
can anyone send me the ISO documents for free...?)
The MPEG preview
Hi,
Try search internet for
is138181.pdf
I think this is draft.
Peter
== REKLAMA
Spolocnost SUN Microsystems uviedla na trh novy server Sun Fire V20z
zalozeny procesoroch AMD Opteron.
Viac informacii najdete na : http://www.somi.sk/sun/v20z.php
Marcus Metzler wrote:
Johannes Stezenbach writes:
other hardware just as good as the av7110 cards. But IMHO VDR
should use PES playback on av7110 cards, and TS playback on hardware
that support it. Doing TS-PES conversion in the driver is wrong.
The TS-PES conversion is the same as
On Friday 05 March 2004 12:36, Johannes Stezenbach wrote:
Holger Waechtler wrote:
Johannes Stezenbach wrote:
The problem is that the av7110 hardware does not support TS playback.
The driver tries to work around this by remuxing the TS into PES and
feeding PES to the hardware. IMHO this
On Friday 05 March 2004 13:43, you wrote:
Ok i am able to understand this situation and all of the problems.
Please take the next sentences as my thinkin of the whole situation :)
why is there a need for any kind of a dvb api when you have to implement driver
missing features in
Hi,
I've just pushed the release tarball for linuxtv-dvb-1.1.1
out on http://linuxtv.org/.
Many, many thanks to all those who contributed to this release!
Changes from linuxtv-dvb-1.1.0:
o fixed various timing issues in frontend code to speed up tuning
o fixed pointer bug in ring buffer
Marcel Siegert wrote:
why is there a need for any kind of a dvb api when you have to
implement driver missing features in your software?
on my point of view it looks like - if my application runs e.g. on a
DBOX2/Dreambox/Whatever Linux running STB do nothing, if it runs on a
PC check for
Marcus Metzler wrote:
Johannes Stezenbach writes:
The problem is not only with nonblocking, but there are also
locking bugs between video and demux device access. Just try
to write TS to dvr and then VIDEO_SLOWMOTION or VIDEO_FREEZE
- deadlock.
It`s the same cause. The dvr
On Fri, 2004-03-05 at 12:13, alve wrote:
is there any way to get a document describing the structure of mpeg
streams (especially ps) in detail (for example length of headers,
meaning of each bit in the headers) without paying 220 SFR to ISO? (or
can anyone send me the ISO documents for
I think you can just say scan -l 10750.
Or modify dvb-apps/util/lib/lnb.c.
Thanks - that seems to help.
Does anyone have an initial-tuning-data-file for US-visible
satellites? AMC3 in particular?
Or a pointr to shere the file format is detailed (short of
reading the source, which I'll do
On Wednesday 03 March 2004 20:32, Andreas Share wrote:
the ves1x93 driver do FE_RESET (aka ves1x93_clr_bit) also at the end
of
ves1x93_set_symbolrate (after tuning), so i think we should remove
this
also. Or need this tuner clr_bit twice?
Are you able to test to see if it can
I have done some more tests arount crl_bit() in ves1x93 with my Rev 1.3
DVB-S (ves1893). Realy only one soft reset is needed for this demod (and
i think for the ves1993 too) to aquire lock. But the ves1893 needs some
short delay (according to the ves1893 appnote), up to ~500.000 Symbols
after
Andrew de Quincey wrote:
I have done some more tests arount crl_bit() in ves1x93 with my Rev 1.3
DVB-S (ves1893). Realy only one soft reset is needed for this demod
(and
i think for the ves1993 too) to aquire lock. But the ves1893 needs some
short delay (according to the ves1893 appnote), up to
I have done some more tests arount crl_bit() in ves1x93 with my Rev 1.3
DVB-S (ves1893). Realy only one soft reset is needed for this demod
(and
i think for the ves1993 too) to aquire lock. But the ves1893 needs some
short delay (according to the ves1893 appnote), up to ~500.000 Symbols
Am Friday 05 March 2004 19:28 schrieb Andreas Share:
I have done some more tests arount crl_bit() in ves1x93 with my Rev 1.3
DVB-S (ves1893). Realy only one soft reset is needed for this demod
snip
Maybe it's slightly off topic, but i'am currently doing some research what
changed between
Am Friday 05 March 2004 19:28 schrieb Andreas Share:
I have done some more tests arount crl_bit() in ves1x93 with my Rev
1.3
DVB-S (ves1893). Realy only one soft reset is needed for this
demod
snip
Maybe it's slightly off topic, but i'am currently doing some research what
changed
I'm running 2.6.1 and with stock kernel I get this:
scan -v -l 10750 ./Amc4
scanning ./Amc4
using '/dev/dvb/adapter0/frontend0' and
'/dev/dvb/adapter0/demux0'
main:1882: FATAL: failed to open '/dev/dvb/adapter0/frontend0':
19 No such device
I downloaded the linuxtv-dvb-1.1.1 tarball and built
Hi everybody.
I want now to use the dvb drivers for the 2.6.4-rc1 kernel. I have updatet the
drivers to the actual cvs.
Before i used the metzler drivers. Here is the output of lsmod (2.4 Kernel +
metzler):
Module Size Used byTainted: P
isofs 17580 0
welcom to linuxtv on irc.freenode.net #linuxtv
Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/
Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo!
Christian Gmeiner writes:
Oh as you see, i am also using an dxr3 device and an ir-module.
Now i am not sure what combination of teh saa7146 modules i should take. I
have an CI interface on the card, but i am not using it.
It would be great, if somebody could help me.
Maybe one of the
Hi,
I've seen a handfull of posts about this card, but not a real confirmation on
whether it works or not. I'm considering this card as a secondary card for my
MythTV backend, but I have no idea whether it will work or not.
30 matches
Mail list logo
