On Donnerstag 10 August 2006 20:45, Martin Wache wrote: > Chris Elsworth schrieb: > > > Sorry, try these > > http://spork.qfe3.net/~chris/vdr/snapshot4.png > > http://spork.qfe3.net/~chris/vdr/snapshot5.png > > > > 4 is broken, 5 is working. > > > This really looks like a scaling issue. > > > >> On the other hand there have been reports from nvidia users who reported > >> similar problems, maybe it is somehow nvidia related. > >> I never was able to reproduce these problems ( I don't own an nvidia > >> card), and it is difficult to debug these problems if I don't see them. > >> Is the flicking from correct to pink reproducable in a recording? It > >> would be nice to have a short sequence which shows the problems on your > >> setup which I could test on my machine. > > > > vdr recordings do not the record the OSDs do they? So I would need > > something to externally record the contents of the framebuffer, or > > the contents of the vdr window? (using xv output method). I'll look > > for something that will do the job, do you have any suggestions? > > > You are right, vdr recordings don't contain the osd, the idea was that > the resolution of the stream causes the problems. So with streams of the > resolution I might be able to reproduce the problems. But I already > tried to scale the osd to many different resolution and I never got > problems. >
There might be some other mystic ;-) . YUV (aka YV12) valid values are _not_ in the range 0 .. 255 ! Y and U/V values should be clamped: luma values to the range 16 .. 235 and chroma values to the range 15 .. 240 . Perhaps that could be tested in the C part of alpha mixing code -> AlphaBlend(). -- Stefan Lucke _______________________________________________ Softdevice-devel mailing list [email protected] http://bat.berlios.de/mailman/listinfo/softdevice-devel
