I was excited when I learned about that new product from Ezcap company (thanks @AmbiMod) and I purchased it immediately. Paid around $85 on Aliexpress. I know it was supposed to support Windows only and offers new video encoding that I've already prepared for him in HyperHDR v14 (NV12, xRGB).
OK, after few weeks of testing how to summarize it?
- It offers 4k30 capture for Windows which we don't need it for our ambilight system...but it's fast.
- It supports Rpi4 but max. resolution is 1280x720 and despite NV12 there are visible JPEG artifacts from some internal MJPEG transformation....but it's fast.
- It supports some type of HDR to SDR tone mapping but it's low quality unfortunately...on the other hand it's fast.
- It offers NO contrast, brightness, hue control...but it's fast.
- It's really fast. Did I mention that already? ...and has nice RGB backlit.
- EDIT: just noticed: no support for HDCP AMD 4650G -> HDCP protection error displayed, but Ezcap 269 works... sound: no bitstream (Dolby, DTS) pass-through ...minimal refresh rate is 50Hz vs 23Hz for Ezcap 269 so 4K is useless for movies ...TOTALLY DISQUALIFIED!!!Seems that I received early version of that device with a buggy firmware. Next firmware upgrades following the official guide didn't help: only firmware number was changing. But there is special, full upgrade procedure (and a bit dangerous) that fix the missing lower refresh rates in 4K and at least DTS bitstream is now available.
As you can see it's a bag of mixed feelings and beside really fast speed I feel like Ezcap 320 is a kind of downgrade from Ezcap 269. At least for our ambilight systems. Some things you can correct with LUT table that I prepared for him and uploaded on the HyperHDR release page but for other software you are on your own.
I don't expect that Ezcap will release new firmware that will fix these issues. For the previous Ezcap 269 they only released one firmware without any change-log so we even don't know if they changed something or it's just original firmware.
What we've got here?
First take a look at our reference screens that were captured by the ezcap 320 in HDR10 mode. Disclaimer: I don't expect 1:1 capture because the HDR is applied. But some rules must be preserved. And now we can see it's some kind of pseudo HDR to SDR tone mapping that is sufficient maybe for recording game sessions.
You must analysis these screens by taking their RGB values. Maybe it may be not seen on some poor quality LCD but we have 3 problems:
- Yellow is greenish, on TV yellow is yellow
- Main problem: blue on TV is blue but here it's violet, especially visible on the LED strip. Why? Because blue component of RGB led has the least saturation. And when to the pure blue (at not even at full scale on ezcap 320) then you add red at 25% scale then you have almost violet. Very unpleasant feeling because you will never see correct effect for the blue sky again and human eye is especially sensitive for that.
- Green has a boost from red and some of blue. Green has the most luminescence of RGB and here Ezcap 320 boosts it further? It causes that the green is a lot more brighter on the LED strip then red or blue.
For other main color-mix you will loose a lot of saturation but let say it's acceptable. Like I said I've prepared a LUT table to correct that to some extend but dark scenes still remains a problem due to poor calibration of the Ezcap 320's pseudo-algorithm.
Device info:
Windows (HyperHDR v14)
Linux (Rpi4/Raspbian)
Is it worth? For that price its questionable. Ezcap 320 is really fast and along with the optimized video processing from HyperHDR the effect on the LED strip is almost simultaneously with TV. But it has also some drawbacks for ambilight users and I won't keep my fingers crossed that Ezcap will do something about it. EDIT: seems they fixed that :)
Comments
I'm planning to build an Ambilight by my own but I'm still not sure what kind of grabber should I choose. I usually use Fire TV 4K Stick or Google Chromecast 2nd Gen to play movies. All video signals (including CableTV) go through my AVR to FullHD TV with HDMI cable. You mentioned some time before that there might be some problems with HDCP protocol so there is my question, will a grabber with MS2109 work, will there be any noise or disruption on TV?
The second question is, will it all work with Raspberry Pi Zero? I have RasPi 4, but would like to use the smaller one.
I would go with RasPi 4: lack of multi-threading in RPi Zero is a serious downside. There are many small and multi-core alternatives based on Arm but they are no officially supported and you must compile HyperHDR on your own ( https://github.com/awawa-dev/HyperHDR/discussions/29 ). From version 15 its quite easy.
I found some cheaper alternatives on Aliexpress. Do you know if they will work? As I mentioned before, I don't use resolution higher than 1080p :
https://pl.aliexpress.com/item/1005001401942149.html?spm=a2g0o.cart.0.0.6c6a3c00VUOoso&mp=1
https://pl.aliexpress.com/item/4001093449581.html?spm=a2g0o.cart.0.0.6c6a3c00VUOoso&mp=1
https://pl.aliexpress.com/item/1005001699389687.html?spm=a2g0o.cart.0.0.6c6a3c00VUOoso&mp=1
Thank you for you work on HyperHDR, this is much appreciated.
Hope you can help me.
I have RPi1B and now also RPi4. I have ambilight working on Pi1 with a small custom made board directly sitting on GPIO pins. For the life of me I cannot remember what is on the board it's been so long, probably voltage converter. LED I'm using is WS2801. All that works fine with standard hyperion. So setup has no USB grabber, I'm guessing it uses internal grabber.
Now I moved to RRPi4 with LibreElec, attached the board to GPI and it does not work, neither with hyperion, nor hyperionhdr.
Rainbow swirl works however, so I'm guessing problems with internal grabber.
My questions are
- can RPi4 work without external USB grabber, I'm trying to cut the costs here and avoid unexpected expenses
This issue indicates internal grabber is not supported on hyperionng
https://github.com/hyperion-project/hyperion.ng/issues/983
I'm guessing this does not affect hyperionhdr
- if that is supported on hyperionhdr, how to enable it?
Cheers
Daniel
One of HyperHDR's goals and the main difference from Hyperion NG is to focus and optimize capturing technique using USB grabbers. All the internal grabbers were abandon when the fork was created, because they are problematic and there are even more problems on the horizon: the main cause is DRM. Other problem is video acceleration that can be disabled or interfered by the software capturing and in my opinion it can not be accepted. I think your problems with new Kodi arise from these things.
Maybe it can be solved by the programmers but frankly Dispmanx for Rpi4 is broken for years.
In HyperHDR you can use only USB grabbers or incoming network stream from the client. If your player or AVR doesn't have dual output then it complicates things a bit and generates additional costs because you need a splitter ($50 if new Kodi can output HDR, otherwise around $20) and a grabber (~$10).
Regards
Awawa
I went into rabbit hole a bit by upgrading from Pi1 to Pi4 then, was expecting smooth transition with support for h265.
I only use ambilight for Kodi played on Pi, so I don't think I will need a splitter.
It is a bit strange to loop back signal from Pi's HDMI back to it's USB but I guess that's unavoidable. DO I understand all that correctly?
Also, is Ezcap 269 still the best choice considering my use case?
Regards
Daniel
With single HDMI from your Rpi4 you need a splitter to provide a signal to the grabber and a second line to the TV. Or to use a grabber with a loop like Ezcap 269. Grabbers with a loop are generally more problematic but Ezcap 269 is proven solution.
If you don't need 4k and you are OK with PCM instead of bitstream audio then perhaps Ezcap 320 could be better but more expensive device.
From your previous posts (very informative, thank you) is seems that framerate can be wrongly advertised. Also sounds like YUV is important, as is USB3 (again can be wrongly advertised).
Daniel
Thanks :)
I hope someone can help me with a problem with an EzCap320 grabber.
I use an AppleTV 4k (2nd Gen) (4K, 60fps, HDR, HDCP 2.2) as the HDMI source. The signal goes to a FeinTechHDMI splitter (VSP 01201) and is forwarded by this with HDCP 2.2 in 4K to my LG-oled and in parallel in 1080p and with HDCP 1.4 to my grabber (currently still lightbarry analog grabber).
With HDCP I had no problems so far in the constellation (Feintech splitter working well).
Since I have color problems with HDR, I wanted to switch to the EzCap320.
I replace the lghtberry analog grabber with this one and start the grabber software on a Windows computer, this also works. I can play HDCP encrypted 4K HDR films and the grabber software shows them to me.
I can't get the EzCap to work on my Raspberry Pi 4 with HyperHDR v11 (SD installation).
At first the hardware could only be selected if I took a USB 2.0 instead of 3.0. But there was never a picture but a black picture where an HDCP problem is pointed out. I updated the grabber firmware and after that the hardware was still recognized via USB 3.0 and no longer 2.0. From then on, higher resolutions could be selected than before the update. but still a picture. only HDCP error message in the grabber image ( in all possible combinations of formats ).
Since a picture arrives via PC, HDCP is not the problem.
Does anyone have an idea here?
I've already tried dozens of different HDMI splitters to get rid of the HDCP 1.4 in 1080p, but no change either.
i am at the end of my ideas
The host (Windows or Rpi) to which ezcap is connected by USB or the software capture application doesn't influence HDCP capability because it is handled by the device. Simply, that grabber refuses to handle it. On Windows it's easy to disable it and for some graphic card drivers it's disable on default. But HDCP can be remove in any case with proper HDMI splitter for example Ezcoo after the firmware upgrade https://github.com/awawa-dev/HyperHDR/discussions/107
many thanks for the answer.
However, I think you misunderstood me, or I expressed myself badly.
Of course I am aware that HDCP takes place on the hardware side and has nothing to do with the host / software connected to the EzCap320.
That's exactly what amazes me.
I already use an HDMI splitter (FeinTech) in my setup that forwards the signal from the AppleTV to the LG and at the same time forwards a signal downgraded to 1080p (thanks to the downgrade even without HDCP 2.2) to the grabber.
If I play exactly the same film on AppleTV and connect the EzCap once to my Windows computer (EzCap software for displaying) and once to my Pi 4 with HyperHDR, I get the movie on the Windows computer and only get the message "HDCP error" on the Pi .
Since my setup does not change and works with Windows and EzCap software, an HDCP problem is impossible. The problem must lie in HyperHDR.
I'm having trouble connecting EZCAP 320 to Raspberry Pi3 B+
When connected in Windows, the video signal HDMI passes through EZCAP and goes to the TV.
OSB defines it in the device list. Works with both USB 2.0 and USB 3.0
But when connected via USB to Raspberry Pi3 B+, the video signal does not pass.
In the list of devices by typing "lsusb" into the command line, ezcap is not detected
Raspberry Pi powered via usb Brand new UGREEN 3A 0.5m cable
Do you need to install any additional drivers?
I installed the latest firmware on EZCAP 320 from official website and installed the latest version of PI OS
The latest firmware for EZCAP 320 could break Ezcap 320 compatibility with Linux / Rpi / USB2.0.
https://github.com/awawa-dev/HyperHDR/discussions/107#discussioncomment-1241873
Acquire older 320_1_3_8_4_1230 firmware from their support.
Thanks for your help.
They sent me the firmware version with which my EZCAP320 worked with Raspberry PI3
I posted it in the cloud:
https://drive.google.com/file/d/1zycEeeXxnjbOkVqzRi_bdbgHrq4WSQtJ/view?usp=sharing
https://disk.yandex.ru/d/fvCDVhGHMsioXA
Prompt does not work CEC, as I understand it, you also failed to make it work.
I understand correctly that I additionally need to install Between TV Box and EZCAP320 HDMI Splitter with CEC support
I plan to install this https://www.easycoolav.com/products/4k60-hdmi-splitter-1x2-dolby-vision-hdr-scaler-edid-setting-sp12h2 (EZCOO EZ-SP12H2)
Can you tell me if it fits?
My TV BOX is TOX1, TV Hisense U7QF. When connected directly With an HDMI cable, CEC works fine.
The Ezcap 320 does not support CEC pass-through, so it must be eliminated from the path between tvbox and tv using an HDMI splitter. Unfortunately EZCOO EZ-SP12H2 doesn't support CEC either. But higher-end Ezcoo models and for example FeinTech VSP01201 supports CEC (feature introduced probably few years ago, only very old second-hand models may not support it).
Asked a question to their support team support@easycoolav.com and received a response:
Dear Sir
The CEC only available on OUT 1. Please connect the TV to OUT 1.
Tell me, it did not work for you from personal experience or from reviews of other owners?
I'm going to buy today, but I would not want to take something that does not work.
I have a problem with an EzCap320 on a RaspberryPi 4 .
My setting : Source is an AppleTV 4K (gen 2).
From here it goes to a FeinTech VSP01201 (in Copy-EDID mode).
From the splitter it goes via HDMI_out1 in 4K HDR (HDCP2.2) to an LG oled and via HDMI_out2 in 1080p (HDCP 1.4) to the EzCap320.
Thanks to the FeinTech splitter, I have a 4k -> 1080p downgrade on HDMI_out2 and no HDCP problems. works here with an old lightberry too.
If I connect the EzCap320 to a RaspberryPi 4 with HyperHDR v18, I can choose different formats via USB2.0 as well as USB3.0 (higher resolutions via 3.0, of course).
However, the screen preview of EzCap320 USB output in HyperHDR always shows me in every possible constellation: "HDCP protection". It shows that even if I set the apple TV to 1080p SDR. So something is wrong with the EzCap320 here.
That's why I plugged the EzCap320 into a Windows PC instead of the Raspberry and opened HyperHDR v18 here. Exactly the same problem AS LONG as I open the EzCapLink software at the same time.
As soon as it starts (I don't click anything, there is only an error that the device is already in use) the EzCap320 seems to activate and I have the desired image.
From this activation by EzCapLink, all selectable formats work and 4K HDR 60fps with HDCP 2.2 is also no problem (as actually expected).
As soon as the EzCap320 is unplugged from the USB and plugged in again, the display shows "HDCP Protection" again until I open EzCapLink again.
On the WindowsPC this is a possibility to get HyperHDR running, but not on the RaspberryPi.
Do you have an idea about this?
is it possible to install activation by starting EzCapLink in HyperHDR?
Why doesn't everyone else using the EzCap320 seem to have this problem?
By the way, I tested with the old EzCap firmware 1.3.8.4 as well as with the newest 1.4.3
Thank you for your help !!
I've already spent so many days with the problem and I'm starting to despair.
Ezcap 320 firmwares gave me a lot of headache in the past, but in this case I would trust that message. Did you rule out the Feintech splitter as a cause of the problem? I recommend you to use Feintech 'mixed mode' instead of 'copy mode'.
Isn't a problem with the FeinTech VSP01201 already ruled out by the fact that you can start video grabbing just by opening the EzCapLink software? Without making any changes to the hardware !
If the VSP were the problem, you shouldn't get a picture with this trick, would you?
I tested the VPS mode from copy to mixed several times, but it made no difference. And the description also states that 4k is only output in copy mode on HDMI1 and 1080p (downgrade) on HDMI2, as is required here in order to get from HDCP2.2 to 1.4 for the EzCAp. In mixed mode, according to the instructions, it should only output 1080p on HDMI1 AND HDMI2 . No more 4k.
I've looked for the "full" option you mentioned, but couldn't find anything in the tool. The instructions were probably adjusted in March 2022, but only to the point that you have to enter the correct PID number.
Initially, this is set to 3200 and I left it that way (since I had used the old instructions). but there is no connection problem, because I get a picture delivered. even if it only says "HDCP Protection".
I am using firmware update tool from here https://ezcap.com/index.php/support/download.html for ezcap320/B
I don't use forwarding through the EzCap to the TV, because the VSP on the EzCap only gets 1080p (for HDCP 1.4).
My TV is connected to HDMI1 of the VSP with 4k output (HDP 2.2).
At the HDMI output of the EzCap I have my old lightberry grabber to check if really only 1080p arrives without HDCP2.2, since it then no longer outputs an image.
That always works, since downgrading the VPS seems to work well. EzCap's "HDCP Protection" message must be wrong. I had previously suspected that EzCap is simply locked until you open the software to view EzCap, forcing you to purchase its license.
But then, as already mentioned, it would not work for anyone.
If you disconnect the grabber when it's working, and then you reconnect it again so "HDCP protection" appears did you disconnect or power off the Feintech or the TV? I have no more ideas and maybe you can contact Ezcap support and share the solution with us if they can have one?
Apple Macs are really good at providing HDCP flags, but if the service is running all capture software including OBS doesn't show the HDCP overlay.
So I think it might work for older ITE/Sunplus based capture devices.
I had problems to get no image with py raspberry pi.
Now I know that the setup is working ( 4K, HDR from apple tv, feintech downgrades it to 1080p HDCP 1.4 for ezcap). I am using it some moths now working perfect, (and very fast ).
It still does not work on my raspberry, but i found an old surface (windows) on which it is running now.
BUT if I start windows and run HyperHDR it first seems to not work (black screen).
I have to close Hyper HDr, open Ezcap link software ( as already mentioned from me and Matis , this starts a background service that unlocks the ezcap capture), then close ezcap link and start hyperHDR one more time. then it works perfect until the next windows restart ( I did not restarted it since months :D ) . so the ezCap 320 hardware is working perfect with hyper hdr. but sadly not on raspberry. I would prefer that more, than running a windows PC permanently. if someone would have an idea how to get the ezcaplink-unlock working on a raspberry I would be very grateful :)
Post a Comment