HI, steve I just do some work on LCD OUT. our LCD is 800*600 ,RGB666 mode, we use externel clk VPBECLK 40Mhz. we can get the Montavista LOGO in full screen ,without pixel skipped. but we still have a big problem on attribute window blending . the OSD1 window cann't do the blending work right. if we open the OSD1 , the image will dither.
I want to know how you set the HINT,VINT,HSTART,VSTART and other VENC registers. Can you give your lcd timing setting with the LCD datasheet?maybe I can help you. Best Regards, Ruiyu Wu -----邮件原件----- 发件人: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 代表 [EMAIL PROTECTED] 发送时间: 2006年11月15日 15:41 收件人: [email protected] 主题: Davinci-linux-open-source Digest, Vol 11, Issue 39 Send Davinci-linux-open-source mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Davinci-linux-open-source digest..." Today's Topics: 1. ### LCD - DVI Output (Steve Spano) 2. wrap h264 encoded into .mp4 file (Alan Li) 3. Ask for example code for controlling both VPFE and VPBE... (Sz Lian Yu) 4. Is it impossile for arm to access the physical memory taken exclusively by dsp? (X. Zhou) ---------------------------------------------------------------------- Message: 1 Date: Tue, 14 Nov 2006 21:31:04 -0500 From: "Steve Spano" <[EMAIL PROTECTED]> Subject: ### LCD - DVI Output To: <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Hi Has anyone been successful in using the RGB888 mode at ~1024x768 output? I have it "working" here. I can generate a color bar pattern using the VPBE test mode However, when I enable the software to run the framebuffer, the display looks like the HSYNC is not right (but it is) Basically the output looks like this Pixel1, Pixel2, skip, skip, Pixel3..etc It also looks "compressed" Someone had mentioned something about synchronizing the OSD and VENC clocks? My Venc is 65MHz (at the DCLK pin) on the LCD port Is there something else needed? Steve Spano, President Finger Lakes Engineering 607-277-1614 www.fl-eng.com [EMAIL PROTECTED] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20061114/c3dc40ef/attachment-0001.htm ------------------------------ Message: 2 Date: Tue, 14 Nov 2006 19:25:32 -0800 (PST) From: Alan Li <[EMAIL PROTECTED]> Subject: wrap h264 encoded into .mp4 file To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Hi, does anyone know how to (or where to find an utility) wrap the DaVinci H264 encoded ES stream into an mp4 file format? thanks, alan ----- Original Message ---- From: Keith Ballard <[EMAIL PROTECTED]> To: [email protected] Sent: Tuesday, November 7, 2006 4:31:17 AM Subject: Porting from DVEVM to own board <!-- _filtered {font-family:PMingLiU; panose-1:2 1 6 1 0 1 1 1 1 1; } _filtered { panose-1:0 0 0 0 0 0 0 0 0 0; } /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal { margin:0in; margin-bottom:.0001pt; font-size:12.0pt; font-family:"Times New Roman"; } a:link, span.MsoHyperlink {color:blue; text-decoration:underline; } a:visited, span.MsoHyperlinkFollowed {color:purple; text-decoration:underline; } span.EmailStyle17 { font-family:Arial; color:windowtext;} span.GramE { } _filtered { margin:1.0in 1.25in 1.0in 1.25in; } div.Section1 {} --> Hi, At some point I am going to have to port the Linux from DVEVM to our own hardware. I assume this involves remaking the uboot and kernel to suit the target hardware (which we are trying to keep as close to DVEVM as possible, but with bits added, and some bits missing). It is intended that the system will boot from NOR flash, and then load the rest from either CF or SD memory. Can anyone point me to documentation describing the procedure for how to port/remake both parts (uboot & kernel). Regards, Keith Ballard -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.13.30/521 - Release Date: 07/11/2006 _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source ____________________________________________________________________________________ Sponsored Link Compare mortgage rates for today. Get up to 5 free quotes. Www2.nextag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20061114/c11f1b90/attachment-0001.htm ------------------------------ Message: 3 Date: Wed, 15 Nov 2006 14:16:24 +0800 (CST) From: Sz Lian Yu <[EMAIL PROTECTED]> Subject: Ask for example code for controlling both VPFE and VPBE... To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=big5 My lab is doing the project , in short , it's HD input -> Process (3A) -> HD output I download source code form source.mvista.com/git, As far as i know , i should control VPFE and VPBE in this source. I find VPBE control is in davincifb.c VPFE is not in the source.mvista.com/git cource tree. Could someone give me an example for the whole VPSS (VPFE+VPBE) handling? Many thanks~ ___________________________________________________ ±zªº¥Í¬¡§Y®É³q ¡Ð [EMAIL PROTECTED]@¦¸·d©w¡I http://messenger.yahoo.com.tw/ ------------------------------ Message: 4 Date: Wed, 15 Nov 2006 15:41:50 +0800 From: "X. Zhou" <[EMAIL PROTECTED]> Subject: Is it impossile for arm to access the physical memory taken exclusively by dsp? To: <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Hi, group, another question about XDAIS compilant codecs running on DM6446 DVSDK. Is it possible to access the memory taken exclusively by DSP ( i.e.: not the memory taken by ARM linux kernel, CMEMK module, and DSPLINK module) from ARM side? actually, my issue comes from this fact: (1) the dsp algorithm allocates some buffers to contain some critical data, e.g.: reconstruced image data; (2) now, i want to print these data from ARM side. i know theere is DSP traceutil tool i can use, but I prefer to read these data from arm client application, so i make use of IVIDENC_OutArgs to get the address of that buffer, e.g.: a). at dsp algorithm side, in each IVIDENC_**_process() call, i set IVIDEnc_OutArgs just like below: outArgs->reconBufs.numBufs = 1; outArgs->reconBufs.width = DSP_BUF_STRIDE; outArgs->reconBufs.bufs[0] = DSP_BUF_ADDR; outArgs->reconBufs.bufSizes[0] = DSP_BUF_SIZE; b). at arm client application, after each VIDENC_process() call, i intend to access the dsp buffer just like below: status = VIDENC_process(hencode, &inbuf_desc, &outbuf_desc, &encoder_inargs, &encoder_outargs); ........ bufPhyAddr = encoder_outargs.reconBufs.bufs[0]; bufSize = encoder_outargs.reconBufs.bufSizes[0]; bufLogAddr = Memory_getBufferVirtualAddress(bufPhyAddr, bufSize); fwrite(bufLogAddr, bufSize, 1, fp); ...... While, i founded that the "bufPhyAddr" gotten by arm is always equal to be 0 !!! I feel very confused! anyway, i also tried to pass the bufPhyAddr via other fileld of encoder_outargs.reconBufs, except the bufs fields. It seems sucessfully, but the Memory_getBufferVirtualAddress() call failed! Is it impossile for arm to access the physical memory taken exclusively by dsp? if does, how can i do for this requirement? ZhouXiao This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linux.omap.com/pipermail/davinci-linux-open-source/attachments/20061115/d0d4a9d3/attachment.htm ------------------------------ _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source End of Davinci-linux-open-source Digest, Vol 11, Issue 39 *********************************************************
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
