Pixel formats

Similar Questions

• If USB3 IMAQdX does not support a pixel format is at - it a way to make do, or am I hosed?

  We recently bought a USB3 HDSDI converter of Pleora Technologies (model
  IPORT HDSDI-u3).  This adapter is supposedly USB3 Vision and Genicam Compliant.  When I
  connect to my computer and open MAX it enumerates correctly as an IMAQdX USB3
  camera.  When I try to get the video, I can get video successfully if I use the
  following modes of pixel: mono8, mono10, mono10p.  If I try to use the
  color modes, I get an error 0xBFF69037 "no decoder available for pixel selected."
  format ".  I spoke with the support of Pleora and they said that NEITHER must
  supplor type pixels YCrCB to get this job.  The exact answer
  He has supported:

  "The list of pixel format that you see is the HDSDI XML file reading. Those
  are all the pixel format THAT is supported by HDSDI.
  Apparently MAX is not a decoder for the "YCbCr", that's why you got the
  error.
  You may need to talk OR to see if they support this format or not. »

  Here is the list of the listed indicating by MAX Pixel formats:

  Mono8
  Mono10
  Mono10p
  YCbCr601_422_8_CbYCrY
  YCbCr601_422_10p_CbYCrY
  YCbCr709_422_8_CbYCrY
  YCbCr709_422_10p_CbYCrY

  The first three (mono) selections work.  The last four give the decoder
  error.

  Y at - it any help you guys can give me to do this job?

  Hello

  IMAQdx supports various configurations of the pixelformats of YCbCr color space, but it seems that there no versions of Pixel Format Naming Convention new mode which explicitly list the exact color space (because there are several YCbCr color spaces). Decoders of YCbCr from IMAQdx are all followed the standard ITU - R BT.601 and support for 8-bit (10-bit variants are not supported).

  You can change your local cache of the file XML Pleora (C:\Users\Public\Documents\National-Instruments\NI-IMAQdx\Data\XML) and replace the enumeration name "YCbCr601_422_8_CbYCrY" by "YCbCr422_8_CbYCrY" (the older generic name that existed before the 601 variant). This should allow the pixel format to correspond to one of the known encodings of IMAQdx and be properly decoded.

  I'll file a bug report internal for the 'YCbCr601_422_8_CbYCrY' (and the rest of the formats similar to this question) added as an alias for good for the decoders we have so that "everything works" in the future.

  Eric

• Error decoder IMAQdx configure enter with the Mono10 Pixel Format

  Hello

  I recently encountered the following problem, so I'm trying to capture images across an iPort CL - U3 Pleora USB3 vision.

  "Error 1074360265 occurred at IMAQdx configure Acquisition.vi.

  Possible reasons:

  NOR-IMAQdx: (Hex 0xBFF69037) no decoder available for the pixel format selected. »

  I always get this error when I switch the 'Pixel Format' to 'Mono10 '. In my images, I use 'Type of Image' 'levels of gray (I16).

  My test code works very well for 'Pixel Format' "Mono8" but not others.

  It is also important to note that in MAX, with 'Levels of gray (I16)' and 'Mono10', it works fine as well.

  Any help will be appreciated.

  Thank you

  Harry

  Have you changed the type of image requested the default value of 'Auto' to 'Gray levels (I16)' at some point? If you have changed this setting in MAX, and recorded, which would explain the error you see. Your code is only to change the pixel format, and there is no decoder available inside the IMAQdx which takes a Mono8 image and returns an image I16 (you would have to project the image with screws of the Vision).

• Where can I find the numerical value for GenICam standard pixel formats?

  I am putting in place a structure of case for the reconstruction of image formats using the pixel as IMAQdx output format. Confirmed the consistent property of 'Pixel Format' numeric U32 in id IMAQdx from camera to camera, but it's just a number, and I don't see that the number of image formats used by the cameras I (I need code for other formats I've yet to see). The GenICam standard 1.1 supports 52 image formats, and no doubt IMAQdx has a corresponding U32 value for each format. Where can I find this list? The .pdf for the GenICam standard lists the formats available in name only and does not have a corresponding numerical value.

  Hey Nasgul

  The attribute 'PixelFormat' is actually a list of name/value pairs. For GenICam cameras (such as GigE Vision) these names and these values are determined by the camera, no IMAQdx XML file. The names themselves are normalized by the part of the "Standard feature Naming Convention" of GenICam (but aren't their values).

  I think you speak for the Format of Pixel property node. I think you are right that it is a digital. It's probably because the available modes can not be known before you actually run the code and the LabVIEW enumeration values must be known when editing, no compilation. The node itself as a digital is probably as a relic of the firewire interface. It would be probably more useful as a string, I imagine.

  You probably want to use the generic way of manipulating the attributes instead. You initially set the property 'Attribute Active' in 'PixelFormat' and then you can then query a list of name/value pairs available or simply set the value. IMAQdx allows you to set the value directly as a string (using the standard names) rather than having to translate it into a numeric value.

  Eric

• 'Toggle Pixel format Correction.

  In what situations can see the difference when you use the function? :

  'Toggle Pixel format Correction.

  

  When you use non-square pixels. Read the help file.

• Problem using the pixel format indexed bytes in the PixelWriter setPixels method

  I'm trying to build a byte array and set it on a WritableImage using the PixelWriter setPixels method.
  
  If I use a RGB pixel format, it works. If I use a byte indexed pixel format, I get a NPE.
  Stride etc should be fine if I'm not mistaken.
  
  java.lang.NullPointerException
  to com.sun.javafx.image.impl.BaseByteToByteConverter. < init > (BaseByteToByteConverter.java:45)
  to com.sun.javafx.image.impl.General$ ByteToByteGeneralConverter. < init > (General.java:69)
  at com.sun.javafx.image.impl.General.create(General.java:44)
  at com.sun.javafx.image.PixelUtils.getB2BConverter(PixelUtils.java:223)
  to com.sun.prism.Image$ ByteAccess.setPixels (Image.java:770)
  at com.sun.prism.Image.setPixels(Image.java:606)
  to javafx.scene.image.WritableImage$ 2.setPixels(WritableImage.java:199)
  
  Independent, short example here:
  

  import java.nio.ByteBuffer;
  
  import javafx.application.Application;
  import javafx.scene.Scene;
  import javafx.scene.image.ImageView;
  import javafx.scene.image.PixelFormat;
  import javafx.scene.image.WritableImage;
  import javafx.scene.layout.BorderPane;
  import javafx.stage.Stage;
  
  public class IndexedColorTestApp extends Application {
  
      public static void main(String[] args) {
          launch(args);
      }
  
      @Override
      public void start(Stage primaryStage) {
          BorderPane borderPane = new BorderPane();
          Scene scene = new Scene(borderPane, 600, 1100);
          primaryStage.setScene(scene);
  
          ImageView imageView = new ImageView();
          borderPane.setCenter(imageView);
          primaryStage.show();
  
          int imageWidth = 200;
          int imageHeight = 200;
          WritableImage writableImage = new WritableImage(imageWidth, imageHeight);
  
          // this works
          byte[] rgbBytePixels = new byte[imageWidth * imageHeight * 3];
          PixelFormat<ByteBuffer> byteRgbFormat = PixelFormat.getByteRgbInstance();
          writableImage.getPixelWriter().setPixels(0, 0, imageWidth, imageHeight,
                                                   byteRgbFormat, rgbBytePixels, 0, imageWidth * 3);
          imageView.setImage(writableImage);
  
          // this throws an NPE in setPixels()
          byte[] indexedBytePixels = new byte[imageWidth * imageHeight];
          int[] colorPalette = new int[256];
          PixelFormat<ByteBuffer> byteIndexedFormat = PixelFormat.createByteIndexedInstance(colorPalette);
          writableImage.getPixelWriter().setPixels(0, 0, imageWidth, imageHeight,
                                                   byteIndexedFormat, indexedBytePixels, 0, imageWidth);
          imageView.setImage(writableImage);
      }
  
  }

  If there is no solution, maybe someone knows a solution? We chose to use the format indexed due to the size of the data / performance reasons.
  
  Published by: Andipa on 01.03.2013 10:52

  You have found a bug in the platform, filed against the project to-online http://javafx-jira.kenai.com to your sample code and a link to this forum question.
  Byte indexed pixel formats seem like a feature never completely (or maybe even any) implemented for me.

  The PixelFormat type uses your unsuccessful case is (PixelFormat.Type.BYTE_INDEXED):

  PixelFormat byteIndexedFormat = PixelFormat.createByteIndexedInstance(colorPalette);
  System.out.println(byteIndexedFormat.getType());
  

  Here are the valid PixelFormat types =>
  http://docs.Oracle.com/JavaFX/2/API/JavaFX/scene/image/PixelFormat.type.html

  BYTE_BGRA
  The pixels are stored in adjacent bytes with the non-premultiplied components stored in order of increasing index: blue, green, red, alpha.
  BYTE_BGRA_PRE
  The pixels are stored in adjacent bytes with the premultiplied components stored in order of increasing index: blue, green, red, alpha.
  BYTE_INDEXED
  The pixel colors are referenced by byte indices stored in the pixel array, with the byte interpreted as an unsigned index into a list of colors provided by the PixelFormat object.
  BYTE_RGB
  The opaque pixels are stored in adjacent bytes with the color components stored in order of increasing index: red, green, blue.
  INT_ARGB
  The pixels are stored in 32-bit integers with the non-premultiplied components stored in order, from MSb to LSb: alpha, red, green, blue.
  INT_ARGB_PRE
  The pixels are stored in 32-bit integers with the premultiplied components stored in order, from MSb to LSb: alpha, red, green, blue.
  

  As for a WritableImage native pixel format is not the same that you use the pixel format, the JavaFX platform needs to do a conversion while reading pixels in a format and write it in another format. To do this, he must be able to determine a PixelGetter for your PixelFormat (the PixelGetter is an internal thing, API not public).

  And here's the source determines the PixelGetter for a given type of PixelFormat:
  http://Hg.OpenJDK.Java.NET/openjfx/8/master/RT/file/06afa65a1aa3/JavaFX-UI-common/src/com/Sun/JavaFX/image/PixelUtils.Java

  119     public static  PixelGetter getGetter(PixelFormat pf) {
  120         switch (pf.getType()) {
  121             case BYTE_BGRA:
  122                 return (PixelGetter) ByteBgra.getter;
  123             case BYTE_BGRA_PRE:
  124                 return (PixelGetter) ByteBgraPre.getter;
  125             case INT_ARGB:
  126                 return (PixelGetter) IntArgb.getter;
  127             case INT_ARGB_PRE:
  128                 return (PixelGetter) IntArgbPre.getter;
  129             case BYTE_RGB:
  130                 return (PixelGetter) ByteRgb.getter;
  131         }
  132         return null;
  133     }
  

  As you can see, the BYTE_INDEXED format is not supported, and null is returned instead... it is the source of your NullPointerException.

• I work in psd, I want to send an email to pdf, with the pixel format, how can I do?

  I work in psd, I want to send an email to pdf, with the pixel format, how can I do?

  I work in psd, I want to send an email to pdf, with the pixel format, how can I do?

• Export incorrectly to the cultures of pixel format

  I noticed that when I export a file, say, PNG, the new file cropping is not related to the artboard. Or anything else I see. Usually there is a large white area above the area of work plan, but I don't see a direct relationship between illustration original/plan of work and the size of the exported file. Neither the resolution (DPI) has something to do with it.

  Of course, it is perfectly feasible, open the new file in Photoshop and cropping there but I expect the size of the artboard to start immediately.

  In this case regardless of the pixel format (BMP, JPG, PNG, whatever). I'm doing something wrong? It has to do with a preference somewhere? That is what it is? Any ideas please. (CS3 Mac by the way.)

  Also in previous versions of Illustrator, you can take the object > Cropmark make command when nothing is selected to set the dimensions of the artboard than the dimensions of the export.

  According to your description, I imagine that somewhere on the scratch area there are at least a point stray to which applies a background color or outline. Although it is not visible, it will be included when you export to a raster format (although the wandering point is locked).

• How to export an image with the corrected pixel format?

  Hi, I have a bunch of images .png of the old software of the era of MS-DOS that I want to convert it to a format of 0.8 pixels to simulate the stretch of old CRT monitors.

  I can easily preview by activating the correction of the pixel under the menu 'View' format, and it looks great. But if I try to "save under" the .png or .gif file, it seems blurred and horrible:

  

  Any tips on how to do this?

  Thanks, but I was told a better solution.

  The images are 320 x 200. In rescheduling the 1600 x 1200 with nearest neighbour, I can make each pixel or 5 × 6 and fix the problem without any distortion.

• Type not responding do not to the pixel format settings

  Hi all - I have a question that has me completely confused. I use the version of the 2015.3 of output from AE and create a project with a composition that is 1920 x 1080 with a pixel square BY. In this composition, I have some type - the word "CONVERGES" - in the Gotham police. When I tap on the screen, no matter what I do, the type is distorted vertically (see screenshot) by exactement.91 - non square pixels DV report.

  I went through all the settings that I don't know how yet, the type is always distorted by this same amount. Why my type seem to ignore IRON?

  

  Toggling the switch of correction ON the preview window has no effect (because it is already in square pixels) and I'm working on a Mac with a monitor to square pixels. Any ideas on what is happening here?

  Thanks in advance to all!

  Have you checked your character Panel for horizontal or vertical scaling?

• The QUESTION pixels format:

  I work with a Publisher in FCP7. She cut a movie that is DV NTSC. (720 x 480) I am trying to give her Apple Pro Res because movies that ultimately she plan to a high-res version for viewing. Because des.91 pixels in SD, I have problems to find out what size I should do my Comps so that they have a 4:3 ratio in its chronology.

  Any suggestions?

  Personally, I would use the square pixel NTSC DV preset for my comps. You may either drop your finished comps in a model standard DV (720 x 480) or just make the pixels square and Final Cut pump will automatically take care the pixel aspect ratio differences and differences in frame size.

• Is there an event when the model color depth/pixel format is changed?

  Is there a way I can detect the change in depth of color in a composition?
  I know that I can react differently by calling PF_GetPixelFormat() on render for the format/bit depth of current, but I was wondering if there is a way to detect and react to the event when a user changes the number of colors in the publication manual?
  Basically, what I want to do is hide/change settings in the ECW according to the bit depth.

  Any help appreciated :-)

  You can use PF_UpdateParamUI during the call to render to force AE to refresh the user interface.

  You can also hide/show params at any time using AEGP_SetDynamicStreamFlag and AEGP_DynStreamFlag_HIDDEN.

• Image imported not in the original pixel format?

  Hi all

  Thanks for the quick help so far.

  I make a tutorial for a video game and you want to add an image.

  The video has 840 x 524 pixels. the image is a JPG file with 2048 x 2048 pixels.

  I drag and drop from Explorer (Windows) to the project tab and the image is listed.

  If I drag the image to a video track (sorry, have non-English version). then the image is resized automatically. But if I reschale what it original size to show only a part of it, it is dimmed, it seems, Premiere Elements is the original image.

  No idea how to solve this problem?

  M.

  Uncheck the setting scale, and you will get the complete picture, not to scale. Note: it will be like watching your great JPEG through a smaller picture frame. You will not be able to see all of it, but only the part that corresponds to the size of your project, which must match your major source footage. It is the nature of the video.

  Good luck

  Hunt

  PS - why are you so important a still image, because you will only be able to see a part of it, at the same time?

• HP COMPAQ 6710 b / not accelerated Pixel of Minecraft format

  Hello, I have an old laptop HP Compaq 6710 b and I try to get Minecraft running. It ran on windows 7 a few months ago but now I have upgraded to Windows 8 and I have the latest video on Windows Update driver, because I can't find the video driver for Windows 8, you can help me get Minecraft running?

   

  I purchased version of the game.

  I also got it running on Ubuntu.

   

   

  Journal of Minecraft:

   

  -Report of crash Minecraft-
  I bet that Cylons wouldn't have this problem.

  Time: 26/04/14 13:36
  Description: Game initialization

  org.lwjgl.LWJGLException: Pixel format not accelerated
  at org.lwjgl.opengl.WindowsPeerInfo.nChoosePixelFormat (Native Method)
  at org.lwjgl.opengl.WindowsPeerInfo.choosePixelFormat(WindowsPeerInfo.java:52)
  at org.lwjgl.opengl.WindowsDisplay.createWindow(WindowsDisplay.java:244)
  at org.lwjgl.opengl.Display.createWindow(Display.java:306)
  at org.lwjgl.opengl.Display.create(Display.java:848)
  at org.lwjgl.opengl.Display.create(Display.java:757)
  at org.lwjgl.opengl.Display.create(Display.java:739)
  in azd. Z (sourceFile:367)
  at azd.e(SourceFile:689)
  at net.minecraft.client.main.Main.main(SourceFile:103)

  A detailed itinerary of the error, its code path and all known details is as follows:
  ---------------------------------------------------------------------------------------

  -Head-
  StackTrace:
  at org.lwjgl.opengl.WindowsPeerInfo.nChoosePixelFormat (Native Method)
  at org.lwjgl.opengl.WindowsPeerInfo.choosePixelFormat(WindowsPeerInfo.java:52)
  at org.lwjgl.opengl.WindowsDisplay.createWindow(WindowsDisplay.java:244)
  at org.lwjgl.opengl.Display.createWindow(Display.java:306)
  at org.lwjgl.opengl.Display.create(Display.java:848)
  at org.lwjgl.opengl.Display.create(Display.java:757)
  at org.lwjgl.opengl.Display.create(Display.java:739)
  in azd. Z (sourceFile:367)

  -Init-
  Details:
  StackTrace:
  at azd.e(SourceFile:689)
  at net.minecraft.client.main.Main.main(SourceFile:103)

  -Details of the system-
  Details:
  Minecraft version: 1.7.2
  Operating system: Windows 8 (amd64) version 6.2
  The Java Version: 1.7.0_55, Oracle Corporation
  Virtual Java machine version: Java hotspot 64-bit Server VM (mixed mode), Oracle Corporation
  Memory: 45744712 bytes (43 MB) / 80216064 bytes (76 MB) up to 1431830528 bytes (1365 MB)
  JVM Flags: 2 total; -XX:HeapDumpPath = MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump - Xmx1536M
  AABB Pool Size: 0 (0 bytes, 0 MB) allocated, 0 (0 bytes, 0Mo) used
  IntCache: cached: 0, tcache: 0, limit: 0, tallocated: 0
  Has released Version: 1.7.2
  LWJGL: 2.9.0
  OpenGL: ~ ~ ERROR ~ ~ RuntimeException: OpenGL context not found in the current thread.
  Modded is: Probably not. Jar signing remains and customer brand is intact.
  Type: Client (map_client.txt)
  [Resource packs:]
  Current language: ~ ~ ERROR ~ ~ NullPointerException: null
  Position of Profiler: N/A (disabled)
  The size of the Pool of Vec3: ~ ~ ERROR ~ ~ NullPointerException: null
  Anisotropic filtering: disabled (1)

   

  Hello:

  See if the manual installation of the driver Windows 7 works to support page and drivers of your laptop.

  If you do not know how, please let me know if you run W8 32-bit or 64-bit, and I will guide you through the process.

• How to change the format of the pixels in Photoshop CC 2015?

  In the older Version, you can directly change the IRON under the Image. Now, it is possible that when a new Image is created, at least I could not find a trick where he might be now.

  Any tipps?

  View > pixel format