Posts by escalade

Interesting to hear as some didn't get it to work even when forced which I couldn't quite make sense of Could you post output of lspci -vv?

Sorry, but that looks like crap to me What is there to configure in ES? It does what you need out of the box, display and launch games. Clone my repo and follow instructions on the wiki to build. To personalize look at the source and modify/add what you need.

meldrak

No, I cut the nvidia-legacy driver from the latest build as it crossed 512MB and thus won't fit on a standard LE /flash. I'll have a look if there's something that can be slimmed down.

koscica

I'm uploading 20170618 which fixes the Dolphin issue.

LibreELEC provides an excellent platform for emulation gaming as there's no processes hogging the CPU. Also I apply -O2 compiler optimizations using gcc 7.1 and every emulator/core is built together with the OS. Combined with the latest Mesa version and 4.11 kernel it seems to work very well I had Arch working very well on my NUC previously though, but I rather like the simplistic nature of LE.

I don't know about attract mode, looks way to flashy for me. I can't see what it does better than either Emulationstation or RetroArch which is already included. Personally I think the best approach is ES with a list view and a nice theme. It doesn't really need any more development, it's already launching games which is what you need. RetroPie is working on adding features to it as well which I could pull in at some point.

ikons

The password is "libre", for some reason tigervnc didn't support longer passwords at the time. I just checked and it does now so I'll change it in the next build.

Change it like this: vncpasswd /storage/.config/vncpasswd

No, RetroArch does not support launching external programs (unfortunately). It's possible through using a custom core though:

GitHub - RobLoach/libretro-dolphin-launcher: Launch Dolphin from RetroArch/libretro

I've tested it with fs-uae and got it working OK. I prefer Emulationstation though so haven't invested much time in it.

Probably because libevdev isn't included in the RPi image. I've added it as a dependency to reicast and a 20170615 image is uploading try that

20170614:

linux: update to 4.11.5
samba: update to 4.6.5
SABnzbd: update to 2.1.0
tigervnc-system: update to 1.8.0
retroarch: update to 2496a62
retroarch-joypad-autoconfig: update to ab52442
libretro-database: update to e1edb33
parallel-n64-libretro: update to 19486a5
reicast-libretro: update to 3ea9f94
beetle-saturn-libretro: update to 8d70f01
xf86-video-intel: update to 6babcf1
tigervnc-system: update to 1.8.0
xfsprogs: update to 4.11.0
btrfs-progs-system: update to 4.11

Yes it (should) work, but the 1030 is supported by 381.22 which isn't in a stable release (yet). Sounds like it's your best option

Who said anything about AMD? In my experience their Linux support is absolute shaite.

I don't think haswell gen supports 4k @ 60Hz. As for passthrough, it should just work as long as you've selected the correct HDMI output. Guess you're out of luck.

My Intel Haswell supports DTS-MA and everything after it should do as well (perhaps with the exception of the latest kaby lake which currently has some issues with HD passthrough). Any recent NUC should do what you need.

I would recommend against nvidia for HTPC use as their drivers lag behind the kernel development and often rely on third party patches to compile.

I'm guessing it's because of the updated samba version in my build and Kodi's extremely sucky SMB implementation. Better safe than sorry. Convert your DVD's to MKV's

So what's the error message?

New build 20170609:

google-chrome: depend on gtk3
gtk3: initial package
dolphin: update to d7faba5
retroarch: update to 0c32835
linux: update to 4.11.4
xf86-input-libinput: update to 0.25.1
libinput: update to 1.7.2
libnfs: update to 128ac2f
mesa: update to 4908b1e (17.1.2)
alsa-lib: update to 1.1.4.1

Added gtk3 so Chrome 59 works

Looks like you didn't actually read my post

The issue isn't with the driver, but the autodetection mechanism in LE that is supposed put the correct driver in place and tell xorg to use it.

Any card that doesn't trigger with this udev rule won't work:

LibreELEC.tv/96-nvidia.rules at master · LibreELEC/LibreELEC.tv · GitHub

There are problematic cards as you have experienced with the 1030. Basically, any card matching ATTR{class}=="0x030000", ATTRS{vendor}=="0x10de" will be configured either nvidia (as long as there's a matching ATTRS{device}=="0x1xxx"), otherwise it'll be configured as nvidia-legacy. Then xorg-configure will symlink the correct driver into /var/lib.

That should be enough info for anyone with an nvidia card that doesn't work to troubleshoot it.

I suppose this is with the autostart trick? Makes sense as the xserver will try to start without a proper configuration before autostart can run and enable the nvidia driver.

One could create a systemd unit that sets up the nvidia driver at the correct time (Before=xorg). Perhaps a simple "fix" would be to include a script with LE that helps forcing nvidia/nvidia-legacy correctly.