Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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? D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 messages, even with all sorts of debug turned on. There seems to be a size limit to JPEG cover art. Artwork smaller than 600x600 seems to be displayed correctly. If cover art is PNG then size does not matter. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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' > (https://sourceforge.net/projects/lmsclients/files/squeezeplay/linux/squeezeplay-7.8.0-1203-i386.tgz/download). > Please give that a try. > The intel squeezeplay builds are done on centos 6, which is old, but > produces a binary that works with most of the current linux > distributions...at least up until now. > If the new build doesn't display all images, you can try building > squeezeplay on Debian 10. I don't know if jivelite will be any > different, you'll have to try it. Thanks @ralphy. I have downloaded and tried this build and there is no diffenrence in behaviour. What might cause a limit on JPEG size of < 600x600? E.g. artwork with 600x600 and above is not displayed while 600x598 is displayed? D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 using ImageViewer applet. I have copied some JPEG artwork to a local directory and started a slide show on that. The 64bit version displays all the images without problems but the 32bit version logs 20200206 13:53:39.376 INFO applet.ImageViewer - ImageViewerApplet.lua:276 start image viewer 20200206 13:53:39.377 INFO applet.ImageViewer - ImageViewerApplet.lua:84 init image viewer 20200206 13:53:39.378 DEBUG applet.ImageViewer - ImageSourceLocalStorage.lua:42 initialize ImageSourceLocalStorage 20200206 13:53:39.380 INFO applet.ImageViewer - ImageSource.lua:37 init of ImageSource base 20200206 13:53:39.410 DEBUG applet.ImageViewer - ImageViewerApplet.lua:327 self.listCheckCount: 1 20200206 13:53:39.411 DEBUG applet.ImageViewer - ImageViewerApplet.lua:338 image list not ready yet... 20200206 13:53:39.781 DEBUG applet.ImageViewer - ImageViewerApplet.lua:687 image rendering 20200206 13:53:40.002 INFO applet.ImageViewer - ImageSourceLocalStorage.lua:166 Next image in queue: /home/ds/pics/Led Zeppelin - Led Zeppelin Boxed Set (4 of 4).jpg 20200206 13:53:40.008 ERROR applet.ImageViewer - ImageViewerApplet.lua:851 Invalid image object found: /home/ds/pics/Led Zeppelin - Led Zeppelin Boxed Set (4 of 4).jpg stack traceback: ...share/jive/applets/ImageViewer/ImageViewerApplet.lua:851: in function '_renderImage' ...share/jive/applets/ImageViewer/ImageViewerApplet.lua:695: in function <...share/jive/applets/ImageViewer/ImageViewerApplet.lua:695> and then stops the slide show. It does so even with artwork that can be displayed normally in NowPlaying !?! I don't know it this is related or a different kind of error. Where can I find the latest build instructions for SqueezePlay? D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 had to install automake-1.15 specifically as this version is needed for fdk-aac-2.0.0 Thanks @ralphy for providing/maintaining SqueezePlay. How would you like me to supply images? D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 that. > I didn't make any changes. If am 1.15 is missing build fails at fdk-aac-2.0.0. Standard with Debian Buster is am 1.16. ralphy wrote: > > 'Upload the tar.gz file' > (https://www.dropbox.com/request/dUzTskVewEmu0DrCF0Ov) and I'll put it > on source forge. The i386 version doesn't get download much these > days. > > I'd still like to figure out why my i386 build fails to display all > images. Could you still provide me with a couple of image files? I have uploaded my build and a few covers that weren't displayed. Note that my build doesn't have a build number as yours does. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 output I managed to get so far when it crashes was: Code: malloc(): memory corruption (fast) Is SqueezePlay known to be so unstable or is there something wrong with my build? D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 these environment variables in squeezeplay.sh. > > export USEALSASAMPLESIZE=0 > export USEALSABUFFERTIME=10 > export USEALSAPERIODCOUNT=4 > With these settings CPU load on idle is less but jive_alsa crashes systematically on 24/96 flac files. BTW I have no problems crashing jive_alsa with the x86_64 version of SqueezePlay either (jive_alsa assert failure: munmap_chunk(): invalid pointer). Just switch between two Favourites as fast as you can manage and you'll crash it rather sooner than later. It's not what I usually do I just ran into this issue by chance. And it may be due to pulseaudio rather than using ALSA only. ralphy wrote: > > My experience has been that pulseaudio is very cpu intensive as compared > to a strictly ALSA audio chain. That's the cost of the additional > flexibility I guess. Try the 'i386 pulseaudio build' > (https://sourceforge.net/projects/lmsclients/files/squeezeplay/linux/squeezeplay-pulse-7.8.0-1188-i386.tgz/download). > It has no jive_alsa process. > > I still haven't had a chance to investigate the images that don't > display yet. But just try it to see if there's any stability and cpu > usage differences. > I have tried and found that this version is pretty much impossible to crash. But CPU load on idle is no better or even worse than with my build. How do I build squeezeplay-pulse? I didn't see this mentioned in the makefile. ralphy wrote: > > There is also the Jivelite or the Material Skin + Squeezelite option you > could try. Jivelite + Squeezelite is my plan in case I can't make SqueezePlay work. I've already built Jivelite and Squeezelite is in the repository. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 PulseAudioHostAPI*multi* branch in the git checkout instead of > PulseAudioHostAPI. > > The pulseaudio support in portaudio is still rough around the edges and > does segfault if you do not have at least 1 pulseaudio device available > at runtime. Thanks, this is useful to know when/if I decide to try. Since I suspected the instability I saw may be due to using the ALSA version with pulseaudio I have removed pulseaudio as a first step. Result: jive_alsa doesn't crash anymore. But there's a downside: Now jive_alsa uses 20% CPU constantly, no matter if playing or idle. I can't seem to find a combination that idles (that's what it will spend most of it's time doing) with acceptable CPU usage... I'll try squeezelite next. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 turn the player off there is no way to turn it on again. Jivelite doesn't react to mouse clicks or key presses anymore. The only way out is turning on the player remotely on the server. Squeezeplay doesn't do this. Can Jivelite be set up to behave the same as SqueezePlay? Also, in power management of the PC the display is set to turn off a after period of inactivity but this never happens. Even with Jivelite in the off-state and Jivelite screen saver set to blank the screen the display backlight always remains on. Is there anything I can do to change this? I guess what I need is a combination of jive as in SqueezePlay + Squeezelite. Can this be achieved somehow? D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 uses 1% > when playing and doesn't register cpu usage in top when idle. The box in question has a single core Intel Atom at 1.6 GHz with hyperthreading. In return, it uses passive cooling and looks good enough to place in the living room. ralphy wrote: > > Pulseaudio is often harder to remove than one might expect. Perhaps, > there's still some bits active? I'm pretty sure there is nothing left of pulseaudio. If I can get Jivelite to react to mouse/touch input again after turning it off I'd be fine I guess. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
ralphy wrote:
> Try applying this change to jivelite.
>
> >
Code:
> > Index: share/jive/applets/ScreenSavers/ScreenSaversApplet.lua
> ===
> --- share/jive/applets/ScreenSavers/ScreenSaversApplet.lua
> +++ share/jive/applets/ScreenSavers/ScreenSaversApplet.lua
> @@ -559,7 +559,7 @@
>
> if not self:isSoftPowerOn() then
> --allow input to pass through, so that the following listeners will be
honored
> - self:_setSSAllowedActions(true, {}, true)
> + --self:_setSSAllowedActions(true, {}, true)
>
> window:ignoreAllInputExcept({ "power", "power_on", "power_off" },
> function(actionEvent)
>
> >
>
>
>
>
> Try setting this before running Jivelite/Squeezeplay.
>
> export SDL_VIDEO_ALLOW_SCREENSAVER=1
>
I have tried with the patch above and with
SDL_VIDEO_ALLOW_SCREENSAVER=1. Now Jivelite turns on when I click
anywhere on the screen (no need for an additional click on the power
button). Thanks a lot for this fix! I'll find out about display
backlight as soon as I get to the box.
Jivelite prints a lot of warning messages "libpng warning: Interlace
handling should be turned on when using png_read_image". In an attempt
to get rid of them I have added the libs from SqueezePlay to the library
path for Jivelite because I never saw SqueezePlay print these warnings.
Result: Jivelite doesn't print these warning anymore. I hope this
doesn't break anything I didn't notice yet.
ralphy wrote:
>
> SqueezePlay and squeezelite need special handling to coexist.
>
> You either need to use the squeezelite -m command line option with a
> fake mac address or
> disable the local player in Squeezeplay by setting enableAudio=0 in
> $HOME/.squeezeplay/userpath/settings/Playback.lua. Squeezeplay must NOT
> be running when you make the change otherwise squeezeplay will just
> rewrite the file with the original setting.
>
> Otherwise the 2 players conflict with each other and LMS.
I'll also try to setting enableAudio=0 in Squeezeplay as I might like
SqueezePlay + Squeezelite even better. Thanks a lot for all the expert
information!
D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813
View this thread: http://forums.slimdevices.com/showthread.php?t=111606
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 most efficient way to go. ralphy wrote: > > I would NOT recommend using plughw: with squeezelite as it masks the > true capabilities of the audio hardware and moves any audio conversion > to the alsa layer instead of squeezelite. > I wasn't aware that squeezelite's audio conversion is preferable to ALSA's. Is hw:0,0 better then? CPU usage is the same for both with the material I own. ralphy wrote: > > jive_alsa will automatically close and reopen the audio device with > plughw: to allow resampled playback of audio streams not directly > supported by the audio hardware. I gather that for jive_alsa it is better to use plughw: to benefit from this feature? Plus jive_alsa uses very little CPU with plughw: so I guess I'll just use SqueezePlay without hacks. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 jive_alsa and the audio device doesn't support the > sample rate of the stream, jive_alsa will close the hw: device and > reopen with plughw: to use the alsa resampler as jive_alsa does not have > native resampling support like squeezelite. Oh, I misunderstood, thanks for the clarification. I plan to use a USB DAC with capabilities that far exceed the demands of all my material or streams. If I can get that to work resampling should never be needed. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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: https://ucloud.univie.ac.at/index.php/s/tHWuOGYP8TfrGcn/download] D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 github' > (https://github.com/ralph-irving/jivelite/commit/a1307c523a7f70e28ecde3a1e238132b23323a77). > Interestingly, that code in squeezeplay does not cause an error with > the same images. At the time I posted about the slide show problem I was still dealing with your 32bit Squeezeplay builds. Jivelite never had the problem but I had to build that myself. This is the cover you asked for: [image: https://ucloud.univie.ac.at/index.php/s/sHKzBQRMPLi6Vvz/download] D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] squeezeplay i386 does not display all cover art
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 has the same problem. D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813 View this thread: http://forums.slimdevices.com/showthread.php?t=111606 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
