Triode wrote:
> This probably means more than one player connected to the server with
> the same mac address. In this case the server will continually reject
> the new player and then it will try to reconnect.
I have it working now. Thanks. I didn't click restart when i changed the
mac address.
nr002541 wrote:
> says all the mac addresses are different but the 2 that seem to have
> problems are almost the same. do they need to be completely different?
I have just tried to change in the web interface but it doesn't seem to
have done anything. Is there any other way to change it?
-
says all the mac addresses are different but the 2 that seem to have
problems are almost the same. do they need to be completely different?Triode
wrote:
> This probably means more than one player connected to the server with
> the same mac address. In this case the server will continually rejec
Howard Passman wrote:
> I don't know if this will help, but when I enter the ipaddress:port in
> the "squeezelite server IP" field, it completely freaks out my SBS.
> Slows everything to a crawl. Auto discovery works fine for me.
>
This probably means more than one player connected to the serv
nr002541 wrote:
> I have just set up 1.16 and i cannot see more than 2 players at the same
> time. does anyone know what might be causing this
I don't know if this will help, but when I enter the ipaddress:port in
the "squeezelite server IP" field, it completely freaks out my SBS.
Slows everythi
Rensie wrote:
> Come on, man! Don't leave me hanging!
Oh, I'm a dumb A. I was using the eth0 mac address in my mac filtering
instead of the mac for the wireless interface.
:-)
Can I go home now?
Howard Passman's Profil
I have just set up 1.16 and i cannot see more than 2 players at the same
time. does anyone know what might be causing this
nr002541's Profile: http://forums.slimdevices.com/member.php?userid=63023
View this thread: http://f
Howard Passman wrote:
> Thanks Steen. I did figure it out after having the day at work to think
> about it.
>
> Everyone, have a great weekend.
>
> Howard
Come on, man! Don't leave me hanging!
Rensie's Profile: http://
sbp wrote:
> hi, could it be a problem with strange characters in either name or
> password, or empty spaces in these fields?
>
> steen
Thanks Steen. I did figure it out after having the day at work to think
about it.
Everyone, have a great weekend.
Howard
Can I go home now?
-
Just in case someone saw my original post in this thread, and is having
similar problems...
JackOfAll wrote:
> Plug the DAC into a HUB, and the HUB into the Cubox-i.
After a GREAT deal of work, testing, and research, I've come to the
conclustion that the problem was with the quality of the power
Howard Passman wrote:
> Thanks for your reply. Unfortunately everything else on the network is
> set up for WEP, so I'd hate to change everything just for a fun
> experiment.
>
> I did try using WPA, just for fun and even tried the WPS button on the
> xfinity router.
>
> Thanks,
>
> Howard
hi
CommanderROR wrote:
> Strange. I'm using WPA2 security and it connects fine. Can you try WPA
> instead of WEP since that is no longer recommended anyway?
Thanks for your reply. Unfortunately everything else on the network is
set up for WEP, so I'd hate to change everything just for a fun
experim
TheLastMan wrote:
> Try accessing the browser config pages rather than using Putty. There is
> a drop down box on the WiFi page where you select the security type. See
> if selecting WEP there sorts it out.
Hi,
I did try using the GUI before putty. It can see the routers, but still
cannot conne
Can anyone help me with this issue by reproducing it on their system?
Mike
MikeDaPsych wrote:
> Hi,
>
> Firstly, thanks for the great piece of software.
>
> I'm successfully using version 1.15e with a Topping VX1 USB DAC to play
> a wide variety of FLACs and internet radio stations. However,
ralphy wrote:
> Thanks Triode.
>
> The version in squeezelite.h is still 1.6.2 but the changelog is up to
> 1.6.3, might have been on purpose, but thought I'd mention it.
No not on purpose. Will update to make release 1.6.3 if you are happy
that it works...?
-
Triode wrote:
> I've updated git so that OpenMP is only used if -DRESAMPLE_MP is defined
> at build time; otherwise with -DRESAMPLE it will build assuming a single
> resampling thread.
Thanks Triode.
The version in squeezelite.h is still 1.6.2 but the changelog is up to
1.6.3, might have been o
Triode wrote:
> I'd expect cpu load when resampling... So the I guess the question for
> Tim is does he see it when a similar level of resampling is seen between
> different versions, or is it just that some are doing more resampling
> than others.
>
> BTW - I would expect the command syntax to
Howard Passman wrote:
> Hi, I'm brand new to the picoplayer. It's up and running, but I can
> only connect wirelessly to unsecured wireless networks. I have 3
> wireless routers in my home all use the same WEP key, but obviously
> different SSID's. If security is open, the raspberrypicoplayer
Triode wrote:
> Is this on any device or a certain openmp library or cpu type? I don't
> see this on my linux machines. We could add a switch to enable/disable
> openmp or a compile time option for it. I am not really sure which use
> cases make best use of it.
>
> Edit - actually on a core2d
ralphy wrote:
> When I set OMP_NUM_THREADS=1, I've never seen squeezelite use more than
> 10% cpu when resampling. That's much better than 240% if I don't define
> the env var.
>
Is this on any device or a certain openmp library or cpu type? I don't
see this on my linux machines. We could ad
Triode wrote:
> I'd expect cpu load when resampling... So the I guess the question for
> Tim is does he see it when a similar level of resampling is seen between
> different versions, or is it just that some are doing more resampling
> than others.
When I set OMP_NUM_THREADS=1, I've never seen s
ralphy wrote:
> I only see the load when resampling and I do NOT set OMP_NUM_THREADS=1
> in my start script. I do not use the patch I provided for PasTim.
>
> I use resampling only for rates that my DAC doesn't directly support
> with these cmdline options.
>
> >
Code:
Triode wrote:
> Is the cpu load only when resampling is enabled? Sounds like it is
> worth you trying with and without the patch. However you could also try
> compiling with LINKALL to see if there is something different about your
> resampling library.
I only see the load when resampling and
PasTim wrote:
> Thanks - I'll apply that if I find I need to.
Is the cpu load only when resampling is enabled? Sounds like it is
worth you trying with and without the patch. However you could also try
compiling with LINKALL to see if there is something different about your
resampling library.
ralphy wrote:
> Or you could revert the change
> (957c6c7fcbdf345245c91ba9bb185d45e7995688) to squeezelite which enabled
> soxr openmp support.
>
> I've attached a patch file to do it.
>
> From the squeezelite source directory
>
> patch -p 0 -i revert-openmp-support.patch.txt
>
> and rebuild.
PasTim wrote:
> My version 1.6.2 crashes with this option. I can put up with the CPU
> load, for now at least.
Or you could revert the change
(957c6c7fcbdf345245c91ba9bb185d45e7995688) to squeezelite which enabled
soxr openmp support.
I've attached a patch file to do it.
>From the squeezelite
Strange. I'm using WPA2 security and it connects fine. Can you try WPA
instead of WEP since that is no longer recommended anyway?
CommanderROR's Profile: http://forums.slimdevices.com/member.php?userid=59408
View this threa
PasTim wrote:
> Thanks.
>
> I assume you mean as a run time environment variable. I'll try that.
>
> As a matter of interest why would having more threads increase the load
> so much?
There's a discussion in the CSOS thread posts 2424 through 2430.
http://forums.slimdevices.com/showthread.p
28 matches
Mail list logo