All,
Has anybody made an progress getting a user-space app running properly
using ipipe to resize their video? I've been going through the driver
and the 'documentation' for the linux ipipe driver (sprufg1) and I'm not
quite understanding all the settings that are available. Does anybody
have any better documentation than this pdf, or the examples in the
PSP_xxxx directory?
Thanks
BJ
On Thu, 2008-04-17 at 11:10 -0400, Stephen Berry wrote:
> According to the IPIPE docs, you can turn on a bypass mode and it will
> not convert the input stream. Theoretically if all you have "on" in
> the pipeline is the resizer, then you should be able to get bayer
> out.
>
> The code below was part of the kernel IPIPE, I didn't write it, I just
> know that it doesn't work!
>
> Where can I find the ccdc_loopback app you are talking about? I'd like
> to take a look at that for some hints...
>
> Thanks,
>
> Steve
>
> Chris Stillson wrote:
> From what I can tell, the IPIPE doesn't give you raw bayer frames. It
> will only give you YUV422 (or maybe YCbCr422). We've managed to get
> the ccdc_loopback application working with an in-house made camera
> head. I don't quite get the code you've written, but it is possible.
>
> c
>
> On Thu, Apr 17, 2008 at 7:40 AM, Stephen Berry <[EMAIL PROTECTED]>
> wrote:
>
> I've been spending a lot of time in the past couple of weeks
> trying to get
> a CMOS sensor integrated into the DM355 IPIPE code. WIth
> little to no
> success.
>
> There isn't any example user space application code that
> works (yet)
> according to TI even for the MT9P001 drivers in the kernel.
> So I borrowed
> one that was written for the 6446 (a previewer application
> that took sensor
> data and ran it throught the 6446 previewer driver (and
> equivilent to the
> 355 IPIPE?) and displayed it on the NTSC output DAC)
>
> Is there anyone familiar with the DM355 IPIPE that I can ask
> questions of?
>
> Like for example:
>
> When I call the IPIPE driver the first time everything
> appears to work
> (even though the resultant image is junk), but the second
> call get's stuck
> in the dm355_ipipe.c code:
>
> regw_ip(0xff, IRQ_EN);
> while(1){
> printk("ipen ");
> utemp = regr_ip(IPIPE_EN);
> if(utemp == 0) break;
> }
> To get past this I can to comment out the while loop (and
> there is another
> one just after it too that hangs).
>
> Reading the IPIPE spec seems to indicate that putting the
> IPIPE in
> continuous streaming mode will not toggle the IPIPE_EN bit,
> so this while
> will never complete. BUT putting it into one-shot mode
> doesn't change
> anything either !
>
> What I would really like to do to start is to capture a raw
> bayer frame
> from the sensor. I have some conversion code that I can run
> externally to
> see what it is that I'm getting to verify that the sensor is
> working
> correctly.
>
> I can provide more details if anyone is interested in
> helping...
>
> Thanks,
>
> Steve Berry
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
>
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>
>
>
>
>
>
>
>
> --
> Integral Design and Development
> 312 Great Rd, Littleton MA 01460
> voice: 978 501 7658 fax: 603-679-3988
>
> This e-mail and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to which they are addressed.
> If you have received this e-mail in error please notify the originator
> immediately. The addressee is formally notified hereby that this e-mail and
> any attachments are to be treated as confidential.
>
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
