On Thursday 20 December 2001 16:33, you wrote:
> A month or two ago I fixed that in the DVB driver and my changes got in.
> The driver did not tell the application that it doesn't support some
> formats and fell back to RGB16. Also the driver did the wrong YUV format.
This change is working. The driver refuses to use the YUY2 format.
> Which revision of the chip do you have? Revisions below 3 have broken
> byte swapping support. Maybe you have a newer revision with different
> behaviour, my revision is 1:
>
> Bus 0, device 12, function 0:
> Multimedia controller: Philips Semiconductors SAA7146 (rev 1).
> IRQ 11.
> Master Capable. Latency=32. Min Gnt=15.Max Lat=38.
> Non-prefetchable 32 bit memory at 0xdb000000 [0xdb0001ff].
I have the same chip like you:
Bus 0, device 9, function 0:
Multimedia controller: Philips Semiconductors SAA7146 (rev 1).
IRQ 11.
Master Capable. Latency=64. Min Gnt=15.Max Lat=38.
Non-prefetchable 32 bit memory at 0xcfffce00 [0xcfffcfff].
Bus 0, device 13, function 0:
Multimedia controller: Philips Semiconductors SAA7146 (#2) (rev 1).
IRQ 10.
Master Capable. Latency=64. Min Gnt=15.Max Lat=38.
Non-prefetchable 32 bit memory at 0xcfffca00 [0xcfffcbff].
What is strange for me is that other applications like df_video or
df_video_particle have no problem with the pixelformat. Is there something
special with df_layer?
> My guess is that byte swapping is turned on by the driver,
> but older cards ignore it and the driver should disable it anyway.
How can I control that feature?
With the newest DVB driver from CVS it's still the same.
I'm using a matrox mystique G200. But I don't think that the card is the
problem.
Regards,
Mike
--
Info: To unsubscribe send a mail to [EMAIL PROTECTED] with
"unsubscribe directfb-users" as subject.
