Posts by V10lator

kaefert The repo which doesn't exist contains an x86_64 binary only, so you can't install it on a RPI. Anyway, what works for me:
1. Get a modroot. See thread-903.html for details.
2. Download the debian htop package for armhf ( Debian -- Package Download Selection -- htop_1.0.3-1_armhf.deb ), libncurses ( Debian -- Package Download Selection -- libncurses5_5.9+20140913-1+b1_armhf.deb ), libncuresw ( Debian -- Package Download Selection -- libncursesw5_5.9+20140913-1+b1_armhf.deb ) and libtinfo ( Debian -- Package Download Selection -- libtinfo5_5.9+20140913-1+b1_armhf.deb ) to a linux machine.
3. On the linux machine do:

mkdir htop && cd htop
ar x /path/to/the/downloaded/htop.deb
tar xJf data.tar.xz
rm data.tar.xz control.tar.gz
ar x /path/to/the/downloaded/libncurses5.deb
tar xJf data.tar.xz
rm data.tar.xz control.tar.gz
ar x /path/to/the/downloaded/libncursesw.deb
tar xJf data.tar.xz
rm data.tar.xz control.tar.gz
ar x /path/to/the/downloaded/libtinfo.deb
tar xJf data.tar.xz
mkdir out
mkdir out/bin
mkdir out/lib
mv usr/bin/htop out/bin/
mv lib/arm-linux-gnueabihf/*.so.5.9 out/lib/
mv usr/lib/arm-linux-gnueabihf/*.so.5.9 out/lib/
cd out
scp -Crp * root@libreelec:/storage/modroot/

Then, on the RPI, do:

cd /storage/modroot/lib/
ln -s libform.so.5.9 libform.so.5
ln -s libmenu.so.5.9 libmenu.so.5
ln -s libncurses.so.5.9 libncurses.so.5
ln -s libpanel.so.5.9 libpanel.so.5
ln -s libformw.so.5.9 libformw.so.5
ln -s libmenuw.so.5.9 libmenuw.so.5
ln -s libncursesw.so.5.9 libncursesw.so.5
ln -s libpanelw.so.5.9 libpanelw.so.5
ln -s libtic.so.5.9 libtic.so.5
ln -s libtinfo.so.5.9 libtinfo.so.5

So far so good. Now we're just hitting a LibreELEC bug ($TERM pointing to xterm but ofc. xterm isn't available for the RPI) so we get:

LibreELEC:~ # htop
Error opening terminal: xterm.

Quote from frownbreaker

Did you ever get your setup working?

Sorry or the late reply but I didn't work on this anymore untill yesterday. Anyway, it (almost) works now.

I don't remember the exact settings but at least I disabled audio passthrough. Then I enabled pulseaudio by doing:

echo snd-bcm2835 > /storage/.config/modules-load.d/snd-bcm2835.conf
echo dtparam=audio=on >> /flash/config.txt
audio_pwm_mode=2 >> /flash/config.txt

I also created /storage/.config/autostart.sh with the following contend:

systemctl start brcmfmac_sdio-firmware.service
systemctl start bluetooth
pactl load-module module-udev-detect
#pactl load-module module-cli-protocol-unix
pactl set-default-sink alsa_output.platform-soc_audio.analog-stereo
hciconfig hci0 down
hciconfig hci0 up

Please note: A few of these commands are workarounds to get bluetooth working. As you don't need bluetooth all you need are the pactl commands.#

If you did everything correctly you should be able to get sound over pulseaudio now but with a one second delay. To fix the delay create /storage/.kodi/userdata/advancedsettings.xml with this content:

<advancedsettings>
  <video>
    <latency>
      <delay>-1000</delay>
    </latency>
  </video>
</advancedsettings>

Note: The -1000 is exactly one second (1000 milliseconds) - This value is quick&dirty, so it probably needs some fine-tuning. Anyway, after a reboot everything should work for your case. In my case I'm stuck at Pi3 bluetooth audio stutters with Wifi enabled · Issue #1402 · raspberrypi/linux · GitHub

Quote from tuxen

i think the culprit must be 9999-modroot.conf since this dir is read only? (i tried creating a file there)

Thanks for the report. /etc should be read-write thanks to the overlay, so what happens if you execute the following line manually:

mount -t overlay overlay -o lowerdir=/etc,upperdir=/storage/modroot/etc,workdir=/storage/modroot/.work /etc

?

Quote from nickr

Interesting. By the way "Risk" is spelled with a k.

Thanks, fixed.

Quote from lrusak

why not just overlay the entire rootfs, then you wouldn't have to change the LD_LIBRARY_PATH or PATH at all

Cause the script started with PATH and LD_LIBRARY_PATH changes only, /etc support was added in later on. Also it might be a little bit faster that way (I didn't benchmark). Anyway, feel free to change it however you want.

You want to start hacking on your device running LibreELEC but creating Kodi packages sounds overkilled to you? Then this might be for you.
You want to distribute your cool new tool to many users? Then use Kodi packages, please.

What this does? Well, it creates a folder structure

~/modroot
~/modroot/bin
~/modroot/lib
~/modroot/etc

and integrates this into LibreELEC. You can start all binaries from ~/modroot/bin without specifying the directory, libraries in ~/modroot/lib will be picked up automatically (in fact you're even able to overwrite LibreELECs libraries by placing them there) and ~/modroot/etc is for config files (here you're able to overwrite LibreELECs buildins, too).

So how does it work? Simple: It's all a single shell script that you use as autostart file (~/.config/autostart.sh). Here it is:

#!/bin/sh


#####################################################################################################
# Use this as autostart.sh for OpenELEC or LibreELEC to get a mini root for modifications to the    #
# underlying Linux system.                                                                          #
#                                                                                                   #
# (c) 2016 Thomas "V10lator" Rohloff <[email protected]>                                            #
# License: Use this for whatever you want but consider buying me a beer if you like it.             #
#                                                                                                   #
# USE IT ON YOUR OWN RISK!                                                                          #
#####################################################################################################


# In case we aren't booting don't do anything
case "$1" in
        halt)
                exit 0
                ;;
        poweroff)
                exit 0
                ;;
        reboot)
                exit 0
                ;;
esac


MODROOT="/storage/modroot"
MODCONF="/etc/profile.d/9999-modroot.conf"


# Create mini mod root if needed
for DIR in "${MODROOT}" "${MODROOT}/bin" "${MODROOT}/lib" "${MODROOT}/etc" "${MODROOT}/.work" ; do
        if [ ! -d "${DIR}" ]; then
                if [ -e "{$DIR}" ]; then
                        logger -t "Modroot" "${DIR} exists but is not a directory! Aborting"
                        exit 1
                fi
                mkdir "${DIR}"
        fi
done


# rw overlay above /etc
mount -t overlay overlay -o lowerdir=/etc,upperdir=/storage/modroot/etc,workdir=/storage/modroot/.work /etc


# Set PATH and LD_LIBRARY_PATH temporary (needed for chainloading later)
PATH="${MODROOT}/bin:${PATH}"
LD_LIBRARY_PATH="${MODROOT}/lib:${LD_LIBRARY_PATH}"


# Add PATH and LD_LIBRARY_PATH permamently into hacked profile
if [ ! -e "${MODCONF}" ]; then
        echo "export PATH=\"${MODROOT}/bin:\${PATH}\"" > "${MODCONF}"
        echo "export LD_LIBRARY_PATH=\"${MODROOT}/lib:\${LD_LIBRARY_PATH}\"" >> "${MODCONF}"
fi


# Create example autostart in modroot
if [ ! -e "${MODROOT}/bin/autostart" ]; then
        echo "#!/bin/sh" > ${MODROOT}/bin/autostart
        echo "logger \"Modroot\" \"Chainloading successfull!\"" >> ${MODROOT}/bin/autostart
        chmod +x ${MODROOT}/bin/autostart
fi


# Chainload into mini mod root
${MODROOT}/bin/autostart

Wait, how to use autostart now? Just use ~/modroot/bin/autostart - It can be a binary, a shell script or anything other executable by LibreELEC.

Sadly no matter what emulator I try, I get sound but no image (black screen). [EDIT]This is on a RPi 3.[/EDIT]

Also would it be possible to add symlinks to the emulators that need a BIOS? I'm thinking about something like /storage/.kodi/game.libretro.[EMULATOR]/[BIOSFILE] to /storage/BIOS/[BIOSFILE] - This would make the initial setup more simple for the user (just place all BIOS files to /storage/BIOS/ and be happy) + maybe save some space (no duplicated BIOS files in various folders for similiar emulators). Maybe the same could even be done for ROMs (folders like /storage/roms/GB /storage/roms/GBA and so on) ?

Quote from lsellens

Why is using cec not a possible solution?

Cause our TVs don't support it.

Quote from c-o-m-m-a-n-d-e-r

I'm at the office too right now, can you only give the Output with TV off:
[code=php]
state 0x12000a [HDMI CEA (16) RGB lim 16:9], 1920x1080 @ 60.00Hz, progressive
[/php]

can give you more informations later

I just tried the same but there's no difference in the output when TV is on or off, so I guess that's impossible without CEC.

Quote from PITCHER

I have just instal my new pi 3 and info system show me that the processor is a ARMv7 and no ARMv8 as they say in the raspberry site.

As escalade told that's completely normal. As long as there's no 64 bit software running the CPU will identify itself as ARMv7 for backward compatibility.

Quote

Also 600 mhz speed...

That's the IDLE speed. Go do some heavy computing and see how clocks rise.

Quote

512 mo memory...!!

512 ... What? Mhz? The IDLE clock is around 500 Mhz IIRC. Don't confuse size and clock, please.

Check this script, it'll give you some insights: 10890573
Sample output Pi 3 IDLE:

CPU: ARMv7 Processor rev 4 (v7l) @ 45.6°C
GPU: 1.200v @ 45.6°
Mem: 1.2000v 1.2000v 1.2250v


Memsplit: 752M/256M


Frequencys:
        arm:    600000000
        core:   250000000
        h264:   250000000
        isp:    250000000
        v3d:    533000000
        uart:   48000000
        pwm:    0
        emmc:   249905000
        pixel:  148500000
        vec:    0
        hdmi:   163683000
        dpi:    0


Codecs:
        H264=enabled
        MPG2=enabled
        WVC1=enabled
        MPG4=enabled
        MJPG=enabled
        MWV9=disabled

And under load + overclocked:

CPU: ARMv7 Processor rev 4 (v7l) @ 51.5°C
GPU: 1.3563v @ 51.5°
Mem: 1.2000v 1.2000v 1.2250v


Memsplit: 752M/256M


Frequencys:
        arm:    1366000000
        core:   533000000
        h264:   533000000
        isp:    533000000
        v3d:    533000000
        uart:   48000000
        pwm:    0
        emmc:   249905000
        pixel:  148500000
        vec:    0
        hdmi:   163683000
        dpi:    0


Codecs:
        H264=enabled
        MPG2=enabled
        WVC1=enabled
        MPG4=enabled
        MJPG=enabled
        MWV9=disabled

Quote from vpeter

V10lator, why don't you create proper package for your programs and compile them as everything else is done in librelec?

Cause I don't know how to "create proper package for your programs and compile them as everything else is done in librelec". Also I guess that means creating Kodi addons which isn't what I want.

Anyway, I found this: Kernel building - Raspberry Pi Documentation - It's not only usefull to compile kernels. In a nutshell:

git clone https://github.com/raspberrypi/tools
PATH="${PATH}:$(pwd)/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin" /bin/bash

This opens a bash with a altered PATH including cross-compile tools. In that bash the following Makefile worked:

#
# Makefile
#


# compiler to use
CC = arm-linux-gnueabihf-gcc
AR = arm-linux-gnueabihf-ar
NM = arm-linux-gnueabihf-nm
RANLIB = arm-linux-gnueabihf-ranlib
STRIP = arm-linux-gnueabihf-strip


# flags to pass compiler
#CFLAGS = -march=armv8-a -pipe -ggdb -std=c99 -Wall -Werror
CFLAGS = -march=armv8-a -O2 -pipe -fno-ident -flto=8 -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -fgraphite-identity -std=c99 -Wall -Werror
LDFLAGS = -Wl,-O1 -Wl,--as-needed $(CFLAGS)


# name for executable
EXE = testbinary


# space-separated list of header files
HDRS = gpio.h strtonum.h


# space-separated list of libraries, if any,
# each of which should be prefixed with -l
LIBS = 


# space-separated list of source files
SRCS = gpio.c strtonum.c main.c


# automatically generated list of object files
OBJS = $(SRCS:.c=.o)


# default target
$(EXE): $(OBJS) $(HDRS) Makefile
	$(CC) $(CFLAGS) -o $@ $(OBJS) $(LIBS)
#	$(STRIP) -s $@


# dependencies
$(OBJS): $(HDRS) Makefile


# housekeeping
clean:
	rm -f core $(EXE) $(OBJS)

While this is great progress there's one thing that annoys me: The gcc version used is from 2014. Does anyone know where to get a more modern toolchain?

Quote from chewitt

I normally copy simple x86_64 binary things over from an Ubuntu VM .. which generally works unless something is kernel specific or has a bunch of lib dependencies that aren't accounted for. If you really do need to compile things you're best off using the build-system and creating packages for them.

Sorry, I forgot to say that this is for the Raspberry Pi 3, so x86_64 binaries won't work.

Sorry if this might sound stupid but finding documentation on this doesn't seem to be easy.

I'm searching for a way to compile my own binaries for LibreELEC / Raspberry Pi 3. These binaries should not be Kodi addons as I want to start them with the help of .config/autostart.sh (or systemd) and said binaries should handle things like fan control, LED control and so on.
So I'm simply searching a way to cross-compile for LibreELEC. Is there any good entry point for documentation?

Side question: This is my (quick&dirty) Makefile, is there anything to do better (i.e. CFLAGS, I guess -march=native won't work while cross compiling) ?

#
# Makefile
#


# compiler to use
CC = gcc
AR = "gcc-ar"
NM = "gcc-nm"
RANLIB = "gcc-ranlib"


# flags to pass compiler
CFLAGS = -march=native -O2 -pipe -fno-ident -flto=8 -fuse-linker-plugin -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -fgraphite-identity -std=c99 -Wall -Werror
LDFLAGS = "-Wl,-O1 -Wl,--as-needed ${CFLAGS}"


# name for executable
EXE = testbinary


# space-separated list of header files
HDRS = gpio.h strtonum.h


# space-separated list of libraries, if any,
# each of which should be prefixed with -l
LIBS =


# space-separated list of source files
SRCS = gpio.c strtonum.c main.c


# automatically generated list of object files
OBJS = $(SRCS:.c=.o)


# default target
$(EXE): $(OBJS) $(HDRS) Makefile
    $(CC) $(CFLAGS) -o $@ $(OBJS) $(LIBS)


# dependencies
$(OBJS): $(HDRS) Makefile


# housekeeping
clean:
    rm -f core $(EXE) $(OBJS)

I readed that, so it would be much better if you tell me what's missing. Anyhow, here every single requested information:

• Raspberri Pi 3
• 7.0.1
• There is no log
• Try to play any file with paplay or any other tool utilizing libsndfile

• No
• video
• issue

• Paspberry Pi 3
• 10858744
• Include lspci into LibreELEC and I'll give you the output...
• This is no USB issue. But just in case: 10858745

I tried to use paplay to test something but that failed:

LibreELEC:~ # paplay test_mono_44100Hz_8bit_PCM.wav
sndfile: Bad parameter passed to function sf_command.
Failed to determine sample specification from file.

So I collected some wav files around the net and tested them: Same result.

This is with OpenELEC 7.0.1 on a RPi 3.

Hi,
I'm currently experimenting with pulseaudio in LibreELEC. What I did so far:

mount -o remount,rw /flash
echo "dtparam=audio=on" >> /flash/config.txt
mount -o remount,ro /flash
echo "snd-bcm2835" > /etc/modules-load.d/snd-bcm2835.conf
echo "pactl load-module module-udev-detect" >> /storage/.config/autostart.sh

After that I rebooted and configured Kodi to use pulseaudio.

The good thing is this works. The bad thing is it adds a noticeable (1-3 seconds!) delay to the sound processing. The delay is clearly added by pulseaudio as it goes away when you configure Kodi to use ALSA instead. Also from time to time audio stops completely without anything (pulseaudio showing "D: [alsa-sink-bcm2835 ALSA] source.c: Processing rewind..." - which seems to be a harmless message as it does that while the sound works, too. dmesg doesn#t show anything for that issue).

The next thing I did was to create the file /storage/.config/pulse-daemon.conf.d/9999-pulsetest.conf - then I started to play around with it. My findings so far:

• resample-method = trivial uses more CPU than the default (speex-float-1) - In fact with the default pulseaudio will always show ~0% CPU usage.
• default-sample-rate beeing 44100 or 48000 doesn't seem to make a difference.
• Lowering default-fragments produces sound distortion. But even when we tune default-fragments and default-fragment-size-msec the delay won't go away.
• Highering realtime-priority also doesn't change the delay.
• Highering the suspend timeout from 5 to 120 seconds doesn't stop the sound from stopping randomly.

Now to my questions:

• Does anyone know a way to show FPU usage?
• Any ideas what else to test?

And a moment before I wanted to post this I found something new: When the sound stops and you do a killall kodi.bin the screen will stay black untill you kill pulseaudio, too. When you kill pulseaudio in that scenario it shows this:

E: [alsa-sink-bcm2835 ALSA] alsa-util.c: snd_pcm_delay() returned a value that is exceptionally large: -54599632 bytes (-309521 ms).
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: Most likely this is a bug in the ALSA driver '(null)'. Please report this issue to the ALSA developers.
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: snd_pcm_dump():
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: Hardware PCM card 0 'bcm2835 ALSA' device 0 subdevice 0
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: Its setup is:
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: stream : PLAYBACK
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: access : MMAP_INTERLEAVED
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: format : S16_LE
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: subformat : STD
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: channels : 2
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: rate : 44100
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: exact rate : 44100 (44100/1)
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: msbits : 16
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: buffer_size : 4408
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: period_size : 1104
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: period_time : 25034
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: tstamp_mode : ENABLE
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: tstamp_type : MONOTONIC
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: period_step : 1
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: avail_min : 1104
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: period_event : 1
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: start_threshold : -1
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: stop_threshold : 1155530752
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: silence_threshold: 0
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: silence_size : 0
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: boundary : 1155530752
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: appl_ptr : 677948
E: [alsa-sink-bcm2835 ALSA] alsa-util.c: hw_ptr : 673540

Quote from lrusak

just put it in config.txt

That worked, thanks! In fact everything works out of the box (except setting Kodi to use ALSA - yes ALSA as PulseAudio still needs tuning and either the RPi has hardware mixing capabilities or dmix is running) now without setting default sink/source. Anyway, PulseAudio doesn't perform good, I guess the place to tune it is /storage/.config/pulse-daemon.conf.d/ ? Does anyone know what sampling frequencys the chip supports?

Quote from lrusak

You have filesystem corruption.

Now this is a bad news as I just finished installing/configuring which took 12+ hours. Is there a way to fix that without doing everything from scratch?

//EDIT: I copied files from raspberrypi git and now everything seems to work. Is it save to remove the FSCK*.REC files now?

Quote from lrusak

no idea really
-- SNIP --

Seems like the driver isn't doing anything for me:

LibreELEC:~ # aplay -l
aplay: device_list:268: no soundcards found...

So I thought maybe I need dtparam=audio=on but I can't do that (see this post for more information).