<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><p>Hi Alex, hi everyone,</p><p>I came across your August discussion about the Minolta DiMAGE Scan Dual II and the gamma-table handling in the SANE Avision backend.</p><p>Over the past few weeks, I have been investigating very similar issues with the same scanner (USB ID <code>0638:026a</code>) using SANE 1.4.0 on macOS.</p><p>Interestingly, our independent experiments led to a similar finding regarding the gamma-table transfer.</p><p><strong>Here is a short summary of our results:</strong></p><ul><li><p><strong>Film-holder detection:</strong> We implemented a bounded retry mechanism for BUSY responses during film-holder detection.</p></li><li><p><strong>Gamma-table handling:</strong> We investigated several approaches to the 4096-byte gamma transfer, including padding, repeating the existing table, and interpolation.</p></li><li><p><strong>Final gamma experiment:</strong> Our Research-009 implementation calculates and transfers 4096 gamma values per channel. The hardware logs confirm successful gamma upload and scan completion.</p></li><li><p><strong>Scanning:</strong> We successfully completed RGB8 scans at 600 dpi and 2820 dpi, including a sequential four-frame batch at full optical resolution.</p></li><li><p><strong>Scanner initialization:</strong> We found that opening the SANE device before inserting the film holder is important for reliable initialization in our setup.</p></li></ul><p>The final 2820 dpi scans produced 2664 × 3996 RGB8 images, with 31,936,032 bytes transferred per frame.</p><p>We have documented the experiments, patch versions, hardware results, and known limitations in a public GitHub repository:</p><p><a href="https://github.com/bjoepen/minolta-sane-patch">https://github.com/bjoepen/minolta-sane-patch</a></p><p>Our findings are based on actual hardware tests, but we do not yet claim calibrated color accuracy or complete validation of the patches for upstream inclusion.</p><p>I was particularly interested in your observation that the scanner expects 4096 gamma bytes, as this closely matches our findings.</p><p>I would be interested in your thoughts on a few points:</p><ol start="1"><li><p>Have you investigated whether the 4096-byte gamma-table behavior is specific to the Scan Dual II, or shared by other Minolta devices using the Avision backend?</p></li><li><p>Did you observe any image-quality differences between the original 512-value handling and your modified implementation?</p></li><li><p>Would it make sense to investigate the film-holder BUSY handling and gamma-table correction as separate, device-specific changes for possible upstream inclusion?</p></li></ol><p>I would be happy to share additional technical details and compare our findings.</p><p>Thanks for your work on this scanner and for sharing your investigation!</p><p>Best regards,<br>Bernd</p><p>GitHub: <a href="https://github.com/bjoepen/minolta-sane-patch">https://github.com/bjoepen/minolta-sane-patch</a></p></body></html>