Just tried to run it on Rpi4 (bookworm 6.12)
It is same: no image for setting 1 but for 0 - no jitter!

Probably this issue only for Rpi5 (trixie 6.18).

Not sure how it works for you with value 1, I tested on 2 devices and it same no image for value 1

@veye_xumm said:

Are you viewing the image via remote desktop?

yes, also just tried with hdmi - same

@veye_xumm said:

Under the same conditions, does setting register 0x44c to 0 produce an image (with jitter), while setting it to 1 results in no image at all?

yes, it works if set 0 with jitter and no image with value 1, I recorded video to demo

test_3x264.mp4.txt

@veye_xumm said:

use -w, not -r.

Yes, I know, I just wanted to confirm that nondiscontinuousmode is set to 1 :

Read Nondiscontinuous_mode is 1

I installed new driver and no differences - no video for value 1

My PiOs : 6.18.39+rpt-rpi-2712
dmesg log:

[    2.624024] gxcam 10-003b: veye gx series camera driver version: 01.00.04
[    2.624247] gxcam 10-003b: no reset gpio provided
[    2.685103] gxcam 10-003b: camera is: GXC-MIPI-IMX662
[    2.688265] gxcam 10-003b: VideoModeCap: 0x2
[    2.706466] gxcam 10-003b: gxcam_enum_controls success

example of veye_viewer and no video

Hi @veye_xumm
I tried to set value to 1

rms@raspberrypi10:~/source/raspberrypi_v4l2/gx_i2c_tools $ ./gx_mipi_i2c.sh -r nondiscontinuousmode -b 6
Read Nondiscontinuous_mode is 1

But when click "Start Show" - no video in veye_viewer (same as in python) just nothing happened (it works when back value to 0)

Maybe need also change some another parameter?

@veye_xumm said:

veye_viewer

Hi @veye_xumm, all videos captured from veye_viewer (you can see it on first video)

Hi @veye_xumm,
As I wrote - camera is static, no vibration. Turning off of 3D Noise Reduction didn't help. I also tried with test image - it also has this issue on the last line at the bottom of frame (see attached renamed to txt video file)
test_2x264.mp4.txt

Hi @veye_xumm,
I’ve just received your new sensor. While testing it, I noticed that the image keeps jumping for some reason, even though the camera is completely static. I’ve attached a sample video (renamed to txt). It looks like the image is stretching near the bottom of the frame, which creates a twitching/jittering effect. Is there any way to fix this?

Rpi5, drivers updated to recent, sensor firmware version 01.32 2.19

test_x264.mp4.txt

Hi @veye_xumm ,
All my tests for parameters denoise2d, denoise3d and sharppen already have 0 value.
Also played with all parameters in veye_viewer (very useful app) - no luck

@veye_xumm
the version is same :

rms@raspberrypi10:~/source/raspberrypi_v4l2/gx_i2c_tools $  ./gx_mipi_i2c.sh -r version
Read version is C 01.32 and L 01.19

Also updated and rebuilt source code - same result (only one difference I see : you are using gx_product_tool folder, for me it is gx_i2c_tools)

We use F0.95 lenses on our cameras and remove the IR-cut filter to capture more starlight. The downside is that we can only achieve perfect focus for either visible or infrared light, though sharp focus is still possible for each individually. In our setup, we compromise by focusing somewhere in between.

We see this exact behavior on our IMX462, IMX462 mono (VEYE), and IMX662 mono (another vendor ) sensors. However, on the color IMX662 sensor, I am unable to get a sharp focus at all. It feels as if the visible light and infrared light from the star interfere with each other simultaneously, making the image constantly blurry.

I thought I could at least use this camera with an IR-cut filter, but for some reason, the stars became extremely dim. I am not sure if this is a software issue, or if the color Starvis 2 sensor simply handles light differently.

See the sample photos below (please note - it is stack of 8 seconds) :

imx662 without IR filter and no focus

imx662 with IR filter and stars extremely dim

and my imx662 mono sensor, without IR filter

@veye_xumm yes, I want to verify camera sensors but this command doesn't work for me, that is why I asked example.

 $ sudo ./gx_mipi_i2c.sh -r snsreg 0x3070 -b 6
 Read Sensor Reg 0x3070, val=0xffffffffffffffff

Unfortunately, my night sky tests failed:

• Without an IR filter, I can't get the stars into focus for some reason—they are always blurry and haloed.

• With an IR filter, the stars are in focus but they become extremely dim.

I'll probably stick with the old IMX462 sensor for my projects.