If you read again it's already answered. Time to start learning pactl, as those values are for my NUC.
Posts by escalade
-
-
-
-
Here's what I do (in autostart.sh):
Code
Display More# Detect sound cards pactl load-module module-udev-detect # Set default Pulse sink to my ALSA card's HDMI output pactl set-card-profile alsa_card.pci-0000_00_03.0 output:hdmi-stereo-extra1 pactl set-default-sink alsa_output.pci-0000_00_03.0.hdmi-stereo-extra1 # Make the bluetooth adapter discoverable hciconfig hci0 piscan
Some black magic is involved in playing with the pactl options to find the proper names for your card, but once it's done streaming audio to LibreELEC with A2DP works great. Hopefully someone with some real skills might take up the task to create a proper add-on that lets you do this easily.
-
I would't say it's handled very well in FS-UAE as there is no file browser and you need to specify the disks in a config file. I don't know if multidisk is handled differently in this core, I'm just guessing that it is plain FS-UAE with video and input handling done by libretro.
-
I stopped Kodi as well I think. Why would you want to run both? It's not like the Pi is powerful enough to play a video and browse at the same time. You'd need to release the audio device in any case, then Kodi is useless. Unless perhaps you installed Pulse, but again CPU power comes into play.
As for the keyboard, I can't recall doing anything special to get it working. It definitely worked though. Are you sure that your 10-inputs.conf was read? I believe I used Arch, check that the path is the same for Ubuntu.
-
Someone started porting FS-UAE to libretro. Quite exciting as it's the de-facto Amiga emulator on Linux. Looks like there's ARM support as well, although I don't know if it will run as well as uae4arm.
-
Yes, you need to install them. Start them as you would any binary, keep in mind that X applications need the DISPLAY variable set. The call to fbset was moved into a Kodi patch.
-
Yes, basically. See the thread for more information.
-
I'm not talking about your preference, but your statement that using ES is nonsense compared to a Kodi launcher, as it functions the same. Actually using ES to launch games is faster depending on if you stop Kodi first or not ☺️
-
There isn't any issue as far as I can tell, you can see that it's starting up properly from the log. You won't be able to connect to it though as you have not published the port. Add "-p 8080" to the command line, see the documentation for further explanation.
-
EmulationStation was forked, and it's that version I am using and which is included in this addon. There hasn't been any commits since july though, so it looks like that project has become inactive as well. RetroPie and Recalbox are both patching up the old one and adding new features though, so there will surely be updates further along the line.
Emulationstation is a simple launcher and RetroArch is not being used as a frontend when using it. It functions the same way as when you are using Advanced Launcher, so actually what you are saying is nonsense
-
Are you on your period or something? Your "friendly neighbor" text is severely misleading.
The Retroplayer builds are LE builds with a patched Krypton that lets you use libretro cores (same as RetroArch does) inside Kodi. Unfortunately, there is no proper Amiga emulator for libretro yet.
You might be interested in my LE8 build, which has FS-UAE integrated with Emulationstation. Put your kick13.rom inside /storage/roms/bios and your ADF's in /storage/roms/amiga and off you go.
-
I've noticed with my Wintel Pro CX-W8 (also Z83) that Kodi needs a restart after boot, if not there is only Pulseaudio/bluetooth option. In dmesg says something about HDMI not connected. Through SSH you can do "systemctl kodi restart" and it should work.
-
I think you should fetch the official packages instead of uploading the binaries to github. Here's how I do it:
LibreELEC.tv/package.mk at emu · escalade/LibreELEC.tv · GitHub
-
Code
269797750acf3fdc60048610aad1d132 LibreELEC-Generic.x86_64-8.0-devel-20160830.img.gz 0941005a6a888ee7253014b3110e1f59 LibreELEC-Generic.x86_64-8.0-devel-20160830.tar b075a40cbce5a69c0357e09974296ac6 LibreELEC-RPi2.arm-8.0-devel-20160830.img.gz 26ba35c4dfb0f9ef7c051adcc4f8337b LibreELEC-RPi2.arm-8.0-devel-20160830.tar
I've updated both my RPi/NUC from the last release, and I just now tested booting my NUC with the Generic image on a USB. Tested UEFI and MBR boot both worked fine. -
Odd, it works here on both RPi and Generic.
20160830:
- VICE 2.4.29
- RetroArch 4fb0a8b
- mupen64plus-libretro 611494
- Change Dolphin launcher script to use the GUI version
- Add 8Bitdo SNES30 mapping in Emulationstation -
You could extract the .tar and copy the .kernel and .system files to /flash/SYSTEM and /flash/KERNEL manually. Do a "mount -o remount,rw /flash" first to make it writeable.
Going on a two weeks holiday, was hoping to get PCSX2 integrated using a container before I left but it doesn't seem to work properly. I can run it and it recognize my BIOS files (legally dumped from my own PS2 of course), but I'm getting an error when loading any ISO (homebrew of course):
Seems to be an issue with running inside a container, as the same setup works on my laptop. It's a 32-bit application and I suspect the code that reads ISO files probably uses some fancy trick to read them that somehow doesn't work through Docker.