One more thing: you can see that the second screenshot is from a full
wipescan. It shows the number of tracks as reported by MIP. Whereas the
first screenshot would be a "import my tracks only" scan. I assume (can
check the code, if you want) that it's the number of tracks LMS assumes
could be
The two scans indeed use different methods to import data from MIP:
wipescan would bulk download the full list, then parse that list. Rescan
OTOH would look up tracks one by one, assuming that it would only have
to do this for a smaller number of tracks (IIRC - I might be wrong
there, it's
If we install now, after executing manually these codesign statements,
the version 8.3.1 would that be ok ? Are there going to be some
conflicts ?
That's totally fine. The files are being replaced on each update.
___
Squeezecenter mailing list
Oh and obviously this is just a background server. It doesn't even have
any graphic interface that you can connect a screen to. And as stated it
runs a lot more than just LMS and does not get corrupted by an SD card
turning unwritable so I'll choose this over a Pi any time.
Your choice. But you
If we install now, after executing manually these codesign statements,
the version 8.3.1 would that be ok ? Are there going to be some
conflicts ?
DejanM's Profile: http://forums.slimdevices.com/member.php?userid=19066
Attached the log file
Once again this is an online library only scan. Please disable this
integration and run a _local_ scan:
[22-11-17 20:10:59.9075] Slim::Music::Import::runScan (396) Skipping
[Slim::Media::MediaFolderScan] - it doesn't implement online library
only scanning!
[22-11-17
Attached the log file
https://easyupload.io/kahbbw
The attachment from the forum was failing (may be the size)
HerculePirate's Profile: http://forums.slimdevices.com/member.php?userid=12616
View this thread:
mherger wrote:
>
> Oh, and all the electric power you'll use working day and night. You'll
>
> never compensate this using an underpowered device to run the code
> instead of a Pi which wouldn't consume any more energy today...
A Pi is just as crippled as the device I use even though it may
philippe_44 wrote:
> I think as a dev the product of time_to_develop * runtime_ressources *
> app_complexity is a sort of constant. You just need to figure out what
> matters for you. Im able now to create by my own things that would have
> taken a lifetime when I started my career. But it
Back in September of this year I trialled LMS and the Local Player
Plugin on my old iMac running Catalina.
I was attempting to help someone on another forum with a similar
install.
I managed to get things working, (I did the perl and bash permissions
thing) but it did not feel "just right".
I think as a dev the product of time_to_develop * runtime_ressources *
app_complexity is a sort of constant. You just need to figure out what
matters for you. Im able now to create by my own things that would have
taken a lifetime when I started my career. But it comes with a price.
Language is
interpreted versus code that is compiled. I'll bet you that if I were to
rewrite LMS and turn it into a binary I can make it show its web GUI
within a second after startup as well (currently takes 10-15 seconds for
the Apache frontend to stop returning a HTTP-500).
But you'll never get the
interpreted versus code that is compiled. I'll bet you that if I were to
rewrite LMS and turn it into a binary I can make it show its web GUI
within a second after startup as well (currently takes 10-15 seconds for
the Apache frontend to stop returning a HTTP-500).
But you'll never get the
philippe_44 wrote:
> But you can get LMS running with transcoding even on an old PiZero 1st
> gen with arm1176. Transcoding does not use that much CPU and compilers
> are really efficient (remember that all transcoders are native compiled
> application)
I know, but as said if you stress the
This seems to work correctly. As expected, a one-time Allow Access
dialog appears, and then the allowance is added to Files & Folders, and
no longer requires re-authorizing with each server restart.
Thanks for the confirmation! I'll merge that right away. New 8.3.1/8.4
should come with signed
gordonb3 wrote:
> That would place higher requirements on the server CPU and subsequently
> either rule out green devices completely or require them to be dedicated
> for LMS and even then you would likely run into trouble when copying new
> music files onto them while also listening.
>
> This
mherger wrote:
>
> And it should give you some positive result.
>
> Does that change the behavior compared to the binary currently shipped?
This seems to work correctly. As expected, a one-time Allow Access
dialog appears, and then the allowance is added to Files & Folders, and
no longer
philippe_44 wrote:
> This is part of what I had to do to allow players that support aac to
> play mp4 streams but also to allow LMS to transcode when they dont.
> Its true that LMS does not benefit from mp4 to aac unwrapping when
> transcoding is disabled. Candidly, when I was writing that I
gordonb3 wrote:
> Interesting.
>
> Since the number of changes were limited I did some tracing and found
> the offending change:
>
> >
Code:
> >
> diff --git a/Slim/Player/Squeezebox.pm b/Slim/Player/Squeezebox.pm
> index e3411fe0e94..786c5a8600e 100644
> ---
I wonder if this is a bug with the scanner for LMS. If I scan my library
using the quick option(Look for new and changed media) it gives me a
larger number of MusicIP results than if I scan with the long option
(Clear library and recan). The latter scan reflects the results of a
MUsicIP scan. All
Interesting.
Since the number of changes were limited I did some tracing and found
the offending change:
Code:
diff --git a/Slim/Player/Squeezebox.pm b/Slim/Player/Squeezebox.pm
index e3411fe0e94..786c5a8600e 100644
--- a/Slim/Player/Squeezebox.pm
+++
Open file /usr/share/perl5/Slim/Player/Song.pm (might in a slightly
different place) and change, around line 440
Code:
# Set the correct format for WAV/AAC playback
if ( exists $streamFormatMap{$format} ) {
$format = $streamFormatMap{$format};
}
22 matches
Mail list logo