RE: Re: Changing Resolutions
As I know, hardware is not capable to to do this. If you have no problem with latency, than you can use resizer to resize image before commpression. If you imput PAL, than resizing will take few ms. If your sensor is not capable to bin image, than this is one way how to fix this. Mvl 401 is LSP 1.30 I suppose. Best regards Ondrej Pindroch -Original Message- From: Alex Tarter alex.tar...@ultra-cis.com To: davinci-linux-open-source@linux.davincidsp.com Date: Thu, 30 Jul 2009 14:25:51 +0100 Subject: RE: Re: Changing Resolutions I don't think it's the sensor as its just inputting a standard PAL signal. The reason is I'm using the following commands: crop.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; crop.c.left = MAX_WIDTH / 2 - captureWidth / 2; crop.c.top= MAX_HEIGHT / 2 - captureHeight / 2; crop.c.width = captureWidth; crop.c.height = captureHeight; if (ioctl(fd, VIDIOC_S_CROP, crop) == -1) { ERR(VIDIOC_S_CROP failed %d, %s\n, errno, strerror(errno)); return -1; } But if I try anything else I end up with a corrupt image. Is there an ioctl command to not use cropping but to use interpolation? I think I'm using LSP version mvl401 if that makes any sense. Thanks Alex Message: 3 Date: Thu, 30 Jul 2009 13:06:13 +0200 From: Ondrej Pindroch opindr...@softhard.sk Subject: Re: Changing Resolutions To: davinci-linux-open-source davinci-linux-open-source@linux.davincidsp.com Message-ID: wc20090730110613.310...@softhard.sk Content-Type: text/plain; charset=utf-8 First question is which sensor are you using? Perhaps you need to change mode specification in driver. which LSP are you using? Interpolation will cost some resources. If you have MT9T001 or some similar, than the sensor can do it for you. Best regards. Ondrej Pindroch This e-mail from Ultra Electronics Limited and any attachments to it are confidential to the intended recipient and may also be privileged. If you have received it in error please notify the sender and delete it from your system. If you are not the intended recipient you must not copy it or use it for any purpose nor disclose or distribute its contents to any other person. All communications may be subject to interception or monitoring for operational and/or security purposes. Please rely on your own virus checking as the sender cannot accept any liability for any damage arising from any bug or virus infection. Ultra Electronics Limited is a company registered in England and Wales, registration number 2830644. The address of its registered office is 417 Bridport Road, Greenford, Middlesex, UB6 8UA. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source [http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source] ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
why is my bootargs about davincifb noneffective when use kernel2.6.18?
Just shows by boot info,I have set my bootaregs as: Built 1 zonelists. Total pages: 29696 Kernel command line: console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=10.0.0.89:/mnt/rootfs,nolock mem=116M video=davincifb:vid0=0,2500K:vid1=0, 2500K:osd0=800x600x16,2025K :osd1=720x576x16, 1650K davinci_enc_mngr.ch0_output=COMPONENT1 davinci_enc_mngr.ch0_mode=640x480 but the kernel davincifb_probe() get the osd0 size is not right! davincifb davincifb.0: dm_osd0_fb: 640x480...@0,0 with framebuffer size 1200KB davincifb davincifb.0: dm_vid0_fb: 0x0...@0,0 with framebuffer size 2500KB davincifb davincifb.0: dm_osd1_fb: 640x48...@0,0 with framebuffer size 1200KB davincifb davincifb.0: dm_vid1_fb: 0x0...@0,0 with framebuffer size 600KB So i cann't set the osd0 to 800x600 by fbdev command FBIOPUT_VSCREENINFO! but it work well in linux2.6.10, It get the right osd size!I have check the source davincifb.c between the two kernel version , but i cann't find the reason yet!Any one can help me?thanks a lot! 2009-07-31 zuowenping ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
[PATCH v5] davinci: fb: Frame Buffer driver for TI DA8xx/OMAP-L1xx
Adds LCD controller (LCDC) driver for TI's DA8xx/OMAP-L1xx architecture. LCDC specifications can be found at http://www.ti.com/litv/pdf/sprufm0a. LCDC on DA8xx consists of two independent controllers, the Raster Controller and the LCD Interface Display Driver (LIDD) controller. LIDD further supports character and graphic displays. This patch adds support for the graphic display (Sharp LQ035Q3DG01) found on the DA830 based EVM. The EVM details can be found at: http://support.spectrumdigital.com/boards/dskda830/revc/. Signed-off-by: Sudhakar Rajashekhara sudhakar@ti.com Signed-off-by: Pavel Kiryukhin pkiryuk...@ru.mvista.com Signed-off-by: Steve Chen sc...@mvista.com Acked-by: Krzysztof Helt krzysztof...@wp.pl --- This patch applies to Linus's Kernel tree. Following are the changes since the previous version(v4): a. An if loop check while returning from lcd_disable_raster() function has been removed. b. invert_pxl_clock variable has been renamed as invert_pxl_clk and moved from lcd_ctrl_config structure in include/video/da8xx-fb.h file to da8xx_panel structure in drivers/video/da8xx-fb.c file. Appropriate changes in source code as a result of moving this variable has also been done. drivers/video/Kconfig| 11 + drivers/video/Makefile |1 + drivers/video/da8xx-fb.c | 910 ++ include/video/da8xx-fb.h | 103 ++ 4 files changed, 1025 insertions(+), 0 deletions(-) create mode 100644 drivers/video/da8xx-fb.c create mode 100644 include/video/da8xx-fb.h diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig index 3b54b39..d2f17af 100644 --- a/drivers/video/Kconfig +++ b/drivers/video/Kconfig @@ -2039,6 +2039,17 @@ config FB_SH7760 and 8, 15 or 16 bpp color; 90 degrees clockwise display rotation for panels = 320 pixel horizontal resolution. +config FB_DA8XX + tristate DA8xx/OMAP-L1xx Framebuffer support + depends on FB ARCH_DAVINCI_DA8XX + select FB_CFB_FILLRECT + select FB_CFB_COPYAREA + select FB_CFB_IMAGEBLIT + ---help--- + This is the frame buffer device driver for the TI LCD controller + found on DA8xx/OMAP-L1xx SoCs. + If unsure, say N. + config FB_VIRTUAL tristate Virtual Frame Buffer support (ONLY FOR TESTING!) depends on FB diff --git a/drivers/video/Makefile b/drivers/video/Makefile index 01a819f..288d9b0 100644 --- a/drivers/video/Makefile +++ b/drivers/video/Makefile @@ -136,6 +136,7 @@ obj-$(CONFIG_FB_OF) += offb.o obj-$(CONFIG_FB_BF54X_LQ043) += bf54x-lq043fb.o obj-$(CONFIG_FB_BFIN_T350MCQB) += bfin-t350mcqb-fb.o obj-$(CONFIG_FB_MX3) += mx3fb.o +obj-$(CONFIG_FB_DA8XX) += da8xx-fb.o # the test framebuffer is last obj-$(CONFIG_FB_VIRTUAL) += vfb.o diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c new file mode 100644 index 000..04de744 --- /dev/null +++ b/drivers/video/da8xx-fb.c @@ -0,0 +1,910 @@ +/* + * Copyright (C) 2008-2009 MontaVista Software Inc. + * Copyright (C) 2008-2009 Texas Instruments Inc + * + * Based on the LCD driver for TI Avalanche processors written by + * Ajay Singh and Shalom Hai. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option)any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ +#include linux/module.h +#include linux/kernel.h +#include linux/fb.h +#include linux/dma-mapping.h +#include linux/device.h +#include linux/platform_device.h +#include linux/uaccess.h +#include linux/device.h +#include linux/interrupt.h +#include linux/clk.h +#include video/da8xx-fb.h + +#define DRIVER_NAME da8xx_lcdc + +/* LCD Status Register */ +#define LCD_END_OF_FRAME0 BIT(8) +#define LCD_FIFO_UNDERFLOW BIT(5) +#define LCD_SYNC_LOST BIT(2) + +/* LCD DMA Control Register */ +#define LCD_DMA_BURST_SIZE(x) ((x) 4) +#define LCD_DMA_BURST_10x0 +#define LCD_DMA_BURST_20x1 +#define LCD_DMA_BURST_40x2 +#define LCD_DMA_BURST_80x3 +#define LCD_DMA_BURST_16 0x4 +#define LCD_END_OF_FRAME_INT_ENA BIT(2) +#define LCD_DUAL_FRAME_BUFFER_ENABLE BIT(0) + +/* LCD Control Register */ +#define LCD_CLK_DIVISOR(x) ((x) 8) +#define LCD_RASTER_MODE
Problem regarding DSPLink build
Hi Iam facing some problem when i tried to built DSPLink in the DM6446 EVM board. I followed the same procedure as mentioned in the below link. but iam facing problem when iam trying to build the Dsplink on arm-linux. http://wiki.davincidsp.com/index.php/How_to_build_an_ARM/DSP_Hello_World_program_on_the_DaVinci_EVM Kindly suggest me any patch to be added? Regards Vijayabharathi C ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: Problem regarding DSPLink build
Hi, Can you try these also: http://wiki.davincidsp.com/index.php/Building_DSPLink http://wiki.davincidsp.com/index.php/Building_DSPLink_Applications http://wiki.davincidsp.com/index.php/Building_DSPLink_with_kbuild http://wiki.davincidsp.com/index.php/Troubleshooting_DSPLink_build_issues Regards, Mugdha From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Vijayabharathi C Sent: Friday, July 31, 2009 2:14 PM To: Davinci-linux-open-source@linux.davincidsp.com Subject: Problem regarding DSPLink build Hi Iam facing some problem when i tried to built DSPLink in the DM6446 EVM board. I followed the same procedure as mentioned in the below link. but iam facing problem when iam trying to build the Dsplink on arm-linux. http://wiki.davincidsp.com/index.php/How_to_build_an_ARM/DSP_Hello_World_program_on_the_DaVinci_EVM Kindly suggest me any patch to be added? Regards Vijayabharathi C ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
saDisplay + DM6467 showing black an white image in SD Display
We tried displaying yuv4::2:2(740x480) image in SD display using saDisplay(application sample ibn PSP), But we are getting black and white image even if we input color image. We tried the sample file given in PSP. But black. we are curious to know how to get the color SD display. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Re: DM6446 file system(ramdisk) in NAND
there's nothing with libs. Shell is bysybox stuff. Also u should have proper inittab and rcS. Regards, Omkar --- On Thu, 30/7/09, kirthika varadarajan kirthikai...@gmail.com wrote: From: kirthika varadarajan kirthikai...@gmail.com Subject: DM6446 file system(ramdisk) in NAND To: Davinci-linux-open-source@linux.davincidsp.com davinci-linux-open-source@linux.davincidsp.com Date: Thursday, 30 July, 2009, 11:00 AM Hi, I am working in DM6446(Monta vista linux) I created a small ramdisk.Sample ramdisk.gz is given with DM6446. I took that and i added the necessary libraries and the size comes to around 8MB I wroted ramdisk in area of flash memory and boot from flash. I am running my application automatically(i wrote the application to be executed in script file rcS) I wish to have a shell prompt. I am not able to login and check what are the process running. Any libraries am i missing for getting shell prompt and other applications such as streaming. When i boot the system i am getting these debug messages. bootserver=255.255.255.255, rootserver=255.255.255.255, rootpath= RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing init memory: 112K INIT: version 2.85 booting 0 mknod: invalid option -- - BusyBox v1.00-rc3 (2005.07.23-08:39+) multi-call binary Usage: mknod [OPTIONS] NAME TYPE MAJOR MINOR Create a special file (block, character, or pipe). Options: -m create the special file using the specified mode (default a=rw) TYPEs include: b: Make a block (buffered) device. c or u: Make a character (un-buffered) device. p: Make a named pipe. MAJOR and MINOR are ignored for named pipes. Mounting a tmpfs over /dev...done. Creating initial device nodes...done. mknod: invalid option -- - BusyBox v1.00-rc3 (2005.07.23-08:39+) multi-call binary Usage: mknod [OPTIONS] NAME TYPE MAJOR MINOR Create a special file (block, character, or pipe). Options: -m create the special file using the specified mode (default a=rw) TYPEs include: b: Make a block (buffered) device. c or u: Make a character (un-buffered) device. p: Make a named pipe. MAJOR and MINOR are ignored for named pipes. 0 Starting mounting local filesystems: mount nothing was mounted Cleaning: /etc/network/ifstate. Setting up IP spoofing protection: rp_filter. Disable TCP/IP Explicit Congestion Notification: done. Starting network interfaces: done. Starting hotplug subsystem: pci pci [success] usb usb [success] isapnp isapnp [success] ide ide [success] input input [success] scsi scsi [success] done. Starting portmap daemon: portmap. Cleaning: /tmp BusyBox v1.00-rc3 (2005.07.23-08:39+) multi-call binary Usage: find [PATH...] [EXPRESSION] Search for files in a directory hierarchy. The default PATH is the current directory; default EXPRESSION is '-print' EXPRESSION may consist of: -follow Dereference symbolic links. -name PATTERN File name (leading directories removed) matches PATTERN. -print Print (default and assumed). -type X Filetype matches X (where X is one of: f,d,l,b,c,...) -perm PERMS Permissions match any of (+NNN); all of (-NNN); or exactly (NNN) -mtime TIME Modified time is greater than (+N); less than (-N); or exactly (N) days /var/lock cd: 77: can't cd to /var/lock /var/run BusyBox v1.00-rc3 (2005.07.23-08:39+) multi-call binary Usage: find [PATH...] [EXPRESSION] Search for files in a directory hierarchy. The default PATH is the current directory; default EXPRESSION is '-print' EXPRESSION may consist of: -follow Dereference symbolic links. -name PATTERN File name (leading directories removed) matches PATTERN. -print Print (default and assumed). -type X Filetype matches X (where X is one of: f,d,l,b,c,...) -perm PERMS Permissions match any of (+NNN); all of (-NNN); or exactly (NNN) -mtime TIME Modified time is greater than (+N); less than (-N); or exactly (N) days done. Setting pseudo-terminal access permissions...done. Starting system log daemon: syslogd/sbin/syslogd: invalid option -- r BusyBox v1.00-rc3 (2005.07.23-08:39+) multi-call binary Usage: syslogd [OPTION]... Linux system and kernel logging utility. Note that this version of syslogd ignores /etc/syslog.conf. Options: -m MIN Minutes between MARK lines (default=20, 0=off) -n Run as a foreground process -O FILE Use an alternate log file (default=/var/log/messages) -s SIZE Max size (KB) before rotate (default=200KB, 0=off) -b NUM Number of rotated logs to keep (default=1, max=99, 0=pur klogd/sbin/klogd: invalid option -- x
Re: 8-bit planar support for Resizer
Nitin Mahajan wrote: HI! Does the Davinci Resizer driver supports, RGB 8-bit color separated input data? don't know about the driver, but the resizer HW does support 8 bit resize, so a 3-pass will resize separated components... ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: saDisplay + DM6467 showing black an white image in SD Display
Hi, As far as I remember, this application does not work the sample image. Application actually generates color bar and displays it. Thanks, Brijesh Jadav From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of kirthika varadarajan Sent: Friday, July 31, 2009 3:28 PM To: Davinci-linux-open-source@linux.davincidsp.com Subject: saDisplay + DM6467 showing black an white image in SD Display We tried displaying yuv4::2:2(740x480) image in SD display using saDisplay(application sample ibn PSP), But we are getting black and white image even if we input color image. We tried the sample file given in PSP. But black. we are curious to know how to get the color SD display. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: 8-bit planar support for Resizer
Hi, Driver supports planar Resizer but no in the RGB format. Resizer supports planar YUV422 scaling. Thanks, Brijesh Jadav -Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Vladimir Pantelic Sent: Friday, July 31, 2009 5:44 PM To: davinci-linux-open-source@linux.davincidsp.com Cc: davinci-linux-open-source@linux.davincidsp.com Subject: Re: 8-bit planar support for Resizer Nitin Mahajan wrote: HI! Does the Davinci Resizer driver supports, RGB 8-bit color separated input data? don't know about the driver, but the resizer HW does support 8 bit resize, so a 3-pass will resize separated components... ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: saDisplay + DM6467 showing black an white image in SD Display
Hi, What is the format of your YUV422 file? DM6467 supports only YUV422 Semi-Planar format. Thanks, Brijesh Jadav From: Vinayagam Mariappan [mailto:vinayagamenm...@gmail.com] Sent: Friday, July 31, 2009 5:57 PM To: Jadav, Brijesh R Cc: Davinci-linux-open-source@linux.davincidsp.com Subject: Re: saDisplay + DM6467 showing black an white image in SD Display Hi, Yes, I know... But I have modified to play with YUV422 sample. I get only Luma not chroma I am just fulling the buffer with YUV422 Data. Regards, Vinayagam M On Fri, Jul 31, 2009 at 9:19 PM, Jadav, Brijesh R brijes...@ti.commailto:brijes...@ti.com wrote: Hi, As far as I remember, this application does not work the sample image. Application actually generates color bar and displays it. Thanks, Brijesh Jadav From: davinci-linux-open-source-boun...@linux.davincidsp.commailto:davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.commailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of kirthika varadarajan Sent: Friday, July 31, 2009 3:28 PM To: Davinci-linux-open-source@linux.davincidsp.commailto:Davinci-linux-open-source@linux.davincidsp.com Subject: saDisplay + DM6467 showing black an white image in SD Display We tried displaying yuv4::2:2(740x480) image in SD display using saDisplay(application sample ibn PSP), But we are getting black and white image even if we input color image. We tried the sample file given in PSP. But black. we are curious to know how to get the color SD display. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.commailto:Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source -- Regards, Vinayagam M VeNMSOL Technologies, #7A, First Cross Street, Ganapathy Colony, Ekkaduthangal, Chennai - 600 032,India. Tel:+91-44-4353 0168;Mobile:+91-9445-019919 URL: www.venmsol.comhttp://www.venmsol.com We make a living by what we get, we make a life by what we give...- Unknown ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Re: saDisplay + DM6467 showing black an white image in SD Display
Hi, YUV422 = [][U][V]. How about YUV420I have my own MPEG-4 Decoder which gives out YUV420 with D1 resolution. I am using TI Sample Application to Interface with our own MPEG-4 Decoder Server. I get my YUV data to application but I am not able to display it. Where do I making mistake? Regards, Vinayagam M On Fri, Jul 31, 2009 at 9:31 PM, Jadav, Brijesh R brijes...@ti.com wrote: Hi, What is the format of your YUV422 file? DM6467 supports only YUV422 Semi-Planar format. Thanks, Brijesh Jadav -- *From:* Vinayagam Mariappan [mailto:vinayagamenm...@gmail.com] *Sent:* Friday, July 31, 2009 5:57 PM *To:* Jadav, Brijesh R *Cc:* Davinci-linux-open-source@linux.davincidsp.com *Subject:* Re: saDisplay + DM6467 showing black an white image in SD Display Hi, Yes, I know... But I have modified to play with YUV422 sample. I get only Luma not chroma I am just fulling the buffer with YUV422 Data. Regards, Vinayagam M On Fri, Jul 31, 2009 at 9:19 PM, Jadav, Brijesh R brijes...@ti.com wrote: Hi, As far as I remember, this application does not work the sample image. Application actually generates color bar and displays it. Thanks, Brijesh Jadav -- *From:* davinci-linux-open-source-boun...@linux.davincidsp.com [mailto: davinci-linux-open-source-boun...@linux.davincidsp.com] *On Behalf Of *kirthika varadarajan *Sent:* Friday, July 31, 2009 3:28 PM *To:* Davinci-linux-open-source@linux.davincidsp.com *Subject:* saDisplay + DM6467 showing black an white image in SD Display We tried displaying yuv4::2:2(740x480) image in SD display using saDisplay(application sample ibn PSP), But we are getting black and white image even if we input color image. We tried the sample file given in PSP. But black. we are curious to know how to get the color SD display. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source -- Regards, Vinayagam M VeNMSOL Technologies, #7A, First Cross Street, Ganapathy Colony, Ekkaduthangal, Chennai - 600 032,India. Tel:+91-44-4353 0168;Mobile:+91-9445-019919 URL: www.venmsol.com We make a living by what we get, we make a life by what we give...- Unknown -- Regards, Vinayagam M VeNMSOL Technologies, #7A, First Cross Street, Ganapathy Colony, Ekkaduthangal, Chennai - 600 032,India. Tel:+91-44-4353 0168;Mobile:+91-9445-019919 URL: www.venmsol.com We make a living by what we get, we make a life by what we give...- Unknown ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: saDisplay + DM6467 showing black an white image in SD Display
Hi, DM6467 display module accepts data in the YUV422 semi-planar format. It is as shown below YUV422 = [][UVUVUVUVUV]. Probably, this is reason why you are not getting correct color information. Thanks,, Brijesh Jadav From: Vinayagam Mariappan [mailto:vinayagamenm...@gmail.com] Sent: Friday, July 31, 2009 6:08 PM To: Jadav, Brijesh R Cc: Davinci-linux-open-source@linux.davincidsp.com Subject: Re: saDisplay + DM6467 showing black an white image in SD Display Hi, YUV422 = [][U][V]. How about YUV420I have my own MPEG-4 Decoder which gives out YUV420 with D1 resolution. I am using TI Sample Application to Interface with our own MPEG-4 Decoder Server. I get my YUV data to application but I am not able to display it. Where do I making mistake? Regards, Vinayagam M On Fri, Jul 31, 2009 at 9:31 PM, Jadav, Brijesh R brijes...@ti.commailto:brijes...@ti.com wrote: Hi, What is the format of your YUV422 file? DM6467 supports only YUV422 Semi-Planar format. Thanks, Brijesh Jadav From: Vinayagam Mariappan [mailto:vinayagamenm...@gmail.commailto:vinayagamenm...@gmail.com] Sent: Friday, July 31, 2009 5:57 PM To: Jadav, Brijesh R Cc: Davinci-linux-open-source@linux.davincidsp.commailto:Davinci-linux-open-source@linux.davincidsp.com Subject: Re: saDisplay + DM6467 showing black an white image in SD Display Hi, Yes, I know... But I have modified to play with YUV422 sample. I get only Luma not chroma I am just fulling the buffer with YUV422 Data. Regards, Vinayagam M On Fri, Jul 31, 2009 at 9:19 PM, Jadav, Brijesh R brijes...@ti.commailto:brijes...@ti.com wrote: Hi, As far as I remember, this application does not work the sample image. Application actually generates color bar and displays it. Thanks, Brijesh Jadav From: davinci-linux-open-source-boun...@linux.davincidsp.commailto:davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.commailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of kirthika varadarajan Sent: Friday, July 31, 2009 3:28 PM To: Davinci-linux-open-source@linux.davincidsp.commailto:Davinci-linux-open-source@linux.davincidsp.com Subject: saDisplay + DM6467 showing black an white image in SD Display We tried displaying yuv4::2:2(740x480) image in SD display using saDisplay(application sample ibn PSP), But we are getting black and white image even if we input color image. We tried the sample file given in PSP. But black. we are curious to know how to get the color SD display. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.commailto:Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source -- Regards, Vinayagam M VeNMSOL Technologies, #7A, First Cross Street, Ganapathy Colony, Ekkaduthangal, Chennai - 600 032,India. Tel:+91-44-4353 0168;Mobile:+91-9445-019919 URL: www.venmsol.comhttp://www.venmsol.com We make a living by what we get, we make a life by what we give...- Unknown -- Regards, Vinayagam M VeNMSOL Technologies, #7A, First Cross Street, Ganapathy Colony, Ekkaduthangal, Chennai - 600 032,India. Tel:+91-44-4353 0168;Mobile:+91-9445-019919 URL: www.venmsol.comhttp://www.venmsol.com We make a living by what we get, we make a life by what we give...- Unknown ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Re: saDisplay + DM6467 showing black an white image in SD Display
Hi, DM6467 encode/decode supports 4:2:0 YUV semi planar mode only Capture driver supports 4:2:2 YUV semi planar and display supports 4:2:2 semi planar and planar. VDCE module performs conversion irrespective of planar/semi planar mode, it does resize and CCV conversion Assume you perform CCV conversion of 4:2:2 to 4:2:0 than If input is 4:2:2 semi planar than output will be 4:2:0 semi planar If input is 4:2:2 planar than output will be 4:2:0 planar Capture and display drivers allocate buffer for 1920x1080 resolution during initialization. Two buffers are located, one for luma and other for chroma. So, Chroma will be at the offset of 1920*1080 irrespective of the capture resolution. Same is true for the display driver. But this is the case only for MMAP buffers as MMAP buffers are allocated by the driver. Luma and chroma can be arranged together with the ioctl S_FMT. In that case chroma data will be at the offset of "width*height", where width/height corresponds to the resolution selected. One more thing, in case of MMAP buffers, if S_FMT is performed than Luma and chroma will be aligned together and buffer length would be still 1920*1080*2 as those buffers are allocated during initialization. VDCE expects chroma at the offset of "buffer length /2", in that case also only Y data will appear, as actual chroma data would be at 720*480 offset for NTSC. Hope this helps you to debug your problem Regards, Deepika Vinayagam Mariappan wrote: Hi, Its confusing me.. Let me give your data In my system, I just decode MPEG-4 Data and get YUV420 on D1 resolution.. Now What I am doing is Just get one Frame of YUV420 data from decoder (YUV420 = [YY][UU...][V] then convert that YUV420 to YUV422 using saCCV420_422 and then I use the converted YUV422 to display unit using saDisplay. I getLuma data properly out on screen but never get Chroma. Actually I use Decoder Demo Application which made for HD.I have able to display the HD Decoded data comes with demo and display it on SDunit.But when I use my customized decoded on D1 resolution I am not getting anything on screen. So I want to debug the issue using saDisplay then update it on applicayion. I hope you got me in a right way... Looking forward to fix this issue. Regards, Vinayagam M On Sat, Aug 1, 2009 at 3:12 AM, Jadav, Brijesh R brijes...@ti.com wrote: Hello Murali, DM6467 supports NV16 video format, where image is stored in two buffers. First buffer contains luma data and second buffer contains cb and cr interleaved data. It does not support completele YUV422 interleaved data. You are right, chroma buffer pointer could also be an problem. Display driver always expects chroma data at the half of the buffer size. Thanks, Brijesh Jadav From: Karicheri, Muralidharan Sent: Friday, July 31, 2009 10:34 AM To: Jadav, Brijesh R; Vinayagam Mariappan Cc: Davinci-linux-open-source@linux.davincidsp.com Subject: RE: saDisplay + DM6467 showing black an white image in SD Display Brijesh, DM6467 display accept YUV422 planar. The format is YUV422 = [][U][V]. as given by Vinayagam. If you are seeing black and white image, it is probably because your cbcr offer is not correct. The display driver in expects cbcr offset at half kernel buffer size (MMAP) and half of sizeimage for UserPTR. I have been working to port the code to GIT and this is what I have understood. Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 Phone : 301-515-3736 email: m-kariche...@ti.com From: davinci-linux-open-source-bounces+m-karicheri2=ti.com@linux.davincidsp.com [mailto:davinci-linux-open-source-bounces+m-karicheri2=ti.com@linux.davincidsp.com] On Behalf Of Jadav, Brijesh R Sent: Friday, July 31, 2009 8:42 AM To: Vinayagam Mariappan Cc: Davinci-linux-open-source@linux.davincidsp.com Subject: RE: saDisplay + DM6467 showing black an white image in SD Display Hi, DM6467 display module accepts data in the YUV422 semi-planar format. It is as shown below YUV422 = [][UVUVUVUVUV]. Probably, this is reason why you are not getting correct color information. Thanks,, Brijesh Jadav From: Vinayagam Mariappan [mailto:vinayagamenm...@gmail.com] Sent: Friday, July 31, 2009 6:08 PM To: Jadav, Brijesh R Cc: Davinci-linux-open-source@linux.davincidsp.com Subject: Re: saDisplay + DM6467 showing black an white image in SD Display Hi, YUV422 = [][U][V]. How about YUV420I have my own MPEG-4 Decoder which gives out YUV420 with D1 resolution. I am using TI Sample Application to Interface with our own MPEG-4 Decoder Server. I get my YUV data to application but I am not able to display it. Where do I making mistake? Regards,