Stig Nygaard wrote:
>
> But thanks for suggestion. I will try the compile-from-sources option
> again another day, and see if something happens...
If you have a spare SD card and need nothig specifically from max2play
you might just try piCorePlayer https://www.picoreplayer.org/ to see if
pCP
ralphy wrote:
> Could you send me this jpeg?
>
> I've been investigating the cover art problem, but have been unable to
> reproduce with the images forum members have provided.
>
> I did find a problem with the Image Viewer applet and have committed a
> fix to the 'jivelite repository on
I have since added a USB DAC to the box and today I have completed the
setup by adding a FLIRC V2 so I can use the SBTouch remote to control
it.
Thanks a lot again to @ralphy for helping me to complete this project!
Comparison below:
[image:
ralphy wrote:
> My experience has been that the libsoxr resampling library included with
> squeezelite provides better default and configurable resampling settings
> compared to the default resampler used in alsa. You can change the
> default resampler for alsa.
>
>
>
> If you use hw: with
ralphy wrote:
>
> That's an interesting observation. Does using plughw increase the cpu
> sys load instead?
>
No. squeezelite and jive_alsa just use much less CPU but there is no
increase elsewhere. It seems that in my case using defaults (i.e. I
didn't specify a device at all) isn't the
I have set enableAudio=0 in
$HOME/.squeezeplay/userpath/settings/Playback.lua. However, this does
not keep jive_alsa from running and consuming CPU. Should jive_alsa run
with enableAudio=0?
D1eter's Profile:
ralphy wrote:
> Try applying this change to jivelite.
>
> >
Code:
> > Index: share/jive/applets/ScreenSavers/ScreenSaversApplet.lua
> ===
> --- share/jive/applets/ScreenSavers/ScreenSaversApplet.lua
ralphy wrote:
> Not sure what's happening there. jive_alsa does continue to output
> silence to the audio device even when the squeezeplay player is stopped.
That explains quite well why CPU usage is constant.
ralphy wrote:
>
> On my 11 year old debian 7 i386 2.4GHz 4 core system jive_alsa
Went on to try Jivelite + Squeezelite. Squeezelite uses by far the most
CPU when playing but that's okay. I can get it to idle with negligible
CPU usage by using the -C option.
But I have issues with my build of Jivelite:
When using the power button in the top left corner of the home screen to
ralphy wrote:
> You need to use the Makefile.linux-pulse file.
Of course, stupid me!
ralphy wrote:
>
> Pre build steps and requirements are at the top.
>
> Cleanup the i386 alsa build first if building in the same source tree.
>
> make -f Makefile.linux clean
>
> Also, use
ralphy wrote:
> I haven't found SqueezePlay to be unstable, but I have seen the memory
> corruption crash on occasion, but never found a way to reproduce it
> consistantly so I could track it down.
>
> Squeezeplay defaults to 16 bit sample size regardless of the source
> material. Try setting
After further tests I'm not (yet) happy with my build of SqueezePlay:
even when idle jive_alsa uses 6% CPU time while pulseaudio uses
another 12%
jive_alsa is very easy to crash. Switching between a standard 16/44.1
mp3 stream and a 24/96 flac file is almost guaranteed to crash it
The only
ralphy wrote:
> Thank you for the files. The build scripts haven't been updated to
> support git, that's why your build doesn't have a revision number.
You're welcome. Please let me know about your findings regarding
displaying covers with your build.
ralphy wrote:
> Squeezeplay no longer requires expat-dev as it builds it's own expat
> library. That's an old requirement that I need to remove from the
> makefile.
>
> You shouldn't have needed to install am 1.15 unless you made changes to
> the automake config files. I'll have to look at
Success: I have built SqueezePlay myself and now it displays all album
art as it should. I can now go on with my project.
Observations:
In Makefile.linux it says to install expat-dev. That probably means just
expat (I installed expat but didn't find or install expat-dev).
I have found that I
ralphy wrote:
> I didn't expect it to be any different than r1188, so I 've removed the
> r1203 build.
>
> Squeezeplay searches for shared library files in /opt/squeezeplay/lib
> first, then it will use the system libraries if not found.
I have since gotten it to display some error messages
ralphy wrote:
> The only difference between the two is that the 64bit version has mmx
> extensions disabled, which has been the case since I started providing
> builds.
> I've uploaded a '32bit build with mmx extensions disabled'
>
bpa wrote:
> IIRC Ralphy does maintenance so you could PM him.
> It is an odd problem - it feels like a library is missing.
> Have you run squeezeplay i386 from a shell prompt and are any message
> put up.
I have only ever run SqueezePlay from a shell prompt so far but never
seen any error
Meanwhile, I have tested with SqueezePlay-setup-7.8.0r1188 on W7 32bit
(br...) . Artwork displays without issues. I'd much prefer to run
Linux though.
Anyway, is this even the right place to ask questions about SqueezePlay?
Anyone? Would I be better off with Jivelite?
D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813
View this thread: http://forums.slimdevices.com/showthread.php?t=111606
20 matches
Mail list logo