I shouldn't have worried. The interface is surprisingly easy to decipher and use. There are generally several ways to do any one task. For example, if you want to resize the area you're scanning, you can enter numbers to resize it, pick from a standard selection of paper sizes (conveniently, you can define your own common document sizes) or click and drag the bars at the edges of the scan window.
Scanning is fast and the quality is high; XVScan can quickly and easily handle scanning all the way up to 600 dpi. You can precisely select the dpi to use for scanning and you can adjust the brightness, the contrast, the gamma correction—most anything you'd like to control.
Unlike a lot of scanners, XVScan doesn't give you a miniature of the image in the “pre-scan” mode. Instead, when the QuickScan option is selected, XVScan scans the image and adjusts the resolution so that the resultant image exactly fits the scanning window. This action might end up displaying the image at a lower resolution than you have in mind for your final image; it might just as easily be higher. (For me, it was often higher. I scan images to look good on a web page, not to be printed, so I don't need to scan at resolutions higher than 72 dpi.)
Once you have your QuickScan image on screen, you can adjust the appropriate settings as you wish to enhance it and, if necessary, set crop limits. Once you click on Apply Crop, the cropped image is displayed filling the scanning window. Now, click on Scan for your next pass, and XVScan scans only the area inside the crop limits—very convenient.
That's great, I can hear you say, but I don't always want to play around in a fancy X Windows' user interface—sometimes I'd like to be able to just scan an image using the command line. You can do that, too. Although their manual boasts that the GUI makes their product “more user friendly than hpscanpbm”, it's also distributed with sjscan, a command-line scanning utility.
By the way, while XVScan can read and write in several different image formats, their manual warns:
xv has a whopping grand total of two internal image formats: 8-bit color mapped and 24-bit RGB. Every image you load is converted to one of these two formats, as part of the image loading procedure, before you ever see the image.
In other words, you might occasionally get some minor artifacts creeping into the images as they're converted back and forth—but if this is a serious problem, I have yet to encounter it.
I did a search on DejaNews (http://www.dejanews.com/) while researching this review, to see if I could find any negative comments people had posted to Usenet about XVScan. I couldn't find any. The closest thing I found to a negative remark was a few die-hard free software fans grumbling about having to actually pay money for it. On the whole, everyone who had used the software seemed to recommend it. In fact, in response to a general question about scanning under Linux, one user suggested that the person asking should buy an HP ScanJet just so he could run XVScan.
Personally, I like having an environment that allows me to do high-quality scans and to manipulate the image within the same application. I'm far too used to programs that do just one thing well; XVScan appears to aim at doing everything well, and I think it succeeds.
Michael Montoure is the webmaster for Specialized Systems Consultants, the publishers of Linux Journal. He's been on the Internet for the better part of a decade now, used to wish everyone would use it, and now is sorry he said anything. As long as you don't want to tell him how to “Make Money Fast”, feel free to send him e-mail at firstname.lastname@example.org.
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
|Trying to Tame the Tablet||May 08, 2013|
- RSS Feeds
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Download the Free Red Hat White Paper "Using an Open Source Framework to Catch the Bad Guy"
- Tech Tip: Really Simple HTTP Server with Python
- New Products
- Android is Linux -- why no better inter-operation
1 hour 59 min ago
- Connecting Android device to desktop Linux via USB
2 hours 28 min ago
- Find new cell phone and tablet pc
3 hours 26 min ago
4 hours 55 min ago
- Automatically updating Guest Additions
6 hours 3 min ago
- I like your topic on android
6 hours 50 min ago
- Reply to comment | Linux Journal
7 hours 11 min ago
- This is the easiest tutorial
13 hours 25 min ago
- Ahh, the Koolaid.
19 hours 4 min ago
- git-annex assistant
1 day 1 hour ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?