(2017-12-12, 12:34)flyingernst Wrote: [ -> ] (2017-12-07, 20:30)sw4y Wrote: [ -> ]@fritsch
I just wanted to ask, if you would (still) recommend an ASRock J3455-itx, if I want to do an upgrade?
I would wait for Gemini Lake in Q1 2018. My own Apollo Lake will replace J1900 in my 24/7 Server as soon as possible, because I am disappointed very much from LSPCON, Aspect Ratio and HD Audio Bugs. Actually I wonder why no-one complains about the aspect ratio bug since LSPCON 1.66 on Apollo Lake Mainboards.
(2017-12-12, 12:36)fritsch Wrote: [ -> ] (2017-12-12, 12:34)flyingernst Wrote: [ -> ] (2017-12-07, 20:30)sw4y Wrote: [ -> ]@fritsch
I just wanted to ask, if you would (still) recommend an ASRock J3455-itx, if I want to do an upgrade?
I would wait for Gemini Lake in Q1 2018. My own Apollo Lake will replace J1900 in my 24/7 Server as soon as possible, because I am disappointed very much from LSPCON, Aspect Ratio and HD Audio Bugs. Actually I wonder why no-one complains about the aspect ratio bug since LSPCON 1.66 on Apollo Lake Mainboards.
+1 to that. Though HD Audio is fully working for me: X1300W + drm-intel-nightly since some months. I use LSPCON 1.72 which made different issues for others.
OK, thank you both for your answer.
Is Gemini Lake supposed to work with Libreelec when the boards will be available?
Or will there be a delay (don't know how it was like when Apollo Lake was available)?
No one is sending relevant hardware to LE before-hand ... so expect delays.
(2017-12-12, 21:05)sw4y Wrote: [ -> ]Is Gemini Lake supposed to work with Libreelec when the boards will be available?
Or will there be a delay (don't know how it was like when Apollo Lake was available)?
We take patches from those with the hardware. And gratefully accept hardware donations.
Otherwise we have to guess at what needs fixing/changing, but that definitely won't be a high priority.
(2017-12-13, 05:51)Milhouse Wrote: [ -> ] (2017-12-12, 21:05)sw4y Wrote: [ -> ]Is Gemini Lake supposed to work with Libreelec when the boards will be available?
Or will there be a delay (don't know how it was like when Apollo Lake was available)?
We take patches from those with the hardware. And gratefully accept hardware donations.
Otherwise we have to guess at what needs fixing/changing, but that definitely won't be a high priority.
I for my part think - it will work, if:
- we either backport libva / intel-vaapi-drivers from 2.x branch to 1.8x branch (I did that for coffee lake already) for LE or update libva to version 2.x <- needs to be considered for kodi in general after 2.1 is out with the VAAPI AMD changes that will finally make our VAAPI work on AMD, too.
- we use a recent kernel (check)
- we use recent mesa (check)
That should be it.
(2017-12-13, 09:43)fritsch Wrote: [ -> ]I for my part think - it will work, if:
- we either backport libva / intel-vaapi-drivers from 2.x branch to 1.8x branch (I did that for coffee lake already) for LE or update libva to version 2.x <- needs to be considered for kodi in general after 2.1 is out with the VAAPI AMD changes that will finally make our VAAPI work on AMD, too.
- we use a recent kernel (check)
- we use recent mesa (check)
That should be it.
libva/intel-vaapi-driver etc. is already 2.0.0 in LE master.
(2017-12-13, 10:47)Milhouse Wrote: [ -> ] (2017-12-13, 09:43)fritsch Wrote: [ -> ]I for my part think - it will work, if:
- we either backport libva / intel-vaapi-drivers from 2.x branch to 1.8x branch (I did that for coffee lake already) for LE or update libva to version 2.x <- needs to be considered for kodi in general after 2.1 is out with the VAAPI AMD changes that will finally make our VAAPI work on AMD, too.
- we use a recent kernel (check)
- we use recent mesa (check)
That should be it.
libva/intel-vaapi-driver etc. is already 2.0.0 in LE master.
Nice - did you adjust the FindVAAPI cmake, too? Is that something for upstream? We could use it for our wayland port.
(2017-12-13, 10:51)fritsch Wrote: [ -> ]Nice - did you adjust the FindVAAPI cmake, too? Is that something for upstream? We could use it for our wayland port.
No, I didn't adjust anything in Kodi as it builds with 2.0.0 without any changes.
Meeeh :-) needing to swap disks again for the retarded os :-)
Hi,
when I change between limited and full color space, the picture gets brighter while switching to full color range.
If you tell me which log you need I can make one.
The aspect ratio bug with HDMI 2.0 and LSPCON 1.71 is only with libreelec. Windows lookes fine in the same hardware configuration.
If I switch back to HDMI 1.4 then LibreElec AND Windows are fine with the aspect ratio but the picture is still to dark. Going back to LibreElec 8.2.1 makes the colors working again, which means limited color range is the one to choose and the picture is balanced.
Perhaps I should try a fresh installation on a USB stick just for a try?
No log needed. I cannot change that. Try to get a build with very latest and greatest, meaning LE with 4.15-rc kernel.