Google TechTalks
Replacing robotic page-turning arms with a stationary vacuum prism and off-the-shelf contact sensors cuts automated book digitization costs to $1,500, making mass preservation viable despite minor handling defects.
AI-assisted summary of Linear Book Scanner — original source. Check the original for full context.
Source published:
Key ideas
- Dany Qumsiyeh has engineered a low-cost, non-destructive automatic book scanner that shuttles a book over a stationary prism using vacuum slots and CIS sensors instead of robotic arms. (3:19)
- The operational prototype costs roughly $1,500 to fabricate—about half of which came from an off-the-shelf donor duplex scanner—compared to commercial automated scanners costing upwards of $100,000. (18:48)
- The machine scans a 300-page book in approximately 30 minutes at 11 seconds per two-page cycle, operating autonomously enough that a single worker could supervise ten machines simultaneously. (18:48)
- Initial testing across 50 books revealed an operational success rate of around 60%, with 45% of tested volumes recording at least one skipped page and 45% showing at least one small fold or tear. (21:19)
Detailed notes
## Background Presented by Dany Qumsiyeh, an engineer on the Google Books team, this talk was delivered at a Google TechTalk on May 3, 2012, and published to YouTube by Google TechTalks on November 12, 2012. The session introduces a hardware prototype of an automatic, non-destructive book scanner developed in 20% time and constructed in the Google Workshops to digitize books at low cost without destroying their bindings.
## TL;DR Dany Qumsiyeh demonstrates the Linear Book Scanner, an innovative non-destructive prototype that turns and captures pages using a continuous shuttle mechanism, vacuum suction, and off-the-shelf contact image sensors (CIS). Costing around $1,500 compared to $100,000 commercial alternatives, the machine bypasses complex multi-axis robotics by sliding a book face-down across a stationary prism that separates pages using gentle air currents and vacuum channels. While currently constrained by motor torque, gutter dead zones, and occasional feed errors on damaged paper, the system automates digitizing a 300-page volume in roughly 30 minutes, allowing a single operator to manage multiple units simultaneously.
## Atmosphere & style The presentation carries the pragmatic, enthusiastic spirit of a classic engineering show-and-tell, balancing self-deprecating hacker ingenuity with rigorous mechanical problem-solving. Qumsiyeh presents with understated, modest clarity, drawing chuckles as he recounts grinding circuit boards on belt sanders and building the first iteration out of office dumpster cardboard and an air mattress pump. The exchange feels intimate and collaborative, as curious technical peers probe edge cases, sensor physics, and library preservation standards in a genuinely supportive room.
## Bulletin - [03:19](https://www.youtube.com/watch?v=4JuoOaL11bw&t=199s) Dany Qumsiyeh has engineered a low-cost, non-destructive automatic book scanner that shuttles a book over a stationary prism using vacuum slots and CIS sensors instead of robotic arms. - [18:48](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1128s) The operational prototype costs roughly $1,500 to fabricate—about half of which came from an off-the-shelf donor duplex scanner—compared to commercial automated scanners costing upwards of $100,000. - [18:48](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1128s) The machine scans a 300-page book in approximately 30 minutes at 11 seconds per two-page cycle, operating autonomously enough that a single worker could supervise ten machines simultaneously. - [21:19](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1279s) Initial testing across 50 books revealed an operational success rate of around 60%, with 45% of tested volumes recording at least one skipped page and 45% showing at least one small fold or tear.
## Key takeaways - [00:24](https://www.youtube.com/watch?v=4JuoOaL11bw&t=24s) Existing non-destructive book scanners face a steep divide between labor-intensive manual overhead scanners and high-end robotic systems that cost around $100,000. - [03:19](https://www.youtube.com/watch?v=4JuoOaL11bw&t=199s) The Linear Book Scanner replaces complex robotic arms with continuous back-and-forth linear motion of a book cradle across a stationary triangular prism. - [03:19](https://www.youtube.com/watch?v=4JuoOaL11bw&t=199s) Vacuum suction from a standard household cleaner pulls the bottom-most leaf through a central channel while an air jet fluffs incoming pages to prevent multi-sheet feeds. - [06:00](https://www.youtube.com/watch?v=4JuoOaL11bw&t=360s) Straight diagonal channels force the paper to twist and rip against its spine binding; widening the channel vertically near the top allows the page to peel freely without destructive tension. - [12:54](https://www.youtube.com/watch?v=4JuoOaL11bw&t=774s) Using contact image sensors (CIS) rather than cameras provides full RGB data for every pixel at 300 DPI without Bayer filter interpolation, at a raw sensor cost of around $20. - [09:43](https://www.youtube.com/watch?v=4JuoOaL11bw&t=583s) To capture text close to the inner gutter binding, the square housings and circuit boards of off-the-shelf CIS sensors were modified on a belt sander down to a 9 mm margin. - [09:43](https://www.youtube.com/watch?v=4JuoOaL11bw&t=583s) Opening the prism geometry beyond 60 degrees was rejected because paper drapes poorly at wider angles and library conservation standards discourage flattening book spines. - [15:55](https://www.youtube.com/watch?v=4JuoOaL11bw&t=955s) Automation relies on an MDrive stepper motor that streams an ASCII newline per stroke directly over serial into a piped open-source SANE scanimage command. - [15:55](https://www.youtube.com/watch?v=4JuoOaL11bw&t=955s) An integrated infrared break-beam sensor monitors page transit through the vacuum channel, automatically halting the drive motor if a leaf fails to turn or arrives late. - [18:48](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1128s) Total hardware costs sit at approximately $1,500, though custom driver boards and flat sheet-metal fabrication could lower volume manufacturing costs even further. - [18:48](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1128s) Cycle speed is currently limited to 11 seconds per page pair by stepper motor torque constraints when handling heavier volumes. - [25:47](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1547s) The prototype cannot yet automatically detect double feeds where two leaves stick together, relying on post-scan UI mosaic inspection of page numbers to flag skipped sheets. - [27:30](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1650s) Preservation experts endorse low-cost automated scanning because the broader societal benefit of digital access outweighs the small risk of occasional paper damage.
## Detailed walkthrough ### [00:24](https://www.youtube.com/watch?v=4JuoOaL11bw&t=24s) Introduction and the Existing Landscape of Book Scanners
Jeff Breidenbach introduces Dany Qumsiyeh, an engineer on the Google Books team, to present a hardware prototype of an automatic book scanner. Breidenbach jokes about how the presentation came together through word of mouth: “This talk began with an idea of showing this device to a single person. And that person invited two more people. And you're all here through the incredible power of recursion.”
Dany powers down the machine on stage and frames the project by reviewing current book scanning methods:
```mermaid flowchart TD accTitle: Comparison of Book Scanning Approaches accDescr: Overview showing destructive, manual, commercial robotic, and low-cost DIY/linear approaches to book scanning.
subgraph Destructive["High Speed / Destructive"] D1["Cut off binding"] --> D2["Sheet-fed scanner"] end
subgraph ManualNonDestructive["Manual Non-Destructive"] M1["Manual page turn"] --> M2["Glass platen press"] M2 --> M3["Camera capture"] M4["DIY Book Scanner Community\n(diybookscanner.org)"] end
subgraph CommercialRobotic["Commercial Robotic"] R1["Robot suction arm\n(e.g., Kirtas)"] R2["V-shaped linear sensor\n(e.g., Treventus: ~$100k)"] end
subgraph LinearScanner["Linear Prototype"] L1["Prism shuttle + Vacuum + CIS scan bars"] end ```
The simplest method is destructive: slice off the binding and run the loose sheets through a high-speed sheet-fed scanner. While the scan quality is pristine, it ruins the book. Non-destructive options, however, have historically faced steep trade-offs between manual labor and prohibitive cost: - **Manual Overhead Scanners:** Operators turn each page by hand, lower a glass plate to press the pages flat, and trigger overhead cameras. While relatively fast, it demands constant human labor. A large enthusiast community at `diybookscanner.org` builds these manually using cardboard, wood, and off-the-shelf parts. - **Robotic Arm Scanners (e.g., Kirtas):** These automate the human movement by using a robotic suction arm that picks up individual pages and flips them over. - **V-Shaped Robotic Scanners (e.g., Treventus):** Treventus uses a mechanized V-shaped head that moves up and down into the book cradle. It applies vacuum suction to hold two pages against the platen while linear sensors along the tip capture images. Qumsiyeh highlights both their reputation and their primary drawback: “It's really cool. And these are state of the art machines. And they've gotten a lot of praise for being gentle to books. The main issue is that they're really expensive. One of these Treventus machines can cost on the order of $100,000.”
[03:19](https://www.youtube.com/watch?v=4JuoOaL11bw&t=199s) The Linear Book Scanner Prototype and Vacuum Separation
Dany shows a close-up video of his custom-built prototype in action. The operational principle relies on continuous linear motion over a stationary scanning head rather than moving cameras or complex robotic limbs. A book rests face-down atop a prism-shaped rig and shuttles back and forth. Inside the prism, linear sensors—identical to those found in standard flatbed or sheet-fed scanners—capture page images as the paper glides across them.
Air suction is provided by an ordinary household vacuum cleaner attached beneath the rig. As the book shuttles over the prism, vacuum slots pull the bottom-most leaf through a central channel to deposit it on the opposite side. An audience member asks how the machine avoids picking up multiple pages at once. Dany explains that as the stack of pages slides over the curved surface, suction is applied only to the single page directly in contact with the vacuum slots: “The other pages don't actually receive any suction, so they will tend to stay straight and go across.” To prevent sheets from sticking due to friction or static, the prototype incorporates an upward blast of compressed air targeted at the page edges, gently fluffing and separating them before they hit the dividing metal plate.
Because the prototype avoids complex multi-axis robotics, Dany emphasizes its affordability and elegance: “So it's really simple. And it doesn't involve very many parts, so it's not very expensive to build.”
[06:00](https://www.youtube.com/watch?v=4JuoOaL11bw&t=360s) Channel Geometry and Preventing Page Tearing
Dany delves into the subtle geometry of the internal channel, walking through earlier failed designs to show why a simple cut does not work:
```mermaid flowchart LR accTitle: Evolution of Channel Geometry accDescr: Three iterations of internal channel design showing progression from simple diagonal to relief cutout to vertical expansion.
subgraph Iteration1["1. Straight Diagonal Slot"] I1A["Page enters diagonal"] --> I1B["Binding stays rigid"] I1B --> I1C["Page forced to twist & tear"] end
subgraph Iteration2["2. Flat Intermediate Zone"] I2A["Enters diagonal slot"] --> I2B["Flat central relief"] I2B --> I2C["Page swings across untwisted"] end
subgraph Iteration3["3. Vertical Expansion"] I3A["Diagonal vacuum pickup"] --> I3B["Top opening expands vertically"] I3B --> I3C["Relieves binding stress without tearing"] end ```
Cutting a basic diagonal slot through the prism causes immediate failures: while the book's spine moves in a straight line, the middle of the sheet inside a simple diagonal slot is forced to twist along the diagonal plane, which paper cannot tolerate without ripping. To prevent this, the channel incorporates a flat section in the middle of the diagonal path, giving the leaf an unconstrained intermediate zone where it can swing freely across without twisting.
A second mechanical failure emerged in an early cardboard prototype involving the angle of the vacuum pull. When vacuum was pulled along a straight diagonal channel all the way to the top, the diagonal bend traveled directly into the book’s spine: - As the book moved laterally, the sheet was forced to bend sharply against its own binding. - To keep advancing, the paper had to shear itself directly off the active vacuum slots. - When the lateral resistance exceeded the tensile strength of the paper, the page tore.
To solve this, Dany modified the channel profile: the slot begins as a diagonal opening near the bottom to catch and curve the leading corner, but widens into a vertical opening toward the top. Once the page reaches this expanded vertical section, it loses lateral contact with the right-hand support surface and can swing freely through the void, peeling off the vacuum zone with minimal mechanical force on the binding.
[09:43](https://www.youtube.com/watch?v=4JuoOaL11bw&t=583s) Contact Image Sensors (CIS) and Scanning Geometry
Dany holds up the scanning bar used in the machine: a contact image sensor (CIS) pulled directly from an off-the-shelf sheet-fed scanner. The sensor contains an array of photodetectors and pulses RGB illumination to capture full color.
By salvaging the internal scan bars and driver boards from commercial scanners, Dany bypassed the need to engineer custom readout electronics or write custom drivers: “You can tell the computer to scan and it thinks the scanner is just a regular Canon scanner. And it captures images. So there's very little software required. And we didn't have to do any of the electronics.”
```mermaid flowchart TD accTitle: Contact Image Sensor Trade-offs accDescr: Diagram illustrating the physical packaging of CIS versus optical CCD sensors in relation to the book spine groove.
subgraph CISHack["CIS Sensor (Current Prototype)"] C1["Square casing cannot reach apex"] C1 --> C2["Modified on belt sander"] C2 --> C3["Achieves ~9 mm gutter margin"] end
subgraph CCDAlternative["Folded Optics CCD (Production Alternative)"] O1["Linear sensor with optical lens"] O1 --> O2["Focal path views directly into sharp apex corner"] O2 --> O3["Zero gutter loss"] end ```
However, the physical housing of off-the-shelf CIS bars creates a physical packaging constraint: - **Square Sensor Packaging:** The square cross-section of the CIS casing prevents the sensing element from seating all the way into the sharp 60-degree peak of the prism, creating a dead zone where text deep in the gutter (inner margin) cannot be imaged. - **The Belt Sander Modification:** To mitigate this, Dany ground down the edges of the sensor housings on a shop belt sander: “And it turns out you can grind away quite a bit of that circuit board before the thing stops working. And that was enough to get us within about nine millimeters of the groove, which is OK for most books.” - **Production Alternative (CCD Line Sensors):** For a production-grade machine, Dany suggests replacing CIS bars with line-scan CCDs using mirrors and focusing lenses, allowing the optical path to inspect the vertex directly without mechanical obstruction.
In response to an audience member asking whether widening the prism angle (such as opening it to 90 degrees) would allow the CIS bars to tuck closer to the spine, Dany explains why that introduces new problems: - Paper does not drape completely flat when forced open over wide angles, meaning page curl near the gutter would still lift away from the focal plane and obscure text. - Library preservation standards strictly prohibit opening rare or fragile bindings too wide: “Also, librarians generally like to keep the-- they consider it very bad to open the book too far. And so if you can keep the angle of opening as small as possible, that's better for the book.”
Dany concludes the segment by presenting a sample scan captured on the rig at a default resolution of 300 DPI, noting that the resulting image is flat, crisp, and identical in visual fidelity to an image produced by a standard desktop flatbed scanner.
[12:54](https://www.youtube.com/watch?v=4JuoOaL11bw&t=774s) Sensor Selection and Motion Mechanics
Dany Qumsiyeh explains the advantages of linear contact sensors over conventional digital cameras for document scanning. While standard cameras may boast high megapixel counts, each pixel relies on a Bayer filter capturing only red, green, or blue. In contrast, linear scanner heads capture full RGB color data for every single pixel at 300 DPI, yielding vastly superior image quality at a fraction of the price: “And these sensors are only like $20, compared to a very expensive camera that you would need.”
```mermaid flowchart LR accTitle: Linear Scanner Architecture accDescr: Diagram showing the physical movement, optical sensor calibration, and drive mechanisms of the linear book scanner.
subgraph Motion ["Drive System"] M["MDrive Stepper Motor"] -->|"drives"| TB["Timing Belt"] TB -->|"actuates"| S["Saddle Cradle"] end
subgraph Sensing ["Scanning & Calibration"] S -->|"passes over"| CIS["Linear CIS Sensors"] WS["White Calibration Strips"] -.->|"covers at home"| CIS end end ```
Addressing an audience question regarding motion linearity and whether speed variations distort the scans, Qumsiyeh reports that image output shows no noticeable disturbances. The carriage motion relies on a stepper motor coupled to a standard scanner timing belt, ensuring highly repeatable travel. Although early design phases explored optical pattern tracking on the saddle to correct for speed irregularities, the native mechanical precision proved sufficient.
The moving carriage, referred to as the "saddle," incorporates adjustable clamps to support the book. These clamps serve a vital structural purpose: as scanning progresses toward the start or end of a thick volume, the asymmetrical weight distribution causes unsupported pages to sag and bow near the gutter binding, which impedes page separation or causes the volume to tilt off balance. When asked whether softcover paperbacks can be scanned, Qumsiyeh confirms they work without issue, though the clamps naturally provide firmer registration against rigid hardcover boards. During setup, an operator places the book centrally on the saddle and adjusts the clamps until they make light contact with the covers.
- Scanner sensors capture true RGB color per pixel at 300 DPI, avoiding camera Bayer interpolation. - Linear sensor modules cost approximately $20 each. - White strips fixed to the home position of the saddle allow the sensors to calibrate white-balance values automatically before every scan run.
---
[15:55](https://www.youtube.com/watch?v=4JuoOaL11bw&t=955s) Automation Hardware and Control Software
The scanning carriage is propelled by an integrated MDrive stepper motor equipped with an on-board programmable microcontroller. The control firmware is exceptionally compact: users preprogram travel speed, endpoints, and reversal limits into the motor memory. Once powered on, the motor executes continuous back-and-forth passes autonomously without real-time external direction.
```mermaid flowchart TD accTitle: Software Automation Pipeline accDescr: Pipeline illustrating how newline characters from the motor trigger SANE scanimage capture and feed the viewer interface.
M["MDrive Motor (Serial Output)"] -->|"outputs newline on cycle start"| P["Unix Pipe / Shell"] P -->|"supplies Enter key"| SANE["SANE scanimage (--batch-prompt)"] SANE -->|"saves scanned page"| V["Viewer Software (Mosaic UI)"] BB["Break-Beam Sensor"] -->|"halts on misfeed"| M ```
To coordinate page capture with carriage travel, the MDrive outputs a single ASCII newline character over an RS-232 serial interface each time it reaches the start of a stroke. The host machine runs `scanimage`, a command-line tool from the open-source SANE (Scanner Access Now Easy) project, configured in batch-prompt mode (`--batch-prompt`), which waits for an Enter keystroke to trigger acquisition: “And so then all you have to do is take the line breaks from the motor and pipe them over to scanimage.” This entire coordination pipeline collapses into a single piped shell command.
For quality assurance, software written by Google colleague Jeff provides real-time visualization of incoming page pairs. The interface features an inspection view that extracts and aligns the page numbers of each scanned page into a vertical mosaic: - Operators verify scanning integrity at a glance by scanning down sorted numerical columns (e.g., 361, 341, 321, 301) to spot skipped or duplicated leaves instantly. - A physical infrared break-beam optical sensor is positioned directly inside the page-turning vacuum throat. - The break-beam sensor wires straight into the MDrive microcontroller input lines; if a page arrives early, late, or fails to appear, the motor immediately halts carriage travel to avert damage.
---
[18:48](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1128s) Prototype Economics, Scan Rates, and Motor Constraints
The demonstrated device represents the project's third iteration and its very first rigid metal build. Qumsiyeh recounts that the original proof of concept was built out of scrap cardboard retrieved from an office dumpster and powered by an inflatable air mattress pump, which surprisingly proved capable of separating and turning pages.
```mermaid flowchart TD accTitle: Prototype Bill of Materials Breakdown accDescr: Cost distribution of the prototype hardware showing a total cost of 1,500 dollars.
Total["Total Prototype: ~$1,500"] Total --> CIS["Torn-down Flatbed Scanner: ~$750"] Total --> Mech["Vacuum Pump, Motor & Machined Metal: ~$750"] ```
The current metal unit takes roughly 40 seconds to clamp and index a new volume. The cycle time is 11 seconds per page pair, which equates to approximately 30 minutes for a standard 300-page book. While slower than industrial book digitization rigs, Qumsiyeh emphasizes the economic leverage of complete automation: “This is a lot slower than many of the alternatives. But since it's fully automatic, one operator should be able to run like 10 of them.” Total hardware costs run around $1,500, with half of that figure accounted for by the donor desktop flatbed scanner stripped down for its optical sensors and electronics.
In a brief Q&A exchange regarding speed and safety, Qumsiyeh clarifies operational constraints: - Higher-end variants of the MDrive stepper motor include closed-loop stall detection and torque sensing, which could halt the cycle if paper snagging increases mechanical resistance. - Cycle throughput is currently constrained by motor torque: running heavier volumes at higher velocities stalls the existing motor. - Speed can be improved either by installing a more powerful motor or by compacting the physical geometry to shorten total carriage stroke travel.
---
[21:19](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1279s) Paper Handling Limitations, Error Rates, and Future Directions
Testing across a test library of roughly 50 books revealed several mechanical limits. Approximately 60% of arbitrary off-the-shelf books can physically run through the rig. Books must fit within the saddle clearance and have pages long enough to engage the vacuum suction slots. Paper weight also introduces challenges: very thin leaves (such as India paper in dictionaries) pull too easily into the vacuum slots, while heavy cardstock covers lack the flexibility to negotiate the turning bend. Regulating vacuum suction pressure is essential for tailoring the machine to diverse paper weights.
Error rates on the initial 50-book evaluation highlight the need for further refinement: - Around 45% of test volumes suffered one or two skipped pages across the entire book. - Around 45% experienced a fold or small tear on at least one page. - Qumsiyeh clarifies to the audience that these percentages represent the frequency of volumes that suffered at least one defect, rather than aggregate per-page failure rates: “Of the books. Yes. Not the pages. So it's only a couple errors in the book.” - Most page tears occurred on leaves with pre-existing edge nicking that caught in the slot; modern runs using the break-beam sensor catch these jams and stop the motor before folds worsen.
Future iterations will explore alternative vacuum orifice geometries, replacing bare aluminum components with stainless steel to prevent aluminum oxide rub-off along page edges, and incorporating CCD sensors capable of scanning tight into the inner gutter binding. For high-volume facility scaling, Qumsiyeh proposes chaining multiple V-shaped linear scanners in a continuous diagonal line, allowing two operators stationed at opposite ends of a conveyor to scan a continuous stream of books.
[25:03](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1503s) Project Acknowledgments and Opening the Floor
Dany Qumsiyeh concludes the presentation segment by recognizing key collaborators who brought the Linear Book Scanner prototype to fruition. He credits a crucial collaborator who authored the entire software stack, helped source and configure the sensors, installed the break-beam sensor, and assisted in dismantling commercial scanners for parts. Qumsiyeh notes that beyond technical labor, this teammate provided essential advice and moral support throughout the development process. He also expresses gratitude to his current engineering manager, Stephane, and his former manager, Ram, for greenlighting the initiative as a 20% project and offering continual support. With the acknowledgments wrapped up, Qumsiyeh invites the audience to ask questions.
[25:47](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1547s) Error Handling: Page Jams, Double Feeds, and Unit Economics
The first audience question addresses error recovery: what occurs when something goes wrong during a scan. Qumsiyeh explains that the current prototype detects when a page fails to turn properly; once triggered, “the machine just stops,” allowing the operator to inspect the issue, reset the mechanism, and restart the cycle. However, the prototype currently lacks a mechanism to detect double feeds where two pages stick together and travel through simultaneously, causing the intermediate page to be skipped. Qumsiyeh suggests that adopting techniques from commercial sheet-fed document scanners could solve this problem in future revisions.
```mermaid flowchart TD accTitle: Linear Book Scanner Error Handling Flow accDescr: Flowchart showing how the prototype handles single-page stalls versus undetected multi-page feeds.
subgraph Monitoring ["Sensory Detection"] A["Page transport across head"] --> B{"Break-beam sensor status"} end
subgraph Resolution ["Failure Modes & Handling"] B -->|"Page fails to turn"| C["Automated system halt"] C --> D["Operator clears jam & resets run"] B -->|"Two pages stick together"| E["Double feed passes undetected"] E --> F["Missed capture of inner page"] F -.->|"Future revision"| G["Integrate sheet-fed multi-page sensors"] end ```
When asked whether the system could be manufactured even more cheaply—given that the scanner sub-assembly represents the largest expense—Qumsiyeh affirms that costs could drop significantly with custom electronics. The raw optical sensor components used in the build cost approximately $20 each. Fabricating custom driver boards at volume would lower hardware expenses well below off-the-shelf scanner tear-downs. Under those conditions, the dominant manufacturing expense would simply be assembly labor. He emphasizes that the structural fabrication remains inherently inexpensive because the chassis components are flat sheet metal profiles that are trivial to cut.
- When a page fails to clear the break beam, the scanner automatically halts to prevent further mechanical damage. - Multi-page feeds remain an unaddressed limitation in the current revision, requiring future integration of thickness or ultrasonic double-feed sensors. - Raw linear image sensor components cost roughly $20 per unit. - The mechanical chassis consists primarily of 2D flat-cut metal pieces, keeping fabrication overhead low.
[27:30](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1650s) Dirt Streaks, Page Safety, and Library Risk Acceptance
An audience member asks about the risk of dirty volumes leaving smudges or continuous lines down the optical sensors, followed by a query regarding where the machine was manufactured. Qumsiyeh shares that the prototype was built in the on-campus Google Workshops. Addressing debris, he admits that smeared grime on a page could adhere to the glass sensor bar and streak successive scans, necessitating a detection and cleaning routine. However, he jokes about an accidental advantage of the suction system: “we joke that since the book is travelling over these vacuum slots, we're actually cleaning out dirt from the book as it goes. And that's a feature.”
The discussion then turns to paper preservation and whether the linear design risks tearing pages compared to commercial robotic scanners. Qumsiyeh counters that even high-end, dedicated page-turning machines occasionally tear paper, though it remains rare enough for institutional use. He recounts consulting with a preservation specialist from UC Berkeley, who strongly supported the concept:
> “And he was really excited basically that the benefit of having digital versions of these for people to use was greater than the small risk of causing damage to some books.”
Qumsiyeh explains that libraries already accept inherent wear and tear as a standard operational trade-off: when patrons check out physical books, the items inevitably return in degraded condition, yet institutions accept that reality because enabling public access to the content justifies the minor wear. His long-term goal is to refine the linear mechanism until it is gentle enough for rare and fragile collections.
[29:16](https://www.youtube.com/watch?v=4JuoOaL11bw&t=1756s) Optical Geometry, Hardware Architecture, and Project Future
In response to a question asking why the scanning sensors sit at a distance from the page-turning vacuum slot rather than directly adjacent to it, Qumsiyeh explains the mechanical layout. The team chose to keep both scan bars aligned in a single physical assembly so both page faces are scanned simultaneously. The exit vacuum slot actually extends upward to meet the scanner assembly. Separating the scan bars onto opposite sides of the intake and exit slots would permit placing each sensor closer to the turn point, thereby reducing the travel distance required for each leaf.
Clarifying the optical hardware source, Qumsiyeh explains that the setup is not two independent retail scanners, but rather the harvested components of a single duplex sheet-fed document scanner. The original donor machine used one unified circuit board wired to two contact image sensor (CIS) bars—one for the front and one for the back of the fed sheet. Finally, when asked about the future roadmap and next steps for the Linear Book Scanner project, Qumsiyeh demurs on making public forecasts, noting, “I don't know. But we'll talk a little bit more about that later.” At this point, host Jeff Breidenbach steps in to wrap up the recorded session, inviting the audience to applaud Dany Qumsiyeh.
## Mentioned Dany Qumsiyeh, Jeff Breidenbach, Google Books, Google Workshops, diybookscanner.org, Kirtas, Treventus, Canon, MDrive, SANE (Scanner Access Now Easy), scanimage, UC Berkeley
## Video description Google Tech Talk May 3, 2012
Presented by Dany Qumsiyeh
ABSTRACT
See a hardware prototype of an automatic, non-destructive book scanner. The machine turns pages automatically, and captures high-resolution images of each page. It was developed in 20% time, and built in the Google Workshops.
There will be a live demo and a short technical presentation, describing the design process.
Speaker Info: Dany Qumsiyeh is an engineer on the Google Books team.
For more information on this project, see: http://code.google.com/p/linear-book-scanner/
[Source](https://www.youtube.com/watch?v=4JuoOaL11bw)