Le dim 25/04/2004 à 01:30, Michal Dobrzynski a écrit :
Thank you! (and whomever sent in the updated timings). It has made a
WORLD of difference and channel changes are very quick now.. They seem
about 4 times faster.
The only thing now is the occasionally image corruption (I think caused
Johannes Stezenbach wrote:
My experience is that switching between services on the same multiplex
is faster with DVB-T than with DVB-C or DVB-S.
I think that DVB-T here in Berlin uses statistical multiplexing (i.e.
the channel bandwidth is distributed dynamically between all services
on the
I don't have that issue as I don't use lircd per-se but the irtrans
daemon which also emulates lircd. No CPU usage problems at all. I have
not been able to find a way to affect the TV output adversely by ANY
amount of CPU usage.
Regards,
Michal
On 25/04/2004, at 5:25 PM, Tony Grant wrote:
Le
On Sun, Apr 25 2004, at 09:25:44 +0200, Tony Grant wrote:
Le dim 25/04/2004 à 01:30, Michal Dobrzynski a écrit :
Thank you! (and whomever sent in the updated timings). It has made a
WORLD of difference and channel changes are very quick now.. They seem
about 4 times faster.
The only
Thank you! (and whomever sent in the updated timings). It has made a
WORLD of difference and channel changes are very quick now.. They seem
about 4 times faster.
The only thing now is the occasionally image corruption (I think caused
by emptying the remains of the ring buffer?) when switching
?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Juri Haberland
Sent: Thursday, April 22, 2004 11:08 PM
To: [EMAIL PROTECTED]
Subject: [linux-dvb] Re: Channel change delay with DVB-T
Prakash K. Cheemplavam wrote:
Michal Dobrzynski wrote:
Hi,
I
?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Juri Haberland
Sent: Thursday, April 22, 2004 11:08 PM
To: [EMAIL PROTECTED]
Subject: [linux-dvb] Re: Channel change delay with DVB-T
Prakash K. Cheemplavam wrote:
Michal Dobrzynski wrote
Of Juri Haberland
Sent: Thursday, April 22, 2004 11:08 PM
To: [EMAIL PROTECTED]
Subject: [linux-dvb] Re: Channel change delay with DVB-T
Prakash K. Cheemplavam wrote:
Michal Dobrzynski wrote:
Hi,
I asked this on the VDR mailing list and was redirected here.
Is there any way to reduce the massive
Le ven 23/04/2004 à 08:59, Michal Dobrzynski a écrit :
Frankly I'd be overjoyed if I only had to wait 3 seconds at channel
change :/ I timed it with a stopwatch and it takes at LEAST 5 seconds
and sometimes even 8 seconds.
Every time my parents change the channel they have to ask what's
From: Adrian P Challinor [EMAIL PROTECTED]
I understand the concerns here, but this delay also happens on
commercial TV's. I have a fairly expensive Phillips TV with built
in DVB-T receiver, and it takes at least three seconds to switch
between digital channels. Analogue is instant.
Is this
: [linux-dvb] Re: Channel change delay with DVB-T
Prakash K. Cheemplavam wrote:
Michal Dobrzynski wrote:
Hi,
I asked this on the VDR mailing list and was redirected here.
Is there any way to reduce the massive channel change delays? I am
running 2 DVB-T budget cards and one Full Featured DVB-S card
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Juri Haberland
Sent: Thursday, April 22, 2004 11:08 PM
To: [EMAIL PROTECTED]
Subject: [linux-dvb] Re: Channel change delay with DVB-T
Prakash K. Cheemplavam wrote:
Michal Dobrzynski wrote:
Hi,
I asked this on the VDR
Thanks for that. It was quite informative. Now if there was just a
utility that could benchmark the time between requesting a certain
transport stream (including tuning to the frequency it's at) and the
time that the first I-Frame was received (ideally with a profile of how
long in step took)
So there are your technical limits: DVB-S and DVB-C roughly half a second,
DVB-T one to 1.5 seconds. That's the best it can get. So your expensive
Philips TV seems to be 1-2 seconds slower than it could theoretically be.
Regards,
--
Robert Schlabbach
e-mail: [EMAIL PROTECTED]
Berlin,
On Friday 23 April 2004 09:52, Adrian P Challinor wrote:
So there are your technical limits: DVB-S and DVB-C roughly half a
second, DVB-T one to 1.5 seconds. That's the best it can get. So your
expensive Philips TV seems to be 1-2 seconds slower than it could
theoretically be.
Regards,
Thanks very much for the pointer. It's a bit late today so I'll try the
suggestion tomorrow.
I happen to have two TDA1004H tuners (one on each DVB-T card).
Regards,
Michal
On 23/04/2004, at 6:53 PM, Andrew de Quincey wrote:
On Friday 23 April 2004 09:23, Michal Dobrzynski wrote:
Thanks for
Also, with 2.6 kernels modutils is no longer used and module-init-tools
are used instead. Are the options in /etc/modules.conf still used? I am
running Debian unstable if that makes a difference.
Regards,
Michal
On 23/04/2004, at 6:53 PM, Andrew de Quincey wrote:
On Friday 23 April 2004 09:23,
modules.conf has gone to /lib/modules/modprobe.conf and are regenerated by
update-modules.
Regards,
uwe
Also, with 2.6 kernels modutils is no longer used and module-init-tools
are used instead. Are the options in /etc/modules.conf still used? I am
running Debian unstable if that makes a
On Friday 23 April 2004 11:57, Michal Dobrzynski wrote:
Thanks very much for the pointer. It's a bit late today so I'll try the
suggestion tomorrow.
I happen to have two TDA1004H tuners (one on each DVB-T card).
Aha, someone else actually sent me updated timings (800ms) for the TDA10045H
Robert Schlabbach wrote:
From my observations, broadcasters typically send about 2 I-Frames per
second. This means that even after only switching the video stream _on the
same_ channel or transponder, you will have a delay of 0 to about 500ms
waiting for the first I-Frame on the new stream.
I think that DVB-T here in Berlin uses statistical multiplexing (i.e.
the channel bandwidth is distributed dynamically between all services
on the channel, which means real-time MPEG encoding), and the encoder
makes shorter GOPs when bandwidth is available.
I haven't confirmed this
Johannes Stezenbach wrote:
I think that DVB-T here in Berlin uses statistical multiplexing (i.e.
the channel bandwidth is distributed dynamically between all services
on the channel, which means real-time MPEG encoding), and the encoder
makes shorter GOPs when bandwidth is available.
I haven't
Prakash K. Cheemplavam wrote:
Michal Dobrzynski wrote:
Hi,
I asked this on the VDR mailing list and was redirected here.
Is there any way to reduce the massive channel change delays? I am
running 2 DVB-T budget cards and one Full Featured DVB-S card for output
and channel change times
Well I know that the FF v1.5 (detected as v1.3) card CAN switch faster
as I've seen it do it. Tuning speed would only be limited by my DVB-T
cards as far as I can understand.
Next question, I'm running Debian unstable and do not know if NPTL is
enabled or not by default. I am running the
Michal Dobrzynski wrote:
On 23/04/2004, at 8:07 AM, Juri Haberland wrote:
Prakash K. Cheemplavam wrote:
Michal Dobrzynski wrote:
I asked this on the VDR mailing list and was redirected here.
Is there any way to reduce the massive channel change delays? I am
running 2 DVB-T budget cards and
25 matches
Mail list logo
