Julf wrote:
> I don't really understand the problem. Why would the FLAC material need
> to be transcoded?
If you aquire 24/196 dowloads to replace your mp3's .
Funny thing music bussines for downloads , you can buy total cr*p low
rate mp3's or total overkill hirez :) normal CD standard FLAC is
s2kiwi wrote:
> I feel nervous about using the SB via digital in there as all the FLAC
> material will need to be transcoded on the fly on the 'good' system
> which feels backward.
I don't really understand the problem. Why would the FLAC material need
to be transcoded?
"To try to judge the r
s2kiwi wrote:
> I alos with you that CD is good enough for anything but extreme cases. I
> mainly only keep FLAC out of principle. Some of the early MP3's I had
> access to were terrible quality so I picked a lossless format as my
> standard to avoid such issues. In saying that half the FLAC's ar
Mnyb wrote:
> SB3 supports 24/48 kHz .
>
> But if you sync the SB3 in another place to your rpi3 it to will ouåuit
> 24748 anyway in those cases .
>
> In most cases music is 16/44.1 anyway as most records are of this
> quality
>
> My personal view better than redbook is debatable i was a s
s2kiwi wrote:
> So, the mental debate I've had going is this... The only place I have
> which would take a digital input is the main room. I feel nervous about
> using the SB via digital in there as all the FLAC material will need to
> be transcoded on the fly on the 'good' system which feels bac
Mnyb wrote:
> Yes that's the cap problem there are treads with pictures .
> It has digital outs these will be unaffected by this problem that only
> affects the analog out. Is there a zone where something should hook up
> to a HT reciever or DAC .
>
So, the mental debate I've had going is this.
s2kiwi wrote:
> So the bit I didn't mention is one channel seems to have blown on the
> SB3 (and I don't have the skills to diagnose/replace what I assume will
> be a dodgy cap) so I was limited where in the house I could use it
> anyway (as it'll have to be mono only).
Yes that's the cap proble
Oh, ok, now THAT is a reason to retire it, indeed.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
at penguinlovesmusic.com
*New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch*
-
pippin wrote:
> Really, don't . All of this is not a problem and the SB3 is a really
> nice player. Very reliable ne good sound.
So the bit I didn't mention is one channel seems to have blown on the
SB3 (and I don't have the skills to diagnose/replace what I assume will
be a dodgy cap) so I was
Really, don't . All of this is not a problem and the SB3 is a really
nice player. Very reliable ne good sound.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
at penguinlovesmusic.com
*New: iPeng
Given all the various feedback, I think I'm just going to retire the SB3
out of the mix entirely.
For the sake a Pi Zero + DAC I think it'll just make everything simpler
to be running on similar hardware :)
Thanks guys!
drmatt wrote:
> I was looking forward to having a separate 5ghz WiFi at home, then I
> noticed it doesn't go through walls as well as 2.4ghz... and now I find
> i actually don't use it much..
I agree, it doesn't go through walls as well, but when you have 35
neighboring networks, you still appre
I was looking forward to having a separate 5ghz WiFi at home, then I
noticed it doesn't go through walls as well as 2.4ghz... and now I find
i actually don't use it much..
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16
drmatt wrote:
> Well that's on the assumption that all the Pi are wired.
Or on a 5 GHz wireless network.
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the quackery will bear a solid gilt
edge that will fool many people" - Paul W Klip
Well that's on the assumption that all the Pi are wired. Maybe I missed
that statement. The LMS server would be sending 9 times that stream out,
which still isn't much in reality I agree, about 7 Mbit/s.
Transcoded from Matt's brain by Tapatalk
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1
But if the SB3 is alone on its 2.4GHz network, where's the problem?
Still enough bandwidth to stream HD video so why not 48kHz FLAC?
We are talking about 750kbit/s here. If you don't get that out of a WiFi
network then it's so broken that even the control connection will
probably no longer be sta
Lame encoding a single stream for a single group of players will run
fine on a Pi. If you want separate streams all separately encoded then
you might run into trouble. I might suggest setting a bandwidth limit on
the SB3 to force stepping down the bitrate when it joins the group. Then
unsync that
Don't do that. FLAC is fine and you've got enough bandwidth unless you
do crazy stuff like streaming 384kHz sample rate material and such.
Transcoding to MP3 takes a lot of CPU power and will likely create more
issues than it solves.
FLAC is perfect for streaming.
---
learn more about iPeng, th
Brilliant thanks DrMatt, I appreciate the help.
The reality is that while FLAC is total overkill for 7 or the 8 zones,
it is how my music is stored. Part of why I'm trying to get my head
around this is so I know what will happen under different scenarios.
Based on this, if I place the SB3 to d
s2kiwi wrote:
> I'm not sure I understand that comment on the software stack vs
> hardware...
>
> Do you meant that (ignoring the SB3) running Squeezelite on the Pi's
> means they will all appear to the server as being able to handle
> basically anything... and the Pi will handle any codec downg
s2kiwi wrote:
> I'm running a dedicated linux 2.4Gz machine (ethernet connected) for the
> LMS so no problems there.
>
> What about if the SB3 isn't in the group - will everything just run at
> the native file stream and the Pi will do the downgrading where needed
> (or does the Pi tell the serv
Mnyb wrote:
>
> But the general case is still that player report thier capabilty to the
> server and servers has to come up with a streams that fits all in the
> sync group .
>
> So if the SB3 is in the sync group . the server has to feed all an 24/48
> stream . But the transcoding load is on t
Could be a potential problem i LMS also runs on the PI . Is LMS running
elsewhere it handles the transcoding on that system ( and thats systems
limitiations apply ) .
PI can transcode just fine but if several separate needs arise to older
players etc or if you use some obscure formats , ie in cas
drmatt wrote:
> Codec support on the Pis depends on the software stack not hardware, and
> the SB3 is likely to be your limiting factor in terms of codec support
> anyway.
>
> And yes if you sync all players and one or more of them has a playback
> bitrate limit applied then the whole group will
Codec support on the Pis depends on the software stack not hardware, and
the SB3 is likely to be your limiting factor in terms of codec support
anyway.
Sent from my ONEPLUS A3003 using Tapatalk
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~13
There is no need to transcode at all if you are playing to a Pi.
The resampling from 192 kHz to 48 kHz shouldn't be a problem either, the
Pi only has to do it for its own player.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as iPe
Hi all,
I'm setting up a multi-room system with 8 zones/players. I was asking
elsewhere in the forum if 8 is realistic and the answers generally come
back to bandwidth and whether the players can natively transcode the
streams.
I have no idea on the transcoding question so thought I'd ask if any
27 matches
Mail list logo
