Package Details: logitechmediaserver 8.5.2-1

Git Clone URL: https://aur.archlinux.org/logitechmediaserver.git (read-only, click to copy)
Package Base: logitechmediaserver
Description: Slimserver for Logitech Squeezebox players. This server is also called Logitech Media Server. (Release-Version, if you prefer bleeding edge consider using logitechmediaserver-git instead)
Upstream URL: https://github.com/LMS-Community/slimserver
Keywords: logitech slimserver squeezebox
Licenses: GPL, custom
Submitter: vesath
Maintainer: FabioLolix (FabioLolix)
Last Packager: stef.an
Votes: 72
Popularity: 0.000000
First Submitted: 2011-11-03 06:54 (UTC)
Last Updated: 2024-07-01 19:06 (UTC)

Dependencies (10)

Required by (0)

Sources (3)

Pinned Comments

FabioLolix commented on 2024-05-26 08:40 (UTC)

-bin variant uploaded https://aur.archlinux.org/packages/logitechmediaserver-bin

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 50 Next › Last »

stef.an commented on 2017-09-30 14:22 (UTC)

I'm really sorry for my limited time to dig deeper into this at the moment. I've now pushed the changes to skip Media::Scan as some other distros already do. This should provide a working version for everyone. Coverart is not affected! This is handled by Audio::Scan and should work as always. Any test results would be awesome! LMS won't scan for Videos and Images until we found a more satisfying solution, if you only use LMS to play your Music, you shouldn't notice any difference. Thanks for you efforts setone! I'll check your patch asap.

Gregoire commented on 2017-09-30 08:11 (UTC)

If you are lucky enough your box may be supported by https://sourceforge.net/projects/scrawnyserver/ which is a lms server written in python, unfortunately my box isn't.

WhiteKnight commented on 2017-09-23 10:09 (UTC)

My personal opinion: Images (cover art) are important, videos aren't. My guess would be, that hardly anybody uses LMS for videos. There are way better alternatives as DLNA server than LMS.

setone commented on 2017-09-23 05:09 (UTC)

stef.an, your last hint gave me enough of a starting point to figure out what needs attention. I created a version of libmediascan-0.1-arch.patch (https://ptpb.pw/RXac). Using that patch file, the build completes cleanly (relatively, i.e. no worse than before) assuming I also do the patch to buildme.sh that I mentioned below. I can scan the music folders using the web interface or in the terminal using scanner.pl. The pictures folder works on x86_64, but on armv6h the pictures are just empty boxes (although the scan completes and the "picture browser" know the names and folders of my pictures). The video folders fail to scan on on either architecture, but I haven't ever tried that before and I don't know whether it was working in the first place. Maybe somebody knows about that?

<deleted-account> commented on 2017-09-20 22:32 (UTC)

Same issue with Media::Scan over here (x64). Could it be the "rm -f blib/arch/auto/Media/Scan/Scan.so" that is executed at the end of the build process and the following "LD_RUN_PATH="/usr/lib" cc -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -L/usr/local/lib -fstack-protector-strong Scan.o -o blib/arch/auto/Media/Scan/Scan.so \ -lavformat -lavcodec -lm -lz -lswscale -lavutil -lexif -ljpeg -lpng -lgif -ldb \" failing? I only use LMS for audio -- but I like cover images to appear on my players, too ...

stef.an commented on 2017-09-20 07:08 (UTC)

I've been discussing the use of the super-old versions for a while with some guys building it on Gentoo and NixOS. Everybody tries to drop as many of the ancient packages as possible and move to system packages. Unfortunately it causes problems in many cases :/ Another option would be dropping support for images and video... in this case we could skip building Media:Scan and start lms with the "--novideo --noimage". I've tried it and it works, but I don't know how others use videos and images in lms as I only use it on my NAS for audio. This means: commenting out "build Media::Scan" in buildme.sh and adding "--novideo --noimage" to the statup line in the service file The new versions build and run on my Zyxel NSA325 arm5 box but I still can't figure out why...

setone commented on 2017-09-20 03:30 (UTC)

It looks to me like this will not work without some porting effort to bring libmediascan up to date with the current version of ffmpeg. Under the arch1 (old version of LMS) CPAN directory, I can grep for 'ff_mov_demuxer': # grep -R "ff_mov_demuxer" * Binary file build/arch/5.26/x86_64-linux-thread-multi/auto/Media/Scan/Scan.so matches Binary file build/5.26/lib/perl5/x86_64-linux-thread-multi/auto/Media/Scan/Scan.so matches Binary file build/lib/libmediascan.a matches Binary file build/lib/libavformat.a matches --> Binary file ffmpeg-0.8.4/libavformat/mov.o matches --> Binary file ffmpeg-0.8.4/libavformat/allformats.o matches --> ffmpeg-0.8.4/libavformat/mov.c:AVInputFormat ff_mov_demuxer = { --> file ffmpeg-0.8.4/libavformat/libavformat.a matches Binary file libmediascan-0.1/src/libmediascan_la-mediascan.o matches Binary file libmediascan-0.1/src/.libs/libmediascan.a matches Note that the old package builds and links against ffmpeg-0.8.4. The current version of ffmpeg is 3.3.4 and there is no such symbol as 'ff_mov_demuxer'. But libmediascan still looks for it. If I do the same grep under the new CPAN directory: # grep -R "ff_mov_demuxer" * Binary file build/lib/libmediascan.a matches Binary file libmediascan-0.1/bindings/perl/blib/arch/auto/Media/Scan/Scan.so matches Binary file libmediascan-0.1/src/libmediascan_la-mediascan.o matches Binary file libmediascan-0.1/src/.libs/libmediascan.a matches It might be feasible to keep the old packaged-up version of ffmpeg and otherwise liberate LMS to use the native perl modules, but I wonder what other issues will crop up. Or perhaps there's another way to get things working that's not obvious to me.... will do a little more poking around.

RadioGnome1971 commented on 2017-09-16 12:13 (UTC)

I can confirm the failing with Media::Scan as in the end of the logging of @ispotter when compiling on armv6h. At this moment I am clueless as well (even more than @stef.an as I am totally blank on this all). Only know 'new' ffmepg has been installed lately. Kind regards, Martin

setone commented on 2017-09-13 16:19 (UTC)

Actually I also get this error on arm. The unresolved symbols can be dragged into armv6l-linux-thread-multi/auto/Media/Scan/Scan.so by patching src/slimserver-vendor-7.9.1.arch2/CPAN/buildme.sh: 215c215 < MSOPTS="--with-lms-includes=$BUILD/include" --- > MSOPTS="--with-lms-includes=$BUILD/include --with-lms-libs=$BUILD/lib" But then I fail on the next batch of unresolved symbols, starting with ff_mov_demux. This seems to imply that I need to link in ffmpeg.a.

stef.an commented on 2017-09-13 07:09 (UTC)

Hi, you're right... It compiles fine on my arm box but not on x86_64. I'm searching for a solution but currently I'm kind of clueless :(

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 50 Next › Last »