Re: [SlimDevices: Unix] Boom style user interface for Community Squeeze OS

2013-08-11 Thread rpress

Pascal Hibon wrote: 
> If I’m not mistaken, the VU meters on the Squeezebox 3 was also a
> community effort and some people created nice VU meters for the Touch in
> the past. So it is doable.
> Can you post the images you already modified? I’m willing to take a look
> at it but can’t promise that I’ll be able to create something useful.

Here is the image.  Note that each bitmap is not the correct width, only
120 pixels instead of 128, the new one should be 128.
https://raw.github.com/presslab-us/jivelite/master/share/jive/applets/VFDSkin/images/UNOFFICIAL/VUMeter/vu_analog_25seq_b.png



rpress's Profile: http://forums.slimdevices.com/member.php?userid=31544
View this thread: http://forums.slimdevices.com/showthread.php?t=98960

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Community Squeeze OS R3

2013-08-11 Thread JohnSwenson

I'm sorry I didn't get the SPDIF tests done this weekend, but Friday I
plugged my wandboard into 12V, for some reason it didn't like it. I'm
getting a new one Monday.

John S.



JohnSwenson's Profile: http://forums.slimdevices.com/member.php?userid=5974
View this thread: http://forums.slimdevices.com/showthread.php?t=98544

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)

2013-08-11 Thread Kuro

Triode wrote: 
> Thanks - look there is a bug here - try the attached:
> > 
Code:

  >   > 
  > --- a/slimproto.c
  > +++ b/slimproto.c
  > @@ -739,13 +739,13 @@ void slimproto(log_level level, char *server, u8_t 
mac[6], const char *name) {
  > set_nonblock(sock);
  > set_nosigpipe(sock);
  > 
  > -   if (connect_timeout(sock, (struct sockaddr *) &serv_addr, 
sizeof(serv_addr), 5) < 0) {
  > +   if (connect_timeout(sock, (struct sockaddr *) &serv_addr, 
sizeof(serv_addr), 5) != 0) {
  > 
  > -   LOG_INFO("unable to connect to server %u", 
failed_connect++);
  > +   LOG_INFO("unable to connect to server %u", 
failed_connect);
  > sleep(5);
  > 
  > // rediscover server if it was not set at startup
  > -   if (!server && failed_connect > 5) {
  > +   if (!server && ++failed_connect > 5) {
  > slimproto_ip = serv_addr.sin_addr.s_addr = discover_server();
  > }
  > 
  > 

> > 

Much better.  Not only I do not get a repeating failed connections once
I reboot the server, the timeout/rediscovery mechanism appears to be
working.

The debug log now looks like this:

[10:18:05.010494] process_strm:224 strm command t
[10:18:05.010935] sendSTAT:156 STAT: STMt
[10:18:10.010632] process:430 strm
[10:18:10.011202] process_strm:224 strm command t
[10:18:10.011644] sendSTAT:156 STAT: STMt
[10:18:10.212574] slimproto_run:481 error reading from socket: closed
[10:18:10.313379] slimproto:744 unable to connect to server 0
[10:18:20.317491] slimproto:744 unable to connect to server 1
[10:18:30.323453] slimproto:744 unable to connect to server 2
[10:18:40.327492] slimproto:744 unable to connect to server 3
[10:18:47.347591] slimproto:744 unable to connect to server 4
[10:18:55.357597] slimproto:744 unable to connect to server 5
[10:19:00.358459] discover_server:660 sending discovery
[10:19:05.364086] discover_server:660 sending discovery
[10:19:10.367489] discover_server:660 sending discovery
[10:19:15.373105] discover_server:660 sending discovery
[10:19:20.377488] discover_server:660 sending discovery
[10:19:25.383104] discover_server:660 sending discovery
[10:19:30.387488] discover_server:660 sending discovery
[10:19:35.393092] discover_server:660 sending discovery
[10:19:40.397489] discover_server:660 sending discovery
[10:19:45.403086] discover_server:660 sending discovery
[10:19:47.591012] discover_server:671 got response from: 10.0.1.7:3483
[10:19:47.591811] slimproto:754 connected
[10:19:47.592276] sendHELO:114 mac: 00:25:31:02:c4:14
[10:19:47.592695] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3



Kuro's Profile: http://forums.slimdevices.com/member.php?userid=16701
View this thread: http://forums.slimdevices.com/showthread.php?t=97046

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)

2013-08-11 Thread Triode

Kuro wrote: 
> I added LOG_INFO code to utils.c and I also put back sleep(5) in
> slimproto.c.  Here is what I see when server IP is changed:
> 
> [00:54:16.480556] send_packet:92 failed writing to socket: Broken pipe
> [00:54:16.480872] slimproto_run:481 error reading from socket: closed
> [00:54:26.586495] slimproto:745 unable to connect to server 0
> [00:54:36.51] slimproto:745 unable to connect to server 1
> [00:54:46.589753] slimproto:745 unable to connect to server 2
> [00:54:48.618917] connect_timeout:212 sock: 5 error: 113
> [00:54:48.619468] slimproto:754 connected
> [00:54:48.619903] sendHELO:114 mac: 00:25:31:02:c4:14
> 
> So for some strange reason, select() returns 1 saying the socket is
> writable (the server at the old IP addr), and getsockopt() returns error
> code 113.
> 
> According to errno.h, 113 is host unreachable.
> 
> #define EHOSTUNREACH113 /* No route to host */
> 
> The strange thing is that if I removed sleep(5), select will never
> return 1 with the old sock connection.

Thanks - look there is a bug here - try the attached:

Code:


  --- a/slimproto.c
  +++ b/slimproto.c
  @@ -739,13 +739,13 @@ void slimproto(log_level level, char *server, u8_t 
mac[6], const char *name) {
  set_nonblock(sock);
  set_nosigpipe(sock);
  
  -   if (connect_timeout(sock, (struct sockaddr *) &serv_addr, 
sizeof(serv_addr), 5) < 0) {
  +   if (connect_timeout(sock, (struct sockaddr *) &serv_addr, 
sizeof(serv_addr), 5) != 0) {
  
  -   LOG_INFO("unable to connect to server %u", 
failed_connect++);
  +   LOG_INFO("unable to connect to server %u", 
failed_connect);
  sleep(5);
  
  // rediscover server if it was not set at startup
  -   if (!server && failed_connect > 5) {
  +   if (!server && ++failed_connect > 5) {
  slimproto_ip = serv_addr.sin_addr.s_addr = discover_server();
  }
  
  




Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
View this thread: http://forums.slimdevices.com/showthread.php?t=97046

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)

2013-08-11 Thread Kuro

Triode wrote: 
> If it is timing out at 5 seconds in select I would have expected select
> to return with 0?  Can you instrument that and see what is going on with
> the select response?

I added LOG_INFO code to utils.c and I also put back sleep(5) in
slimproto.c.  Here is what I see when server IP is changed:

[00:54:16.480556] send_packet:92 failed writing to socket: Broken pipe
[00:54:16.480872] slimproto_run:481 error reading from socket: closed
[00:54:26.586495] slimproto:745 unable to connect to server 0
[00:54:36.51] slimproto:745 unable to connect to server 1
[00:54:46.589753] slimproto:745 unable to connect to server 2
[00:54:48.618917] connect_timeout:212 sock: 5 error: 113
[00:54:48.619468] slimproto:754 connected
[00:54:48.619903] sendHELO:114 mac: 00:25:31:02:c4:14

So for some strange reason, select() returns 1 saying the socket is
writable (the server at the old IP addr), and getsockopt() returns error
code 113.

According to errno.h, 113 is host unreachable.

#define EHOSTUNREACH113 /* No route to host */

The strange thing is that if I removed sleep(5), select will never
return 1 with the old sock connection.



Kuro's Profile: http://forums.slimdevices.com/member.php?userid=16701
View this thread: http://forums.slimdevices.com/showthread.php?t=97046

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Announce: Squeezelite - a small headless squeezeplay emulator for linux (alsa only)

2013-08-11 Thread dyohn

dyohn wrote: 
> An update on my issue reported above.  I upgraded the VAMP player to
> SqueezeLite 1.2 and it has been streaming Internet Radio without issue
> for the past 4 hours.  I will continue to test it but it seems something
> in 1.2 solved my issue.  Thank you!

Just another update that it's been more than 10 days now and Squeezelite
1.2 ver for armv5te is a winner.  No more failure to wake up issues, no
streaming drop outs, no failure to connect to LMS, no failure to
recognize USB DAC.  Thank you for this update!



dyohn's Profile: http://forums.slimdevices.com/member.php?userid=5211
View this thread: http://forums.slimdevices.com/showthread.php?t=97046

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Boom style user interface for Community Squeeze OS

2013-08-11 Thread Pascal Hibon

rpress wrote: 
> 
> The VU meters are just multiple bitmaps with the needle drawn in
> different spots.  I played with the Touch bitmap a bit in Gimp to get it
> to fit on the display, but it could use more work, frankly.  If anyone
> wants to draw a new VU meter, 128 x 64 pixels, with the needle in 25
> positions that would be great!
> 
> There is also support in the code for a vertical bar-style VU meter. 
> Maybe a skin with the track info and the vertical VU meter on the right
> side would be nice.

If I’m not mistaken, the VU meters on the Squeezebox 3 was also a
community effort and some people created nice VU meters for the Touch in
the past. So it is doable.
Can you post the images you already modified? I’m willing to take a look
at it but can’t promise that I’ll be able to create something useful.



1 x SB3, 1 x SB Boom, 1 x SB Radio and 2 x SB Touch - all wireless
1 x Wandboard behind the bedroom ceiling
ReadyNAS NVX running LMS 7.7.2. w iTunes plugin
iPeng on iPod Touch.
SqueezePad & iPeng on iPad.
http://www.last.fm/user/phibon

Pascal Hibon's Profile: http://forums.slimdevices.com/member.php?userid=7969
View this thread: http://forums.slimdevices.com/showthread.php?t=98960

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Community Squeeze OS R3

2013-08-11 Thread JackOfAll

I am promoting the F19 ALPHA 1 image to F19 RELEASE 1. The only change
from the ALPHA image is an edit to /etc/csos-release, "ALPHA ->
RELEASE", so no need for anyone who has installed A1 to download R1.

Images require >= 8GB SDCARD.

'CSOS-Wandboard-Dual-F19-R1-20130811-1.img.7z'
(http://www2.communitysqueeze.org/images/wandboard/CSOS/F19-R1/CSOS-Wandboard-Dual-F19-R1-20130811-1.img.7z)
('CHECKSUM'
(http://www2.communitysqueeze.org/images/wandboard/CSOS/F19-R1/CSOS-Wandboard-Dual-F19-R1-20130811-1.img.7z-CHECKSUM))
(739MB)

'CSOS-Wandboard-Quad-F19-R1-20130811-1.img.7z'
(http://www2.communitysqueeze.org/images/wandboard/CSOS/F19-R1/CSOS-Wandboard-Quad-F19-R1-20130811-1.img.7z)
('CHECKSUM'
(http://www2.communitysqueeze.org/images/wandboard/CSOS/F19-R1/CSOS-Wandboard-Quad-F19-R1-20130811-1.img.7z))
(739MB)



JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread: http://forums.slimdevices.com/showthread.php?t=98544

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Community Squeeze OS R3

2013-08-11 Thread JackOfAll

Triode wrote: 
> Bad merge - will fix

Give me a heahs-up when you want me to pull and build.



JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread: http://forums.slimdevices.com/showthread.php?t=98544

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Community Squeeze OS R3

2013-08-11 Thread Triode

dsdreamer wrote: 
> Not sure why, but this was done:
> 
> https://code.google.com/p/jivelite/source/diff?spec=svn782ab47d53d64473e86935fc5654baafe1df2437&r=8e3436a26264d92e3134a58bc6453234df18a081&format=side&path=/share/jive/applets/SetupSqueezelite/SetupSqueezeliteApplet.lua&old_path=/share/jive/applets/SetupSqueezelite/SetupSqueezeliteApplet.lua&old=e340aa595997345dee258d0b306d784d2723f67e
> 
> This reverts the (useful, IMO) change done here:
> https://code.google.com/p/jivelite/source/diff?spec=svn782ab47d53d64473e86935fc5654baafe1df2437&name=master&r=e340aa595997345dee258d0b306d784d2723f67e&format=side&path=/share/jive/applets/SetupSqueezelite/SetupSqueezeliteApplet.lua&old_path=/share/jive/applets/SetupSqueezelite/SetupSqueezeliteApplet.lua&old=bd93a034eede0b738c1f8cc7d6571a220952bead
> 
> I wonder if this was a bad merge of the grid branch back into master?
> 
> Anyway, this is the root cause of a few recent complaints about DACs not
> being supported, when in fact they are.

Bad merge - will fix



Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
View this thread: http://forums.slimdevices.com/showthread.php?t=98544

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix


Re: [SlimDevices: Unix] Community Squeeze OS R3

2013-08-11 Thread JackOfAll

lesliew wrote: 
> 
> I appear to have a rouge/ghost squeezeliteWAND, ie two devices with the
> same name that show up in the choose device list and it also appears in
> my LMS dropdown for a short time after rebooting the Wandboard.

Can you just confirm for me, that you are seeing these duplicate names
from the jivelite config screen and not in the web interface drop-down
box? (It should be impossible for there to be dupes in the web interface
drop-down.)



JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread: http://forums.slimdevices.com/showthread.php?t=98544

___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix