[Milhouse]

From the initial announcement:

"10. Game Emulators
Access games via Internet Archive ROM Launcher (IARL):
Download Zach Morris Repo and install from zip (don't use "Install from zip file" Home screen widget - use Add-ons > Add-on browser > Install from zip file)
Install from repository > Zach Morris Add-ons > Game add-ons > Game providers > Internet Archive ROM Launcher
Within IARL, install emulators, launch games etc"


I could not get this to work. Specifically, game emulators seemed to have dependencies on other pluggins (gamestarter?) and the configuration og the IARL launcher is unclear to me (which parameters should be set for librelec / RPi3 ?).

Are they any more detailed instructions available?

I haven't tested it much myself but I don't recall having to set any IARL parameters. I installed a couple of emulators (Atari Lynx Handy, SNES) and didn't have any dependency issue. Which game emulators are you having problems with?

[Ognian]

Still have the "NULL pointer dereference at virtual address 00000000" with my 'Technotrend TT Connect S2-3650-CI' pctv452e since the very first linux 4.9 release.
I have reported it to: https://bugzilla.kernel.org/show_bug.cgi?id=192881 (full dmesg is in the above link) but i'm quite unsure if someone looks into this ...

Have you tried a 4.10 kernel build? It probably will have the same issue, but is worth trying in case something additional has been fixed.

@popcornmix here the newest is 4.9.5; Do you mean that I shall try to checkout MilhouseVH:linux4100 and build it myself, or do you have some prebuild for rpi2 ?

[CloneSnow]

Those with remote issues, please test the 4.10-rc5 build #0124x and confirm if that has the same problem. dmesg and lsusb output from #0117 and #0124 would also be useful.

i have same Problem with #0117

[deuteragenie]

New LibreELEC.tv Leia build #0124
...
Added: [env] e3e85b4f: linux: Enable Fair Queue packet scheduling (TEST)
...

If testing packet schedulers, did you have a look at Cake: https://www.bufferbloat.net/projects/codel/wiki/Cake ?

I only included the Fair Queue change as it's required by CONFIG_TCP_CONG_BBR introduced in #0117. The latter might give better results over poor connections.

BBR (Bottleneck Bandwidth and RTT) TCP congestion control aims to maximize network utilization and minimize queues. It builds an explicit model of the the bottleneck delivery rate and path round-trip propagation delay. It tolerates packet loss and delay unrelated to congestion. It can operate over LAN, WAN, cellular, wifi, or cable modem links. It can coexist with flows that use loss-based congestion control, and can operate with shallow buffers, deep buffers, bufferbloat, policers, or AQM schemes that do not provide a delay signal. It requires the fq ("Fair Queue") pacing packet scheduler.

Nice! I wasn't aware of BBR. It looks very good! So, FQ and BBR are enabled by default now?

[deuteragenie]

From the initial announcement:

"10. Game Emulators
Access games via Internet Archive ROM Launcher (IARL):
Download Zach Morris Repo and install from zip (don't use "Install from zip file" Home screen widget - use Add-ons > Add-on browser > Install from zip file)
Install from repository > Zach Morris Add-ons > Game add-ons > Game providers > Internet Archive ROM Launcher
Within IARL, install emulators, launch games etc"


I could not get this to work. Specifically, game emulators seemed to have dependencies on other pluggins (gamestarter?) and the configuration og the IARL launcher is unclear to me (which parameters should be set for librelec / RPi3 ?).

Are they any more detailed instructions available?

I haven't tested it much myself but I don't recall having to set any IARL parameters. I installed a couple of emulators (Atari Lynx Handy, SNES) and didn't have any dependency issue. Which game emulators are you having problems with?

Thanks. I'll redo the installation and raise more specific issues if/when I face them. Is this the correct thread for it?

[popcornmix]

@popcornmix here the newest is 4.9.5; Do you mean that I shall try to checkout MilhouseVH:linux4100 and build it myself, or do you have some prebuild for rpi2 ?

Milhouse makes a weekly 4.10 kernel build. See http://forum.kodi.tv/showthread.php?tid=...pid2508475

[pyrodex]

Those with remote issues, please test the 4.10-rc5 build #0124x and confirm if that has the same problem. dmesg and lsusb output from #0117 and #0124 would also be useful.

i have same Problem with #0117

I do not have the same experience with 1117 but will test 0124x for @Milhouse tonight.


Sent from my iPhone

[ramis52]

Hi,

same Problem here with a non working remote on 0124.

remote works for me again with build 4.10-rc5 build #0124x

#0124x
dmesg: http://sprunge.us/UdfD
lsusb: http://sprunge.us/dEYP

#0124 (remote not working)
dmesg: http://sprunge.us/fVja
lsusb: http://sprunge.us/CLaI

#0117 (remote working)
dmesg: http://sprunge.us/EDPj
lsusb: http://sprunge.us/jhIc

hope this helps

any chance to explain me these outputs from dmesg

[ 0.000000] arm_arch_timer: WARNING: Invalid trigger for IRQ16, assuming level low
[ 0.000000] arm_arch_timer: WARNING: Please fix your firmware
[ 0.000000] arm_arch_timer: WARNING: Invalid trigger for IRQ17, assuming level low
[ 0.000000] arm_arch_timer: WARNING: Please fix your firmware

ty

[deuteragenie]

Dear Milhouse,

build #0124 feels very smooth and appears to be faster than previous builds, both for network access and UI navigation.
One thing I noticed for a couple of builds: the screensaver does not kick in / always kick in when playing radio.

[Milhouse]

Those with remote issues, please test the 4.10-rc5 build #0124x and confirm if that has the same problem. dmesg and lsusb output from #0117 and #0124 would also be useful.

i have same Problem with #0117

When did this problem start for you? Sounds like your problem is different to everyone else.

I'll probably disable the media_build package in tonight's build.

[popcornmix]

any chance to explain me these outputs from dmesg

[ 0.000000] arm_arch_timer: WARNING: Invalid trigger for IRQ16, assuming level low
[ 0.000000] arm_arch_timer: WARNING: Please fix your firmware
[ 0.000000] arm_arch_timer: WARNING: Invalid trigger for IRQ17, assuming level low
[ 0.000000] arm_arch_timer: WARNING: Please fix your firmware

It is known about and harmless. I don't have a fix for now (apart from hiding the message) so just ignore it.

[popcornmix]

build #0124 feels very smooth and appears to be faster than previous builds, both for network access and UI navigation.

It is probably placebo, although there is a network tweak that could be beneficial.

It might be worth switching back to previous build to try to confirm this.

Anyone else seeing a difference?

[deuteragenie]

build #0124 feels very smooth and appears to be faster than previous builds, both for network access and UI navigation.

It is probably placebo, although there is a network tweak that could be beneficial.

It might be worth switching back to previous build to try to confirm this.

Anyone else seeing a difference?

Yes, placebo, phase of the moon, or free and unannounced bandwidth / latency boost from the telco And I don't have any quantitative results to present...
Still, if others could chime in, would be useful.

[chewauwau]

DVDFileInfo: Fix video thumbnail extraction (c19f767a)

I can confirm thumbnail extraction is working again with devel-20170124211527-#0124-g637b8c0 [Build #0124]

Restore caching for slow plugins (39c1bcc7)

Out of curiosity, why is this commit no longer part of the build? I was glad seeing plugin-caching restored.

[Milhouse]

DVDFileInfo: Fix video thumbnail extraction (c19f767a)

I can confirm thumbnail extraction is working again with devel-20170124211527-#0124-g637b8c0 [Build #0124]

Thanks, I'd forgotten about that fix...

Restore caching for slow plugins (39c1bcc7)

Out of curiosity, why is this commit no longer part of the build? I was glad seeing plugin-caching restored.

It is, but now it's merged upstream in Kodi rather than being pulled in from the newclock5 branch:

1. XBMC:
   • [Fix] Restore caching for slow plugins Ticket #17211 (PR:11478, 2 commits, 3 files changed)
     

When a patch is "no longer part of the build" it usually means it's been merged upstream (as in this case), or dropped completely (ie. didn't work as expected).