Did you use the current version of cxd2878.c or the version from the initial commit?
Posts by smp
-
-
Remove/comment out this -
Code.set_property = cxd2878_set_property, .spi_read = cxd2878_spi_read, .spi_write = cxd2878_spi_write,and this
Code
Display Morestatic void cxd2878_spi_read(struct dvb_frontend *fe, struct ecp3_info *ecp3inf) { struct i2c_client *client = fe->demodulator_priv; struct cxd2878_dev *dev = i2c_get_clientdata(client); if (dev->config->read_properties) dev->config->read_properties(client->adapter,ecp3inf->reg, &(ecp3inf->data)); return ; } static void cxd2878_spi_write(struct dvb_frontend *fe,struct ecp3_info *ecp3inf) { struct i2c_client *client = fe->demodulator_priv; struct cxd2878_dev *dev = i2c_get_clientdata(client); if (dev->config->write_properties) dev->config->write_properties(client->adapter,ecp3inf->reg, ecp3inf->data); return ; } -
-
if it is possible to have TBS5530 working
Only if you build a custom LE image with the drivers for TBS5530.
-
no own IR, no CEC
There are better ways to make those boxes work with IR remotes. FLIRC USB is the most obvious one.
no HD auidio passthrough,
You mean this? Your NUC11PA does not have a native HDMI, as can be seen on that block diagram. You simply bought the wrong hardware.
no uhd via live tv
The only non-working live tv stream I have ever encountered is a HotBird 4K HLG test channel. I actually try to find a solution for that. It appear to be a bug in Kodi's VAAPI code.
-
I attached a kernel patch that should allow you to build LE image with TBS 5230 driver.
1. Set up LibreELEC build system.
2. Copy the patch to /packages/linux/patches/default
3. Edit /projects/Generic/linux/linux.x86_64.conf. Add the line
CONFIG_DVB_USB_TBS5230=m
4. Build the image.
-
My initial testing of OpenGL GBM x86 image looks good.
I PR'd a Kodi fix for HDR passthrough on OpenGL. Hopefully, it would be merged at some point.
-
It was not possible to build OpenGL without X11. I'm not sure if anything changed now.
Also, current Kodi master does not support HDR passthrough with OpenGL.
-
Finding a way to reproduce this "offline", without the need of the DVB hardware would be a good start. I have a sample HotBird UHD .ts file but I have no idea how to make it fail since it plays fine in file mode.
-
They suppossed to have same kernel (drivers).
No, they are not.
-
It works correctly with some ARM box (Coreelec) in the same AVR. So what gives?
CE does not use 12-bit for 4K/24. Intel does.
-
LE does not force full RGB. It is set by Intel driver in kernel.
-
What about our GPUs (via modetest), and Kodi itself (via the limited color range option)?
Forcing RGB full/limited is only needed in some special cases when you know what you are doing.
Kodi's color range setting seems broken. Has an effect only on GUI, at least on Generic.
-
So Lanczos3 optimized performs better on Windows? It's quite possible that Windows GPU driver performs better than Mesa driver on that ancient Sandy Bridge iGPU.
You can also try Generic-Legacy LE image and Generic LE 13 nightly, maybe you'll get better results.
-
Select a different scaling method, eg. Bilinear
-
the issue on the intel gitlab is completely stalled as cannot reproduce
I'm not convinced that this is an Intel issue. Looks to me that those affected AVRs (Denon?) are all using the same chipset which has some issue with 4K 12-bit modes.
-
Name it kodi-aesinkalsa-fix.patch
-
Messing about with those cache settings would not make high bitrate 4K videos (UHD BDs?) play smoothly on 100Mbit LAN. You will have to upgrade to Gigabit.
