Am Samstag 13 März 2004 02:47 schrieben Sie:
> I have the same problem using 2.6.3 and skystar2.
> Anyway is HT *really* usefull??
IMHO yes. I see 2 processors and read about a performance gain
of approx 30%.
AFAIK HT is enabled by ACPI. There is a kernel option acpi=ht.
Maybe ACPI cause this er
yes and we don't want low symbol rates not to work.
_J
In the new year, Kenneth Aafløy wrote:
> On Friday 12 March 2004 22:49, you wrote:
> > On Friday 12 March 2004 21:27, Kenneth Aafløy wrote:
> > > On Friday 12 March 2004 22:16, you wrote:
> > > > On Friday 12 March 2004 20:42, Kenneth Aafløy
Hi list,
i have a problem compiling driver version 1.1.0 and 1.1.1:
gcc -I/usr/src/linuxtv-dvb-1.1.1/build-2.4/include -D__KERNEL__
-I/usr/src/linux-2.4.19.SuSE/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
-pipe -mpreferred-stack-
Andrew de Quincey schrieb:
Hello, I have a reproducable error with the 1.1.1 release. When
zapping: ARD, ZDF, RTL1, RTL2, VOX, SAT1 the screen gets black when
reaching SAT1, and afterwards I can tzap to whatever I want. The
screen stays black. With 1.0.1 everything works ( and zapping is
faster ).
Helmut Auer schrieb:
Isn't here anybody interested ? As I said it's easy to reproduce, here
are my settings for the channels: I am using a DVB-S rev. 1.3
channels.conf: Das
Erste:11837:h:S19.2E:27500:101:102:104:0:28106:0:0:0
ZDF:11954:h:S19.2E:27500:110:120:130:0:28006:0:0:0 RTL
Television:1
On Friday 12 March 2004 22:49, you wrote:
> On Friday 12 March 2004 21:27, Kenneth Aafløy wrote:
> > On Friday 12 March 2004 22:16, you wrote:
> > > On Friday 12 March 2004 20:42, Kenneth Aafløy wrote:
> > > > Hi,
> > > >
> > > > i've discovered that in cvs dvb-kernel above 20040224 tuning with
> >
On Friday 12 March 2004 22:09, Helmut Auer wrote:
> Hello Oliver,
>
> Hello, I have a reproducable error with the 1.1.1 release. When
> zapping: ARD, ZDF, RTL1, RTL2, VOX, SAT1 the screen gets black when
> reaching SAT1, and afterwards I can tzap to whatever I want. The
> screen sta
Hello Oliver,
Hello, I have a reproducable error with the 1.1.1 release. When
zapping: ARD, ZDF, RTL1, RTL2, VOX, SAT1 the screen gets black when
reaching SAT1, and afterwards I can tzap to whatever I want. The
screen stays black. With 1.0.1 everything works ( and zapping is
faster ). I am usi
On Friday 12 March 2004 21:28, Helmut Auer wrote:
> > Helmut Auer wrote:
> >
> >> Hello, I have a reproducable error with the 1.1.1 release. When
> >> zapping: ARD, ZDF, RTL1, RTL2, VOX, SAT1 the screen gets black when
> >> reaching SAT1, and afterwards I can tzap to whatever I want. The
> >> sc
On Friday 12 March 2004 21:27, Kenneth Aafløy wrote:
> On Friday 12 March 2004 22:16, you wrote:
> > On Friday 12 March 2004 20:42, Kenneth Aafløy wrote:
> > > Hi,
> > >
> > > i've discovered that in cvs dvb-kernel above 20040224 tuning with
> > > mythtv is broken, but szap still works. The only di
Hi,
the good news: dvb with vdr works and is great. Thanks to all developer.
But enabling hyperthreading at my P4 box results in oops like
DEBI irq oops @ 57654, psr:0x00040128, ssr:0x00800030
DEBI irq oops @ 58474, psr:0x00040028, ssr:0x00800030
DEBI irq oops @ 72161, psr:0x00040728, ssr:0x0080
On Friday 12 March 2004 22:16, you wrote:
> On Friday 12 March 2004 20:42, Kenneth Aafløy wrote:
> > Hi,
> >
> > i've discovered that in cvs dvb-kernel above 20040224 tuning with mythtv
> > is broken, but szap still works. The only difference between the two I
> > can see is that szap uses FE_READ_
On Friday 12 March 2004 20:42, Kenneth Aafløy wrote:
> Hi,
>
> i've discovered that in cvs dvb-kernel above 20040224 tuning with mythtv is
> broken, but szap still works. The only difference between the two I can see
> is that szap uses FE_READ_STATUS, and mythtv uses FE_GET_EVENT to read the
> fro
On Friday 12 March 2004 20:28, you wrote:
> Hi,
>
> i have to make the attached changes to current cvs budget-ci.c to make it
> compile.
Ah, do you have SMP enabled?
Looking at linux/spinlock.h, I see that spin_lock()/spin_lock_init() only
actually calls preempt_disable() if SMP is off, which ex
Hi,
i've discovered that in cvs dvb-kernel above 20040224 tuning with mythtv is
broken, but szap still works. The only difference between the two I can see
is that szap uses FE_READ_STATUS, and mythtv uses FE_GET_EVENT to read the
frontend status. Now, mythtv does indeed receive those events, b
Hi,
i have to make the attached changes to current cvs budget-ci.c to make it
compile.
--
Kenneth
[EMAIL PROTECTED]
Index: linux/drivers/media/dvb/ttpci/budget-ci.c
===
RCS file: /cvs/linuxtv/dvb-kernel/linux/drivers/media/dvb/ttp
Helmut Auer wrote:
Hello, I have a reproducable error with the 1.1.1 release. When
zapping: ARD, ZDF, RTL1, RTL2, VOX, SAT1 the screen gets black when
reaching SAT1, and afterwards I can tzap to whatever I want. The
screen stays black. With 1.0.1 everything works ( and zapping is
faster ). I a
Johannes Stezenbach schrieb:
> Klaus Schmidinger wrote:
>> Ok, so I've set up a machine with SuSE 8.2, kernel 2.4.20,
>> fetched the dvb-kernel driver from today's CVS and the firmware
>> from http://www.linuxtv.org:81/download/dvb/dvb-ttpci-01.fw.
> ^^
> Why?
Becaus
Klaus Schmidinger wrote:
> Ok, so I've set up a machine with SuSE 8.2, kernel 2.4.20,
> fetched the dvb-kernel driver from today's CVS and the firmware
> from http://www.linuxtv.org:81/download/dvb/dvb-ttpci-01.fw.
^^
Why?
> Just one thing: apparently the firmware in
Ok, so I've set up a machine with SuSE 8.2, kernel 2.4.20,
fetched the dvb-kernel driver from today's CVS and the firmware
from http://www.linuxtv.org:81/download/dvb/dvb-ttpci-01.fw.
Compiling the driver and VDR worked just fine, and it appears to
run ok.
Just one thing: apparently the firmware
Hi, I now _think_ most of the major bugs are out of the new frontend code
(THUD: the sound of the next major bug appearing :)
Anyway, I've added instrumentation to help with diagnosing the remaining
issues.
If you enable debug on dvb_frontend, it'll print out what values were used
every time a
Helmut Auer wrote:
Hello,
I have a reproducable error with the 1.1.1 release.
When zapping: ARD, ZDF, RTL1, RTL2, VOX, SAT1 the screen gets black
when reaching SAT1, and afterwards I can tzap to whatever I want. The
screen stays black.
With 1.0.1 everything works ( and zapping is faster ).
I am
>Hmm, ok, I can see how stations who have huge archives of PAL material
>might want to use 50 fields/sec HDTV for easier conversion. But
EURO1080
>isn't such a station, so I don't see why they chose this. In fact, most
>HDTV material available today will likely be 59,94 fields/sec, so IMHO
>EURO10
Michael Hunold wrote:
>
> Hello Peter,
>
> On 03/12/04 10:22, Peter Siering wrote:
> >>Can you please send me oops?
>
> > I am not sure, how to do that? May be just that:
> [...]
>
> Yes, thanks.
>
> >>Can you give me some informations about your system?
> >>- kernel version used
> >
> >
> > 2
On Friday 12 March 2004 10:01, Michael Hunold wrote:
> Hello Andrew,
>
> On 03/12/04 11:00, Andrew de Quincey wrote:
> > On Friday 12 March 2004 09:54, Michael Hunold wrote:
> >>Andrew, do you fix this problem by yourself or do you want me to change
> >>it so it works like before?
> >
> > Nah, its
> Have your found antoher one???
>No. Since there is only one channel, I would conclude that any attempts
>to use HDTV/DVB on Linux are premature, unless one is a developer.
Not entirely so, one should be preparing equipment since more channels
should be coming later this year. Astra HD Promo is
On Friday 12 March 2004 09:54, Michael Hunold wrote:
> Hello,
>
> On 03/12/04 01:42, Ralph Metzler wrote:
> > Andrew de Quincey writes:
> > > If you look in dvb_frontend_thread(), there is a main loop with the
> > > following call: timeout =
> > > wait_event_interruptible_timeout(fe->wait_queue,
> > is NOT FESTATE_RETUNE.
> >
> > The problem is the wake_up_interruptible is not working. The frontend
> > thread *always* sleeps for the 3*HZ. You can really see this by upping
> > the frontend thread initial delay to 20*HZ. There will be a 20 second
> > delay before the FE_SET_FRONTEND i
> > > It's only broadcasting HDTV demo loops, though. But in contrast to
> > > EURO1080 this service is broadcasting "true" 1080i at 59.94
> > > fields/sec, whereas EURO1080 uses an uncommon 50 fields/sec.
> >
> > Wouldn't 50 fields/sec simply be the PAL rate?
>
> Hmm, ok, I can see how stations
29 matches
Mail list logo