In December 2010, we published the 2010 Best Workflows report, a generic version of testing Transitions performed for a number of transcoding and live encoding hardware/software solutions. The report mentioned a few invited companies, but did not detail any one particular participant.
Elemental Technologies has requested that their findings be published, as the company did exceptionally well in a number of categories. The report, labeled as 2011 Q1 Best Workflows: Elemental Technologies, containing the same test results from the December 2010 final report, reveals a company hitting its stride on several fronts.
Friday, July 22, 2011
Saturday, May 28, 2011
Flash Player 10.2 for Android Handsets and 10.3 for Motorola Xoom Tablet
Devices powered by the Android OS are gaining in popularity, with first quarter 2011 sales of Android-powered devices far outstripping those of Apple's iOS and Research In Motion's BlackBerry OS.
The combination of an updated Android OS and an updated Adobe Flash Player seems to provide a much more consistent media experience for the average user.
Yet the success brings with it a major issue—OS forking and code modification—inherent to open-source operating systems. The biggest area where this divergence can be viewed (or not viewed, as the case my be) is in the area of media consumption.
Our most recent report, titled The Right Fit? Video Playback Performance on Android Handset and Tablet Devices Using Adobe Flash Player 10.2 and 10.3 delves into the question of Adobe's Flash Player as a potential universal player for various media types on Android phones and tablets.
We found that Adobe Flash Player seems to be progressing, alongside advances in the Android OS itself, to a point where we're seeing full frame-rate, high-quality playback on a number of devices.
While this sounds like a no-brainer, our last set of tests found few devices capable of playing 24 frame per second (fps) content at 24 fps, let alone playing back traditional video content at the 29.97 fps required to match fluid television playback.
Yet the past two months have significantly upped the ante: Adobe Flash Player 10.3 on the Motorola Xoom tablet was able to match native content's frame rates (both 24 and 29.97 fps) once the Motorola Xoom was upgraded to Android OS 3.1. This is an increase of 10-15% in frames-per-second playback, compared to Flash Player 10.2 on Android 3.0.1—the original shipping Xoom operating system.
While this sounds like a no-brainer, our last set of tests found few devices capable of playing 24 frame per second (fps) content at 24 fps, let alone playing back traditional video content at the 29.97 fps required to match fluid television playback.
Yet the past two months have significantly upped the ante: Adobe Flash Player 10.3 on the Motorola Xoom tablet was able to match native content's frame rates (both 24 and 29.97 fps) once the Motorola Xoom was upgraded to Android OS 3.1. This is an increase of 10-15% in frames-per-second playback, compared to Flash Player 10.2 on Android 3.0.1—the original shipping Xoom operating system.
In addition, the Motorola Atrix handset, which contains the same dual-core Tegra 2 processor and GPU, turned in impressive results. The Samsung Galaxy S also improved over its results in our initial tests of six Android handsets and now takes advantage of hardware acceleration for decoding.
The combination of an updated Android OS and an updated Adobe Flash Player seems to provide a much more consistent media experience for the average user.
Friday, May 20, 2011
Review: Video Compression for Flash, Apple (iOS) devices and HTML5
Jan Ozer, a colleague and friend who writes for Streaming Media magazine and a number of other online and magazine publications, has just released his most recent book: Video Compression for Flash, Apple Devices and HTML5.
The 258-page book covers the title's topics in detail, looking first at the evolution of the H.264 video codec (also known at AVC as well as MPEG-4 Part 10 for ITU and ISO) and how it has been adopted by Adobe for Flash Player, Apple for its past and current player (QuickTime 7 and QuickTime X, respectively) and Microsoft for its Silverlight player.
The 258-page book covers the title's topics in detail, looking first at the evolution of the H.264 video codec (also known at AVC as well as MPEG-4 Part 10 for ITU and ISO) and how it has been adopted by Adobe for Flash Player, Apple for its past and current player (QuickTime 7 and QuickTime X, respectively) and Microsoft for its Silverlight player.
Jan then moves on to the questions of royalties (a topic I've covered in multiple articles, including one on H.264 and one on WebM) and then moves into the meat of the book: tips and tricks for working with a variety of compressor tools, including Apple's Compressor, Rhozet's Carbon Coder, Sorenson's Squeeze, Telestream's Episode and several others.
When it comes to specific environments where H.264 content will be played back, Video Compression for Flash, Apple Devices and HTML5 really shines. Whether it's encoding for the specific vagaries of Blu-Ray discs, Apple's multiple iOS devices—including the variations for iPhone/iPod versus the larger screen size of the iPad—or just the basics of Flash or Silverlight playback, the book examines processing and protocols necessary to make your streaming or offline delivery of H.264 a success.
Jan's focus is on software-only encoding solutions, but the principles are the same for hardware-based encoding and transcoding solutions, such as the Elemental Server, Elemental Live and Inlet Spinnaker products tested during last year's 2010 Best Workflows report.
I highly recommend Video Compression for Flash, Apple Devices and HTML5 for anyone needing to refine their media compression workflow, as the tips and insights Jan Ozer provides are pertinent to a variety of today's hottest consumer electronics devices.
Friday, March 11, 2011
Thunderbolt workflows
In a StreamingMedia.com article about the new MacBook Pro, published two weeks ago, we discussed the potential of camera connectivity through the new Thunderbolt port.
Today, Intel announced that Canon—makers of the fine EOS D-SLR cameras as well as consumer and professional video cameras—will be supporting the Thunderbolt technology. An Intel press release reads, in part:
Hiroo Edakubo, Group Executive of Canon’s Video Products Group stated, "We are excited about Thunderbolt technology and feel it will bring new levels of performance and simplicity to the video creation market."
Read additional thoughts on this topic—and the implications for live production equipment sizes—on our follow-up blog post at EventDVLive.com.
Roxio Toast Turns 11; But Can It Add?
In September, 2010, we posted an article about the issues highlighting the problem that Roxio Toast 10 Titanium Pro had with basic addition. The addition problems caused the program to underestimate how much content it could fit on a Blu-Ray disc. After eight hours of encoding, the actual number that Toast presented would be wildly off—to the tune of three or four gigabytes (3-4 GB).
This week, Sonic Solutions, who owns the technology and the Roxio brand name, announced the release of Roxio Toast 11 Titanium. Titanium is a lower-cost version of Toast (which also comes in a Pro version) and Titanium now contains the Blu-Ray plug-in that was only available in the Toast 10 Pro. This move saves users about $40 off the cost of purchasing Pro if Blu-Ray is the primary focus of your Toast usage.
Yet the question remains: can Toast 11 Titanium add any better than the previous Pro version? We're hearing initial reports of similar issues, which really brings into question Sonic's quality control on the Toast products, but we'll let you know what we find when we do a thorough review next week.
We are also hearing Toast 11 has speed issues in burning discs, where the speed of a 16x burner is reduced to 2x (even though the same burner runs at 15-16x in Toast 10).
Stay tuned to find out if remedial math works for Toast.
This week, Sonic Solutions, who owns the technology and the Roxio brand name, announced the release of Roxio Toast 11 Titanium. Titanium is a lower-cost version of Toast (which also comes in a Pro version) and Titanium now contains the Blu-Ray plug-in that was only available in the Toast 10 Pro. This move saves users about $40 off the cost of purchasing Pro if Blu-Ray is the primary focus of your Toast usage.
Yet the question remains: can Toast 11 Titanium add any better than the previous Pro version? We're hearing initial reports of similar issues, which really brings into question Sonic's quality control on the Toast products, but we'll let you know what we find when we do a thorough review next week.
We are also hearing Toast 11 has speed issues in burning discs, where the speed of a 16x burner is reduced to 2x (even though the same burner runs at 15-16x in Toast 10).
Stay tuned to find out if remedial math works for Toast.
Sunday, February 13, 2011
Flash Player 10.1 for Android: Performance King or Resource Hog?
A little over a month after completing our 2010 Best Workflows comparison, Transitions has decided to tackle another vexing question: does Flash Player 10.1 on the Android OS platform really impact battery life of mobile handsets?
If it does, is the performance gain worth it?
If it does, is the performance gain worth it?
Read the results of our initial five-day test period, on a number of Android-based devices, including the the original Droid, Droid2, Droid Incredible, EVO, Nexus S and the core Galaxy S.
To put all the fuss about mobile Flash Player usage in perspective, consider that smartphone shipments accounted for 101 million units per quarter at the end of 2010, an increase of 87% over the same period in 2009. According to research firm IDC, smartphone shipments in 2010 outpaced PC shipments for the first time, with PC growth only progressing at 3% for the fourth quarter of 2010, on shipments of 92 million units.
It’s also worth noting how fast mobile Flash Player penetration grew: 28.7% of US smartphones are based on Android, an increase of 7.3% in market share over the last quarter. By the end of 2010, Android-based handset shipments surpassed the number of shipping iPhones devices: Apple’s iPhone market share is now only 25.0% excluding iPads (of which over 7 million were sold in the fourth quarter, while Android-based tablets are just emerging).
In other words, Flash-equipped smartphones now outnumber iOS handsets. Adobe’s intent to bring the Flash Player plug-in to other mobile OSes (Blackberry, et al) will only widen that gap.
To put all the fuss about mobile Flash Player usage in perspective, consider that smartphone shipments accounted for 101 million units per quarter at the end of 2010, an increase of 87% over the same period in 2009. According to research firm IDC, smartphone shipments in 2010 outpaced PC shipments for the first time, with PC growth only progressing at 3% for the fourth quarter of 2010, on shipments of 92 million units.
It’s also worth noting how fast mobile Flash Player penetration grew: 28.7% of US smartphones are based on Android, an increase of 7.3% in market share over the last quarter. By the end of 2010, Android-based handset shipments surpassed the number of shipping iPhones devices: Apple’s iPhone market share is now only 25.0% excluding iPads (of which over 7 million were sold in the fourth quarter, while Android-based tablets are just emerging).
In other words, Flash-equipped smartphones now outnumber iOS handsets. Adobe’s intent to bring the Flash Player plug-in to other mobile OSes (Blackberry, et al) will only widen that gap.
Monday, January 10, 2011
The Clutter Cutter: NeatDesk for Mac
Our increasingly interconnected, automated and digitized world offers many benefits for businesses large and small. Yet one frustrating business situation seems almost impossible to solve: mountains of paper.
In the form of printed documents, receipts, expense records and all those business cards gathered from new contacts and business prospects, paper documents are one of the few things we can't seem to dig our way out from under.
I have tried several systems to deal with the mounting piles of pertinent information that still land in my home office, from the “desk stack” chess game to the “Pendaflex shuffle” in actual filing cabinets, to the “toss box” with the current year’s date marked on the side.
All of these systems have some merit. Looking back from the beginning of 2011, however, I still don’t know exactly what I have stored in all these collection areas from 2010. Throughout the past year, I found myself saying aloud all too often, “Is that contract in this pile? I’ve got to get the Scope of Work written!” and “Where is the receipt for last week’s prospecting lunch? I need to expense that.” I’ve also grown tired of storing all those business cards I collect, a desk drawer full of them.
One thing is certain at the dawn of a new year, I’m losing precious office space, time and ultimately money trying to keep up with all these dead trees. I'd happily recycle them all if I could just find an efficient and cost-effective way to organize the information in an easily accessible—preferably digital—form.
I’ve been looking for an automated solution that can feed all this stuff into my Mac and, ideally, integrate the data with Google Apps cloud-based document management that my consulting business uses.
With that end in mind, I recently decided to try the NeatDesk for Mac Desktop Scanner and its Digital Filing System.
Installation of the NeatWorks for Mac software and Neat Desk ADF scanner was easy and straightforward. The application even asked to autoupdate the first time I opened it. Nice touch.
During the installation, NeatDesk automatically created a Neat Library database file in the root of my Documents folder. When accessed through the NeatWorks for Mac application, this Digital Files System (DFS) provides a "cabinet" and a collection of customizable Folders within the cabinet that store all of the documents, receipts and business cards I scan. Working with the same paradigm in the paper world, NeatWorks use of the cabinet metaphor is helpful, as it’s getting hard to teach this dog new tricks.
NeatDesk scanner was fast and easy to use. For receipts and business cards, the OCR capabilities of the NeatWorks software does a good job in analyzing and segmenting the data off the scanned documents into their appropriate fields. No surprise here, as the original incarnation of this product, NeatReceipts, was geared towards generating expense reports.
All scanned items, whether a document, receipt or business card, land in the NeatWorks “Inbox” where you begin the filing process, with the software automatically identifies the type item you just scanned. Using the OCR data, NeatWorks automatically gathers metadata from the item to better identify its contents.
The application does have some problems with business cards that have colored backgrounds or unusual layouts. In this case you can easily edit and add the metadata yourself.
Interestingly, you don’t have to depend on the NeatDesk scanner to get data into NeatWorks. Anything that can be printed on the Mac can be sent to NeatWorks via the Neat specific options in the "Save to PDF" button in the print dialog box. This is helpful for me, personally, as a way to store some digital items I used to convert to paper for organizational purposes.
A few other features stand out. First, the data NeatWorks gathers from business cards creates contacts that can be exported to Apple's integrated Address Book, handy if you are synching Address Book with Google or Yahoo.
Second, receipts can be exported in .qif files for accounting and tax purposes in Quicken, or as individual PDFs to send to cloud-based apps such as Expensify. Scanned items can also emailed, through Apple's Mail application or other third-party applications such as Entourage or Outlook for Mac.
Lastly, by configuring the Folder Sync settings in the properties of any NeatWork’s Folder, you can automatically export the Folder’s contents from the Neat Library to the Mac’s local file system as individual PDFs. This feature is useful in that you can maintain copies of your critical data outside of NeatWorks, “just in case” the Neat Library file becomes unavailable. You can also upload these PDFs to Google Docs, for example, so they can be accessed via the cloud. Given these export and data movement options, I’m not concerned about all the scanned data living in the Neat Library database file.
All in all, I am happy to report that The Neat Company has put out a system that I believe can help me to slay “the Paper Monster” as they so aptly put it. While I don't think I'll ever be able to get to a "paperless" mode of working, I look forward to providing an update on my "less paper" resolution some time in the next few weeks, including whether it integrates well with Google Apps for cloud-based storage of documents I need on the run.
In the form of printed documents, receipts, expense records and all those business cards gathered from new contacts and business prospects, paper documents are one of the few things we can't seem to dig our way out from under.
I have tried several systems to deal with the mounting piles of pertinent information that still land in my home office, from the “desk stack” chess game to the “Pendaflex shuffle” in actual filing cabinets, to the “toss box” with the current year’s date marked on the side.
All of these systems have some merit. Looking back from the beginning of 2011, however, I still don’t know exactly what I have stored in all these collection areas from 2010. Throughout the past year, I found myself saying aloud all too often, “Is that contract in this pile? I’ve got to get the Scope of Work written!” and “Where is the receipt for last week’s prospecting lunch? I need to expense that.” I’ve also grown tired of storing all those business cards I collect, a desk drawer full of them.
One thing is certain at the dawn of a new year, I’m losing precious office space, time and ultimately money trying to keep up with all these dead trees. I'd happily recycle them all if I could just find an efficient and cost-effective way to organize the information in an easily accessible—preferably digital—form.
I’ve been looking for an automated solution that can feed all this stuff into my Mac and, ideally, integrate the data with Google Apps cloud-based document management that my consulting business uses.
With that end in mind, I recently decided to try the NeatDesk for Mac Desktop Scanner and its Digital Filing System.
Installation of the NeatWorks for Mac software and Neat Desk ADF scanner was easy and straightforward. The application even asked to autoupdate the first time I opened it. Nice touch.
During the installation, NeatDesk automatically created a Neat Library database file in the root of my Documents folder. When accessed through the NeatWorks for Mac application, this Digital Files System (DFS) provides a "cabinet" and a collection of customizable Folders within the cabinet that store all of the documents, receipts and business cards I scan. Working with the same paradigm in the paper world, NeatWorks use of the cabinet metaphor is helpful, as it’s getting hard to teach this dog new tricks.
NeatDesk scanner was fast and easy to use. For receipts and business cards, the OCR capabilities of the NeatWorks software does a good job in analyzing and segmenting the data off the scanned documents into their appropriate fields. No surprise here, as the original incarnation of this product, NeatReceipts, was geared towards generating expense reports.
All scanned items, whether a document, receipt or business card, land in the NeatWorks “Inbox” where you begin the filing process, with the software automatically identifies the type item you just scanned. Using the OCR data, NeatWorks automatically gathers metadata from the item to better identify its contents.
The application does have some problems with business cards that have colored backgrounds or unusual layouts. In this case you can easily edit and add the metadata yourself.
Interestingly, you don’t have to depend on the NeatDesk scanner to get data into NeatWorks. Anything that can be printed on the Mac can be sent to NeatWorks via the Neat specific options in the "Save to PDF" button in the print dialog box. This is helpful for me, personally, as a way to store some digital items I used to convert to paper for organizational purposes.
A few other features stand out. First, the data NeatWorks gathers from business cards creates contacts that can be exported to Apple's integrated Address Book, handy if you are synching Address Book with Google or Yahoo.
Second, receipts can be exported in .qif files for accounting and tax purposes in Quicken, or as individual PDFs to send to cloud-based apps such as Expensify. Scanned items can also emailed, through Apple's Mail application or other third-party applications such as Entourage or Outlook for Mac.
Lastly, by configuring the Folder Sync settings in the properties of any NeatWork’s Folder, you can automatically export the Folder’s contents from the Neat Library to the Mac’s local file system as individual PDFs. This feature is useful in that you can maintain copies of your critical data outside of NeatWorks, “just in case” the Neat Library file becomes unavailable. You can also upload these PDFs to Google Docs, for example, so they can be accessed via the cloud. Given these export and data movement options, I’m not concerned about all the scanned data living in the Neat Library database file.
All in all, I am happy to report that The Neat Company has put out a system that I believe can help me to slay “the Paper Monster” as they so aptly put it. While I don't think I'll ever be able to get to a "paperless" mode of working, I look forward to providing an update on my "less paper" resolution some time in the next few weeks, including whether it integrates well with Google Apps for cloud-based storage of documents I need on the run.
Tuesday, December 28, 2010
2010 Best Workflows
A bit longer in the making than anyone would like, but full of good information to set a baseline for live encoding and file-based transcoding workflows. We're happy to present the 2010 Best Workflows report, another in the Transitions in Technology white paper series.
Within the next few days, we also hope to be able to reveal details from a few participants. We'll keep you posted.
[Update: Elemental Technologies chose to publish their findings, which can be found at this link as the 2011 Q1 Best Workflows report, containing the same information as the 2010 Best Workflows plus additional information specific to the Elemental outcomes. Enjoy!]
Within the next few days, we also hope to be able to reveal details from a few participants. We'll keep you posted.
[Update: Elemental Technologies chose to publish their findings, which can be found at this link as the 2011 Q1 Best Workflows report, containing the same information as the 2010 Best Workflows plus additional information specific to the Elemental outcomes. Enjoy!]
Saturday, December 4, 2010
Has Fujitsu Abandoned the Macintosh Platform? ScanSnap Snow Leopard Issues
Fujitsu had a good thing going, with the ScanSnap for Mac offering one of the best scan-to-PDF options.
But like all good things, this one looks like it's coming to an end, as ScanSnap on the Snow Leopard platform is walking around gingerly on only two paws.
Consider this:
1. The S1500M is the only current Mac-based ScanSnap scanner; all the others (S300M, S500M, S510M) are on Fujitsu's discontinued list.
2. CardIris 3.6, which ships with the S1500M, is not compatible with Snow Leopard (OS X 10.6). CardIris 4.0 is compatible, but you don't receive that version when buying an S1500M
3. Adobe Acrobat is now at version 10 with Acrobat X. Which version ships with the S1500M? Acrobat 8. Yes, that's right, the only Fujitsu Mac ScanSnap has a version of Acrobat Pro that's TWO versions old.
When I asked Fujitsu about upgrading to Acrobat 9, six months after it launched, I was told that what you buy is what you get. Meaning that anyone buying an S1500M today will get Acrobat 8.
Fujistu is clearly choosing to abandon the Mac platform, as they've not made a ScanSnap unit that's Mac compatible since 2008.
How's that for progress?
But like all good things, this one looks like it's coming to an end, as ScanSnap on the Snow Leopard platform is walking around gingerly on only two paws.
Consider this:
1. The S1500M is the only current Mac-based ScanSnap scanner; all the others (S300M, S500M, S510M) are on Fujitsu's discontinued list.
2. CardIris 3.6, which ships with the S1500M, is not compatible with Snow Leopard (OS X 10.6). CardIris 4.0 is compatible, but you don't receive that version when buying an S1500M
3. Adobe Acrobat is now at version 10 with Acrobat X. Which version ships with the S1500M? Acrobat 8. Yes, that's right, the only Fujitsu Mac ScanSnap has a version of Acrobat Pro that's TWO versions old.
When I asked Fujitsu about upgrading to Acrobat 9, six months after it launched, I was told that what you buy is what you get. Meaning that anyone buying an S1500M today will get Acrobat 8.
Fujistu is clearly choosing to abandon the Mac platform, as they've not made a ScanSnap unit that's Mac compatible since 2008.
How's that for progress?
Tuesday, November 30, 2010
PDF viewing in Apple's Preview looking fuzzy? Welcome to Acrobat X on Snow Leopard
I'm working through a few workflow scenarios with Acrobat X's scanning and optical character recognition (OCR) for an upcoming comparison study. Along the way, though, I have two quick insights in to Acrobat X.
First, it does a great job of shrinking the file size automatically after the text recognition is run. In many cases, I don't even have to run the "reduce file size" feature to bring multi-page documents to a manageable file size.
Second, the issue that cropped up under Apple's Preview in Acrobat 9, after I'd applied the "reduced file size" to shrink the file size, remains. The image will look blocky and jagged, as if a great bit of information has been abandoned.
I initially chalked the issue up to an error in the file reduction algorithms, but the advent of Acrobat X—with its better-than-average standard compression—brings the issue back to the forefront. Even without running the "reduce file size" feature in Acrobat X, any file that's been OCRed will appear jagged and blocky within Apple's Preview application.
Researching the topic online didn't turn up any clues, probably because Acrobat X is so new; since I couldn't ignore this issue, as it affects all the scans I was applying OCR to, I turned to my contact at Adobe's PR agency to get insight in to the issue.
It turns out that Adobe X's new rendering engine may steal a few pages from Acrobat 9's file size reduction score. In doing so, this presents a potential rendering issue in Apple's Preview. According to my contact:
Acrobat X's new scan compression technology divides the image into 3 layers - Background (BG), Foreground (FG) & Mask. BG, FG images are highly down sampled while mask is kept at a higher resolution (to maintain text readability).
The layering makes sense, as Adobe has always had the ability to choose Image-Text (where the image overlays the underlying OCR text) or Text-Image (where the text attempts to lay out in a patter closely resembling the image, but the text is the top layer).
I've always opted for Image-Text, as it allows the human looking at the document to read what's actually on the page, should he or she find the OCR text they copied from the PDF a bit, well, lacking.
My contact went on to provide some reasoning behind the miss-match of Preview and Acrobat Reader X, the latter of which seems to display the images in a much higher quality output:
Here is our hypothesis on the reason of low quality rendering by Preview. In order to render a page, it down samples mask to the resolution of FG (or maybe BG), so it loses on text crispness or quality that a high resolution mask provides. Adobe Reader/Acrobat, on the other hand, up samples images to the highest of the resolution of BG, FG and mask to get the rendered bitmap.
Is this the reality? I guess we'll have to see whether Apple issues an update to Preview in the near term. If not, I'm stuck either suggesting that every client upgrade to Acrobat Reader X, or choosing to completely forego the workflow of using QuickLook to view text-heavy OCRed documents.
First, it does a great job of shrinking the file size automatically after the text recognition is run. In many cases, I don't even have to run the "reduce file size" feature to bring multi-page documents to a manageable file size.
Second, the issue that cropped up under Apple's Preview in Acrobat 9, after I'd applied the "reduced file size" to shrink the file size, remains. The image will look blocky and jagged, as if a great bit of information has been abandoned.
I initially chalked the issue up to an error in the file reduction algorithms, but the advent of Acrobat X—with its better-than-average standard compression—brings the issue back to the forefront. Even without running the "reduce file size" feature in Acrobat X, any file that's been OCRed will appear jagged and blocky within Apple's Preview application.
Researching the topic online didn't turn up any clues, probably because Acrobat X is so new; since I couldn't ignore this issue, as it affects all the scans I was applying OCR to, I turned to my contact at Adobe's PR agency to get insight in to the issue.
It turns out that Adobe X's new rendering engine may steal a few pages from Acrobat 9's file size reduction score. In doing so, this presents a potential rendering issue in Apple's Preview. According to my contact:
Acrobat X's new scan compression technology divides the image into 3 layers - Background (BG), Foreground (FG) & Mask. BG, FG images are highly down sampled while mask is kept at a higher resolution (to maintain text readability).
The layering makes sense, as Adobe has always had the ability to choose Image-Text (where the image overlays the underlying OCR text) or Text-Image (where the text attempts to lay out in a patter closely resembling the image, but the text is the top layer).
I've always opted for Image-Text, as it allows the human looking at the document to read what's actually on the page, should he or she find the OCR text they copied from the PDF a bit, well, lacking.
My contact went on to provide some reasoning behind the miss-match of Preview and Acrobat Reader X, the latter of which seems to display the images in a much higher quality output:
Here is our hypothesis on the reason of low quality rendering by Preview. In order to render a page, it down samples mask to the resolution of FG (or maybe BG), so it loses on text crispness or quality that a high resolution mask provides. Adobe Reader/Acrobat, on the other hand, up samples images to the highest of the resolution of BG, FG and mask to get the rendered bitmap.
Is this the reality? I guess we'll have to see whether Apple issues an update to Preview in the near term. If not, I'm stuck either suggesting that every client upgrade to Acrobat Reader X, or choosing to completely forego the workflow of using QuickLook to view text-heavy OCRed documents.
Subscribe to:
Posts (Atom)