Hi Laurent,
Sorry to insist on this, but for you it's probably peanuts to see a possible
error.
Any hints/workarounds are welcome...
>From the mail with subject
AW: AW: mt9p031 shows purple coloured capture
Florian Neuhaus wrote on 2013-06-24:
>> Have you tested the unmodified
Hi Laurent,
Laurent Pinchart wrote on 2013-06-22:
If I use omap3isp-live to capture a stream on my beagleboard, the
first time I start the app, the picture has always a green taint.
The second time I start the app, the picture is good. As the camera
is reset by a gpio upon dev
Hi Laurent
In the mt9p031 driver, the picture can be flipped either horizontally
or vertically by using the according V4L2 controls. This can be done
at runtime.
I have noticed, that flipping the picture will change the bayer-pattern.
So if I flip horizontally and vertically to get a 180 degree ro
Hi Laurent,
Laurent Pinchart wrote on 2013-06-18:
>> If I use omap3isp-live to capture a stream on my beagleboard, the first
>> time I start the app, the picture has always a green taint. The second
>> time I start the app, the picture is good. As the camera is reset by a
>> gpio upon device open
Hi Andrei,
Your post helped me a lot!
My environment:
beagleboard-xm
mt9p031 @96Mhz (adapted power-supply)
linux-omap 3.7.10
omap3isp-live
I have two similiar issues with the mt9p031, that has probably the same cause:
If I use omap3isp-live to capture a stream on my beagleboard, the first time I
Hi Laurent
I'm still modifying your omap3-isp-live application to fit our needs.
Now I have severe problems with the snapshot-mode.
When I let the "live"-app running, the picture is fine. Then I capture
a snapshot by clicking the right mouse-button. The snapshot is taken
(1-2 seconds) and display
Hi Tomi,
Tomi Valkeinen wrote on 2013-02-07:
> FIFO underflow means that the DSS hardware wasn't able to fetch enough
> pixel data in time to output them to the panel. Sometimes this happens
> because of plain misconfiguration, but usually it happens because of
> the hardware just can't do thi
Hi Laurent,
Thank you for your help, see my notes below:
Laurent Pinchart wrote on 2013-01-30:
>> Will result in the following and the following (screen flickers and
>> goes black again): [ 5293.617095] omapdss DISPC error: FIFO UNDERFLOW
>> on gfx, disabling the overlay [ 5293.678283] omapdss D
too early, so I
rewrote
it to use the v4l2_subdev_internal_ops for detection.
As this is my first patch I ever wrote for the community: Is it gross to add me
as a
co-author?
Signed-off-by: Florian Neuhaus
---
drivers/media/i2c/Kconfig |9 +
drivers/media/i2c/Makefile |
Hi Laurent,
Laurent Pinchart wrote on 2012-11-04:
> The AD5821 is similar to the AD5820, for which I have a driver that I need to
> clean up and post. Would you be interested in that ?
Yes, you can send me the driver. Just as a note:
I (probably) found an error in the current ad5398 and ad5821 dr
Hi Laurent
I am adapting your current omap3-isp-live application to fit our needs
(http://git.ideasonboard.org/omap3-isp-live.git/commit/619164a994c8d878249d6c1b8b16c27074a04209).
For this I need to implement an autofocus algorithm to control an attached
actuator.
Let me summarize what componen
Hi Laurent
You are very fast on implementing new features in omap3-isp-live. I appreciate
much the new panning-feature - thank you!
On my beagleboard I use omap-vout with vrfb-rotation. As I already configured
omapfb to rotate the screen upon start (kernel-argument omapfb.rotate), I
thought it
Hi Laurent,
Thank you for your fast answer.
Laurent Pinchart wrote on 2012-10-08:
> The OMAP3 ISP resizer can't scale down 1944 pixels (the native sensor
> height) to exactly 480 pixels as that would exceed the resizer limits.
> You will thus have to crop the sensor image slightly. Cropping is
Hi Laurent
I am working on a demo-application for displaying a videostream on a
beagleboard. Now I have seen that you have done something similar,
but if I run your "live" application out of the omap3-isp-live repo,
then I get the following error:
root@beagleboard:~# modprobe omap_vout video1_n
Hi Laurent,
Laurent Pinchart wrote on 2012-07-06:
>> This patch resolves the issue for me. I get a good picture at both the
>> previewer and the resizer output. Thanks for your help!
>
> You're welcome. Can I include your
>
> Tested-by: Florian Neuhaus
>
>
get a good picture at both the
previewer and the resizer output. Thanks for your help!
--
Best regards,
Florian Neuhaus
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
edia-ctl -v -f '"mt9p031 2-0048":0 [SGRBG12 800x600], "OMAP3 ISP CCDC":2
[SGRBG10 800x600], "OMAP3 ISP preview":1 [UYVY 800x600], "OMAP3 ISP resizer":1
[UYVY 800x600]'
# yavta -f UYVY -s 800x600 -n 8 --skip 3 --capture=1000 --stdout /dev/video6 |
mplayer - -demuxer rawvideo -rawvideo w=800:h=600:format=uyvy -vo fbdev
Does my patch just output a good picture by chance, or is there really an issue?
--
Best regards,
Florian Neuhaus
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
nel/git/tmlind/linux-omap.git
[6] https://www.dropbox.com/sh/p2fy5u4i71c3vy8/Fyya25YqK-
[7] http://www.ti.com/lit/ug/sprugn4q/sprugn4q.pdf
Greetings,
Florian Neuhaus
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More ma
18 matches
Mail list logo
