[linuxtv-softmpeg] I'm stumped...

[Simeon Walker <sim@simland.net>]

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.