On Saturday 24 September 2005 09:08, Denis Oliver Kropp wrote: > I'm installing the patcher2k version now. Then I apply your patch. If > everything works I'll create a working version with all benefits based on > the latest VIA release and push it back to them :)
Excellent news. > > So in summary, it is possible to get an excellent quality interlaced > > TV picture using DirectFB with the CLE266/VT1622A but at the moment it > > requires a number of patches to the kernel and to DirectFB. > > Didn't check yet which chip is used in the CN400. Do you think that your > patches will work on CLE266, too? Does it / should it work with VT1622 as well? These are on the Epia M boards. I have been testing on an Epia MII board with a VT1622A. > > What should ideally happen is that the version of viafb in the > > DirectFB CVS should be updated using the patcher2k version along with the > > no-scale mode and the field parity patch. The DirectFB unichrome driver > > should then be updated to support these. > > As written above I'd like to do that based on the official driver, > otherwise it might be hard to make the patched driver official again :) I did find it very confusing to start with, what with about 4 different framebuffer modules to choose from! > I just need to grab all bits for this: patcher2k viafb, no scale patch and > field parity patch. Am I missing something? Mark sent me a newer version of his viafb patch on Thursday evening. I've done a bit of testing and it seems to work fine for me. I think the main changes were to fix a race condition (not had a chance to look yet). > > Finally, there are some further changes I have had to make to the code > > that checks the version of the CLE266 chip: I do not know what the > > correct long term solution is because I do not have the datasheets that > > describe the differences. All I know is that my chip needs the opposite > > code to what the original DirectFB thought it did. > > Hmm, sounds like I should test on CLE266 first? I believe the problem here is that the hardware revision can only be obtained by root so this is hard-coded by Marks patch to 0x11 which works for VT1622A but I'm not sure how much the hwrev is used in the code. It looks like the main is is to test whether it is 0x10 or greater. Not sure of hte best way of getting round this: I don't like running stuff as root unless it _really_ needs to! > > On hardware MPEG decoding, there was some talk of a new video provider > > that would use this but I've not seen anything yet. On the EPIA MII > > you should be able get good results without hardware decoding provided > > you use the most efficient pixel formats (YV12 for the video plane). If > > you need to blit YV12 surfaces, I've got a patch for that too but it's > > not entirely clean. > > But CLE266 has hw mpeg acceleration though? It has but I don't think it is supported apart from using XvMC and X. There has been mention of hardware MPEG acceleration through libmpeg3. Looking back through the archives, it was you Denis! :-) With Marks patches to viafb and DirectFB, df_xine gives me playback on my TV which I would say is about the same quality as form my dxr3 in a different PC, i.e. really good! my only problem now, is to try to sort out my A-V sync problems when using vdr! Cheers, Laz _______________________________________________ directfb-users mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
