Migrate NNM Settings to SQLITE

[samfreund]

Description

This migrates all the characteristics for neural network models to the sqlite database. The .rknn files themselves will stay in the file-system.

Each model will have a resolution characteristic (width x height), list of labels, nickname, family (currently only RKNN, but other families might be PRed later), and version.

When selecting the option to upload a custom model, users will be prompted to provide the model file and resolution. Family will be determined based on the platform (RKNN for opi), and users will be prompted to select a version based on the the family. Nickname will be assigned to the name of the file initially, and can be changed in the UI.

When shipped with the jar, each model will have its characteristics hardcoded in NNMM.

Also deletes object detection tests as they only reference the name parsing. More tests will be implemented at a later date (see #1905).

closes #1748

• Frontend
• Server
• Database
• Backend
• Document

Meta

Merge checklist:

• Pull Request title is short, imperative summary of proposed changes
• The description documents the what and why
• If this PR changes behavior or adds a feature, user documentation is updated
• If this PR touches photon-serde, all messages have been regenerated and hashes have not changed unexpectedly
• If this PR touches configuration, this is backwards compatible with settings back to v2024.3.1
• If this PR touches pipeline settings or anything related to data exchange, the frontend typing is updated
• If this PR addresses a bug, a regression test for it is added

[samfreund]

@mcm001 How do we want to handle importing object detection models from 2025? iirc all we had was the ability to export the .rknn and -labels.txt, so I'm not sure if it's worth supporting those for this year.

HARD BREAK LET'S GO

[samfreund]

Also if anyone feels like reviewing the backend stuff, that's pretty much done.

[samfreund]

NOTE TO SELF:

Remove stripping given new Jackson implementation
Funnily enough, it's still somewhat needed because we send it over json for the web ui 🤷 life's weird

[gerth2]

I got it loaded on my pi and seems functional in the basics.

One UI flow question: When doing a bulk upload, after I select the zip, there's no UI response indicating the file is uploading or being unpacked (kinda like the .jar does) - I was worried that things had frozen for a decent bit. Also, once it reports "rebooting", the modal remains up with no obvious close button (probably should auto-close, and also have a cancel button or an X):

Should change this to report progress - no freezing in place.

[gerth2]

Looks like this is not currently showing up at all on the Rubik Pi - I assume that's expected for now?

[samfreund]

Looks like this is not currently showing up at all on the Rubric Pi - I assume that's expected for now?

Yup, as it's not currently supported.

[samfreund]

I got it loaded on my pi and seems functional in the basics.

One UI flow question: When doing a bulk upload, after I select the zip, there's no UI response indicating the file is uploading or being unpacked (kinda like the .jar does) - I was worried that things had frozen for a decent bit. Also, once it reports "rebooting", the modal remains up with no obvious close button (probably should auto-close, and also have a cancel button or an X):

Should change this to report progress - no freezing in place.

The code is there for it to autoclose, but I'm guessing because the system reboots, it's no longer checking if the properties have changed or not. We could try reloading the page after, but again, it might not actually happen given the system is rebooting. I believe this same behavior would be seen when using the settings import button, I'm going to go test that.

[gerth2]

we ball