Hacking the Kodak Reels 8mm Film Digitizer (New Thread)

P-car

New Tinkerer
Dec 14, 2025
21
3
3
My Kodak Reels arrived today with the red adapter attached to the left arm and the grey one attached to the right arm. However, my super 8 reels "center hole" are still too large. Do I need another adapter? please see image.
 

Attachments

  • IMG_9432.JPG
    IMG_9432.JPG
    39.5 KB · Views: 15

0dan0

Active Tinkerer
Jan 13, 2025
302
466
63
My Kodak Reels arrived today with the red adapter attached to the left arm and the grey one attached to the right arm. However, my super 8 reels "center hole" are still too large. Do I need another adapter? please see image.
That is not the adaptor. The red and grey posts are just classic 8mm style reel hubs. You need to attached this over the red post:
1765938390075.png
 

P-car

New Tinkerer
Dec 14, 2025
21
3
3
Darn. My unit did not come with the adapters. what are they called? maybe I can find them on AMAZON. If I cant find on AMAZON, where can I buy in USA? thanks
 

0dan0

Active Tinkerer
Jan 13, 2025
302
466
63
so, I just got my Kodak Reels and was able to get OdanO's firmware up and running. However, when I try to use the "framing" buttons, nothing happens. I try to zoom in and it does not respond, it also does not respond to left or right.

so, I shut it off and turned it back on, and when I did, the framing was zoomed in and to the left - as if it applied my adjustments .

I tried zooming out at this point and it did not respond.

has anyone else had this issue with framing?
Framing is likely working after the reboot.
 
  • Like
Reactions: sheider

P-car

New Tinkerer
Dec 14, 2025
21
3
3
OdanO. thank you so much. I'm going also print the parts for the lens MOD. can you suggest a good online 3d print store. I've not done 3d prints in a while.
 

Mac84

Administrator
Staff member
Founder
Sep 4, 2021
298
423
63
New Jersey, USA
www.mac84.net
Why did twenty people (so far) download NewNtkTools2025.zip, this is for developers to "customize firmware". I was just sharing a change to one the tools I'm using, I only expected maybe Mac84, and one other to try it. If there are more out there want to try extending the firmware, let me know and I can show the steps I'm using. Now that serval hacks are in C, it might be little easier for others to try.
Thanks for posting that!

Perhaps my call to action in my video persuaded some lurkers to inspect the code... 😅 You should totally record a screen recording of you explaining your work or something similar and post it. Even though I'm not a programmer I'd watch that!

It also reminds me, I wonder what would happen if a higher capacity memory chip was soldered to the Kodak board... I know you previously mentioned some of the mods had to remove other things to make room. Although I suppose the firmware would have to be aware of such extra space to take advantage of it.
 
  • Like
Reactions: Dannecker

sheider

New Tinkerer
Oct 17, 2025
21
8
3
Now most of the time I do not see the artifact, although we did a short film a couple of weekends ago (7 rolls for Ektachrome,) and there was only one moment when I saw this error. But it reminded me to look into it.

I'm thinking of two firmware changes with this new insight.
1) displaying the current readout resolution. This will be sad for stock lens users, as you will see you resolution at around 672x504.
2) optionally encoding at the native readout window resolution (super depressing for a stock lens.) For 12mm users, at 1440x1080 native encode will eliminate any minor scaling artifacts.

Feedback on these ideas?
I like the transparency of idea #1... It will likely lead to many folks buying a 12mm macro lens (I have mine, but I still need to install it).

I have mixed feelings about idea #2... I like that any scaling artifacts would be eliminated for 12mm lens users at 1440x1080. I also like that it supports the digitization of a 16mm frame (even if the stock film gate does not). However, I'm sure that folks with the stock lens love that the 672x504 images are currently upscaled to 1600x1200. So, I'd like to see the following implemented as a compromise if possible:
a) encode at the native readout window resolution for 1440x1080 and higher
b) retain the 1600x1200 upscaling for native readout window resolutions below 1440 x 1080.

A variation of my "compromise" that I prefer (if feasible) is to make the encoding resolution user-configurable, providing those 2 encoding resolution setting options ('Native' and '1600x1200') regardless of the current readout resolution.

Thanks again for all that you continue to do to improve the quality of this device!
 
  • Like
Reactions: Dannecker and 0dan0

0dan0

Active Tinkerer
Jan 13, 2025
302
466
63
BootLogo1600x1200-V76A.png
BootLogo1600x1200-V76B.png
BootLogo1600x1200-V76C.png


Release V7.6

This adds info reporting the sensor read-out resolution, but leaves the encoding resolution at 1600x1200 for now. This is info is during preview only.
1766008673907.png

There is also the window offset, the number of x, y pixels from top left of the active sensor region. This could be useful for debugging.
Final change, during capture I have restored support for 50 ISO, so a slightly cleaner image (maybe).
 

Attachments

  • FWDV280-TypeA-V76-0dan0.zip
    5.5 MB · Views: 10
  • FWDV280-TypeB-V76-0dan0.zip
    5.5 MB · Views: 12
  • FWDV280-TypeC-V76-0dan0.zip
    5.5 MB · Views: 11

Dannecker

New Tinkerer
Dec 17, 2025
1
0
1
Germany
Hello everyone,

I’m new to the forum, based in Germany, and I digitize old small-gauge films from my family archive purely as a private project.

I bought the Kodak Reels mainly because, after quite a bit of online research, it seemed like the most practical way to handle film digitization at home with a reasonable and manageable budget. As expected, though, I wasn’t completely happy with the initial image quality.

A very noticeable improvement came from the recently published video by Mac84 — especially the suggestion to significantly reduce the sharpening in the settings. That alone made a clear difference for me. The video was extremely motivating and really changed how I approached the device.

After that, I started testing the updates provided by 0dan0, and I now install them regularly. It’s impressive how much these updates expand the capabilities of the scanner. The documentation written by ThePhage has also been a huge help — many thanks for that!

I’ve now ordered the recommended new lens and plan to have the corresponding mount 3D-printed. Since I don’t have much experience with 3D printing, I have a quick question:
The service Craftcloud, which I plan to use for printing, asks whether the 3D model is specified in millimeters or inches. I assume millimeters, correct?
And which material would you recommend for the print?
 

P-car

New Tinkerer
Dec 14, 2025
21
3
3
ok, so, the "lower" the number of the QP, the "higher" the "bit rate", that the device will attempt accomplish, is this correct?
 
  • Like
Reactions: 0dan0

fishgee

Tinkerer
Jan 6, 2025
27
25
13
Hello everyone,

I’m new to the forum, based in Germany, and I digitize old small-gauge films from my family archive purely as a private project.

I bought the Kodak Reels mainly because, after quite a bit of online research, it seemed like the most practical way to handle film digitization at home with a reasonable and manageable budget. As expected, though, I wasn’t completely happy with the initial image quality.

A very noticeable improvement came from the recently published video by Mac84 — especially the suggestion to significantly reduce the sharpening in the settings. That alone made a clear difference for me. The video was extremely motivating and really changed how I approached the device.

After that, I started testing the updates provided by 0dan0, and I now install them regularly. It’s impressive how much these updates expand the capabilities of the scanner. The documentation written by ThePhage has also been a huge help — many thanks for that!

I’ve now ordered the recommended new lens and plan to have the corresponding mount 3D-printed. Since I don’t have much experience with 3D printing, I have a quick question:
The service Craftcloud, which I plan to use for printing, asks whether the 3D model is specified in millimeters or inches. I assume millimeters, correct?
And which material would you recommend for the print?
The STL file is in millimeters, and material choice is not critical. PETG should work nicely and should be inexpensive.
 
Last edited:
  • Like
Reactions: 0dan0 and Dannecker

P-car

New Tinkerer
Dec 14, 2025
21
3
3
Hello everyone,

would some kindly suggest a "white balance" setting and "RGB" values I can input for some old Kodachrome that is slightly blue.

I just need a starting point and I can tweak from there.

thanks all
 

0dan0

Active Tinkerer
Jan 13, 2025
302
466
63
Adjust using the Picture settings first, increasing the White Bal to 2.0. If still too blue, start the capture, then adjust the third parameter from 256, downward, until it looks okay.
 

sheider

New Tinkerer
Oct 17, 2025
21
8
3
Correct. The range of film means the ISO needs to vary. The algorithm will aim for the lowest practical for the film's density.
Hi @0dan0 -- I have a couple observations / questions about the ISO / exposure algorithm.

v7.1 - v7.5: During capture with my 'C' unit, the highest ISO / exposure that I observed was ISO 200 / ~5970µs. I never observed an ISO of 400 during capture, even with a black image. Is that behavior consistent with your expectation / experience?

v7.6: During capture with my 'C' unit, the highest ISO / exposure that I observed was ISO 100 / ~5984µs. I never observed an ISO of 200 or 400 during capture, even with a black image. Is that behavior consistent with your expectation / experience?

I understand that you're aiming for the lowest practical ISO for the film's density, but I'm surprised that none of the thousands of feet of film that I've scanned with v7.1+ has triggered neither your highest coded ISO nor an exposure time exceeding 6000µs. If that is by design, then no worries... I just want to confirm that my unit isn't underexposing images due to a hardware malfunction or firmware bug.
 

Attachments

  • v7.5 dark frame capture ISO-exposure.jpg
    v7.5 dark frame capture ISO-exposure.jpg
    1.5 MB · Views: 12
  • v7.6 dark frame capture ISO-exposure.jpg.jpg
    v7.6 dark frame capture ISO-exposure.jpg.jpg
    1.4 MB · Views: 12