Re: Build the GPP applications

hi look in the makefiles under the last directory for this path Albert On Thu, Oct 2, 2008 at 5:08 PM, Hidding [EMAIL PROTECTED] wrote: hi all I am following the dvsdk_1_30_01_41/codec_engine_2_00_01/examples/build_instructions.html to building the examples. Then I build the GPP

RE: Query : Audio Related (Dhaval Vadhar)

Hi, You are wrong here, the davinci drivers only support stereo operation. If you record a .wav file and set the number of channels to Mono (via OSS) you will get a stereo file regardless. If you attempt to play this file back on another machine (with known working mono audio), the audio

problem about BT656 mode output of DM6446 VPBE

Hi,all Whether DM6446's VPBE supports ITU-R BT.1305 standard ( or SMPTE272 ) ? Because I want to embedded audio data ( one kind of ancillary data ) in the Bt656 stream, that's to say per frame is not 720x576 but 864x625 , but I cann't see any register to satisfy this requirement in bt656 mode.

RE: Query : Audio Related

Hi, Thanks for your clarifications. BR, Amr. _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy!

Re: Davinci DMS355 - Video Encoder of LCD type

You right with your approach. Add a new encoder.c file and add your VPBE hardware setup function to davinci_platform.c. You'll also need to define a new mode and output to be used on the uBoot kernel boot arguments. - Brad On Oct 6, 2008, at 8:04 AM, Prabhaharan R-TLS,Chennai wrote:

RE: Building a New Linux Kernel

Hi, I also came across the same situation at the start. Only the 1.5MB image from /lsp/ti-davinci is working fine. The other image from lsp/ti-davinci_evm-arm_v5t_le is not working fine and does not boot. And there is of course a lot of place in the document where ti-davinci_evm-arm_v5t_le

RE: Automatic Process spawning before login in dm355 with ramdisk

Could someone please suggest me a best way to start a process in Linux instead of landing in the automatic login prompt? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deepak Shankar-TLS,Chennai. Sent: Thursday, October 02, 2008 7:57 PM To:

RE: [PATCH] ARM: DaVinci: IRAM alloc/free routines

Hey Troy, Thanks for the patches, and you're most probably correct in the DDR latencies being the cause of the sample drops - the patches look like their fixing the alsa code in the git tree - do you have an equivalent patch for the 1.30 DVSDK? (the davinci-audio-aic33.c,

Re: [PATCH] ARM: DaVinci: IRAM alloc/free routines

Jerry Johns wrote: Hey Troy, Thanks for the patches, and you're most probably correct in the DDR latencies being the cause of the sample drops - the patches look like their fixing the alsa code in the git tree - do you have an equivalent patch for the 1.30 DVSDK? (the

RE: error finding codec

First, since this is a TI codec, you should ask for it already XDC packaged. Given an XDC packaged codec, you should be able to just untar it into a directory, add that directory to your XDCPATH and begin using it from your app/config script. The rest of this is

Re: [PATCH] ARM: DaVinci: IRAM alloc/free routines

Troy Kisky wrote: Jerry Johns wrote: Hey Troy, Thanks for the patches, and you're most probably correct in the DDR latencies being the cause of the sample drops - the patches look like their fixing the alsa code in the git tree - do you have an equivalent patch for the 1.30

The ipipe time

Hi,ALL I use the dm355 to encode a 2048x1536 image from MT9P031 sensor,because the width of the image is larger than 1344 pixels,so I must ipipe twice for a frame,but I find that the ipipe process time need about 100ms-200ms,is this proper for the dm355 vpfe?I use dm355 to encode 1280x720 image

Where to modify bootloader and kernel to increase SDRAM size from 128MB to 256 MB?

Hi all, We are developing IP camera which has DIS(Digital Image Stabilizer) functionality. Main chip set is DM6446. By the way, DIS uses large SDRAM memory at run-time. So, we have to increase SDRAM size from 128 MB to 256 MB. I don't know where to modify u-boot(1.3.x) and kernel(2.6.10). Can you