W liście z pią, 25-10-2002, godz. 13:24, Michel Dänzer pisze: > On Fre, 2002-10-25 at 09:15, Jacek Rosik wrote: > > > > Yesterday I've checked out latest CVS code from trunk an I've discovered > > problems with motv (xawtv). > > > > http://stud.ics.p.lodz.pl/~paproch/dri/motv.jpeg > > > > Everything is ok with code before merge (tag: trunk-20021022). Any > > clues? > > > > My TV board is Aver TV GO on bttv-v4l2 drivers, kernel 2.4.19. If > > eanything other would be helpful just let me know. > > How does it render the TV image? Apparently not using the video overlay > but directly to the framebuffer, maybe with DGA? It might be related to > the RandR merge, what pitch is the driver using?
I think it renders directly into framebuffer. It uses v4l-conf to get neccesary info. Here is description from manpage: -- v4l-conf is a small helper tool. It figures out the video mode and framebuffer base address of the graphics board and configures a video4linux driver like bttv. This is needed for drivers which can DMA the video over PCI directly to the into the video memory. -- -- v4l-conf knows tree ways to get the informations: * Query the X-Server using the XF86 DGA extention. This is the default if the DISPLAY environment variable is set. * Query the framebuffer driver. This is the default if DISPLAY is not set. * Query the console driver. This is used on mklinux only -- That is what I've found out for now. I have send an email to the author of xawtv for further explanations. > > BTW: When watching tv with page flipping enabled and GL app running. Tv > > is rendered only to one 'page' no matter which is the curent one. > > Probably also because it renders directly to the framebuffer and doesn't > know about the pageflipping. > > > -- > Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer > XFree86 and DRI project member / CS student, Free Software enthusias Some new info. When I add '-shift n' option which shifts framebufer by 'n' bytes with n=[1..8192] it is OK. Only strange behaviour when resizing, window flickers for a second or two and then it's OK. With new code when I run some OpneGL app when xawtv is running, xawtv exits with error message. When i start glgears with new code when xawtv is running it exits displaying error message. -- X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 141 (XVideo) Minor opcode of failed request: 19 () Serial number of failed request: 687 Current serial number in output stream: 687 -- Oh and my card is Radeon if it is of any use. - Jacek ------------------------------------------------------- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel