Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
I'm sorry if this has already been mooted, but does picoreplayer work with the Wolfson Audio Card? I'm not keen on soldering a berry so would like to try a snap on card. Just to add, I've only recently added picoreplayer and am happily playing music through a Boombox in the kitchen.I've used Squeezeplug in the past but the wireless was unreliable.This time it seems very stable.Thank you for this software. Corelli45's Profile: http://forums.slimdevices.com/member.php?userid=55246 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
Corelli45 wrote: I'm sorry if this has already been mooted, but does picoreplayer work with the Wolfson Audio Card? I'm not keen on soldering a berry so would like to try a snap on card. Just to add, I've only recently added picoreplayer and am happily playing music through a Boombox in the kitchen.I've used Squeezeplug in the past but the wireless was unreliable.This time it seems very stable.Thank you for this software. I don't think piCorePlayer supports the Wolfson card. I have both the Wolfson and HiFiBerry cards, and really the soldering required for the HiFiBerry is pretty easy. It's worth it to be able to use piCorePlayer rather than a more standard Pi distro. I have one piCorePlayer with the HiFiBerry and another used as a headphone player that has a DacMagix XS USB headphone DAC/amp. The latter used to have a Wolfson card. Robert Touch DacMagic 100 Naim Audio Nait 3 Mission 752 (plus Rega Planar 3 and Naim CD3) 2 x Squeezebox Radios, 1 X Squeezebox 3 SqueezePad, iPeng, Squeezeplay, piCorePlayer/HiFiBerry, SqueezePlug/Wolfson on a Pi QNAP TS-239, LMS 7.8 last.fm/user/GrumpyBob Grumpy Bob's Profile: http://forums.slimdevices.com/member.php?userid=41857 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
Corelli45 wrote: I'm sorry if this has already been mooted, but does picoreplayer work with the Wolfson Audio Card? I'm not keen on soldering a berry so would like to try a snap on card. Just to add, I've only recently added picoreplayer and am happily playing music through a Boombox in the kitchen.I've used Squeezeplug in the past but the wireless was unreliable.This time it seems very stable.Thank you for this software. sorry at the moment the wolfson card is not supported, I have trying to patch it to the 3.14 kernel, but no luck. if any of you can do.that, it could be added quickly. steen piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://sites.google.com/site/picoreplayer/home *Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donationsbusiness=U7JHY5WYHCNRUlc=GBcurrency_code=USDbn=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer* sbp's Profile: http://forums.slimdevices.com/member.php?userid=37237 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
RESAMPLE_OPENMP or RESAMPLE_MP? One or the other, please! ;) I would prefer this to be a cmdline option rather than compile time. If cmdline option option not set, should default to 1 thread. (original behaviour). But ability to set '0' to autodetect cores or integer value to force number of threads, would be useful. +---+ |Filename: squeezelite-RESAMPLE_MP.patch| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=16042| +---+ JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] One for the road. Farewell to Community Squeeze OS. RIP!
gbcox wrote: Thank you! A major relief that the Fedora repo will be back online. You shouldn't need to do anything. Once the CS repo is back online, there will be one new repo package, (the only binary rpm package that will be provided as part of the CS repo being back online), that 'obsoletes' the old CS repo package and should be picked up automatically by dnf/yum, switching you to the new repo. Should all be happening sometime this week. Can't say which day. That's not in my control. JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=101648 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
JackOfAll wrote: RESAMPLE_OPENMP or RESAMPLE_MP? One or the other, please! ;) Thanks - fixed as a build time option for the moment. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
Greg Erskine wrote: hi werewolf_fr, What version of piCorePlayer are you using? This might point you in the right direction. I believe piCorePlayer always sets the volume to 100% during the boot process by the line of code sudo amixer set PCM 400 unmute. Can you post the output of amixer before and after you manually change the volume? It may help to debug your issue. Code: tc@piCorePlayer:~$ amixer Simple mixer control 'PCM',0 Capabilities: pvolume pswitch pswitch-joined Playback channels: Front Left - Front Right Limits: Playback 0 - 128 Mono: Front Left: Playback 128 [100%] [0.00dB] [on] Front Right: Playback 128 [100%] [0.00dB] [on] regards Thank you for your help. I am on 1.15e , and I am going to try your advice, right now. :-) werewolf_fr's Profile: http://forums.slimdevices.com/member.php?userid=62993 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
sorry at the moment the wolfson card is not supported, I have trying to patch it to the 3.14 kernel, but no luck. if any of you can do.that, it could be added quickly. steen Thanks for the information. I will look at buying the wolfson when a solution has been found. Corelli45's Profile: http://forums.slimdevices.com/member.php?userid=55246 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Triode wrote: I have updated the logitechmediaserver build for soa so that it now works with perl 5.20 and uses the git version of slimserver-vendor. Please could people who had a problem over the last couple of days update from git and try again: Code: [root@alarm soa-aur]# ./soa-update.sh logitechmediaserver Michael: looks like buildme.sh could be updated to explicitly support 5.20 (at present there are checks for 5.18 in the script, but not 5.20, so turning off tests for all is done in the build script + also need to remove Compress-Raw-Zlib as reported elsewhere.) I have still a problem building LMS with the git version of slimserver-vendor. Here is the error message of the build script: [root@alarm soa-aur]# ./soa-update.sh logitechmediaserver fatal: unable to access 'https://github.com/SqueezeOnArch/soa-aur.git/': SSL certificate problem: certificate is not yet valid == Making package: logitechmediaserver 7.8.0-4 (Thu Jan 1 11:12:13 MST 1970) == Checking runtime dependencies... == Checking buildtime dependencies... == Retrieving sources... - Found logitechmediaserver-7.8.0.tgz - Cloning slimserver-vendor git repo... Cloning into bare repository '/root/soa-aur/logitechmediaserver/slimserver-vendor'... fatal: unable to access 'https://github.com/Logitech/slimserver-vendor.git/': SSL certificate problem: certificate is not yet valid == ERROR: Failure while downloading slimserver-vendor git repo Aborting... What can I do? Bernd ab.wagener's Profile: http://forums.slimdevices.com/member.php?userid=53748 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
ab.wagener wrote: I have still a problem building LMS with the git version of slimserver-vendor. Here is the error message of the build script: [root@alarm soa-aur]# ./soa-update.sh logitechmediaserver fatal: unable to access 'https://github.com/SqueezeOnArch/soa-aur.git/': SSL certificate problem: certificate is not yet valid == Making package: logitechmediaserver 7.8.0-4 (Thu Jan 1 11:12:13 MST 1970) == Checking runtime dependencies... == Checking buildtime dependencies... == Retrieving sources... - Found logitechmediaserver-7.8.0.tgz - Cloning slimserver-vendor git repo... Cloning into bare repository '/root/soa-aur/logitechmediaserver/slimserver-vendor'... fatal: unable to access 'https://github.com/Logitech/slimserver-vendor.git/': SSL certificate problem: certificate is not yet valid == ERROR: Failure while downloading slimserver-vendor git repo Aborting... What can I do? Bernd Looks like the date on the board is not getting updated. Can you manually set the date on the wandboard with the date command? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
Unfortunately, I have to report back in that the last 10 second glitch is still present, even after disabling Smart Crossfade in LMS. It initially seemed to be greatly minimized, but after more testing, and several reboots of both LMS and the piCorePlayer, the glitch is still audible. I'm running 1.16 and LMS 7.8.0.on OS X 10.9.3. SamS's Profile: http://forums.slimdevices.com/member.php?userid=9261 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Triode wrote: Thanks - fixed as a build time option for the moment. Ta. Do you want it as a runtime option? I've gone back to what I had with the first patch I did, using 'z' as a flag in the resample option to enable MP and done away with the RESAMPLE_MP defines. +---+ |Filename: squeezelite-OpenMP.patch | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=16043| +---+ JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
very good project, helps a lot. But I had a feature request. Is it possible to use a radio transmitter on autostart directly from the start playback? I use squeezy, but can not be installed in the PicoPlayer unfortunately. https://code.google.com/p/squeezy/ CyberDannen's Profile: http://forums.slimdevices.com/member.php?userid=62886 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
sbp wrote: sorry at the moment the wolfson card is not supported, I have trying to patch it to the 3.14 kernel, but no luck. if any of you can do.that, it could be added quickly. Steen, Which kernel sources are you using? Link? Where is the patch you are trying to apply for the Wolfson card. Link? If you can point me in the right direction, I'll take a look. (Will also need the config you are using to build your kernel. Do you have a link to that also?) JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
JackOfAll wrote: Ta. Do you want it as a runtime option? I've gone back to what I had with the first patch I did, using 'z' as a flag in the resample option to enable MP and done away with the RESAMPLE_MP defines. Hum - mainly because I thought that the use case would be machine specific.. Also didn't want to put the option into a web gui and then need to explain it. I can include it - how about making it the 't' flag for 'threaded', 'z' doesn't really make sense unless you know the underlying code? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Triode wrote: Hum - mainly because I thought that the use case would be machine specific.. Also didn't want to put the option into a web gui and then need to explain it. Does no harm it being on by default on a single core, like a Pi or BB. Big win on a quad or 8 core desktop. Can't publish numbers right now, (stuff packed up, I'm moving), but I suspect when I show that on a multi-core, that by using soxr OpenMP multi-thread, wall socket power consumption is lowered, (by virtue of spending more time at lower core speeds by speading the resample load across multiple cores), that most sensible people will want it enabled regardless of what a CPU% or load avg number says, if they have a multi-core CPU, and wish to re/upsample, whatever arch they are running it on. Triode wrote: I can include it - how about making it the 't' flag for 'threaded', 'z' doesn't really make sense unless you know the underlying code? Up to you. Whatever you want to do. For the squeezelite rpms that I've made this morning that are now part of the Fedora LMS repo, I have gone back to enabling it by default. I really don't think it should be a compile time option, hence why I posted the patch, which at least if you want it disabled by default, means that it is compiled-in with resampling option and can be enabled via a flag. PS. I have added a note to squeezelite -h output on my rpm packaged version, to say that it isn't the official upstream version. I didn't want to go as far as calling it a fork. ;) JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Triode, while on this subject, not directly relevant to squeezelite, but
sort of, as it uses soxr for upsampling
I spent a week working on and looking at OpenMP and SIMD with soxr. Not
sure what you are doing with Arch, using a pre-packaged soxr or your own
package, and not really relevant to the WB, which has the horse power to
start with.
It is really important to get SIMD (NEON) enabled if the hardware can
support it, especially for single-core. Yes, there was some diddling
with the BBB USB driver, but glitchless upsampling to 384k on the BBB,
requires a soxr lib with SIMD enabled. (I suspect, that again CPU%
doesn't tell the whole story, but my hypothesis would be that the NEON
code gets handled by dedicated hardware/registers rather than burning
main CPU cycles, leaving the main proc to handle things like interrupts.
;))
Enabling SIMD meant hacking the cmake detection script, (which will only
return true on Intel), .. My rpm spec file was doing the following
when building for armv7h*n*l. ie. with NEON.
Code:
Patch0: soxr-fixes.patch
Patch1: soxr-FindSIMD-NEON.patch
%prep
%setup -q -n %{name}-%{version}-Source
%patch0 -p1
# If arm with neon, enable SIMD
%ifarch armv7hnl
%patch1 -p1
%endif
%build
rm -rf build mkdir build pushd build
export LDFLAGS=-Wl,--as-needed
%cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo\
%ifarch armv7hnl
-DWITH_SIMD=ON -DWITH_PFFFT=NO\
%endif
../
make %{?_smp_mflags}
The patch to the cmake SIMD detection, to get it enabled on ARM, just
commented out the code so it will return 0! ;)
Code:
--- soxr-0.1.1-Source/cmake/Modules/FindSIMD.cmake~ 2013-01-12
14:05:42.
0 +
+++ soxr-0.1.1-Source/cmake/Modules/FindSIMD.cmake 2014-04-28
15:13:22.3744
81813 +0100
@@ -51,15 +51,15 @@
set (SIMD_C_TEST_SOURCE
-#include xmmintrin.h
+// #include xmmintrin.h
int main()
{
- __m128 a, b;
- float vals[4] = {0};
- a = _mm_loadu_ps (vals);
- b = a;
- b = _mm_add_ps (a,b);
- _mm_storeu_ps (vals,b);
+// __m128 a, b;
+// float vals[4] = {0};
+// a = _mm_loadu_ps (vals);
+// b = a;
+// b = _mm_add_ps (a,b);
+// _mm_storeu_ps (vals,b);
return 0;
}
)
PS. Also, while on the subject of soxr. Seem to recall there was one
essential patch (only in git) after they last made a tar-ball release.
If not applied, from memory, you always end up with linear, even if you
pass option for intermediate or minimum phase. Might be worth checking
your Arch package has it applied if not already using your own.
JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread: http://forums.slimdevices.com/showthread.php?t=97046
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Triode wrote: Looks like the date on the board is not getting updated. Can you manually set the date on the wandboard with the date command? Yes, I can. NTPD is now running and update date and time. After a long time LMS was installed properly. Bernd ab.wagener's Profile: http://forums.slimdevices.com/member.php?userid=53748 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Triode, Finally got round to testing adding a CIFS share via the soa-web interface. It was immediatley obvious you've implemented this using systemd automount with fstab field values as per this example: Code: cifs defaults,noauto,x-systemd.automount,_netdev,credentials=/etc/credentials/cifs-mnt-disk1 I went back of my attempts to get NFS share added and mounting on reboot. I must have mangled my attempt to use automount params. But it now works, once nfs-client.target is enabled for nfs ver3 server shares. I've not tested nfs4 yet. Code: # # /etc/fstab: static file system information # # file system dir type options dump pass # /dev/sda2 UUID=37e198c3-5b7f-404e-a412-eaa83233bb93 / ext4 rw,relatime,data=ordered0 1 # /dev/sda1 UUID=29c57a28-5b0c-449f-9568-d219361b23f6 noneswap defaults0 0 # start added by soa-web //192.168.0.50/archdata/CDs /mnt/disk2 cifs defaults,noauto,x-systemd.automount,_netdev,credentials=/etc/credentials/cifs-mnt-disk1 0 0 192.168.0.20:/media/allmusic/ToFile /mnt/disk1 nfs ro,vers=3,noauto,x-systemd.automount,_netdev0 0 # end added by soa-web This fstab gives the following stoarage.html display, which raises it's own questions. '[image: http://s3.postimg.org/uum8lc8dr/soa12.jpg]' (http://postimg.org/image/uum8lc8dr/) Should the systemd autofs entries be shown? What does it mean to umount is this case? Why display the mount params as displayed by the mount command, as opposed to those entered by the user and which appear in the mount unit files generated from the fstab by systemd? Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Krisbee wrote: Triode, Finally got round to testing adding a CIFS share via the soa-web interface. It was immediatley obvious you've implemented this using systemd automount with fstab field values as per this example: Code: cifs defaults,noauto,x-systemd.automount,_netdev,credentials=/etc/credentials/cifs-mnt-disk1 I went back of my attempts to get NFS share added and mounting on reboot. I must have mangled my attempt to use automount params. But it now works, once nfs-client.target is enabled for nfs ver3 server shares. I've not tested nfs4 yet. Code: # # /etc/fstab: static file system information # # file system dir type options dump pass # /dev/sda2 UUID=37e198c3-5b7f-404e-a412-eaa83233bb93 / ext4 rw,relatime,data=ordered0 1 # /dev/sda1 UUID=29c57a28-5b0c-449f-9568-d219361b23f6 noneswap defaults0 0 # start added by soa-web //192.168.0.50/archdata/CDs /mnt/disk2 cifs defaults,noauto,x-systemd.automount,_netdev,credentials=/etc/credentials/cifs-mnt-disk1 0 0 192.168.0.20:/media/allmusic/ToFile /mnt/disk1 nfs ro,vers=3,noauto,x-systemd.automount,_netdev0 0 # end added by soa-web This fstab gives the following stoarage.html display, which raises it's own questions. '[image: http://s3.postimg.org/uum8lc8dr/soa12.jpg]' (http://postimg.org/image/uum8lc8dr/) Should the systemd autofs entries be shown? What does it mean to umount is this case? Why display the mount params as displayed by the mount command, as opposed to those entered by the user and which appear in the mount unit files generated from the fstab by systemd? So this is a consequence of using automount - I tried to change as little as possible from the previous version on fedora but as per a previous post it was trying to mount too early at startup - hence the use of automount. I'm wondering if network manager would be a better solution for these problems - are you using it ok on arch? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
Thanks JackofAll.Would be really great if you could get the Wolfson going. Steve Corelli45's Profile: http://forums.slimdevices.com/member.php?userid=55246 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version
Triode wrote: So this is a consequence of using automount - I tried to change as little as possible from the previous version on fedora but as per a previous post it was trying to mount too early at startup - hence the use of automount. I'm wondering if network manager would be a better solution for these problems - are you using it ok on arch? Short answer is yes, I've tested NetworkManager on ARCH base install + minimal openbox on i686 in VirtualBox and with NetworkManager-wait-online.service invoked there are no mount problems with nfs, but you still need to enable the nfs-client.target. Tested basic CIFS access by adding share direct to fstab. So for this fstab (may be my params are not quite right for CIFS) Code: [soaplayer@soavm ~]$ cat /etc/fstab # # /etc/fstab: static file system information # # file system dir type options dump pass # /dev/sda1 UUID=a673c74f-bad2-49c7-889c-a7960de870e2 / ext4 rw,relatime,data=ordered0 1 # /dev/sda2 UUID=eeba26b8-77c5-4100-a289-c0721551e18d noneswap defaults0 0 # start added by soa-web 192.168.0.20:/media/allmusic/ToFile /mnt/disk1 nfs ro,vers=3,_netdev 0 0 //192.168.0.50/archdata/CDs /mnt/disk2 cifs defaults,credentials=/etc/credentials/cifs-mnt-disk20 0 # end added by soa-web The shares mount on reboot and are displayed as: '[image: http://s23.postimg.org/y9futr8gn/soa14.jpg]' (http://postimg.org/image/y9futr8gn/) To use on it on the WB will need work to figure out where nm data is stored in ARCH, in what format etc etc. and if it can be setup via the webui. The business of needing to enter max rate for squeezelite is also avoided with nm, as this currently is also being started without the network being up. I don't know if dhcpcd offers a simpler alternative to ifplugd/netctl. There's also the need to see if/how the ARCH build script could best handle any change to the initial network setup. Personally, I think the effort of changing from ifplugd/netctl would be worth it if possible, bit of course it's your call. Krisbee's Profile: http://forums.slimdevices.com/member.php?userid=59080 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
CyberDannen wrote: very good project, helps a lot. But I had a feature request. Is it possible to use a radio transmitter on autostart directly from the start playback? I use squeezy, but can not be installed in the PicoPlayer unfortunately. https://code.google.com/p/squeezy/ Hi CyberDannen, Thanks for reminding me about squeezy. It seems to work fine on piCorePlayer. I have only tested -next, -previous, -quieter and -loader but hopefully the other functions work. The following steps may help. It's not loaded into the ideal location but it should allow you test it. Sticking it in the tc $HOME directory means it should get backed up. Code: #!/bin/sh cd $HOME tce-load -iw perl5.tcz wget http://squeezy.googlecode.com/files/squeezy-0.12.tgz tar -zxvf squeezy-0.12.tgz sudo filetool.sh -b Edit squeezy.conf Do another backup to save your config. regards Greg Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
