Frix-x / klippain-shaketune

Klipper streamlined input shaper workflow and calibration tools
GNU General Public License v3.0
701 stars 88 forks source link

Array to big #163

Open spotless20 opened 1 month ago

spotless20 commented 1 month ago

K-Shake&Tune module branch

Version

v4.1.0-1-g66f5e32e

Describe the bug and expected behavior

Error while generating the graphs: array is too big; arr.size * arr.dtype.itemsize is larger than the maximum possible size. None

Im sure there was a report in the past but hasn't helped to reinstall it, the "bug" appiered again.

Shaper used are DKs bleeding-edge-v2 with the smooth shapers.

Also calls the error when the startingpoint is higher so theoretically less frequencies have to be tested.

Maybe some1 have an idea :)

Bildschirmfoto 2024-10-07 um 14 20 11

Additional information and klippy.log

klippy-41.log

Frix-x commented 1 month ago

Hi,

Unfortunately I can't find the error in the klippy.log you provided. Can you clear your klippy.log, run the test (with the error) and send it immediately afterwards to capture this exact moment in it?

Thanks a lot!

spotless20 commented 1 month ago

Hey, all fine.

Just the Test now in the Log.

I would guess that you have somewhere declared a max amount of samples or so which are allowed to be in the graph, and with the additional shaper somehow it's too much or so. Last time I had this error (randomly appeared) I reinstalled shake tune and its gone, klippy-42.log

Frix-x commented 1 month ago

Unfortunately there's still no error in the log... So I just don't understand what's happening. I see that you are using DK, can you try on standard Klipper please?

jackjohnsonuk commented 3 weeks ago

I've had exactly the same error, and again, nothing in the klippy logs. I'm also on Danger Klipper (base, not bleeding edge as the other person), so it might be related to that, but I'm not sure why that would change a variable on arr size.

For me, a reinstalled seemed to fix it though.

klippy (53).log