RE: 4 video capture and SMP-linux support

2008-07-25 Thread Jon Povey
I don't know about DM6446, but on DM355 the limiting factor is DDR memory bandwidth. I tried to capture two sync locked 8-bit BT.656 streams side-by-side as 16-bit input and use DMA to separate them for display. It worked, but there was not enough DDR memory bandwidth to do this and output the imag

Re: 4 video capture and SMP-linux support

2008-07-25 Thread Vladimir Pantelic
Jon Povey wrote: I don't know about DM6446, but on DM355 the limiting factor is DDR memory bandwidth. same for the 6441/6446, the limiting factor is DDR bandwidth, not CPU/DSP/DMA speed. I tried to capture two sync locked 8-bit BT.656 streams side-by-side as 16-bit input and use DMA to sepa

Re: 4 video capture and SMP-linux support

2008-07-30 Thread huahua5
ddr2 theorical bandwidth = 297M * 4 * 32bit/8 = 4752MBytes/s because of delay ,bandwidth = 4752*0.4 = 1900MBytes/s 4 channels D1(720x480) data = 720 * 480 * 2 * 30frames/s * 4 channels = 82944000Mbytes/s = 81MBytes the data save to DDR2 and load to cpu to process,meanwhile,send to OSD to displa

Re: Re: 4 video capture and SMP-linux support

2008-08-01 Thread huahua5
I am wrong, the bandwidth = 166M*4*32bit/8 = 2656MBytes/s huahua5 2008-08-01 发件人: huahua5 发送时间: 2008-07-31 10:22:38 收件人: Panchy Rivas; [EMAIL PROTECTED] 抄送: 主题: Re: 4 video capture and SMP-linux support ddr2 theorical bandwidth = 297M * 4 * 32bit/8 = 4752MBytes/s because of delay