<javierm_>
jluthra: oh, I see that is just waiting to be merged since it has acks
<jluthra>
yeah i think there were some concerns around how it makes raw bayer capture not-possible, so they might be holding off until the user can choose whether they want to use swISP or not through some config option
<javierm_>
jluthra: I see. I've just pinged Milan to see if is blocked on his libcamera config work
<jluthra>
javierm_: ah nice thanks!
<javierm_>
but honestly, it's all too influx that I wouldn't worry for that
<javierm_>
I mean, if someone really wants raw bayer capture then it could avoid using libcamera...
<jluthra>
agreed. i dont mind dropping bayer support if we have to. having working swISP would be really good before next libcamera release:)
<javierm_>
jluthra: absolutely
<javierm_>
I'm sure that users will prefer a softISP processed frames than using the gst elements using a custom pipeline
<javierm_>
jluthra: do the gst elements use the DSP or are also soft based ?
<jluthra>
yep, this is much faster than gst's native bayer2rgb element.
<javierm_>
it would be cool fo that have a softISP that's backed by the DSP
<jluthra>
javierm_: upstream gstreamer only uses software based bayer2rgb, and it lacks other features too like whitebalance etc.
<javierm_>
jluthra: got it
<jluthra>
ti has some custom gst elements though that can use our ISP on am62a/jacinto socs
<javierm_>
jluthra: I see. But in that case I guess that you are aiming to have kernel ISP drivers instead
<javierm_>
(and a libcamera pipeline handler for the TI ISP)
<pivi>
javierm_ jluthra : is there any sensor from the raspberry-pi econosystem that works out of the box. currently using ov5640 but not sure how easy is to source it these days
<pivi>
jluthra: from the patch DMABUF support is needed in the kernel for this softisp, correct?
<pivi>
(CONFIG_DMABUF_HEAPS)
<javierm_>
pivi: I've the rpi cam with an ov5647 sensor but couldn't make it to work on my BeaglePlay, jluthra made it work on the AM62-sk board though
<mripard>
javierm_: iirc Milan has a Sony imx218 sensor too ?
<javierm_>
mripard: I think so yeah, but he is testing on the AM69-sk board and not the BeaglePlay
<pivi>
javierm_: thanks. I'll try to get one and try on our board. I'll share the results, maybe this is one more data point on understanding why this is not working on beagleplay
<javierm_>
pivi: cool, thanks
<pivi>
javierm_ mripard : is redhat working on the AM69 ?
<jluthra>
pivi: imx219 works with beagleplay. just need to modify the overlay for ov5640 if you want to test.
<jluthra>
ov5647 didn't work for some reason though..
<javierm_>
jluthra: yeah... it's weird. I need to spend some time trying to debug that
<pivi>
javierm_: imx219 works out of the box without any softisp ? (sorry for the dumb question, I am not familiar on the ISP topic on this camera chips)
<javierm_>
pivi: AFAIK (please correct me jluthra / mripard if I'm wrong here) the imx219 requires libcamera softISP because is a dumb sensor
<javierm_>
ov5647 should work without softISP because that sensor does have an ISP built-in
<jluthra>
yes, need the softisp to get a usable RGB image. otherwise it just sends raw bayer formats, which can't be directly displayed
<jluthra>
ov5640* has an ISP built-in
<jluthra>
ov5647 is similar to imx219, it is a dumb sensor
<javierm_>
jluthra: ah! I thought was the opposite, ov5640 dumb and ov5647 with an ISP
<jluthra>
yeah their numbering is confusing:)
<pivi>
ok, so the simplest solution is still the ov5640 to get an image without post-processing or softisp solution