This repository was archived by the owner on Jan 27, 2026. It is now read-only.
1.1.5 bump blocker notes #225
charlieforward9
started this conversation in
General
Replies: 1 comment
-
|
For now, the unfinished work rests here: |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Building an app is hard. Especially when youre the only one doing it. Especially when half of it is founded in somebody elses' open source code. And especially when you run into problems that are nested deep within a flow of your application, requiring building and live testing the app on your device.
After finishing a huge chunk of work on the CTSIB config, I had a bug that had me inspect our dependencies. Since it had been 8 months since I last touched them, I decided to bump our dependencies to their latest versions and remove anything that was not necessary, in an attempt to resolve the problem and clean the codebase, two birds one stone:
Before:
✓ Built build/ios/iphoneos/Runner.app (141.5MB)After:
✓ Built build/ios/iphoneos/Runner.app (75.4MB)However, what I thought was a short bug sweep, ended up being a 3 day bug hunt. Don't update all the dependencies at the same time... These are the notes:
Fixing the version bump
After bumping all our dependencies to their latest versions, one stuck out like a sore thumb...
flutter_tflite_helper. This repository was not maintained for the past 3 years. While its parent libraryflutter_tflitewas adopted by Tensorflow, the helper library lagged behind further and further. I did not want to bump because of this, but then - with my now updated version of Flutter/Dart (3.24.3/3.5+), bugs that made it hard to progress. Updatingflutter_tflite, forced bumps of someflutter_tflite_helperlibraries, and this led to some source code that needed attention.After all was cleaned up and re-versioned, I launched my code and tried running some image detections, but faced a video stream with no pose overlays. After tedious step debugging, I found that the source of the problem is immediately before sending the camera image to be inferred upon.
Something in here changed and broke the pipeline. The rest of this section will cover this debugging process
Related bugs:
url: https://github.com/pnyompen/tflite_flutter_helper.git ref: 43e87d4b9627539266dc20250beb35bf36320dceurl: https://github.com/VisualPT/tflite_flutter_helper.git ref: 949a6f8ca0c8b3b686864727c88cb1c58f80dff0TLDR; A dependency changed something feeding the
flutter_tflite_helperlibrary or I incorrectly updated the library, which now breaks theImageProcessorBuilderoperations...Step Debug flow
We receive

CameraImagein this shape:Converting to a Flutter-friendly RGBA
Imageobject:Which is then processed by the
tflite_flutter_helperclass into aTensorImagethat looks like this:And that shows an overlay on the screen.
From here, I was still getting issues with the
UnmodifiableUint8ListView:I needed to downgrade Flutter from 3.24.3 to 3.22.0, to get the right Dart SDK (<3.5?) that hadn't yet deprecated this class.
Since the downgrade worked, I will be shelving further upgrading of the inference module until we NEED to update or another teammate own the module. Use these notes as a starting point for determining how to recover the
flutter_tflite_helperclass, OR for building the next generation of it.For a functional application, see 1.1.5!
Beta Was this translation helpful? Give feedback.
All reactions