You'll need to provide a bit more information to get some help. Enable
logging for plugin.musicip, then provide the full scanner.log.
Michael
"It doesn't work - what shall I do?" - "Please check your server.log
and/or scanner.log file!"
(LMS: Settings/Information)
pablolie wrote:
> Amen, btw.
LMS on a dedicated server (FitPC3)
Transporter (Ethernet) - main listening, Onkyo receiver, Paradigm
speakers
Touch (WiFi) - home theater 5.1, Sony receiver, Energy speakers
Boom 1 (WiFi) - work-space
Boom 2 (WiFi) - various (deck, garage, etc.)
Radio (WiFi) -
garym wrote:
> No shouting on this forum. My favorite forum for getting along with
> everyone! Regarding transparency of different codecs, In the distant
> past, I did some ABX (double blind) tests of lossless vs various flavors
> of mp3 (320kbps down to 64kbps I recall). I found most things
philippe_44 wrote:
> I
> Again, everybody is perfectly entitled to have fun building or buying
> complex and expensive gears. But itÂs about aesthetic and hobbies, what
> is incorrect is to claim it is better from a signal theoryÂs point if
> view.
Perfectly put.
The valid analogy is not a
You could also use a bind feature. This way you tell the router to use
IP xxx for MAC yyy
This way you are sure about the ip address but could reshuffle the
devices if necessary without accessing the device. Just reboot it would
be suffient. Very handy if you change your network setup.
ralphy wrote:
> That's probably a good option as that would remove the need to create a
> patch installer package to enable it on a Touch with stock firmware.
Good, so per my previous message, I have a PR ready for
- duet (model:receiver) => balance
- controller (model:controller) => balance
Duet has balance, so I need to detect model and apply as balance
accordingly. Can somebody edit Slim/Player/Client.pm and change
hasBalance{0} by hasBalance{1} to try with a transporter?
LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet,
1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5,
philippe_44 wrote:
> For Touch, I was offering to detect explicitly the Touch and force
> balance then, not on all Jive based players.
> But again, I don't have a strong opinion
That's probably a good option as that would remove the need to create a
patch installer package to enable it on a
I decided to start using MusicIP again after about a year having it off.
I'm running LMS 8.0.0 on a Windows 10 PC. When I run the Rescan Media
Library, it reaches the part where it's doing the MusicP Media , shows
"1 of Complete" and then the next message says "Media scan
terminated
Thank you Phiiippe and Ralphy.
I logged into my SBT using ssh and edited, (using the Busybox vi,) the
file /usr/share/jive/jive/net/SlimProto.lua, added the line,
*obj:capability("Balance", 1)*
after the if block for hasDigitalOut, rebooted, checked the SBT player
audio settings using the
My setup:
Lms device(NAS) : static ip
Players: dhcp (most routers will reserve ip based on mac anyway)
3x Squeezebox Touch, 4x Squeezebox Radio, Squeezelite (RPi 3B with
HiFiBerry DAC+Pro on OSMC), Material Skin Apk, Squeeze Commander,
Logitech Media Server Version: 8.2.0 with Material Skin
ralphy wrote:
> I think forcing the jive based players defeats the point of having the
> capability at all.
> My next squeezeplay builds will have it enabled as will the next
> community firmware release.
>
> IMHO of the controller, radio and touch, only the touch and maybe the
> radio if
cjfreitag wrote:
> Here is a general question based on issues I had with a plugin. Would I
> be better off having static IP addresses for my Squeezeboxes? My overall
> setting is for dynamic addresses and I don't see that causing me any
> problems. But are there advantages to making the change
philippe_44 wrote:
> BTW, I chose to require the player to indicate that it supports the
> balance option when it connects to LMS, because I did not want the
> balance option to appear on the UI when it is not supported (although it
> will not do any damage)
>
> I can also easily change LMS
Here is a general question based on issues I had with a plugin. Would I
be better off having static IP addresses for my Squeezeboxes? My overall
setting is for dynamic addresses and I don't see that causing me any
problems. But are there advantages to making the change to static on a
by-device
BTW, I chose to require the player to indicate that it supports the
balance option when it connects to LMS, because I did not want the
balance option to appear on the UI when it is not supported (although it
will not do any damage)
I can also easily change LMS so that certain type of players
mcduman wrote:
> actually, everything about cd format was kind of arbitrary in order to
> fit Beethoven's 9th in one single portable cd.
> (https://www.classicfm.com/discover-music/why-is-a-cd-74-minutes/). it
> could have been 14 or 20 bits depending on how much fit in one cd. i am
> sure all
ralphy wrote:
> Yes the touch can support the Balance feature, not sure about the ip3k
> players like the transporter.
>
> I have been testing it with Squeezeplay and on a touch with the
> community firmware. Balance support has already been added to my
> squeezeplay and community firmware
Since it seems Kees Schouhamer himself answered some points :-D just
briefly:
The bit depth and sampling rate for the CD format were never a
compromise. You can mathematically prove you can *perfectly* reconfigure
any analog signal if you sample it at twice the frequency. And the best
golden
Nice to see this happening. FYI, you can get balance control -- as well
as width, loudness, and EQ -- via the Inguz EQ plugin on Windows/Debian
server:
https://forums.slimdevices.com/showthread.php?109921-Inguz-EQ-DRC
bobertuk wrote:
> Running latest LMS nightly and SqueezeLite-X on Windows 10 - looked into
> Settings/Player/Audio and can't find any reference to balance control on
> my Radio (probably no balance expected?), Boom or SqueezeLite player. Am
> I missing something?
Balance support requires
philchillbill wrote:
> They only went on to do SACD for marketing reasons, not technical. If
> people will buy bottled leprechaun pee then some entrepreneur will
> bottle it because there are buyers for it.
>
> I never understood the fascination with vinyl over CD. Dont people hear
> the
slartibartfast wrote:
> You probably couldn't call a band "Average White Band" today.
>
> Sent from my Pixel 3a using Tapatalk
True. :p
*Home:* Pi4B-8GB/pCP7.x/4TB>LMS 8.1.x>Transporter, Touch, Boom, Radio
(all ethernet)
*Cottage:* rPi4B-4GB/pCP7.x/4TB>LMS 8.1.x>Touch>Benchmark DAC I,
d6jg wrote:
> Careful.
> We will all end up downstairs with the audiofools if we are not careful!
Amen!
*Home:* Pi4B-8GB/pCP7.x/4TB>LMS 8.1.x>Transporter, Touch, Boom, Radio
(all ethernet)
*Cottage:* rPi4B-4GB/pCP7.x/4TB>LMS 8.1.x>Touch>Benchmark DAC I, Boom,
Radio w/Battery (Radio WIFI)
ralphy wrote:
> Old picoreplayer repository before jivelite support was added to pcp.
> Don't use it.
>
> and
>
>
>
> The current jivelite source repository.Thanks
Sent from my Pixel 3 using Tapatalk
atca's
Running latest LMS nightly and SqueezeLite-X on Windows 10 - looked into
Settings/Player/Audio and can't find any reference to balance control on
my Radio (probably no balance expected?), Boom or SqueezeLite player. Am
I missing something?
2 x Touch
2 x Radio
2 x Boom
1 x Intel-NUC
philchillbill wrote:
> They only went on to do SACD for marketing reasons, not technical. If
> people will buy bottled leprechaun pee then some entrepreneur will
> bottle it because there are buyers for it.
>
> I never understood the fascination with vinyl over CD. Dont people hear
> the
toby10 wrote:
> Bigger / newer / faster / more
isnt always better.
>
> You can grow a bigger tomato, but that doesnt make it a better tomato.
> You can use a newer and technologically advanced HD TV antenna, but
> you wont get a better HD TV picture than your grand parents 1948 TV
>
mcduman wrote:
> hi philchillbill,
>
> i remember that even sony and philips recognized the shortcomings of
> the cd format and went on to introduce the sacd. why do you think that
> happened?
>
> anyways, i do not need to mention that i will upgrade to spotify hi-fi
> when it is available.
PS and it would be much more fun in a Ferrari
VB2.4[/B] STORAGE *QNAP TS419P (NFS)
[B]Living Room* Joggler & Pi4/Khadas -> Onkyo TXNR686 -> Celestion F20s
*Office* Joggler & Pi3 -> Denon RCD N8 -> Celestion F10s
*Dining Room* SB Boom
*Kitchen* UE Radio (upgraded to SB Radio)
*Bedroom
Ron F. wrote:
> Question: does the the SB Touch support the gainL and gainR slimproto
> commands? If so, could the balance setting be extended to support the
> SBT in addition to squeezelite? I imagine the same question could be
> asked about the Transporter too, but I don't have one of those:)
d6jg wrote:
> Sorry to be pendantic but you would get there marginally faster in a
> Ferrari due to its faster acceleration from 0-60 and better brakes
> assuming that both vehicles travel at the maximum permitted speed limit.
>
> Each time there was a speed limit change the Ferrari would gain
toby10 wrote:
>
> You can buy a 200 mph Ferrari, but you wont get from London to Paris
> any faster than a Honda Civic.
>
Sorry to be pendantic but you would get there marginally faster in a
Ferrari due to its faster acceleration from 0-60 and better brakes
assuming that both vehicles travel
philchillbill wrote:
> I worked as an engineer at Philips CD Lab from 1985-1990 and I can
> reassure you that the 74 minutes requirement only directed the choice
> for the diameter of the disc (otherwise it would have been a bit smaller
> to only handle 60mins of audio like a C60 cassette tape).
slartibartfast wrote:
> Your link is more about the physical size of the CD to achieve 74
> minutes than the resolution or sampling frequency.
>
> Sent from my Pixel 3a using Tapatalk
sorry. 14 -16 bit discussion is in this link.
atca wrote:
> Any idea on the difference between:
>
> https://github.com/ralph-irving/tcz-jivelite (this seems to be for
> piCorePLayer)
Old picoreplayer repository before jivelite support was added to pcp.
Don't use it.
and
atca wrote:
> https://github.com/ralph-irving/jivelite
The
Falling down from 3rd floor on head comment [emoji23] maybe bit harsh as
one cannot ever perceive other person experiences as we are all limited
by our own senses.. (BTW That's why you get so many freaks in talent
shows..)
Anyway even when I can get around 70-80% of ab blind tests correctly I
mcduman wrote:
> .. more of every thing in technology from cpu power to screen
> resolution is good, whether you need it or not. but when it comes to
> audio resolution, less is good. how can this be true?
Bigger / newer / faster / more
isnt always better.
You can grow a bigger
mcduman wrote:
> actually, everything about cd format was kind of arbitrary in order to
> fit Beethoven's 9th in one single portable cd.
> (https://www.classicfm.com/discover-music/why-is-a-cd-74-minutes/). it
> could have been 14 or 20 bits depending on how much fit in one cd. i am
> sure all
mcduman wrote:
> actually, everything about cd format was kind of arbitrary in order to
> fit Beethoven's 9th in one single portable cd.
> (https://www.classicfm.com/discover-music/why-is-a-cd-74-minutes/). it
> could have been 14 or 20 bits depending on how much fit in one cd. i am
> sure all
actually, everything about cd format was kind of arbitrary in order to
fit Beethoven's 9th in one single portable cd.
(https://www.classicfm.com/discover-music/why-is-a-cd-74-minutes/). it
could have been 14 or 20 bits depending on how much fit in one cd. i am
sure all the engineers from sony
pablolie wrote:
>
> 320k is awesome sound quality.
I agree with all of this, and I shall be resisting the temptation to
fork out more each month for lossless streaming. I suspect Spotify know
all this too, and have previously resisted the move to lossless not
because of the technical
42 matches
Mail list logo