AVS Forum banner

261 - 266 of 266 Posts

·
Registered
Joined
·
1,142 Posts
Discussion Starter #261
Another way you previously suggested Steve, which I really liked, was to set a Stabilisation patch of something like bright orange and take a greyscale sweep. If the greyscale measurements are tainted and skewed towards orange, then you know your delay setting is too low. I’m a big fan of that approach as it is quick and very easy to do.
 

·
Registered
Joined
·
2 Posts
Hi, I'm completely new here. 😇

I have extensive experience with the Quantum Data 780e HDMI/DisplayPort/HDBaseT generator, I also programmed its complete control via USB/UART and revealed a number of errors and shortcomings in it.
780e
I also have experience with the Omnitek Ultra 4K Tool Box, which was recently purchased by Intel and is almost no longer supported.
http://www.postium.co.kr/support/file/brochure/Omnitek_4K_toolbox.pdf
I also play with HDMI 2.0/SDI 12G video converters from BlackMagic and AJA and other video equipment from Gefen, Astro or Kramer.

I really want PGenerator to work on Raspberry Pi 4B so that I can generate HDMI 2.0 UHD and 4K signals with it, such as VIC 97 (3840x2160p60), because QD780E is really terribly slow and unreliable product.

I can capture video by "my own", more precisely from a friend, frame grabber (and generator), built on Intel Arria 10 FPGA (inputs/outputs HDMI 2.0 and 12G SDI) and I can confirm not only a bit of perfect data transfer, but also the validity of AVI infoframe, clock accuracy, compliance with CEA/CTA and VESA standards and so on.

Personally, I have generated dozens of 2D interesting bit of perfect test patterns and animations (for measuring input latency), as well as 3D patterns (eg from Big Bugs Bunny), and in my collection I also have nice shapes from Quantum Data, Omnitek, Murideo, Väinö Helminen, and also something for HDR and BT.2020.
I also know a lot about EDID, I have read the standard quite well and I can test the causes of special errors that a faulty EDID can cause, such as the missing bit that it is an HDMI interface without which Intel graphics do not work.
I also have a lot of experience in the past with calibrating LCD monitors with X-Rite i1Basic Pro 2 with Argyll + DisplayCal, and now I have a Minolta industrial probe available from a friend, but I haven't played with it at all yet. 😉

So what can I do to extend PGenerator support to RPi 4B and how can I help?

I read this whole thread and nowhere did I see the summarized reasons for not supporting RPi 4B. I'm sorry if I missed it somewhere.
Unfortunately, I'm not the owner of RPi 3B and I have no experience with it to be able to distinguish the differences in the video core of RPi 4B, but here I sense the problem that there is quite a different graphics core and architecture around.

I hope this post will help find a way for PGenerator to support RPi 4B soon. 🙂

Thanks for your attention!
 

·
Registered
Joined
·
1,142 Posts
Discussion Starter #264
I really want PGenerator to work on Raspberry Pi 4B so that I can generate HDMI 2.0 UHD and 4K signals with it, such as VIC 97 (3840x2160p60), because QD780E is really terribly slow and unreliable product.
For 2160p/60 Hz patterns, you can very easily output from the current PGenerator in 1080p/60 Hz, and using an HD Fury device (I think the Linker is the cheapest option), you can upscale these so that your device receiving the signal sees them as 2160p/60 Hz. You can also inject whatever HDR metadata and/or AVI infoframes you like, but of course this will still only be accurate with the PGenerator set to output RGB Full.

I read this whole thread and nowhere did I see the summarized reasons for not supporting RPi 4B. I'm sorry if I missed it somewhere.
Unfortunately, I'm not the owner of RPi 3B and I have no experience with it to be able to distinguish the differences in the video core of RPi 4B, but here I sense the problem that there is quite a different graphics core and architecture around.
In a nutshell, this is pretty much the reason. This means that the developer of PGenerator has to fully rewrite the software to run on the Raspberry Pi 4 platform, and it would then have to be fully and independently tested for it's output accuracy.

The amount of time required to do this is substantial, as you can imagine. PGenerator is something he developed for free, in his own spare time, and then provided for free to the community. I don't wish to speak for him personally, but it is my understanding that he does not currently have that amount of time to invest in such a project right now as he has other things to concentrate on.

Raspberry Pi 4 has not been completely ruled out as a future endeavor, but right now, my understanding is that it is not on the cards for the foreseeable future.
 

·
Registered
Joined
·
2 Posts
Thanks for the really quick reply.

For 2160p/60 Hz patterns, you can very easily output from the current PGenerator in 1080p/60 Hz, and using an HD Fury device (I think the Linker is the cheapest option), you can upscale these so that your device receiving the signal sees them as 2160p/60 Hz. You can also inject whatever HDR metadata and/or AVI infoframes you like, but of course this will still only be accurate with the PGenerator set to output RGB Full.
Unfortunately, with the UHD p60 I aim higher, for the visibility of individual pixels, displaying YCbCr 4:4:4/4:2:2/4:2:0, HDR, BT.2020, 10/12 bit and more.
This means that, if I understood the description of the HD Fury device correctly, it will not help me in this regard.

In a nutshell, this is pretty much the reason. This means that the developer of PGenerator has to fully rewrite the software to run on the Raspberry Pi 4 platform, and it would then have to be fully and independently tested for it's output accuracy.

The amount of time required to do this is substantial, as you can imagine. PGenerator is something he developed for free, in his own spare time, and then provided for free to the community. I don't wish to speak for him personally, but it is my understanding that he does not currently have that amount of time to invest in such a project right now as he has other things to concentrate on.

Raspberry Pi 4 has not been completely ruled out as a future endeavor, but right now, my understanding is that it is not on the cards for the foreseeable future.
When I read what is about, and that there is a need for wider compatibility with older RPi, I will probably take a closer look at it soon and try to write my own basic operation and pattern generation for RPi 4B.

Who exactly develops PGenerator and where can I find contact to him?
Or are PGenerator source codes available on Git or somewhere?
Because if it's a closed source, it's clear that we probably won't get that RPi 4B support soon.
 

·
Registered
Joined
·
1,142 Posts
Discussion Starter #266
Who exactly develops PGenerator and where can I find contact to him?
Or are PGenerator source codes available on Git or somewhere?
Because if it's a closed source, it's clear that we probably won't get that RPi 4B support soon.
I will either contact him personally later today, or at least get a message to him regarding your post here.

I am reluctant to ever give out another person's contact details without first gaining explicit permission from them first. I hope you understand.
 
  • Like
Reactions: Rolls-Royce
261 - 266 of 266 Posts
Top