Yes, I know but I suspect that your lightberry usb converter isn't compatible with Rpi4 or Hyperion.NG or it's broken: there is no communication on virtual RS/USB port (/dev/ttyACM0) in Linux.
I was suspecting the same yesterday... luckily i have a new one somewhere, when i'll be at home i will install the new one and we'll see...
Yesterday i used the second usb converter and the result is the same. When i'll be at home i'll try with the rpi3... maybe the problem is inside the rpi4
a big THANKS to you for this fork. with the newest version i was able to pretty much solve two problems at once:
1) HDR no longer looks washed out (even though there is a slight green bias)
2) (more importantly) for some reason the new version also solved my "flickering-in-dark-scenes" problem almost completely! the picture is much more stable now recording at 720x480 --- and that's with my cheap 15€ hdmi grabber. even if the picture is almost pitch black there is hardly any perceivable flickering. interestingly this problem originally also occured with SDR content running the official hyperion.ng branch. So i couldn't be happier
Glad it helped
For the flickering did you have Smoothing & continues output enabled on Hyperion.NG maybe? It gave me massive headache as it caused flickering in dark scene in my case. I almost endup with 3.3/5v level converter but it was totally unnecessary as it was caused by that plugin/settings.
The only thing that come to my head is higher FPS or/and lower CPU usage on fork for some reason helped with LED refresh and reduced flickering in your case.
i have a level converter in place AND played around with every conceivable setting (including smoothing in all forms), nothing helped. so no, this one's on you
I've now also built this on the Dreambox TWO, looks good!
I use this cheap HD grabber
root@dreamtwo:/# v4l2-ctl --all
Driver name : uvcvideo
Card type : USB Video
Bus info : usb-xhci-hcd.0.auto-2.2
Driver version : 4.9.0
Capabilities : 0x84200001
Extended Pix Format
Device Caps : 0x04200001
Extended Pix Format
Video input : 0 (Camera 1: ok)
Format Video Capture:
Width/Height : 1920/1080
Pixel Format : 'MJPG' (Motion-JPEG)
Field : None
Bytes per Line : 0
Size Image : 4147200
Colorspace : sRGB
Transfer Function : Default (maps to sRGB)
YCbCr/HSV Encoding: Default (maps to ITU-R 601)
Quantization : Default (maps to Full Range)
Crop Capability Video Capture:
Bounds : Left 0, Top 0, Width 1920, Height 1080
Default : Left 0, Top 0, Width 1920, Height 1080
Pixel Aspect: 1/1
Selection: crop_default, Left 0, Top 0, Width 1920, Height 1080, Flags:
Selection: crop_bounds, Left 0, Top 0, Width 1920, Height 1080, Flags:
Streaming Parameters Video Capture:
Capabilities : timeperframe
Frames per second: 20.000 (20/1)
Read buffers : 0
brightness 0x00980900 (int) : min=-128 max=127 step=1 default=-11 value=-11
contrast 0x00980901 (int) : min=0 max=255 step=1 default=148 value=148
saturation 0x00980902 (int) : min=0 max=255 step=1 default=180 value=180
hue 0x00980903 (int) : min=-128 max=127 step=1 default=0 value=0
Thanks and greetings pclin
Awawa, could you create a release as a Coreelec/Kodi Addon?
I would love to try it on my Odroid N2, but I'm not sure if these .deb will work there (or break something..)
I'm not familiar with that setup/system but if it's based on screen grabber from Kodi output and you aren't using any USB grabber (v4l2 grabber interface) then my fork has no benefits over standard Hyperion.NG edition.
It can be used for grabbing Kodi. But v4l2 as well.
I'm using it with an ezcap269 and would like to get a better result with that.
But yeah, I'm not really familliar with it myself, or I would have tried to compile it myself ^^'
only fyi for the structure^^ even just unzipped, it can be run without a problem.
So maybe something like that would be possible?
Well, if that plugin is working for you then you could try to replace hyperiond executable with one from the extracted .deb archive on fork page and see what will happen. The .deb packages are related to Hyperion.NG ones beside new Raspbian Buster release. It's a rough ride and there's a lot of thing that can go wrong but shouldnt break anything (if you backup your hyperiond file first) so compiling from sources is recommended. I've got no idea how to build dedicated package for that system, sorry.
Ok, thank you anyways^^
I will try some stuff, maybe I can figure something out.
And great work never the less^^
Testing lag (1080p and 4k HDR):
Smoothing was disabled for that test (I use it on daily base with settings 100/100/0 and disabled continues output).
No size decimation, I removed that option in my fork anyway.
Colors looks great!!! Well done, i'm waiting a second sd to test it.
I've created system based on HyperHDR, scripts from HyperBian and latest Raspbian Buster image.
Seems it's working on Rpi 2/3/4 but keep in mind that this is first release.
Just write img file on SD card like Hyperbian:
Default host changed from Hyperbian to hyperhdr so search www panel on:
This release is using Hyperion-18.104.22.168A-Linux-armv7l.deb so it doesn't work with Pi zero. But this/next week I'm planning to release new version of HyperHDR build with Debian Buster Images and then I'll try to prepare version for v6/Pi zero if everything goes smoothly.
Installed on the sd. This evening I will try it in my problematic rpi4 and I’ll see if, playing with baudrate, it will function
Would it work on a Pi ZeroW also ?
@NeeeeB try this one
Rpi 1 / Zero
Rpi 2 / 3 / 4
Default host for SD-card-image:
SSH is enabled on default.
This release is purely for newer Debian Buster based system. No more Debian Stretch builds / targets.