Welcome!
Thanks for visiting Omniplanar's Support Portal.
Omniplanar has always taken the support of its customers very seriously. We feel that along with the high-performance of our products, that our level of customer support is what sets up apart from our competition.
For this reason, as we have grown we continue to have our development engineers answer all technical support inquiries rather than hiring a tech support staff. This means that whenever a customer has a question they are getting the answers directly from the engineers that write and maintain the code.
Creating this Support Portal is our latest effort to take our customer support to the next level. It is a leap forward in our support that allows us to more easily share a greater amount of bar coding and image processing knowledge and reference material to a wider audience. Below is a list of the support features you will find in Omniplanar's Support Portal:
- President's Blog - The latest on Omniplanar news and market observations from 'El Presidente' himself
- Technical Blog - Our developers blog authored by three of our best and brightest development engineers
- Technical Forum - Technical support forum for all of your questions. Answers are given quickly be our development staff. Private forums are also in the works for each of our existing customers that require regular support.
- File Downloads - The latest product manuals, release notes, white papers, data sheets and whatever other types of documents we feel might benefit you.
- Image Gallery - Sample bar code images for your evaluation and the occasional picture of an Omniplanar event.
Again, we sincerely appreciate you taking the time to evaluate or buy our software. If you have any questions or problems please contact us or drop me a note!
Sincerely,
Garrett Russell (g.russell@omniplanar.com)
President, Omniplanar, Inc.
What's New
-
Dear Dorian. Our engine requires all images to be in 8 bit per pixel, grey-scale format. Our SDDemo software converts these automatically when you open an image. So the various formats you listed above, would need to be converted and placed in memory, prior to calling the decoder. Garrett
-
Hello Mr. Hejl, JPEG, YUV (YCbCr) 4:2:2, RGB 565, RGB 444, and Bayer 10-bit are all 2 bytes per pixel formats, so your answer excludes them. However YUV (YCbCr) 4:0:0 or Bayer 8-bit are 1 byte per pixel formats. Are you able to read either of them ? The YCbCr format works on illuminance, degree of blue and degree of red whereas Bayer 8-bit is a truncated...
-
SwiftDecoder expects an 8-bpp bitmap that follows these guidelines: • The image is stored as a sequence (i.e. array) of bytes • There is one byte per pixel • Consecutive pixels on a line are stored in consecutive pixels in memory • Consecutive lines are stored consecutively in memory (with an optional fixed length gap). • Lower numeric values (i.e....
-
Hello Mr. Russell, You said previously that you only needed the image to be in memory so that your decoder could call upon it. Further question : what kind of image format is needed (JPEG, YUV (YCbCr) 4:2:2, YUV (YCbCr) 4:0:0, RGB 565, RGB 444, Bayer 10-bit or Bayer 8-bit) ? Best regards, Dorian