Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)
Triode wrote:
Thanks - will look at this; I was definately going to change it, perhaps
we make it an option when the uname includes PREEMPT in it?
Could you also try with:
#include sys/mman.h
if (mlockall(MCL_CURRENT | MCL_FUTURE) == -1) {
LOG_INFO(unable to lock memory: %s, strerror(errno));
}
Edited:
This will only work as root or if the user is allowed to lock memory.
I'm interested if you see any benefit from doing this.
Given there are mutexs between the real time thread and non real time
threads, I think the easiest way to lock memory is just to lock all of
squeezelite's memory. I did thinking about only doing this for the
output thread, but this would need to wait for a page fault in the other
threads if they held the output mutex. Hence I think locking everything
is the only simple way to lock memory - but do you notice any
difference?
Yep. I had a similar thought. You probably can't just lift the output
thread up only. The entire chain ( internal threads and externel
tasklets/IRQs etc ) needs to be in tune. Otherwise it gets bumpy (maybe
a reason for the rather high buffer settings I experience).
I actually chrt'ed squeezelite. Setting chrt to 40 from the outside
would obviously put all threads on the same level with 09b11. That also
lifts the stream thread. Now with my patch in place I can allign the
stream.c and output.c threads to the same and also other then default
levels.
Maybe chrt'ing the stock 09b11 to higher levels is similar then not
applying anything (on preemtible kernels) to it. The whole thing gets
out of balance.
Another idea: Perhaps on preemtible kernels SCHED_FIFO shouldn't be
automatically applied by SL. Maybe it's better to apply only, if option
-p prio is given.
What threads would have to be boosted?? I'd guess only the misson
critical threads - those who line up as playback chain - need to
(should ??) be boosted or tuned.
stream and output and if codec are involved the codecs in between?? I
don't have a clear picture of the entire chain. I guess it's not that
easy to trace.
I'll checkout the memlock patch.
The memlock can be used by normal users, if it is set in limits.conf -
see some posts earlier.
soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383
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
sbp wrote: Castella: After having looked around I think you are right - so it might work as microcore has a A10 arm V7 port. But as I don't have the board I can't promise anything Thanks for the info. I've got a Cubie on order, so maybe I can try it out later. (One of the big problems with the Cubie community is that it's so fragmented - there are few compiled images available, and info is difficult to find- unlike here, and the Rspi forum! castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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. Small patch update. Now sched_fifo gets applied to output thread only, if -p xxis given. Cheers +---+ |Filename: rt_prio2-b09.11.patch| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=14368| +---+ soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 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)
I've tested squeezelite on a couple of laptops booting the latest live-cd from voyage-mpd. Works perfectly. Sound card is a Stello U3 USB-S/PDIF concerter (XMOS). I started to wonder which Linux distro and hardware I should get to set up a permanent solution. An alix board with the Voyage distro seemed to be a good candidate. Then I remebered that the Touch is a Linux box and at the same time I noticed posts from Triode and soundcheck talking about running squeezelite on the Touch. I tested this successfully with the Stello last night (Touch with v7.8 and EDO). I had to set buffer time high to avoid clicks and skips (-a 5:4::0). 5:4 is probably more than needed but I could play 24/192 material with no problem and did not test further. I did set the mmap off, but I am not sure this is the right setting. Also squeezelite -l does not print the list of devices on the Touch. aplay -l does so I used that info. Triode: would you mind posting parameters that you believe should work for Touch and current version of squeezelite? OGS's Profile: http://forums.slimdevices.com/member.php?userid=32981 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)
Gerrelt wrote: I recently also bought a Berhinger UCA 202 USB soundcard which also works with squeezelite, and provides very good quality sound. Hi Gerrelt Quick question are you using the 202 with a Rasberry PI? And another! Is the audio free from and pops or interruptins with this card? Cheers --Ian Stoker's Profile: http://forums.slimdevices.com/member.php?userid=8264 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
sbp wrote: Unfortunately I don't know how many actually are using it, but on the other hand there hasn't been any reports that it is not working, so I take it as a good sign :-) Hi Sbp Not using it yet, but will be going down this root as soon as my USB DAC arrives. I was thinking (hoping) to use a usb wifi adapter as well as usb DAC. Should I be able to get this all working by just following the posts in this thread? You mention a new verion of piCoPlayer is it worth waiting for that? Cheers --Ian Stoker's Profile: http://forums.slimdevices.com/member.php?userid=8264 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)
OGS wrote: Then I remebered that the Touch is a Linux box and at the same time I noticed posts from Triode and soundcheck talking about running squeezelite on the Touch. I tested this successfully with the Stello last night (Touch with v7.8 and EDO). Interesting - but why would you want to do it? Julf's Profile: http://forums.slimdevices.com/member.php?userid=42050 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: Both logs still show the same thing to me? As soon as I get home I will try again and I will send you the two new logs...maybe something went wrong with my attachments, not sure to be honest. albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 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: 96/24 flac works for me on a pi. I'd like to see the two logs side by side with differences in them before commenting further.. The logs that are posted suggest another process is running on the same mac address as they repeat diconnecting and reconnecting to the server. Edit: Its also possible the machine is running out of memory - it would be useful to see the output of top. I will also check the output of top to see if my raspberry is running out menory while playing these 24 bit FLAC...good point! albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 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)
paul- wrote: I have everything running well on my Model B Pi's, but I have them running with 496MB, as I don't use the graphics. I'm using both the Berringer and the PCM2704 USB DAC's. I've only tested up to 16bit Flac files. But, I'll see if I can find some 24bit flac files and do some testing. Hi Paul, That would be great. Please let me know if the test goes well with your 24 bit FLAC. Just out of curiosity, as I don't use graphics either how can I get my raspberry PI run with 512 MB? Did I get it right? albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 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
Stoker wrote: Hi Sbp Not using it yet, but will be going down this root as soon as my USB DAC arrives. I was thinking (hoping) to use a usb wifi adapter as well as usb DAC. Should I be able to get this all working by just following the posts in this thread? You mention a new verion of piCoPlayer is it worth waiting for that? Cheers --Ian Hi Ian. The USB DAC is working fine with the present version. Regarding the WiFi it will be much better with the new version, but if you aren't afraid to change some lines you might be able to get it to work following this advice: In the microcore forum Gerrelt wrote http://forum.tinycorelinux.net/index.php/topic,14491.0.html : I also added this line to bootlocal.sh to make it connect at startup: /usr/local/bin/wifi.sh -a 21 /tmp/wifi.log But that didn't work at first. I had to add the line again (so two of the same lines) to get it working. I allready noticed when executing wifi.sh by hand it only worked the second time. It feels like the first time it activates the wifi dongle, and the second time it's allready activated. Any thoughts on that? 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)
Julf wrote: Interesting - but why would you want to do it? Good question... squeezelite delivers very good sound quality on the laptops I've tried it on. I wanted to check if squeezelite also improves sound from Touch. It does. OGS's Profile: http://forums.slimdevices.com/member.php?userid=32981 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)
Might be a stupid question what does the -z option do? I guess it's only available on linux. lrossouw's Profile: http://forums.slimdevices.com/member.php?userid=3416 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
castalla wrote: Thanks for the info. I've got a Cubie on order, so maybe I can try it out later. (One of the big problems with the Cubie community is that it's so fragmented - there are few compiled images available, and info is difficult to find- unlike here, and the Rspi forum! I've got a cubieboard but haven't played around with it much. However the community is small becasue there have been only about 1600 boards made so far and many of the buyers seem to be very inexperienced. The http://linux-sunxi.org site has lots of info based on Allwinner A10 and similar chips. It list many linux distro but not microcore. System built using A10 SOC are quite similar as A10 has wide range of interfaces so that builds for one A10 product (e.g. Melee A1000) often works on another cubieboard. A10 is unbrickable so there is no fear in trying out builds for different systems. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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)
OGS wrote: Good question... squeezelite delivers very good sound quality on the laptops I've tried it on. I wanted to check if squeezelite also improves sound from Touch. It does. How did you verify that the sound really improved? Measurements? ABX? Julf's Profile: http://forums.slimdevices.com/member.php?userid=42050 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)
lrossouw wrote: Might be a stupid question what does the -z option do? I guess it's only available on linux. It daemonizes the application. Usually that means putting an application into background + disconnect it from the shell from which it's been started. Pretty much like a systemservice under Windows. Messages to screen should be turned off and optional routed to a file (that's done by the app). soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 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)
Those, who run Ubuntu might want to try the Ubuntu low-latency kernel. Install: sudo apt-get install linux-lowlatency This kernel might not work well for your desktop experience, but can speed things up in the background on audio only machines. It's a step below realtimekernel machines, like SB Touch. soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 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
bpa wrote: I've got a cubieboard but haven't played around with it much. However the community is small becasue there have been only about 1600 boards made so far (compared to RaspPi's at least 0.5m) and many of the buyers seem to be very inexperienced. The http://linux-sunxi.org site has lots of info based on Allwinner A10 and similar chips. It list many linux distro but not microcore. System built using A10 SOC are quite similar as A10 has wide range of interfaces so that builds for one A10 product (e.g. Melee A1000) often works on another cubieboard. A10 is unbrickable so there is no fear in trying out builds for different systems. That's really useful information - I'm afraid I'm one of those inexperienced buyers! But, I'm willing to learn! A major problem is the google forum used by Cubieboard people - hopelessly disorganised and full of cluttered postings. There's another forum ( http://www.cubieforums.com/ ) where it might be possible to get a more coherent thread running. I think I'll start with a project thread, and see if anyone bites! castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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)
Julf wrote: How did you verify that the sound really improved? Measurements? ABX? You may want to check that in your own system if you own a Touch. OGS's Profile: http://forums.slimdevices.com/member.php?userid=32981 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
castalla wrote: A major problem is the google forum used by Cubieboard people - hopelessly disorganised and full of cluttered postings. Yep there was a whole discussion on that. The other forum is run by a cubie user and there is a worry about a split in community. I think Tom Cubie has been a bit overwhelmed by the demand so far as a few promised revs have not happened as planned and so official feedback on hardware has been limited. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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)
FYI klaus@a:~$ ps -Leo uid,cls,pid,rtprio,wchan,cmd | grep squeeze | grep -v grep 1000 TS 3195 - poll_s /usr/local/bin/squeezelite -m 00 -o plughw:0,0 -n sl1 -p 51 1000 FF 3195 51 poll_s /usr/local/bin/squeezelite -m 00 -o plughw:0,0 -n sl1 -p 51 1000 FF 3195 52 hrtime /usr/local/bin/squeezelite -m 00 -o plughw:0,0 -n sl1 -p 51 1000 TS 3195 - hrtime /usr/local/bin/squeezelite -m 00 -o plughw:0,0 -n sl1 -p 51 Above, you can see the result of my patch4, an Ubuntu stock low-latency kernel and my limits.conf setup listed earlier. 1000 is my user-id (root would show 0) who is running squeezelite at higher prios. Two FF threads (output/stream) show SCHED_FIFO scheduling. The threads output and stream run at rt-prio 51/52. Cheers soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 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)
OGS wrote: You may want to check that in your own system if you own a Touch. Don't need to. Both my ears and all the measurements I have seen tell me that the standard Touch is so good that it is extremely unlikely that there would be any audible improvements. Julf's Profile: http://forums.slimdevices.com/member.php?userid=42050 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
bpa wrote: Yep there was a whole discussion on that. The other forum is run by a cubie user and there is a worry about a split in community. I think Tom Cubie has been a bit overwhelmed by the demand so far as a few promised revs have not happened as planned and so official feedback on hardware has been limited. I saw that, but why struggle on with a very unwieldy system which can only put people off - you have to wade through loads of posts in order to find a relevant nugget of information. There's another bunch of Cubie posts on Google+ which seem unrelated to the original google - I found somebody there who has developed a headless Debian image which I hope to try. Anyway, I'm OT here, so maybe see you over there sometime (with a contribution the Cubie project :) ??? Apologies to sbp Gerrelt - great work, by the way! castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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
castalla wrote: It's not that OT because once there is a microcore port to A10 then lots of readily available (some nicely packaged similar to AppleTV) A10 boxes become possible players. With Linaro I'm trying to check out the USB ehci implementation to see if cubieboard has a good/bad (based on Triode's experience) USB implementation and so decide if it is worth doing more work. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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
bpa wrote: It's not that OT because once there is a microcore port to A10 then lots of readily available (some nicely packaged similar to AppleTV) A10 boxes become possible players. With Linaro I'm trying to check out the USB ehci implementation to see if cubieboard has a good/bad (based on Triode's experience) USB implementation and so decide if it is worth doing more work. OT again - is it possible to run Linaro headless with ssh access? I really need a headless setup as the hdmi tv is miles away from my router SWMBO won't tolerate cables strewn all over the room! castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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)
albertone74 wrote: Hi Paul, That would be great. Please let me know if the test goes well with your 24 bit FLAC. Just out of curiosity, as I don't use graphics either how can I get my raspberry PI run with 512 MB? Did I get it right? The version of the Pi Firmware/Kernel that ships with the Raspbian Wheezy image (Dec 2012 version) is supposed to work, but I had problems. Upgrading to the latest Firmware kernel fixed it. Firmware release Dec30, 2012 You need to edit the file /boot/config.txt gpu_mem_512=16 will allocate as little as possible to the GPU. paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 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
bpa wrote: It's not that OT because once there is a microcore port to A10 then lots of readily available (some nicely packaged similar to AppleTV) A10 boxes become possible players. With Linaro I'm trying to check out the USB ehci implementation to see if cubieboard has a good/bad (based on Triode's experience) USB implementation and so decide if it is worth doing more work. bpa - There is already a microcore port to A10, so if you have a cubieboard I think you should try if you can get it running. If you get microcore running on your board, I can help you with the integration of the squeezelite player. You can find it here: http://distro.ibiblio.org/tinycorelinux/ports.html and the very friendly forum can be found here: http://forum.tinycorelinux.net/index.php/board,56.0.html 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)
albertone74 wrote: I will also check the output of top to see if my raspberry is running out menory while playing these 24 bit FLAC...good point! Triode, You were absolutely right. It was only a coincidence with -b 256:256 option. I have just tried to play my 24 bit FLAC and they are now playing but with the usual clicking and buzzing though:( I really don't know! Also find attached the TOP output...Am I right in saying that there are 2 instances of Squeezelite running at the same time? +---+ |Filename: TOP.txt | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=14374| +---+ albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 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)
paul- wrote: The version of the Pi Firmware/Kernel that ships with the Raspbian Wheezy image (Dec 2012 version) is supposed to work, but I had problems. Upgrading to the latest Firmware kernel fixed it. Firmware release Dec30, 2012 You need to edit the file /boot/config.txt gpu_mem_512=16 will allocate as little as possible to the GPU. Thanks Paul. Can I edit the same file even if I am running Squeezeplug? albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 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
sbp wrote: bpa - There is already a microcore port to A10, so if you have a cubieboard I think you should try if you can get it running. If you get microcore running on your board, I can help you with the integration of the squeezelite player. You can find it here: http://distro.ibiblio.org/tinycorelinux/ports.html and the very friendly forum can be found here: http://forum.tinycorelinux.net/index.php/board,56.0.html I looked at those refs. yesterday - but at the moment I'm just intimidated by the complexity, and without an actual Cubie I'm just stabbing in the dark. So, I'm there in spirit ... hope it materialises! castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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
castalla wrote: I looked at those refs. yesterday - but at the moment I'm just intimidated by the complexity, and without an actual Cubie I'm just stabbing in the dark. So, I'm there in spirit ... hope it materialises! castalla: All you have to do is to download this image http://tinycorelinux.net/4.x/armv7/a10Core.img.gz and then burn it to a SD-card using Win32Diskimager. Then put the card in your cubieboard and connect a LAN cable and power. If you are lucky it will boot to CLI - and from there it is not difficult to install squeezelite. The problem is that I don't now for sure that it will boot on your cubieboard, but the only way to find out is to try. 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)
soundcheck wrote: Triode. Now SCHED_FIFO gets applied only, if -p xxis given. Otherwise it's default SCHED_OTHER Patch 4 applies it to output.c AND stream.c . stream thread comes with output rt_prio += 1 ( Note: I didn't check if rt_prio_max=99 gets exceeded!). I also added the memlock. Patch 4 works pretty well with -c pcm. TODO: If codecs get into play, perhaps the codec thread needs to be placed in between stream and output. Perhaps it's an idea to introduce -p stream-prio:codec-prio:output-prio to keep all the key threads most flexible and tunable. Cheers Let me add the ability to set the output thread priority, but I don't think we want to change the other thread priorites - definately not to set the stream thread to a higher priority The aim of this is to make the output thread run as soon as it can after the alsa wait routine returns. This occurs after an interrupt from the hardware and will enable us to work with smallest alsa buffers. Its valuable to have sched FIFO on all linux kernels as this means the output thread will preempt all normal activity. We also want it to preempt the other threads within squeezelite. There's a 10s buffer between the output thread and the the other threads, hence we can afford for there to be jitter on when these run as long as the output thread runs at highest priority. Complexity comes from the fact that there's shared memory with the other threads. There's 3 muxtexes to stop multiple threads overwriting each other's data and these have priority inherit set so that if a lower priority thread holds a mutex and the output thread is able to run, the lower priority thread gets its priority boosted to ensure it runs so that the output thread can run. I want to audit the mutex calls again to check I've minimised the other threads holding lock which could impact the output thread, but I think it favors the output process as much as possible at present. The stream and decode thread will only run when there is data from the tcp socket to decode - hence the stream thread blocks on network activity. There's not really much value in priorising this thread above other threads as long as it will run often enough to enable decoding to fill the 10 second buffer. Hence I want to keep this thread and the decode thread at normal priority (and they definately need to be lower priority that the output thread as we don't want the output thread to stop so that input data from the tcp socket can be processed or decoded.) So can you hear a difference altering priorities (this subject should be moved to the audiophile forums...). As I discussed with EDO - the primary purpose is to minimse/avoid underruns. I believe this is what we get with the stock configuration which will work with default buffers on touch. With the output device driver and then the output thread haveing highest priority you get the likelihood of metronomic waking of these threads to run for a short time and then sleeping until the output device can consume more. This provides the best real time performance but we can speculat it may cause auidible impact of the metronomic process wakeups. By changing priorities, especially making other more random events get priority over these tasks we probably add randomness to when the output process runs. This will make buffering more marginal and more likely to need to increase buffer size to avoid underruns. This may result in audible improvements, but I supect this is very hardware specific and so I don't want to make this part of the base code as we need it to be general to all hardware... (you are clearly free to experiment). I did add a randomiser function in the later versions of EDO as an experiment with the impact of randomising cpu activity in the output thread, but it met with significant disaproval from some so I gave up on that.. Bottom line - I will keep the priories in the base code simple with the output thread being tunable. I think with this and buffer tuning there's a reasonable space for tweeking - I can't be sure that any other priorisation tweeks will be benefical across a range of hardware and so I would like to avoid this in the main code base. 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)
albertone74 wrote: Triode, You were absolutely right. It was only a coincidence with -b 256:256 option. I have just tried to play my 24 bit FLAC and they are now playing but with the usual clicking and buzzing though:( I really don't know! Also find attached the TOP output and the Log. Am I right in saying that there are 2 instances of Squeezelite running at the same time? The Raspberry PI MAC address is B8:27:EB:84:20:21. You have two versions of squeezelite running there. Try killall squeezelite before doing any tests... The error message: slimproto_run:446 error reading from socket: closed is one you want to avoid seeing! (don't use the -z option if you are using it as it starts a process in the background) 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
sbp wrote: castalla: All you have to do is to download this image http://tinycorelinux.net/4.x/armv7/a10Core.img.gz and then unzip it (I use 7-ZIP for windows) and burn it to a SD-card using Win32Diskimager. Then put the card in your cubieboard and connect a LAN cable and power. If you are lucky it will boot to CLI - and from there it is not difficult to install squeezelite. The problem is that I don't now for sure that it will boot on your cubieboard, but the only way to find out is to try. I'll try it - Cubie is still in the hands of the dreaded DHL Germany! castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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)
OGS wrote: I've tested squeezelite on a couple of laptops booting the latest live-cd from voyage-mpd. Works perfectly. Sound card is a Stello U3 USB-S/PDIF concerter (XMOS). I started to wonder which Linux distro and hardware I should get to set up a permanent solution. An alix board with the Voyage distro seemed to be a good candidate. Then I remebered that the Touch is a Linux box and at the same time I noticed posts from Triode and soundcheck talking about running squeezelite on the Touch. I tested this successfully with the Stello last night (Touch with v7.8 and EDO). I had to set buffer time high to avoid clicks and skips (-a 5:4::0). 5:4 is probably more than needed but I could play 24/192 material with no problem and did not test further. I did set the mmap off, but I am not sure this is the right setting. Also squeezelite -l does not print the list of devices on the Touch. aplay -l does so I used that info. Triode: would you mind posting parameters that you believe should work for Touch and current version of squeezelite? As long as you don't have default settings (no tuning) then squeezelite should run on Touch without changing buffer sizes using the hw:CARD=TXRX output. It will need the EDO kernel if you want to get to 192k though. Note that there is a complexity of what to do with the standard jive process - you either need to kill it or make it use an alternative output interface. [killing it causes problems with the watchdog kicking in though - can't remember the command to stop that from memory] 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: You have two versions of squeezelite running there. Try killall squeezelite before doing any tests... The error message: slimproto_run:446 error reading from socket: closed is one you want to avoid seeing! (don't use the -z option if you are using it as it starts a process in the background) That command worked meaning that now if I do TOP I can see only one squeezelite instance. But I am still getting the same message slimproto_run:446 error reading from socket: closed and again I can't play the 24 bit FLAC...all the other FLAC are played fine. I am going nuts:( albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 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
sbp wrote: castalla: All you have to do is to download this image http://tinycorelinux.net/4.x/armv7/a10Core.img.gz and then unzip it (I use 7-ZIP for windows) and burn it to a SD-card using Win32Diskimager. Then put the card in your cubieboard and connect a LAN cable and power. If you are lucky it will boot to CLI - and from there it is not difficult to install squeezelite. The problem is that I don't now for sure that it will boot on your cubieboard, but the only way to find out is to try. It boots OK on Cubie and works OK but screen (HDMI 720p / 60hz) is too big so not all of console is visible. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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)
albertone74 wrote: That command worked meaning that now if I do TOP I can see only one squeezelite instance. But I am still getting the same message slimproto_run:446 error reading from socket: closed and again I can't play the 24 bit FLAC...all the other FLAC are played fine. I am going nuts:( Do you have squeezelite or squeezeplay on this device (another player). You need to kill anything which would have used the same mac address. 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
bpa wrote: It boots OK on Cubie and works OK but screen (HDMI 720p / 60hz) is too big so not all of console is visible. I saw the same problem in the microcore forum: The screen is a bit cut off (root@box: is cut off at ox:), but that is likely a refinement in script.bin So is it something that you can fix by editing the script.bin? This is the link to the post: http://forum.tinycorelinux.net/index.php/topic,14388.0.html If you only want to use it as a dedicated squeezelite player, then you will not be needing the attached screen, as you will be able to manage the player from another computer via SSH using putty. So I think that if you follow the advice in post number 4 in this thread you will be able to install Dropbear (a SSH client). After you have installed dropbear you can connect to your Cubie from another computer and then from here follow the instructions in post 1 in order to install squeezelite and ALSA on the Cubie. 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)
Has anyone managed to cause the latest version to crash?? I'm hoping the stability problems are solved, but want to check if anyone still sees issues? 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
sbp wrote: I saw the same problem in the microcore forum: The screen is a bit cut off (root@box: is cut off at ox:), but that is likely a refinement in script.bin So is it something that you can fix by editing the script.bin? This is the link to the post: http://forum.tinycorelinux.net/index.php/topic,14388.0.html If you only want to use it as a dedicated squeezelite player, then you will not be needing the attached screen, as you will be able to manage the player from another computer via SSH using putty. So I think that if you follow the advice in post number 4 in this thread you will be able to install Dropbear (a SSH client). After you have installed dropbear you can connect to your Cubie from another computer and then from here follow the instructions in post 1 in order to install squeezelite and ALSA on the Cubie. Mixing in with 'what do I know - nuttin' - any of this of use for fixing the screen issue? https://www.miniand.com/forums/forums/development/topics/debian-wheezy-lxde-armhf-build ... talks about tweaks for changing resolution. castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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
Hi Castalla. I think it is a good suggestion. I think that you should download the correct Cubieboard script from the page you provided. In this there is a script.bin file that you should use instead of the script.bin file that you got from microcore. 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] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
sbp wrote: Hi Castalla. I think it is a good suggestion. I think that you should download the correct Cubieboard script from the page you provided. In this there is a script.bin file that you should use instead of the script.bin file that you got from microcore. I can only do 'background' gophering at the moment ... Cubie hasn't arrived yet. There's also something on that page about bootloaders ... We/I are in the kind hands of bpa on this at the moment. If it works then it'd be a brilliant application for future Cubie users - another replacement for the defunct squeezebox players! And maybe it would contribute something to the community project. castalla's Profile: http://forums.slimdevices.com/member.php?userid=15624 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
I used a Ubuntu system so no need for putty and tried ssh'ing into Cubie but all I got was connection refused on port 22. The IP address was 192.168.1.143 which is not part of my DHCP and so I think gateway IP address was not setup. Second and subsequent boots of Cubie does not give a HDMI display but I have a debug cable on serial port and system still boots but config needs to be sorted out as it think only 512Mb Code: CPU: SUNXI Family Board: A10-EVB DRAM: 512 MiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In:serial Out: serial Err: serial Hit any key to stop autoboot: 0 reading boot.scr 256 bytes read ## Executing script at 4400 reading script.bin 42144 bytes read reading uImage 3287928 bytes read reading uCore 2903510 bytes read ## Booting kernel from Legacy Image at 4800 ... Image Name: Linux-3.0.39 Image Type: ARM Linux Kernel Image (uncompressed) Data Size:3287864 Bytes = 3.1 MiB Load Address: 40008000 Entry Point: 40008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 4310 ... Image Name: uCore for Allwinner A10 Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size:2903446 Bytes = 2.8 MiB Load Address: Entry Point: Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... 6Initializing cgroup subsys cpuset 5Linux version 3.0.39 (root@box) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 PREEMPT Tue Aug 21 20:03:28 UTC 2012 CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c5387d CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache Machine: sun4i 6Total Detected Memory: 512MB with 1 banks 664 MB reserved for MALI 6Memory Reserved: 6 SYS : 0x4300 - 0x4300 ( 64 kB) 6 VE : 0x4400 - 0x48ff ( 80 MB) 6 G2D : 0x5800 - 0x58ff ( 16 MB) 6 LCD : 0x5a00 - 0x5bff ( 32 MB) Memory policy: ECC disabled, Data cache writeback 7On node 0 totalpages: 114688 7free_area_init_node: node 0, pgdat c06502c4, node_mem_map c070c000 7 Normal zone: 896 pages used for memmap 7 Normal zone: 0 pages reserved 7 Normal zone: 113792 pages, LIFO batch:31 7pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 7pcpu-alloc: [0] 0 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 113792 5Kernel command line: init=/init panic=10 rootwait loglevel=3 6PID hash table entries: 2048 (order: 1, 8192 bytes) 6Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) 6Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) 6Memory: 448MB = 448MB total 5Memory: 313536k/313536k available, 145216k reserved, 0K highmem 5Virtual kernel memory layout: vector : 0x - 0x1000 ( 4 kB) fixmap : 0xfff0 - 0xfffe ( 896 kB) DMA : 0xffc0 - 0xffe0 ( 2 MB) vmalloc : 0xdc80 - 0xf000 ( 312 MB) lowmem : 0xc000 - 0xdc00 ( 448 MB) pkmap : 0xbfe0 - 0xc000 ( 2 MB) modules : 0xbf00 - 0xbfe0 ( 14 MB) .init : 0xc0008000 - 0xc003 ( 160 kB) .text : 0xc003 - 0xc0619000 (6052 kB) .data : 0xc061a000 - 0xc06580b0 ( 249 kB) .bss : 0xc06580d4 - 0xc070bda0 ( 720 kB) bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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
Thanks for the information. I'm near the top of my knowledge here - the only thing I can add here, is to ask if you have installed dropbear on the Cubie. It is not included in the microcore image, so it needs to be installed. 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)
Triode wrote: As long as you don't have default settings (no tuning) then squeezelite should run on Touch without changing buffer sizes using the hw:CARD=TXRX output. It will need the EDO kernel if you want to get to 192k though. Note that there is a complexity of what to do with the standard jive process - you either need to kill it or make it use an alternative output interface. [killing it causes problems with the watchdog kicking in though - can't remember the command to stop that from memory] Hi Triode. First of all to your last question. I've had no crashes at all with the various PC's I have tried squeezelite on - including the Touch. It seems rock solid! Running on the Touch I pointed the standard jive to TXRX before I started squeezelite driving hw:X20 which is the USB port. I will do some more testing to see where the clicks and skipping starts and report back. OGS's Profile: http://forums.slimdevices.com/member.php?userid=32981 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: Do you have squeezelite or squeezeplay on this device (another player). You need to kill anything which would have used the same mac address. I have squeezelite on my raspberry and I have never installed squeezeplay before. Sorry to be painful Triode :) but what do you mean by kill anything? albertone74's Profile: http://forums.slimdevices.com/member.php?userid=23863 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)
albertone74 wrote: I have squeezelite on my raspberry and I have never installed squeezeplay before. Sorry to be painful Triode :) but what do you mean by kill anything? I meant kill all other squeezebox emulators - squeezeslave or squeezeplay for example. 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)
albertone74 wrote: Thanks Paul. Can I edit the same file even if I am running Squeezeplug? The squeezeplug image starts with Raspbian. Are you running 6.02? If you are running v5.0. You may have repeat ability problems with the memory split. But yes, you can make the edits on squeezeplug. paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 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
This is just some notes on current status - not expecting any answers. Changing the script.bin (easy just replace the file no dd necessary) file improved the display but not perfect missing 1 col on LHS. Still cant ssh into Cubie. Boot still has lots of error messages and also still thinks only 512Mb - I think bootloader may need to be updated to handle 1Gb Ram. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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: Has anyone managed to cause the latest version to crash?? I'm hoping the stability problems are solved, but want to check if anyone still sees issues? So far so good. Been running since I compiled v.9b11. Seems stable, so much so that I packaged up my Pi with a relay module to power up and power down my amp based on when it's playing a stream (with a timeout of course) About ready to teach my wife how to use LMS. :) paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 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
Hi bpa. You could try to download the image I made, this is microcore with SSH server (Dropbear) and Squeezelite, so the output to the screen will be microcore. You can get it here: http://forums.slimdevices.com/showthread.php?97884-piCoPlayerV2-(26MB-for-Raspberry-with-WiFi-SSH-squeezelite-and-microcore-linux) So by using this you can get an idea on the performance. 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] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite
bpa wrote: Still cant ssh into Cubie. . Have you installed Dropbear? 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
