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. > I would concede that is probably is nvidia related. I'd like to try a > Matrox G450 or similar, but this is a PCI-e system with no AGP slots. > That would really be a great test. What about pci cards? It doesn't necessarily has to be a Matrox card, any other card would be nice. > > >>> Secondly I have an odd problem with windows wrapping: >>> http://spork.qfe3.net/~chris/vdr/snapshot3.png >>> >> That link is also broken... >> The funny thing is both femon and osdteletext work nice on my setup. >> Which vdr version are you using? > > vdr 1.4.0 (binary build in Ubuntu 6.10) You are using a prebuild vdr together with a self-compiled softdevice? Hm, how did you compile the softdevice? Did you make sure that the prebuild vdr *exactly* matches the sources of vdr you used to build the softdevice (maybe there are some patches applied) ? Could you try if you have the same issues if you build both vdr and the softdevice yourself? One thing which could help to debug both issues would be if you could enable the OSDDEB (uncomment the line "#define OSDDEB(out...) in the file SoftOsd.c and recompile), pipe the output in a file and send it to me. For the color issue it would be nice to have the same OSD (maybe the main menu) once when it works fine, and once when it doesn't work. Actually the nicest would be if you could send the log for the osd when it flicks from correct to pink or back and try to mark where in the log where it is fine and where not. For the issue with osdteletext and femon, you can just send me log, but please use osdteletext, femon updates the osd quite often, so the log would be a log larger. Bye, Martin _______________________________________________ Softdevice-devel mailing list [email protected] http://bat.berlios.de/mailman/listinfo/softdevice-devel
