Kodi Community Forum
v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
+---- Thread: v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0) (/showthread.php?tid=269815)



RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Boulder - 2016-09-09

(2016-09-08, 21:03)fritsch Wrote: Auto is gone. It won't come back. And deinterlacing is not enabled anymore for progressive content. The method you see is most likely yadif 1:-1:1 which does absolutely nothing for progressive content.
So, I am supposed to open some video which is encoded as interlaced, set deinterlacing on and MCDI as the method, apply to all as default and then deinterlacing all the progressive stuff is still a NOP?


What about that subtitles issue in which they won't stay enabled for the TV shows? It did work in the previous stable LibreELEC release.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-09

Complain with LibreELEC - Auto method is gone from kodi. If you have a file that needs to be deinterlaced to Force Enabled -> trac.kodi.tv with that file.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-09

(2016-09-08, 20:10)Boulder Wrote: I have two issues appearing:

1) In TV Shows, I cannot enable subtitles as default for all media. The next episode I try always has subs disabled. It seems to work with Movies though.

(2016-09-09, 12:34)Boulder Wrote: What about that subtitles issue in which they won't stay enabled for the TV shows? It did work in the previous stable LibreELEC release.

There's something strange going on in that case, as I just tested it here and it's working as expected. Can you enable debug logging, toggle the subtitle status (set default for all media etc.) then upload your debug log.

Also, you could try testing with a "clean" .kodi:
Code:
systemctl stop kodi
mv .kodi .kodi.bak
then add a tv show, and test setting subtitles as the default again. If it works then chances are your database may have become corrupted somehow.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Boulder - 2016-09-09

(2016-09-09, 17:02)fritsch Wrote: Complain with LibreELEC - Auto method is gone from kodi. If you have a file that needs to be deinterlaced to Force Enabled -> trac.kodi.tv with that file.
Don't get me wrong, I've absolutely no problem with that change. Just needed to know what to do with the settings Smile


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Boulder - 2016-09-09

(2016-09-09, 17:16)Milhouse Wrote: There's something strange going on in that case, as I just tested it here and it's working as expected. Can you enable debug logging, toggle the subtitle status (set default for all media etc.) then upload your debug log.
The debug log in that first post of mine should contain such things, both with movies and TV series.
Quote:Also, you could try testing with a "clean" .kodi:
Code:
systemctl stop kodi
mv .kodi .kodi.bak
then add a tv show, and test setting subtitles as the default again. If it works then chances are your database may have become corrupted somehow.
Thanks, I think I'll try that and see what happens.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - JinJin - 2016-09-09

Hi,

i can't supply logs atm, but i can confirm that subtitles wont stay enabled.
Ive noticed it yesterday while watching videos (not in library).


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-09

(2016-09-09, 08:33)alxtr1bal Wrote:
(2016-09-09, 07:51)fritsch Wrote: @alxtr1bal: Include [pkg] patch: xf86-video-amdgpu: Latest commits (6a1ba04) adding Polaris 10 & 11 support (xf86-video-amdgpu) <- such commits are highly relevant for you.

Next time, please gather logfiles. Xorg.0.log and dmesg | pastebinit

With these we can file bugs at bugs.freedesktop.org so that this gets fixed. It won't happen magically.

Ok, last update not working :

Xorg log : http://sprunge.us/VcJK
dmesg : http://sprunge.us/XcBW

here's what i did to install :
First , installed the 7.90.005, with the processor GPU as primary.
Then , put the latest update in /Updates, change the primary video card as the RX 460, and boot.
Update is going ok, reboot, and then the Xorg won't start.

Not sure if this is the right way...

Thanks for the logs. It looks like the "ATI Radeon" driver is being loaded and not the updated "amdgpu" driver. Not sure how easy it is to work around that. Do you have two GPUs in your system, a Kaveri and Polaris? Can you disable the Kaveri?


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-09

Quote:[ 2.877286] [drm:amdgpu_device_init] *ERROR* early_init of IP block <amdgpu_powerplay> failed -22
[ 2.877291] amdgpu 0000:01:00.0: Fatal error during GPU init
[ 2.877293] [drm] amdgpu: finishing device.
[ 2.877295] [TTM] Memory type 2 has not been initialized
[ 2.877544] amdgpu: probe of 0000:01:00.0 failed with error -22

This is something for #radeon irc channel or bugs.freedesktop.org


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - madmarkym - 2016-09-09

(2016-09-09, 08:33)alxtr1bal Wrote:
(2016-09-09, 07:51)fritsch Wrote: @alxtr1bal: Include [pkg] patch: xf86-video-amdgpu: Latest commits (6a1ba04) adding Polaris 10 & 11 support (xf86-video-amdgpu) <- such commits are highly relevant for you.

Next time, please gather logfiles. Xorg.0.log and dmesg | pastebinit

With these we can file bugs at bugs.freedesktop.org so that this gets fixed. It won't happen magically.

Ok, last update not working :

Xorg log : http://sprunge.us/VcJK
dmesg : http://sprunge.us/XcBW

here's what i did to install :
First , installed the 7.90.005, with the processor GPU as primary.
Then , put the latest update in /Updates, change the primary video card as the RX 460, and boot.
Update is going ok, reboot, and then the Xorg won't start.

Not sure if this is the right way...

I am not sure how you got your xorg log file to generate. I am also using 2 different GPU's but they are both cards, when I use the nvidia card everything works fine and xorg log is generated, when I remove the nvidia card and use the rx460 card no xorg log is generated, would an xorg log generate if it failed to start? I have tried this quiet a few times now, my only guess is that you are using dual GPU. There is no way I can get an Xorg log to generate when I am using soley the rx460 card. Any ideas?


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-09

dmesg is enough for now - to find out if you got the same error as the other guy above.

You need to use milhouse builds, the other "stable" version are not new enough to support it.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - madmarkym - 2016-09-09

(2016-09-09, 19:03)fritsch Wrote: dmesg is enough for now - to find out if you got the same error as the other guy above.

You need to use milhouse builds, the other "stable" version are not new enough to support it.

Yes I am using millhouse build #0908


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-09

And what does your dmesg | pastebinit say?


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - madmarkym - 2016-09-09

dsmesg: http://sprunge.us/ARbZ

Definetly #0908


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Superbert - 2016-09-09

(2016-09-08, 14:42)Milhouse Wrote:
(2016-09-08, 13:45)Hanxi Wrote: Hi,

I had updated my Zotac Zbox ci321 nano from libreelec v7.02 to libreelec v7.90.005 and now I have issues to wake up the device via IR-remote. The Power.Off-button and all others works fine, only Power.On works no more. With v7.02 there was no problems.
Then I tested the milhous-rls and found out, that the releases up to 'LibreELEC-Generic.x86_64-8.0-Milhouse-20160421040821-#0420-gfee76be' works with rc-power.on, later releases up to the current version #907 not.

Is there any chance for a fix?
This is likely an issue between your BIOS and the more recent kernels - see if you have any BIOS updates available. Unfortunately there's little that anyone can do about this kind of issue, as it's likely to be a hardware specific issue (ie. buggy BIOS).

Same problem here, same ZBox. Bios is up to date.
@Milhouse:
You are the only one to find this out, what happend between the last version that was ok and the follwing where power on is broken.
Maybe in this stadium, there are not so many users, who tried the alpha versions, but when its final and there is this this IR wake up issue, there will be many more.
Please help us Angel


LibreELEC Testbuilds for x86_64 (Kodi 17.0) - lrusak - 2016-09-09

(2016-09-09, 19:37)madmarkym Wrote: dsmesg: http://sprunge.us/ARbZ

Definetly #0908


Hmmm
Quote:[ 0.738620] [drm] Initialized drm 1.1.0 20060810
[ 0.738638] [drm] radeon kernel modesetting enabled.
[ 0.738710] [drm] amdgpu kernel modesetting enabled.
[ 0.738952] [drm] initializing kernel modesetting (POLARIS11 0x1002:0x67EF 0x174B:0xE348 0xCF).
[ 0.738964] [drm] register mmio base: 0xFEB80000
[ 0.738966] [drm] register mmio size: 262144
[ 0.738970] [drm] doorbell mmio base: 0xCFE00000
[ 0.738971] [drm] doorbell mmio size: 2097152
[ 0.738978] [drm] probing gen 2 caps for device 8086:2940 = 1112c41/0
[ 0.738981] [drm] probing mlw for device 8086:2940 = 1112c41
[ 0.738990] [drm:amdgpu_device_init] *ERROR* early_init of IP block <amdgpu_powerplay> failed -22
[ 0.739046] amdgpu 0000:03:00.0: Fatal error during GPU init
[ 0.739094] [drm] amdgpu: finishing device.
[ 0.739096] [TTM] Memory type 2 has not been initialized
[ 0.739319] amdgpu: probe of 0000:03:00.0 failed with error -22

Not sure,
@MilhouseVH you might want to try just updating xf86-video-amdgpu to master and see if that works.