RuneAudio Forum

Hi theskyentist,

The RuneUI would then become inaccessible after about 10-15 mins, although I could still SSH from my laptop.

Sounds like you run out off memory. This usually is because the log files (stored in memory) fill up.
Since a few months Spotify does not work properly and fills the log with error messages.
You can try to disable logging by modifying the config file.

Code: Select all

nano /etc/spop/spopd.conf

change from

Code: Select all

### System settings ###
log_file = /var/log/runeaudio/spopd.log

to

Code: Select all

### System settings ###
#log_file = /var/log/runeaudio/spopd.log
log_file =

You can check the free space via ssh:

Code: Select all

root@runeaudio(rw):~# df -h
Filesystem             Size  Used Avail Use% Mounted on
/dev/root               15G  1.7G   13G  12% /
.......
logs                   5.0M   32K  5.0M   1% /var/log
rune-logs              5.0M   56K  5.0M   2% /var/log/runeaudio
......


Frank

Hi Frank,

Thanks for the quick response, sorry this was the first opportunity I had to test out your advice. I changed the file, and tried loading both a usb key with music on it and spotify. The usb key worked great, but even after changing the file, it still seemed to crash after a couple of minutes. I couldn't use the UI or ssh at that point. When I checked with ssh, this was the output:

Code: Select all

[root@runeaudio ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       1.7G  776M  764M  51% /
devtmpfs        234M     0  234M   0% /dev
tmpfs           239M     0  239M   0% /dev/shm
tmpfs           239M  320K  239M   1% /run
tmpfs           239M     0  239M   0% /sys/fs/cgroup
tmpfs           239M   24K  239M   1% /tmp
/dev/mmcblk0p1   90M   55M   36M  61% /boot
/dev/sda1        30G   63M   30G   1% /mnt/MPD/USB/sda1-usb-SanDisk_Cruzer_F


It seems different than yours, as it doesn't seem to give me the log values.

This may be a dumb question, but since I'm still kind of new to all this, why not, would extending the partition help? I'm using a 16g class 10 SD card, so would the extra space make a difference?

Thanks again for your help.

Hello theskyentist,
To get the same output as hondagx35 specifies with df using this image you need to type:

Code: Select all

df -a -h

I have spent some time today trying to reproduce your problem without success. In my situation there is some growth of memory log files when using Spotify, but it would take a few days to use up all of the available memory. You should check that the log level in menu > MPD is set to disabled. The image and available workspace is small, but adequate, however excess logging would cause a problem.
Regardless of this I have published a new image using the changes advised by hondagx35 (thanks Frank). For details, see post: raspberry-pi-zero-support-in-0-4-t3711-70.html#p20577
Janui

Dear,

I have a silly question. How do you configure network on RPi Zero W without wifi hotstop and without ethernet adapter?
I know I can make use of TTL via RPi GPIOs but is there any simple way to do so? Without connecting RPi to LCD via HDMI, etc?
Just via editing some files on /boot partition?

Thank you!

Hi there kb06,
No such thing as a silly question. I have already tried to install the WiFi hotspot software in this image, but can't get it to work properly. I will try again when I have time.

Simplest solution is to use an RJ45 ethernet dongle, Chinese versions are inexpensive (Euro 3,00), but delivery takes some time. Locally sourced they could be more expensive than the Zero, but then you have it the next day.

Another simple solution, if you have another single processor Pi with a RJ45 Ethernet connection (e.g. the B or B+, but not a model B2 or B3). You can configure the SD card on the PI with an wired ethernet connection and then just plug the card in the Zero.

If you can access the Pi Zero with a keyboard and screen, you neet to create a file in:
/etc/netctl/
The file name is your sisid, e.g.: /etc/netctl/<your-sisid>
Contents of the file for WPA-PSK security:

Code: Select all

Description='wlan0 connection'
Interface=wlan0
Connection=wireless
Security=wpa-configsection
IP=dhcp
WPAConfigSection=(
    'ssid="<your-sisid>"'
    'psk="<your-wifi-password>"'
    'key_mgmt=WPA-PSK'
    'proto=RSN'
    'group=TKIP'
    'pairwise=CCMP'
    'priority=3'
)

You need to replace the text <your-sisid> and <your-wifi-password> with the relevant information.
If you use another type of WiFi security there are examples of netctl files in the directory: /etc/netctl/examples. To finish you can run the commands

Code: Select all

cd /home
php /var/www/command/refresh_nics

The WiFi should then come to life.

I have not found a way of modifying files in the Lunix partition of the image except when it is mounted by a Pi. Maybe it could be mounted in some way on a PC or Mac to get access. If anyone knows how to do this please explain.

Janui

Edited 16-11-2017 for attached keyboard and screen explanation

The Zero image (also usable for A/A+/B/B+) has been modified to support extra WiFi chip sets, for details see here wifi-driver-update-for-unsupported-chip-sets-t4814.html#p21549 and for the image see here raspberry-pi-zero-support-in-0-4-t3711-70.html#p20577.

All feedback welcome.

Janui

Hi,

Can I check that the following link from your posts is the place to go to get the latest version of this image that you kindly created, for a Pi Zero W:

http://www.mediafire.com/file/xbi93oqai ... 7-1.img.gz

Thanks very much.

Raoul.

Hi there,

Updated Rune arch6h Pi1 image for Pi Zero and legacy Pi models

I have published a new version of the Rune 0.3 Pi1 arch6h image for Pi A, A+, B, B+, Zero and Zero W.
You can find the image here: raspberry-pi-zero-support-in-0-4-t3711-70.html#p20577

I have been unsuccessful in getting the WiFi Access Point functionality to work in this image and have come to the conclusion that it is not possible without a complete rebuild of Rune for arch6h.

This build has been tested on Pi Zero and Pi B+ models without problems. I found a new bug, the fix is here: raspberry-pi-zero-support-in-0-4-t3711-90.html#p23582

Performance is fine on the tested models, with the exception of AirPlay via shairport. Even with maximum overclocking the Pi Zero struggles to cope (CPU usage extremely high). Regardless of this I have not actually seen it fail or experienced any gaps or clicks. On the Pi B+ the AirPlay via shairport problem is still there, but less extreme.

The Addons from Rern have been tested with this image. Unfortunately they don’t work.

I have also installed higher Linux versions and tried upgraded other packages in the build, but things became unstable or just stopped working. For this reason I am not planning to spend any more time on this build platform. So long as there are no big problems this is the last one.

• Changes:

o Previous build: ‘20170703_runeaudio_raspberry1_raspberryZero_4.9.17-1.img’
o New build: ‘20171109_runeaudio_raspberry1_raspberryZero_4.9.58-1.img’
• Full git pull carried out:

o No changes available.
• Upgraded MPD to 0.20.11:

o Included SoXr resampling engine.
o Modified RuneOS to set up soxr resampling, but not actually use it.
o Custom arch6h package mpd-rune 0.20.11-1 made and installed (contact me if you need a copy).
• Added Global Random:

o Package ashuffle 1.0.1 installed.
• Access Point added – this function is disabled:

o Packages haveged 1.9.1, hostapd 2.6-6 and dnsmasq 2.78-1 installed.
o Files /etc/hostapd/hostapd.conf and /etc/dnsmasq.conf added, /var/www/command/refresh_nics modified.
o Library conflicts within the build prevent upgrading to the complete package set required for Access Point.
• Upgraded the Arch Linux Kernel to 4.9.58-1:

o Packages raspberrypi-firmware 20171015-1, raspberrypi-bootloader 20171020-1, linux-raspberrypi 4.9.58-1, cifs-utils 6.7-2 and linux-firmware 20170907.a61ac5c-1 installed.
o Modified RuneUI to determine the hardware platform in the new way, see details below.
o The irritating left <> right channel random switching bug has disappeared.
o Supported audio cards via overlays (some interesting new ones for Pi B+ users):

 akkordion-iqdacplus
 allo-boss-dac-pcm512x-audio -> New in this version!
 allo-digione -> New in this version!
 allo-piano-dac-pcm512x-audio
 allo-piano-dac-plus-pcm512x-audio -> New in this version!
 audioinjector-addons
 audioinjector-wm8731-audio
 dionaudio-loco
 dionaudio-loco-v2
 fe-pi-audio
 googlevoicehat-soundcard -> New in this version!
 hifiberry-amp
 hifiberry-dac
 hifiberry-dacplus
 hifiberry-digi
 hifiberry-digi-pro
 iqaudio-dac
 iqaudio-dacplus
 iqaudio-digi-wm8804-audio
 justboom-dac
 justboom-digi
 pisound -> New in this version!
 raspidac3
 rpi-dac -> New in this version!
 rra-digidac1-wm8741-audio
 For a full list of all overlays and documentation see:

• Via SSH: /boot/overlays/README
• Via Windows after flashing your SD-Card: <drive_letter>:/overlays/README
• Fix for problem "problem seeking in .wav and .aif files" included:

o Package libsndfile 1.0.28-1 installed.
• Fix for KRACK WPA2 bug:

o Packages wpa_supplicant 1:2.6-11, openssl 1.0.1.i-1, pacman 4.1.2-6.1 and hostapd 2.6-6 installed. Packages openssl and pacman cannot be upgraded within this build due to library conflicts.
• Fix for 'Song description truncated on colon for Pi B/B+' bug:

o See here for details: description-truncated-to-two-points-for-b-b-t5960.html#p23361.
• Installed Python:

o Package python2 2.7.14 installed.
• Modified RuneOS and RuneUI:

o Modified redis_datastore_setup with corrected Lunux version and build version.
o Modified debug_collector so that debug contains config.ini information.
o Disabled git pull from the dev UI and added a warning. The new method of determining the hardware platform is not available in the standard Rune git pull repository. Git pull will install the old incorrect method which cannot correctly determine the hardware platform for this Linux version.
o To identify this image:

 In debug: ‘Linux version 4.9.58-1-ARCH’ and ‘HW platform: RaspberryPi (01)’.
 From SSH: ‘uname -r’ which returns ‘4.9.58-1-ARCH’ together with ‘redis-cli get hwplatformid’ which returns ‘01’.
 Also from SSH: ‘redis-cli get buildversion’ which returns ‘janui-20171109’.

janui

Hi janui,

many thanks for the excellent work which you have done.
I know this all is very time-consuming.
I will test your image as soon as possible.

with the exception of AirPlay via shairport. Even with maximum overclocking the Pi Zero struggles to cope (CPU usage extremely high)

I think this is because shairport resamples the output to 48kHz.
You can try to modify the file /usr/share/alsa/alsa.conf

defaults.pcm.ipc_gid audio
defaults.pcm.ipc_perm 0660
defaults.pcm.dmix.max_periods 0
defaults.pcm.dmix.rate 48000
defaults.pcm.dmix.format "unchanged"
defaults.pcm.dmix.card defaults.pcm.card
defaults.pcm.dmix.device defaults.pcm.device
defaults.pcm.dsnoop.card defaults.pcm.card
defaults.pcm.dsnoop.device defaults.pcm.device
defaults.pcm.front.card defaults.pcm.card
defaults.pcm.front.device defaults.pcm.device

defaults.pcm.dmix.rate 44100

I have been unsuccessful in getting the WiFi Access Point functionality to work in this image and have come to the conclusion that it is not possible without a complete rebuild of Rune for arch6h.

What is the problem with the AP mode?
Please contact me via PM or email.

Frank

janui wrote:Hi there,

Updated Rune arch6h Pi1 image for Pi Zero and legacy Pi models

I have published a new version of the Rune 0.3 Pi1 arch6h image for Pi A, A+, B, B+, Zero and Zero W.
You can find the image here: raspberry-pi-zero-support-in-0-4-t3711-70.html#p20577

janui

Thank you for excellence work. I got my Digione work with Pi zero W (via external USB WIFI Dongle).