Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linuxtv-softmpeg] I'm stumped...
Hi,
Thanks for the info Colin. I've just tried it out with the same kernel,
same viafb, same vdr, DirectFB & libsoftmpeg from cvs (yesterday), same
directfbrc settings, same env var, dvb drivers 1.1.
When I load viafb I see this in syslog, looks ok:
viafb: VIA CLE266 framebuffer 0.8 initializing
viafb: framebuffer size = 32 Mb
viafb: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated
CastleRock graphics board found
viafb: detected VT1622 (2), using TV3 tables
viafb: mode=720x576 bpp=16 refresh=50 TVon=1 TVtype=2
Console: switching to colour frame buffer device 90x36
viafb: irq handler installed, IRQ(0x200) = 80080c00
viafb: fb0: Via CLE266 frame buffer device 720x576-16bpp
I then use fbset -a 720x576-50. My mode definition looks like:
mode "720x576-50"
geometry 720 576 720 576 16
timings 31208 144 40 32 10 128 3
endmode
fbset then says:
mode "720x576-50"
# D: 32.043 MHz, H: 31.049 kHz, V: 49.999 Hz
geometry 720 576 720 576 16
timings 31208 144 40 32 10 128 3
accel true
rgba 5/11,6/5,5/0,0/0
endmode
I think all this look ok but unfortunately I don't see any change :-(
Could be the sound driver, recently I've been using the viaudiocombo.o
though earlier I tried the alsa 1.0.2 driver, just as bad.
I wonder if there's any difference between DVB-T (which I'm using) and
DVB-S?
Regards,
Sim
On Thu, 2004-02-26 at 07:53, Colin Paton wrote:
> Hi,
>
> Sure!
>
> I'm using Kernel 2.4.24 with no extra patches.
> viafb from CVS from about a month ago
> DirectFB+libsoftmpeg CVS from Saturday
> DVB drivers from ages ago - must update them.
> VDR-1.2.6
>
> Need to set environment variable DFB_CLE266_UNDERLAY=1, and:
>
> An /etc/directfbrc with
>
> pixelformat = AiRGB
> no-translucent-windows
> bg-color = 0
>
> I'm wondering if your code is writing to the primary surface rather than
> using the video window. Michael posted a change to fix this for CLE266 type
> boxes last Friday or so I think. I had that problem too. Try getting the
> latest CVS of libsoftmpeg.
>
> I had to invert the alpha channel in the OSD code. Not sure if there is
> something else wrong in my configuration, but it works for me now.
>
> Left it going overnight to see what would happen... and it crashed. :-(
>
> Core dumps were disabled though, so I couldn't figure out what had happened.
> 3 vdr threads were left, but the rest had gone. I'll leave it running today
> (with core dumps enabled!) and see what happens.
>
> PS: It uses about 40% CPU on the M10000 (without hw decoding)
>
> Hope this helps..
>
> Colin
>
>
--
Info: To unsubscribe send a mail to ecartis@linuxtv.org with
"unsubscribe linuxtv-softmpeg" as subject.
Home |
Main Index |
Thread Index