Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

With the latest SoA built, the system will automatically download the
binaries for CPAN and LMS 7.8/7.9 from the binary repo.

However, I want to do a compile from scratch and I wasn't able to do so.
I'm trying to debug an Unicode problem with SoA when paired with the
Transporter.

I've renamed the binary_repo file in /aur and it still won't do a
compile from scratch.

What did I do wrong?  Triode?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode,

I've been futzing with the latest build, and I just can't get the
Transporter to display Chinese/Korean/Japanese chars on the main
display.  I already have locale set to en_US.UTF8.  I can see the Asian
chars correctly when I do a ls using ssh.

The display on the TP will have the chars "translated" into English
pronunciations.  I found this fascinating(!), but it is not what I
want.

I tried LMS 7.8 and 7.9, same result.

I tried Debian Squeeze and LMS 7.8 on my Cubox, and TP was able to
display the Asian chars correctly.  So there is definitely something
wrong with the Archlinux build.  I don''t know if it has to do with the
underlying Archlinux or the way the LMS 7.8/7.9 were built.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Doing what?  Did you set the type for a remote file system to "nfs" or
> "cifs"?

I found the same problem when adding a mount point for a Network Share.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Kuro wrote: 
> Triode,
> 
> I mentioned awhile back about a problem with SoA such that the first
> mount on an NTFS volume is not persistent after reboot.  Well, looks
> like I've another problem.
> 
> I found that using the default mount (no additional options), I cannot
> see the Unicode characters on a directory listing (i.e.: ls).  I can
> specify utf8 as an option and I still cannot see the Unicode chars. 
> This leads to LMS not seeing Unicode chars in the folders.  Any idea
> what might be wrong here?
> 
> In addition, an old bug seems to be back.  After rebuilding a new SoA
> from scratch, I found that mounting a NTFS volume would result in a long
> list of options as opposed to just "defaults,nofail" which is what it
> was before.
> 
> I also found that now the compiled package for LMS is included in the
> download so the wandboard does not have to go and compile the whole
> thing from scratch.  Is this what's new in the latest install?

Triode,

Ok, I found the problem now.  The new SoA install had locale set to "C".
It should have been set to en_US.UTF8 or something like that in order
to see the unicode chars.  So, I edited /etc/locale.gen and uncommented
en_US.UTF8 UTF8.  Then I executed "locale-gen" and then reboot.  Unicode
chars are now back!

The NTFS mount persistence is still a problem.  Sometimes it doesn't
work.  Can you look into why?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode,

I mentioned awhile back about a problem with SoA such that the first
mount on an NTFS volume is not persistent after reboot.  Well, looks
like I've another problem.

I found that using the default mount (no additional options), I cannot
see the Unicode characters on a directory listing (i.e.: ls).  I can
specify utf8 as an option and I still cannot see the Unicode chars. 
This leads to LMS not seeing Unicode chars in the folders.  Any idea
what might be wrong here?

In addition, an old bug seems to be back.  After rebuilding a new SoA
from scratch, I found that mounting a NTFS volume would result in a long
list of options as opposed to just "defaults,nofail" which is what it
was before.

I also found that now the compiled package for LMS is included in the
download so the wandboard does not have to go and compile the whole
thing from scratch.  Is this what's new in the latest install?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Recently, I found a problem with LMS 7.9 in that when I browse using
folders on iPeng, all folders with unicode characters were shown in
gibberish.

So I proceed to update LMS 7.9 (and what not) by clicking the Update
button in SoA.

It compiled a new version of cpan, but failed to install.  What happened
was that it was trying to install the new cpan on top and asked to
remove the old cpan.  But when the system tried to remove the old cpan,
it found that it has dependency on LMS and aborted the install.  A new
version of LMS also did not get to install because of cpan installation
failure...



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> If that is when it is building faad2 then you could remove that from the
> PKGBUILD.  Comment out the "sh buildme-linux.sh" after the change
> directory to slimserver-vendor/faad2.  Otherwise sorry can't help
> further...

I ran the built one more time and this time, cpan got built and was
installed.  I notice that the cpan package has a different file size
than my WB Quad build (i.e.: the package file is slightly smaller). 
After that, I installed the WB Quad built of LMS7.9 into my Cubox Pro
and viola!  It works just fine!  Transcoding from FLAC to WAC is working
again.

So I have no idea why I am having all these problem with the Cubox Pro. 
Archlinux on WB does have a newer kernel compared to the Cubox (3.10.x.x
vs 3.5.x.x).  Maybe that account for some differences in the OS which
makes the Cubox less stable perhaps?

I did compare the sound of the latest built of WB Quad and Cubox Pro. 
WB Quad wins hand down, especially in the mid-range.  It has more warmth
and is more liquid.  I guess time to get rid of my Cubox Pro...



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

soundcheck wrote: 
> No, I won't at this point in time. 
> Recent discussions show that the whole SOA project, or better,
> underlying ArchLinuxARM is all but stable. It's really WorkInProgress.
> I've got problems myself to keep track.
> 
> He did implement some mods or slightly adapted them.
> Beside that there have been ARCH gcc compiler and kernel upgrades (on
> RPI at least).
> As far as I see it the related changes should cause slightly better
> system efficiency.
> 
> I bet, you'd like to have' em all. ;)
> 
> As soon as things around SOA stabilize (I let you know) , you'll find a
> SOA-Tune article on my blog. 
> I'll focus pretty much on the RPI B+ since that one is currently my No.1
> ARM playback device.

So are you using RPI B+ with the latest SoA code or just another flavor
of Linux with just Squeezelite on top?

Which part of Archlinux is unstable?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode,

After a lot of compiling, making of LMS7.9 still fails on the Cubox Pro.
Here is the end of the soa-build-log:

=

Running make install
buildme-linux.sh: line 5: svn: command not found
buildme-linux.sh: line 6: arch: command not found
Most log mesages sent to
/aur/soa-aur/logitechmediaserver-7.9-cpan/src/slimserver-vendor/faad2/config.log...
only 'errors' displayed here
Untarring...
Configuring...
Running make
Running make install
{standard input}: Assembler messages:
{standard input}: Warning: end of file in comment; newline inserted
gcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for
instructions.
make[1]: *** [hcr.lo] Error 1
make: *** [install-recursive] Error 1
==> Entering fakeroot environment...
==> Starting package()...
cp: cannot stat 'slimserver-vendor/faad2/faad2-build*/bin/faad': No such
file or directory
==> ERROR: A failure occurred in package().
Aborting...
==> Making package: logitechmediaserver-lms 7.9-1 (Fri Jan  2 00:32:01
HKT 2015)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: logitechmediaserver-cpan
==> ERROR: 'pacman' failed to install missing dependencies.

===

Which is pretty the same in my previous attempt, the build ended with
compiler segmentation fault.

Previously, I did discuss this with the people at Arch, they claimed
that there is no problem with the compiler.

Any idea how to fix this?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> The update page is only really expected to work if you installed on a
> target device - afraid you will need to use the update scripts manually
> if you put things in different places.  (if you create a user aur with
> home directory /aur and do the git clone in /aur it may work.)

Ok, I created user aur with home directory at /aur.  Building SoA from
there does give me the Update page ;)

Currently building LMS7.9, fingers crossed...

Of course, I need to mess with visudo to get everything to work.

BTW, thanks and Happy New Year!



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode,

I have a problem with LMS installation on my Cubox Pro.  I used the
compiled packages from my WB Quad (cpan, lms7.9) and installed them on
the Cubox.

While I can play music, I found that transcoding and downsampling do not
work.  For example, if I transcode FLAC to WAV, I can see the process
flac briefly launched in the top command screen and then it disappeared.
Sox will not even start.  server.log file showing "Error: Couldn't
create command line for flc playback for [file:///...".  This error was
logged when it tried to invoke sox.  No error was logged with
transcoding, since flac was launched successfully.

However, the same setup works fine with my WB Quad.

Could I be missing a library since I did not compile LMS from scratch on
the Cubox?  flac and sox commands are available in the same path on the
Cubox as on the WB Quad.

Any help is appreciated.

Kuro



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Yes - the installers use this for installing from.

Ok, the installer is able to install SoA on my Cubox.  However, the web
GUI is missing the Update page.  Any idea why it is missing?

How do I start the LMS 7.9 install process from the command line?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> My wandboard quad does it in ~20 mins with a fast sdcard - a pi takes
> much longer.  This is without building LMS.  I don't think the issues is
> the repository speed.  What device is taking an hour?

It's the WB Quad.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> New SoA install images are available for all supported platforms -
> please upgrade
> 
> Please note that previous images will no longer update by just pressing
> the update button.  If you installed in the last couple of days then you
> can "Reinstall SoA" from the update page.  Otherwise you will need to
> manually download the new image from the locations in the first post on
> this thread and reflash your sdcard.
> 
> (as pointed out earlier today a change in the Arch repository meant that
> I needed to break the update mechanism with these new images)
> 
> I've depreciated the old install scripts for the supported platforms to
> avoid maintaining them alongside the install images.
> 
> Please post feedback here.

So far so good with the new image.  It really does take over one hour to
build, most of the time spent downloading packages.  I wonder if the
script can refer to repositories with higher bandwidth?  My end has 300M
glass fiber broadband, so I know it is not the limitation on my end.

Storage page with mounting NTFS disk on the first try works, and the
mount is persistent after reboot.

Right now I am in the process of building LMS 7.9.  I think it should
complete without issue.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode,

The latest build script in the image is no longer working.  I think
there may have been a new archlinux release or some other packages
release that broke the build code.

Trying to build a new one from scratch, and I was getting errors, no
git, gcc, etc, and it asked to run a pacman-db-upgrade.

ssh in, ran pacman-db-upgrade and it came back with "==> Pre-4.2
database format detected - upgrading...".  After that, the script was
able to download more packages.  I'm still running the build and I'm not
sure if the build is successful yet.

Maybe it is some repository outage that is causing the problem?  I have
no idea.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Soundcheck:

Can you post a list of optimization items for the latest SoA
installation?

I found that the latest SoA is a lot better sounding than the older
installation I have.  Better body and transparency.  Maybe Triode has
implemented some of your optimizations in the latest code.

I'd like to have the full list of optimizations so I can make it even
better sounding.  Thanks!



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Just worked for me - can you confirm what mount options you are using
> and what the exact error messages are?

Ok, I found the way to reproduce this bug.  It only happens after SoA is
built and the disk is mounted without any option.  If I specify any
option before I add the disk, it will mount and refresh the page.  Once
I did that, it also remembers the mount point after boot.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Just worked for me - can you confirm what mount options you are using
> and what the exact error messages are?

I just select Mountpoint /storage, Disk /dev/sda1 and click Add.  I did
not specify any options.  It will mount the disk, but the page does not
refresh to show what was mounted.

The mount options I see are:

rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096

I have an older SoA installation, and the Storage page works fine, I
also did not specify any mount option either.  But I noticed that there
were far fewer options with the mount, can't remember what are the
options now until I boot back with that older micro SD card.

This is the first generation Wandboard Quad.  Thanks.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Error messages during LMS compile sound ok.  
> 
> Re the playlists - sounds like an lms issue.  But you could try adding
> iocharset=utf8 to the mount options.

Just tried the latest image you posted, same issue with the storage
page, the mount is not persistent.  The mount is lost after a reboot.

Have not tested the Playlist issue yet.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

I just downloaded the latest install image for my Wandboard Quad.  It
installed fine and I also installed LMS 7.9.

I found that on the storage page, the mount is no longer persistent.  It
is gone after a reboot.  Also, when I added the mount point, the page
does not refresh to show what is mounted.  I have to click away from the
storage page and click back to see what is mounted.

During LMS 7.9 compile, I saw a couple error msgs, pointing to svn and
arch not found.  LMS seemed to compile and installed fine.

But I found that the playlist scan on this current release of 7.9 is
broken.  I have a playlist that contains unicode characters.  It is
unable to to locate the songs and the playlist look completely messed up
with iPeng classic.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Chunkywizard wrote: 
> Hi,
> 
> I have been having issues with Radio, and then LMS wouldn't start.
> Trying to upgrade in an effort to cure this issues I see I am getting an
> error - no space left on Device. I have a 4GB card which is probably the
> issue, but it used to work so I guess I have some logs or files which
> are filling up the free space. Any idea how I can find stuff I can
> delete to get my system working again (before I upgrade my SD card)?
> 
> Regards
> 
> CW

I did push the "Update" button recently, and I found it was downloading
a new CPAN for compilation and after that, it took up nearly 4GB of
space on the card.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Mail me the log if you still have it.  I can't comment on why it may not
> have worked without seeing it.
> 
> Re the create script - it is basically the arch install instructions + a
> set of custom commands.  So if you look at the difference between the
> arch install instructions for your device vs the ones I support then you
> should see the changes need.  
> 
> Otherwise install arch using the standard instructions from
> http://archlinuxarm.org/ and then manually install soa from the
> instructions on the readme: https://github.com/SqueezeOnArch/soa-aur

Pls check PM.  Thanks.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> The reason is that I did not want the standard install to overwrite a
> user's samba config if they add SoA to a previous arch install - so my
> custom configuration is only added the config and creates the
> directories created if there is no previous installation.  Whist this
> means the upgrade didn't cover the recent change it avoids issues of SoA
> messing up other installs.

Maybe an option check box to ask user whether he wants to update
soa-web, if so, he is required to remove the mounts and samba share
before the upgrade?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

I just found that I can update the web interface (adding the /stoage and
samba stuff to an older installation) by uninstalling soa-web and
installing the latest compiled soa-web from another machine.

So the question is: why the 'Update' button not doing this
automagically?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode,

I had another go with Cubox from scratch.  I did this so that I can get
the update on having /storage in the mount option.

I modified the SD card create script so that it will create a ext3
partition instead of ext4.  For some reason, the latest archlinux image
for Cubox does not have ext4 support during boot.  I found that the
latest image on archlinuxarm.org is probably broken, as it would not
start eth0 and it also requires bsdtar instead of tar to unpack the
file.  I happened to have an older image from July this year and that
one installed fine.

In the archlinux image for Cubox, there is no /boot/SPL or
/boot/u-boot.img.  So I skipped the "Writing uboot" part.  I'm not
sure what exactly that you're doing there, but skipping those two lines
in the script still worked fine for me.

The Cubox rebooted fine with the initial compile and squeezelite was up
and running.  I then compiled LMS 7.9.  The compile went ok this time,
but the server would not start.  Upon inspection, I found that the size
of the CPAN tar package is rather small:

logitechmediaserver-cpan-7.9r374.094b184-1-armv7h.pkg.tar  10987520
bytes

versus

logitechmediaserver-cpan-7.9r372.25a2280-1-armv7h.pkg.tar  16445440
bytes

which I compiled on my Wandboard Quad.

So I copied the CPAN package from my Wandboard over to my Cubox and
installed it.  Viola!  LMS 7.9 starts and runs fine on the Cubox.

So it baffles me as to why CPAN did not compile correctly on the Cubox. 
I have the soa-aur.log file saved from /tmp, so I can look at it if you
have an idea of where to look for error messages.

Also, is that a way to upgrade CPAN on my Wandboard to 7.9r374?  I
noticed that clicking the "Update" button does not do this
automatically...



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> I've changed the samba server operation to try to deal with the previous
> points raised - to test you will need to do a fresh install or manually
> update the install points and smd.conf file (as I didn't want to mess
> with running systems)
> 
> The idea is that the web ui detects available mount points as (/storage
> /share* and /mnt/*) and parses the smb.conf file to see if any of these
> are exported.  If they are exported by samba then the mountpoint drop
> down shows this when selecting a mountpoint and the current mount
> information shows this.
> 
> So a power user is free to mess with the mountpoints and smb.conf of
> their system.  Soa-web will create the ones it uses by default on first
> install and add an smb.conf which exports /storage, /share_ro and
> /share_rw but you can change this after it is installed.  The default
> install should now also create dir as nobody.nobody so that write access
> works to the ones exported writable.
> 
> Please try and let me know of any issues.

I clicked the update button and the update went ok.  However, I don't
see /storage listed as one of the mount points.  Am I missing something?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

JackOfAll wrote: 
> Are you using lirc for the shutdown functionality you implemented?
> 
> Attached is a patch, against Triode squeezelite git, which adds lirc
> support to squeezelite. This is what I use for simple remote control on
> devices that have built in IR port, that I'm going to be running
> headless. (ie. sans jivelite)
> 
> NB. I might have moved and tidied some code, but the heavy lifting was
> done by someone who had already forked Triode squeezelite git to add
> some stuff from squeezeplay, like lirc and display support. I was only
> really interested in remote control so I cut it down to that.
> 
> Need to use the "-i ~/.lircrc' option.

Yes, I'm using lirc to provide the shutdown functionality.

I'm no expert in git.  So how do I incorporate the patch into the
current version of Squeezelite?  What IR remote is used here?

Can you clarity the '-i ~/.lircrc' option?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

I've got the IR port of my Cubox Pro (not Cubox-i) working.  For now, it
just takes a signal and performs a shutdown.  My idea is to have minimal
background processes running for best sound and I can shut it down via
an IR remote instead of using the web interface.

I wonder if there is provision to control Squeezelite (song selection,
playback, pause, etc) since I've got the IR port?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Which processes are running which you want to stop - the reason for
> choosing arch is that the minimal install doesn't have much running. 
> Most of the processes I see are reasonably valuable to have running... 
> (Samba is not running unless you select it for instance, same for lms
> and jivelite)

I appreciate the choice of Arch, in which there are minimal things with
default installation.  But I want to have all unnecessary background
services stopped, I see process such as crypto running, and it is
something I don't need.

In fact, to go the extreme, I'm willing to have luajit disable (no web
interface) if it gives me better sound.  I tested my friend's SoMT
ams-100, it is essentially a Pogoplug E02 using Fedora OS.  The sound
was harsh and it improved significantly once I had httpd disabled.

So I don'd mind if there is a script for toggling luajit on/off.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Seems to me that copying Voxtexbox layout only works for people who are
> familar with it and needs explaining to everyone else...  So I am
> thinking of going with /storage and /mnt/disk[1-6] with /storage
> exported rw via samba.  This is how CSOS was - does this work for
> everyone?  (or does no one care?)

This arrangement works for me.

BTW, is it possible to add a page called "Optimization"?  What I want
see on this page is the ability to disable/enable services.  So if I
don't need Samba, then I want to be able to disable it.  I found that by
running minimum number of background processes, the sound would get
better even if it is just acting as a LMS server.

Ideally, it'd show as many possible services (such as crypto), and
disable processes which are not needed at all.  Thanks.



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

___
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)

[Kuro]

MyNaim wrote: 
> Hello, 
> 
> I run out of idea, I've installed squeezelite on various linux and it
> always went all right but now I'm stuck.
> My plan is to install squeezelite on my cubox with Debian. It plays
> wonderfully with flacs and mp3, web radios but after a few minutes I
> have no music. On LMS everything seems to play normally but no sound !
> 
> For my test I play a web radio (MP3), after 10 minutes, no sound.
> Same issue with an album in flac
> 
> Same configuration on cubox Archlinux, Squeezelite plays perfectly, even
> after hours.
> 
> 
> But I don't want to stay on Archlinux because SQ is much better on
> Debian, problem is that on debian it plays no more than 20 minutes...
> 
> my command : 
> ./squeezelite-armv6hf -o hw:CARD=S20 -n cubox -f
> /var/log/squeezelite.log -d all=debug -z
> 
> Nothing suspicious in the log file even when the cubox becomes dumb
> 
> 
> Tried to compile my version of squeezelite, same issue
> 
> Tried to use Volumio as an OS with squeezelite... same issue (understand
> that volumio is based on Debian wheezy also)
> 
> With Archlinux, no problem at all. Same configuration.
> 
> 
> Tried 2 different versions of LMS on 2 different machines... same issue
> 
> 
> Please can someone help

I have setup a Cubox Pro for a friend using Debian Squeeze with LMS 7.8
and Squeezelite on there and never a problem.  I suspect you have an
unstable kernel that is causing the problem.

I too found that Debian is better sounding than Archlinux and Archlinux
is better sounding than Fedora.



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: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Strange - on a wandboard with the standard arch compiler I have: gcc
> version 4.8.2 20131219 (prerelease) (GCC)
> 
> you could try changing the CFLAGS in /etc/makepkg.conf, but I suspect
> this will get overwritten by the build_ffmpeg in the buildme.sh script
> which is in slimserver-vendor which gets downloaded and built by the
> cpan package.
> 
> What hardware is this on?

Triode, good news, I took the compiled cpan and LMS 7.9 packages from my
Wandboard to my Cubox Pro and they installed successfully.  LMS started
fine and I was able to scan my music HDD :)

I guess the Wandboard compile did not have the NEON and SMP flags turned
on?  My Cubox Pro has a single ARMv7 processor.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> OK - lets confirm what we want (and not have a different option for each
> user...)
> 
> I can see two use cases for this menu:
> 1) mount local disks (which there is value in sharing via samba)
> 2) mount remote shares (which you probably don't need to share via
> samba)
> 
> How many mounts of each type do people expect?  I was originally
> thinking we should have multiple options /mnt/diskX and allow complete
> flexibility, but then people seem to have other uses.  Should we have
> different mount points for local and remote?  I want it to work with a
> standard arch system as well as one which has the mount points and samba
> created by the soa install.
> 
> Should we have /storage and /mnt/disk[1-6]?  Should do this and then
> only export /storage via samba?

How are people attaching local storage to the Wandboard?  I'd imagine
this is most likely done via the USB port, the internal SATA being less
common.  The OTG USB port is probably not used for attaching HDD.

So I'd want the USB HDD attached as mount point /storage.  If one
attaches a HDD to the SATA port, maybe it can be attached to /storage or
/storage2.  The key is to have the mount point /storage for CSOS
backward compatibility.

I'm less concerned about Samba storage.  /mnt/disk[1-6] for network
drive attachment is fine with me.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

The current SoA has provided mount points in the form of "/mnt/disk1" to
"disk5".  Is it possible to add "storage" as an additional mount point?

Reason because "storage" was the mount point for CSOS and I've playlists
referring to this mount point.  It is going to be a pain to redo all the
playlist with a different mount point.

Thanks.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Strange - on a wandboard with the standard arch compiler I have: gcc
> version 4.8.2 20131219 (prerelease) (GCC)
> 
> you could try changing the CFLAGS in /etc/makepkg.conf, but I suspect
> this will get overwritten by the build_ffmpeg in the buildme.sh script
> which is in slimserver-vendor which gets downloaded and built by the
> cpan package.
> 
> What hardware is this on?

I tried to compile gcc-4.9.1, and after nearly 11 hrs of compilation,
gcc 4.8.2 on my Cubox ended with internal compiler error: segmentation
fault.

At this point, I'm inclined to believe gcc 4.8.2 on Cubox is faulty. 
And I'm not sure if I can find another version gcc that would work
properly with the Cubox :(



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Strange - on a wandboard with the standard arch compiler I have: gcc
> version 4.8.2 20131219 (prerelease) (GCC)
> 
> you could try changing the CFLAGS in /etc/makepkg.conf, but I suspect
> this will get overwritten by the build_ffmpeg in the buildme.sh script
> which is in slimserver-vendor which gets downloaded and built by the
> cpan package.
> 
> What hardware is this on?

I thought I saw gcc version 4.91 in my Wandboard, but I just checked
again, and it is indeed 4.8.2 20131219 (prerelease).  So I'm lost as to
why it would not compile on my Cubox Pro :(

I setup Archlinux on my Cubox Pro as per the installation instructions
on the Archlinuxarm.org page.  Then I executed "pacman -Syu --noconfirm"
to update everything followed by "pacman -S --noconfirm git base-devel"
before downloading SoA and doing the compile there.



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> I've checked the same from an install - this occurs on a wandboard for a
> build which works ok, so this is not a show stopping problem - its only
> that in building that module YAML can't be used, not that it will
> prevent the server using it.  
> 
> Suggest you look though the rest of the build log for errors related to
> the modules which don't exist when you try to run slimserver.pl
> 
> You can do the following to create a new log:
> > 
Code:

  >   > 
  > [root@alarm soa-aur]# cd logitechmediaserver-7.9-cpan/
  > [root@alarm logitechmediaserver-7.9-cpan]# rm *.tar
  > [root@alarm logitechmediaserver-7.9-cpan]# makepkg --asroot > log.txt 2>&1
  > 

> > 
> 
> What does the log.txt say after the build has completed?

Look thru' the log, I found this:


Code:


  CClibavcodec/vorbis.o
  CClibavcodec/vorbis_data.o
  CClibavcodec/vorbisdec.o
  libavcodec/vorbisdec.c: In function ‘vorbis_decode_frame’:
  libavcodec/vorbisdec.c:1652:1: internal compiler error: in 
rtx_equal_for_memref_p, at alias.c:1560
  }
  ^
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See  for instructions.
  common.mak:31: recipe for target 'libavcodec/vorbisdec.o' failed
  



So looks like the compile booms out during a compile.  Some how the make
process did not stop because of this error.

The gcc version I'm using is 4.8.2 20131219 (prerelease).  Any idea how
I can upgrade to a newer compiler?

Is it possible to take out compiler optimization so that it will compile
successfully?

I suspect there maybe other internal compiler error when compiling the
code for LMS...



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Can you give more context - what where the lines before this?


Code:


  Module-Build-0.35
  Module-Build-0.35/Changes
  Module-Build-0.35/MANIFEST
  Module-Build-0.35/README
  Module-Build-0.35/LICENSE
  Module-Build-0.35/Build.PL
  Module-Build-0.35/META.yml
  Module-Build-0.35/INSTALL
  Module-Build-0.35/Makefile.PL
  Module-Build-0.35/lib
  Module-Build-0.35/lib/Module
  Module-Build-0.35/lib/Module/Build.pm
  Module-Build-0.35/lib/Module/Build
  Module-Build-0.35/lib/Module/Build/PodParser.pm
  Module-Build-0.35/lib/Module/Build/Base.pm
  Module-Build-0.35/lib/Module/Build/YAML.pm
  Module-Build-0.35/lib/Module/Build/API.pod
  Module-Build-0.35/lib/Module/Build/Version.pm
  Module-Build-0.35/lib/Module/Build/Compat.pm
  Module-Build-0.35/lib/Module/Build/ModuleInfo.pm
  Module-Build-0.35/lib/Module/Build/Cookbook.pm
  Module-Build-0.35/lib/Module/Build/Config.pm
  Module-Build-0.35/lib/Module/Build/PPMMaker.pm
  Module-Build-0.35/lib/Module/Build/Notes.pm
  Module-Build-0.35/lib/Module/Build/Dumper.pm
  Module-Build-0.35/lib/Module/Build/Authoring.pod
  Module-Build-0.35/lib/Module/Build/Platform
  Module-Build-0.35/lib/Module/Build/Platform/darwin.pm
  Module-Build-0.35/lib/Module/Build/Platform/Unix.pm
  Module-Build-0.35/lib/Module/Build/Platform/EBCDIC.pm
  Module-Build-0.35/lib/Module/Build/Platform/aix.pm
  Module-Build-0.35/lib/Module/Build/Platform/MPEiX.pm
  Module-Build-0.35/lib/Module/Build/Platform/Default.pm
  Module-Build-0.35/lib/Module/Build/Platform/MacOS.pm
  Module-Build-0.35/lib/Module/Build/Platform/Windows.pm
  Module-Build-0.35/lib/Module/Build/Platform/Amiga.pm
  Module-Build-0.35/lib/Module/Build/Platform/cygwin.pm
  Module-Build-0.35/lib/Module/Build/Platform/VMS.pm
  Module-Build-0.35/lib/Module/Build/Platform/RiscOS.pm
  Module-Build-0.35/lib/Module/Build/Platform/VOS.pm
  Module-Build-0.35/lib/Module/Build/Platform/os2.pm
  Module-Build-0.35/t
  Module-Build-0.35/t/write_default_maniskip.t
  Module-Build-0.35/t/help.t
  Module-Build-0.35/t/tilde.t
  Module-Build-0.35/t/versions.t
  Module-Build-0.35/t/compat.t
  Module-Build-0.35/t/parents.t
  Module-Build-0.35/t/pod_parser.t
  Module-Build-0.35/t/install_extra_target.t
  Module-Build-0.35/t/manifypods.t
  Module-Build-0.35/t/metadata.t
  Module-Build-0.35/t/PL_files.t
  Module-Build-0.35/t/files.t
  Module-Build-0.35/t/mbyaml.t
  Module-Build-0.35/t/destinations.t
  Module-Build-0.35/t/ppm.t
  Module-Build-0.35/t/par.t
  Module-Build-0.35/t/test_file_exts.t
  Module-Build-0.35/t/xs.t
  Module-Build-0.35/t/install.t
  Module-Build-0.35/t/script_dist.t
  Module-Build-0.35/t/notes.t
  Module-Build-0.35/t/runthrough.t
  Module-Build-0.35/t/use_tap_harness.t
  Module-Build-0.35/t/test_type.t
  Module-Build-0.35/t/test_types.t
  Module-Build-0.35/t/basic.t
  Module-Build-0.35/t/new_from_context.t
  Module-Build-0.35/t/ext.t
  Module-Build-0.35/t/add_property.t
  Module-Build-0.35/t/moduleinfo.t
  Module-Build-0.35/t/debug.t
  Module-Build-0.35/t/metadata2.t
  Module-Build-0.35/t/signature.t
  Module-Build-0.35/t/extend.t
  Module-Build-0.35/t/lib
  Module-Build-0.35/t/lib/DistGen.pm
  Module-Build-0.35/t/lib/MBTest.pm
  Module-Build-0.35/t/bundled
  Module-Build-0.35/t/bundled/Tie
  Module-Build-0.35/t/bundled/Tie/CPHash.pm
  Module-Build-0.35/t/compat
  Module-Build-0.35/t/compat/exit.t
  Module-Build-0.35/contrib
  Module-Build-0.35/contrib/bundle.pl
  Module-Build-0.35/contrib/bash_completion.module-build
  Module-Build-0.35/scripts
  Module-Build-0.35/scripts/config_data
  ‘../hints’ -> ‘./hints’
  ‘../hints/darwin.pl’ -> ‘./hints/darwin.pl’
  # running Build.PL --install_base 
/root/soa-aur/logitechmediaserver-7.9-cpan/src/
  




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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> OK that looks like the logitechmediasever-cpan package did not install
> ok.  Can you change to that directory and try to rebuild it?
> makepkg --asroot --force

cpan seemed to compile but I suspect there were errors during
compilation but that didn't stop the make process from making the
package.

Going thru' the make process output, I found this:


Code:


  # running Build.PL --install_base 
/root/soa-aur/logitechmediaserver-7.9-cpan/src/slimserver-vendor/CPAN/build/5.20
  /usr/bin/perl Build.PL --install_base 
/root/soa-aur/logitechmediaserver-7.9-cpan/src/slimserver-vendor/CPAN/build/5.20
  Checking whether your kit is complete...
  Looks good
  
  Checking prerequisites...
  * Optional prerequisite Module::Signature is not installed
  * Optional prerequisite Pod::Readme is not installed
  
  ERRORS/WARNINGS FOUND IN PREREQUISITES.  You may wish to install the versions
  of the modules indicated above before proceeding with this installation
  
  Checking features:
  manpage_supportenabled
  YAML_support...disabled
  - YAML is not installed
  C_support..enabled
  HTML_support...enabled
  
  



Does it mean I don't have YAML installed?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> The file is in /tmp so will be lost if you reboot.
> 
> Can you ssh to the device and cd to the location and try to install
> manually:
> 
> > 
Code:

  >   > 
  > pacman -U logitechmediaserver-lms-7.9r19258.8daf1a3-1-armv7h.pkg.tar.xz
  > 

> > 
> what do these say:
> > 
Code:

  >   > 
  > systemctl status logitechmediaserver
  > journalctl
  > 

> > 

Ah, the log is in /tmp, no wonder I couldn't find it.  Anyway, the log
is not the entire built log, only a small part of the entire built. 
There was no error there.

I tried "perl slimserver.pl" and I got this:

The following modules failed to load: XML::Parser::Expat YAML::XS
Sub::Name

I suspect YAML was not compiled properly.

Anyway, here is the screen output after executing "systemctl status
logitechmediaserver":


Code:


  [root@cubox logitechmediaserver-7.9-lms]# pacman -U 
logitechmediaserver-lms-7.9r19258.8daf1a3-1-armv7h.pkg.tar.xz
  loading packages...
  warning: logitechmediaserver-lms-7.9r19258.8daf1a3-1 is up to date -- 
reinstalling
  resolving dependencies...
  looking for inter-conflicts...
  
  Packages (1): logitechmediaserver-lms-7.9r19258.8daf1a3-1
  
  Total Installed Size:   42.62 MiB
  Net Upgrade Size:   0.00 MiB
  
  :: Proceed with installation? [Y/n] y
  (1/1) checking keys in keyring [##] 
100%
  (1/1) checking package integrity   [##] 
100%
  (1/1) loading package files[##] 
100%
  (1/1) checking for file conflicts  [##] 
100%
  (1/1) checking available disk space[##] 
100%
  (1/1) reinstalling logitechmediaserver-lms [##] 
100%
  synchronizing filesystem...
  




Code:


  [root@cubox logitechmediaserver-7.9-lms]# systemctl status logitechmediaserver
  ● logitechmediaserver.service - Logitech Media Server Daemon
  Loaded: loaded (/usr/lib/systemd/system/logitechmediaserver.service; enabled)
  Active: inactive (dead) since Sat 2014-07-26 22:06:22 HKT; 14s ago
  Process: 1213 ExecStart=/opt/logitechmediaserver/slimserver.pl --prefsdir 
/opt/logitechmediaserver/prefs --cachedir /opt/logitechmediaserver/cache 
--logdir /opt/logitechmediaserver/Logs (code=exited, status=0/SUCCESS)
  Main PID: 1213 (code=exited, status=0/SUCCESS)
  
  Jul 26 22:06:25 cubox slimserver.pl[1213]: ***
  Jul 26 22:06:25 cubox slimserver.pl[1213]: NOTE:
  Jul 26 22:06:25 cubox slimserver.pl[1213]: If you're running some 
unsupporte...h
  Jul 26 22:06:25 cubox slimserver.pl[1213]: script located here:
  Jul 26 22:06:25 cubox slimserver.pl[1213]: 
https://github.com/Logitech/slims...N
  Jul 26 22:06:25 cubox slimserver.pl[1213]: If 7.8 is outdated by the time 
yo...n
  Jul 26 22:06:25 cubox slimserver.pl[1213]: You should never need to do this 
...s
  Jul 26 22:06:25 cubox slimserver.pl[1213]: don't work for you, ask for help 

  Jul 26 22:06:25 cubox slimserver.pl[1213]: ***
  Jul 26 22:06:25 cubox slimserver.pl[1213]: Exiting..
  Hint: Some lines were ellipsized, use -l to show in full.
  



journalctl output was too long to list here.  Is there any thing
specific I should look for?



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

Triode wrote: 
> Do you have any error messages when it stopped?  You can see the install
> log from /soa-build.log
> 
> I don't think lack of arch will matter, where did svn get used?

When I typed /soa-build.log, I got a blank page.

Where exactly is the log file located?  I can ssh into the box and check
it.

BTW, the build on Cubox failed.  It was able to create the package file,
and even installed it, but LMS would not start.  I see this file under
the soa-aur/logitechmediaserver-7.9-lms/

-rw-r--r-- 1 root root 13770820 Jul 26 01:31
logitechmediaserver-lms-7.9r19258.8daf1a3-1-armv7h.pkg.tar.xz



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

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

Re: [SlimDevices: Unix] Announce: Squeeze on Arch - developer version

[Kuro]

I just tried SoA on my Wandboard Quad.  Couldn't get LMS 7.9 to
compile/install.

Checking the log, I found that svn and arch commands were not
available.

So I did a packman -S subversion and I created a shell script 'arch'
under /bin to run the 'uname -m' command.

Cleaned up spa-aur and start from scratch.  It finally compiled and
installed LMS 7.9 fine!

Not sure why I'm experiencing this problem while others seem to
install/compile their LMS 7.9 just fine.

Now, I'm trying to get this going on my Cubox.  Still compiling LMS 7.9
as I typed this...



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

ian_heys wrote: 
> +1
> 
> I was waiting for the hardware board to be available before buying a
> wandboard. Realised the images weren't coming back to the Community
> Squeeze pages and seemed unclear if the images would always be available
> on your site.

The OS/drivers probably need more tweaking when the DAC carrier board is
avail.  So even if you downloaded it now, it is not going to help later.



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

JackOfAll wrote: 
> Erm, I don't want to answer this question.. Why? Because I'm doing
> something which I don't want you to do! LOL
> 
> soxr is a library. sox is an executable. To use libsoxr from convert
> conf, you need an exe wrapper, that you can stick into convert.conf for
> the transcode recipes, instead of sox. Back when I was testing and
> comparing various resample options, ie. sox against, soxr, secret
> rabbit, ssrc I wrote such a wrapper, (from which you could specify
> which sample lib to use), but it has never been released and is nothing
> more than a quick hack that I really don't want to release Sorry, if
> that's not the answer you were looking for.

I don't mine if the job is done by the guru :)

How about dropping the wrapper for me to test instead of a general
release?



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

JackOfAll wrote: 
> It's soxr library built with NEON support. You need to be giving 'z'
> option to squeezelite upsample option for soxr multi-thread OpenMP to be
> enabled, which isn't possible from the web interfaces. Edit
> /etc/sysconfig/squeezelite. Add 'UPSAMPLE="-u z"' or add 'z' to whatever
> you already have for "-u". eg. "-u zEhM::2" 
> 
> Wasn't going to bother updating the web interfaces. Was going to make
> this the squeezelite default. But wanted to do that via speaking to
> Triode. But I haven't caught up with him yet.
> 
> If you then restart squeezelite "sudo systemctl restart squeezelite" and
> look at it "htop -u squeezelite", you should see 7 threads (in total for
> the process) during resample.
> 

Actually, I mean sox started by squeezeboxserver when the music file
needs to be downsampled.  Is it possible for it to use soxr instead of
just sox?



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

Just tested R8 on my Quad, all working fine.  I managed to play some DFF
files to my USB to SPDIF converter, which is fixed at 44.1K.

I also did some downsampling playback from 24/192 to 16/44.1.  sox is
running about 20-30% CPU on one core, but I don't think I see the load
being spread into all 4 cores (think I saw a second core running 10-20%
at one time, with the 3rd and 4th core doing little to no work at the
time).  Does LMS launch the new NEON version of sox?

BTW, how is the handling of DSD playback different in R8 compared to R7?
(LMS 7.8.0 vs 7.8.1)  What features in LMS in R7 that are not in the LMS
in R8 release?



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

Krisbee wrote: 
> I suppose you could have tested whether the absence of WIFI makes any
> difference to SQ by installing the *rfkill* package, assuming the
> Wandboard WIFI chip responds to it.  But perhaps you had already done
> that.

I didn't try rfkill at first.  Looking at the output of lsmod, I found
that I can disable a couple more things:

brcmutil and cfg80211 by doing the same -ignore.conf file.

One thing strange is that after I installed rfkill, it is listed under
lsmod, even after I remove the package.  So I had to do another
rfkill-ignore.conf to prevent it from loading.



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

albertone74 wrote: 
> Not quite sure, but I seem to recall once JackOfAll suggesting something
> like:
> 
> Create a file /etc/modprobe.d/brcmfmac-ignore.conf containing the text
> below:
> > 
Code:

  >   > 
  > install brcmfmac /bin/false

> > 
> Then
> > 
Code:

  >   > 
  > sudo systemctl disable bcm4329.service

> > 
> Just reboot...
> I hope it will help!

Thanks, that appears to do the trick ;)



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

I want to disable the bluetooth and wifi functionality in my Wandboard
Quad.  I don't use them and I know by disabling these hardware and
services I don't use, I can improve the sound of my system (I don't want
to get into debates of sonic differences of wired LAN vs Wifi).

So far I've used systemctl to disable these services:

avahi-daemon.service
bluetooth.service
brcm4329-bluetooth.service
wpa_supplicant.service

Not being a Fedora expert, can someone tell me how to disable the kernel
drivers for bluetooth and wifi?



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

JackOfAll wrote: 
> I appreciate the thought, really I do, but it is not necessary. (I made
> a joke some time ago, about passing around a hat for donations, but
> that's all it was, a joke.) If you ever bump into me "in real life", and
> you'd like to buy me a beer... I do accept beer! ;)

Sure, if you happen to be traveling to HK, please drop me a PM.  Will
treat you and your family to lunch at the Peak where we have a great
view to the city :)



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

JackOfAll wrote: 
> Really? My financial loss, directly attributable to all things CS, for
> the last year, now stands at well over £60k, if I include the 3 month
> consultancy contract that I didn't take, because I deemed the unpaid
> "work" I was doing more important! ;)

May I suggest anyone using CSOS whether it is on Wandboard or another
platform donate £10 to Clive?  I'm happy to do that if you can give me
your Paypal acct for sending the donation.



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

JackOfAll wrote: 
> 
> No. But in any case the first thing you want to do with the image, is
> update it. The LMS 7.8.0 that is part of that image is pre the 7.8->7.9
> malarky. The LMS 7.8.0 you'll get from the update repo is the "real"
> 7.8.0 release, if there is such a thing.

So how do I update my LMS to the latest 7.8.x release?



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

slackhead wrote: 
> Root access is not enabled by default.  Instead you can get access using
> user=fedora password=fedora.  
> 
> Once in you can enable root access by setting a password - 'sudo passwd
> root', but generally it's not recommended to access in normal
> circumstances as root but to use 'sudo' when raised privileges are
> required.

I found that the root password is also fedora.

I don't know if it is me or what.  The CSOS hasn't been very stable on
my end.  First with scanner aborting and I managed to crash the entire
OS with a terminal running 'top' command on the server and doing a scan
on LMS and iPeng accessing LMS all at the same time.  Had to yank power
to recover.

Is it possible to downgrade LMS back to 7.7.2?  That version seems to be
the most stable and fast on my end...



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

JackOfAll wrote: 
> For the time being, the images will still be available from my
> vacuumtube site. Sometimes the file permissions (or actually the top
> level directory permissions) get messed-up after the daily rsync job
> runs, requiring manual intervention. Fixed now.

Okay, got the image downloaded and installed.

Found a few issues:

1. The :8080 is no longer valid in the User Guide.  Now all it is
required is the IP address of the Wandboard
2. On the SqueezeServer page, clicking the button SqueezeServer Web
Interface does not append :9000 to the IP address
3. I got scanner aborted message during music scan of my HDD

I want to look at the scanner log, but what is the password for root?



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

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

Re: [SlimDevices: Unix] Community Squeeze OS F19 Release 1

[Kuro]

Since JackOfAll is retiring from the project, can someone post a link to
the latest CSOS F19 for Wandboard Quad?

I just got the HW, but cannot find the SW for it just now :(

PS - many thanks for JackOfAll for his contribution to the community!



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

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

Re: [SlimDevices: Unix] Community Squeeze OS R3

[Kuro]

JackOfAll wrote: 
> 'CSOS F19 (RELEASE 7) Images' (http://www.vacuumtube.org.uk/)

The link doesn't work.  Either it shows up as file not found or no
permission to download the file.



Kuro's Profile: http://forums.slimdevices.com/member.php?userid=16701
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] piCoPlayer = Squeezelite on Microcore linux. .An embedded OS in RAM with Squeezelite

[Kuro]

Can the piCorePlayer OS be made to run on a Pogoplug E02?

I would like to try this on the Pogoplug as it has the same ARM
processor as the Pi.

Thanks.



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

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

Re: [SlimDevices: Unix] Community Squeeze OS R3

[Kuro]

castalla wrote: 
> I may be l wrong but there isn't a hf version - there is a later 7.8
> nightly tweaked for the Raspi, I believe.  Otherwise, why not just use
> the deb package - I installed this ages ago on a cheap Chinese arm
> tablet running ubuntu 9.04.  It worked.   Your mileage may vary!

I thought there is a hf version somewhere you can download for the
Wandboard/Fedora build?



Kuro's Profile: http://forums.slimdevices.com/member.php?userid=16701
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

[Kuro]

A bit off topic:

Where can I download LMS 7.7.3 package for armhf?  I'm trying to install
it on another ARM platform running Debian OS.



Kuro's Profile: http://forums.slimdevices.com/member.php?userid=16701
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)

[Kuro]

Triode,

I'm just playing with LIRC on my Cubox and I've succeeded in using
irexec to run a command after receiving an IR signal from a remote.  For
now, I use it to do a proper shutdown of my Cubox.

Since I got this bit working, I wonder if a headless version of Jivelite
can be made to allow the use of a simple IR remote with a limited
function set to control Squeezelite?

Kuro

Triode wrote: 
> I don't have any more features to add at present so I've raised the
> status of the git branch to 1.3beta1 and build some binaries for people
> to try (linux i386/x64, windows, osx)
> 
> Please test and feedback here.  If no problems are found after several
> days I'll make the arm and mips binaries and then raise to release.
> 
> 1.3 includes the option to support FFMpeg (-DFFMPEG) and exports of
> audio data for use with jivelite visualizations (-DVISEXPORT) via
> compilation options.  These are not included in the prebuild binaries.



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)

[Kuro]

Hi Soundcheck,

Why not just get the Cubox or the new Cubox-i?

I've my Cubox running MPD, LMS and Squeezelite.  LMS+Squeezelite give
the best sound.

The upcoming Cubox-i only costs $50 (w/o PSU) and it has a 1GHz single
core CPU (same as the one used in Wandboard) and 512MB of RAM.  More
than enough to run Squeezelite and without the RPi USB headache.



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)

[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)

[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)

[Kuro]

Triode wrote: 
> Can you include more of the debug and the test methodology?  I get those
> messages but it does recover when the network connection is restored.

I found that you have the function connect_timeout() with a 5 secs
timeout to make the connection.  So when combined with sleep(5), the
total timeout is actually 10 secs instead of 5.

So I commented out sleep(5) (line 745 of slimproto.c) and recompiled. 
Now the client timed out as expected (it reaches "unable to connect to
server 5"), and it sent out the discovery requests.  At this point, it
was able to connect to the new server once the new server was booted and
operational.

So seems like it is fixed.  But from what I can see, connect_timeout()
was returning a value >=0 to cause the previous error.  In the
connect_timeout() code, the function that causes this is the
getsockopt(), I think you were trying to retrieve the error code for the
sock in question and it returned 0 (no error) hence causing the timeout
code not to function.



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)

[Kuro]

Triode wrote: 
> Can you include more of the debug and the test methodology?  I get those
> messages but it does recover when the network connection is restored.

Here is a longer sequence of the debug log.  Basically, I'm using a
Pogoplug client and a Pogoplug server, both with static IP addresses.  I
started the client and it connected to the server fine.  I logged into
the server, changed the static IP address and rebooted the server.  I
got tons of broken pipe msgs as soon as I rebooted the server, which is
the start of the log I'm posting here.  Then the client did go into the
timeout loop (unable to connect to server 0, 1, etc).  But when the
server was started, it did connect to it and then failed with a broken
pipe later.  Once in this state, it'll just loop forever in it.

Also note that the timeout between "unable to connect to server n" is 10
secs apart as seen in the log, not 5 secs.  I see that you have sleep(5)
in the code, so I'm not sure why the timeout between two "unable to
connect to server n" is 10 secs apart.

[23:19:53.834840] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3
[23:19:53.835137] send_packet:92 failed writing to socket: Broken pipe
[23:19:53.835249] send_packet:92 failed writing to socket: Broken pipe
[23:19:53.835533] send_packet:92 failed writing to socket: Broken pipe
[23:19:53.835821] slimproto_run:481 error reading from socket: closed
[23:19:53.936204] slimproto:754 connected
[23:19:53.936867] sendHELO:114 mac: 00:25:31:02:c4:14
[23:19:53.936985] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3
[23:19:53.937284] send_packet:92 failed writing to socket: Broken pipe
[23:19:53.937425] send_packet:92 failed writing to socket: Broken pipe
[23:19:53.937716] send_packet:92 failed writing to socket: Broken pipe
[23:19:53.937835] slimproto_run:481 error reading from socket: closed
[23:19:54.038407] slimproto:754 connected
[23:19:54.038756] sendHELO:114 mac: 00:25:31:02:c4:14
[23:19:54.038862] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3
[23:19:54.039193] send_packet:92 failed writing to socket: Broken pipe
[23:19:54.039477] send_packet:92 failed writing to socket: Broken pipe
[23:19:54.039591] send_packet:92 failed writing to socket: Broken pipe
[23:19:54.039882] slimproto_run:481 error reading from socket: closed
[23:19:59.145191] slimproto:744 unable to connect to server 0
[23:20:09.147389] slimproto:744 unable to connect to server 1
[23:20:19.153155] slimproto:744 unable to connect to server 2
[23:20:26.187504] slimproto:754 connected
[23:20:26.188214] sendHELO:114 mac: 00:25:31:02:c4:14
[23:20:26.188652] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3
[23:20:26.189086] send_packet:92 failed writing to socket: Broken pipe
[23:20:26.189517] send_packet:92 failed writing to socket: Broken pipe
[23:20:26.189941] send_packet:92 failed writing to socket: Broken pipe
[23:20:26.190320] slimproto_run:481 error reading from socket: closed
[23:20:29.297533] slimproto:754 connected
[23:20:29.298069] sendHELO:114 mac: 00:25:31:02:c4:14
[23:20:29.298507] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3
[23:20:29.298945] send_packet:92 failed writing to socket: Broken pipe
[23:20:29.299379] send_packet:92 failed writing to socket: Broken pipe
[23:20:29.299797] send_packet:92 failed writing to socket: Broken pipe
[23:20:29.300172] slimproto_run:481 error reading from socket: closed
[23:20:32.307495] slimproto:754 connected
[23:20:32.308036] sendHELO:114 mac: 00:25:31:02:c4:14
[23:20:32.308470] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3
[23:20:32.308906] send_packet:92 failed writing to socket: Broken pipe
[23:20:32.309338] send_packet:92 failed writing to socket: Broken pipe
[23:20:32.309756] send_packet:92 failed writing to socket: Broken pipe
[23:20:32.310130] slimproto_run:481 error reading from socket: closed
[23:20:35.417534] slimproto:754 connected
[23:20:35.418070] sendHELO:114 mac: 00:25:31:02:c4:14
[23:20:35.418497] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,aac,ogg,flc,aif,pcm,mp3
[23:20:35.418933] send_packet:92 failed writing to socket: Broken pipe
[23:20:35.419359] send_packet:92 failed writing to socket: Broken pipe
[23:20:35.419777] send_packet:92 failed writing to socket: Broken pipe
[23:20:35.420151] slimproto_run:481 error reading from socket: closed



Kuro's Profile: http://foru

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

[Kuro]

Triode wrote: 
> Could you try the latest git version - I've moved to non blocking for
> this connect and it should allow timeout to work (rather than relying on
> the OS to timeout)

Still does not work.  I tested it on the Pogoplug.  It just loops on the
following when debug is enabled:

[10:23:47.952312] slimproto:754 connected
[10:23:47.952828] sendHELO:114 mac: 00:25:31:02:c4:14
[10:23:47.953297] sendHELO:116 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=44100,aac,ogg,flc,aif,pcm,mp3
[10:23:47.953734] send_packet:92 failed writing to socket: Broken pipe
[10:23:47.954162] send_packet:92 failed writing to socket: Broken pipe
[10:23:47.954582] send_packet:92 failed writing to socket: Broken pipe
[10:23:47.954957] slimproto_run:481 error reading from socket: closed



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)

[Kuro]

Triode wrote: 
> This was only for the case which crashed - if you can reproduce a crash
> playing an mp3 stream when using libmad, can you reproduce with
> libmpg123 (there are some arm builds of libmad which have been seen to
> crash).  Otherwise if you can reproduce the crash could you run it in
> gdb and see why?

Ok, found the culprit, it is libmad.  The armhf version caused seg fault
due to a compiler bug for the armhf platform.  A new version in the
raring built fixed the bug:

# fixing libmad for armhf

cd ~
mkdir libmad
cd libmad
wget
http://ports.ubuntu.com/pool/universe/libm/libmad/libmad0-dev_0.15.1b-7ubuntu2_armhf.deb
wget
http://ports.ubuntu.com/pool/universe/libm/libmad/libmad0_0.15.1b-7ubuntu2_armhf.deb
dpkg -i libmad0_0.15.1b-7ubuntu2_armhf.deb
dpkg -i libmad0-dev_0.15.1b-7ubuntu2_armhf.deb

Internet radio is working now!



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)

[Kuro]

Triode wrote: 
> Squeezelite 1.2 is now released and the binaries in the download
> location (http://code.google.com/p/squeezelite/downloads/list) are now
> version 1.2
> 
> - falls back to polling for a new server if one is not found for more
> than 30 seconds
> 

The fall back polling code does not work.  Not with my Pogoplug or iMac
(10.8.4).  What I did was keeping the client unchanged, but turned off
one server and powered on another server, so the new server has a
different IP.

As I mentioned before, if "-d all=debug" is specified, the code works. 
But when debug is off, squeezelite simply sits there, not timing out,
hence not polling for a new server.

It seems the code is blocking indefinitely in slimproto.c, on line 701,
when debug is off:

if (connect(sock, (struct sockaddr *) &serv_addr, 
sizeof(serv_addr)) <
0) {



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)

[Kuro]

Triode wrote: 
> 
> Re the crash - some people have seen crashes in libmad on some arm
> platforms.  Could you try with libmpg123 to rule this out.  Otherwise
> can you run it inside gdb and post what the backtrace is at the crash?

What exactly should I be testing with libmpg123?  I installed mpg123,
played a .mp3 file and it seemed to be fine.



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)

[Kuro]

Triode wrote: 
> The problem is that you are trying to play an internet radio stream
> which has a sample rate which the dac doesn't support.  Squeezelite will
> by default reopen hw: devices in plughw: in this case to use alsa
> resampling to allow these streams to play - this works on most devices,
> I it may be that it doesn't work on your pogoplug - try on other
> platforms to see.
> 
> Squeezelite 1.2 also supports upsampling within squeezelite using
> libsoxr - this is enabled with the "-u" option and requires you to have
> libsoxr present on the machine.  I'm not sure the pogoplug will have the
> cpu power to do so though.

On another occasion, I did see on the debug log that squeezlite tried to
reopen the device with plughw, but on my setup, I saw something like
"invalid parameters" and it fails to reopen using plughw.  This is with
the Pogoplug.  With Cubox, it crashes with segmentation fault.

I have libsoxr installed.  For 24/96 stream, the Pogoplug cannot run the
realtime sample to 16/44.1.  But with low bit rate stream like Internet
radio, I think it should be fast enough with sox.

But obviously, it is best to run with plughw so CPU load is low.



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)

[Kuro]

If I use Cubox for internet radio streaming, I got a different error log
and squeezelite ended with a segmentation fault:


[12:37:53.002485] sendSTAT:151 STAT: STMt
[12:37:54.003658] sendSTAT:151 STAT: STMt
[12:37:55.004898] sendSTAT:151 STAT: STMt
[12:37:56.006196] sendSTAT:151 STAT: STMt
[12:37:57.007465] sendSTAT:151 STAT: STMt
[12:37:57.442830] process:409 strm
[12:37:57.442971] process_strm:219 strm command q
[12:37:57.443022] decode_flush:181 decode flush
[12:37:57.443067] output_flush:1436 flush output buffer
[12:37:57.443549] sendSTAT:151 STAT: STMf
[12:37:57.451842] process:409 strm
[12:37:57.452439] process_strm:219 strm command q
[12:37:57.452521] decode_flush:181 decode flush
[12:37:57.452569] output_flush:1436 flush output buffer
[12:37:57.452620] sendSTAT:151 STAT: STMf
[12:37:58.000773] process:409 strm
[12:37:58.000915] process_strm:219 strm command t
[12:37:58.000970] sendSTAT:151 STAT: STMt
[12:37:58.669924] process:409 audg
[12:37:58.670066] process_audg:357 audg gainL: 65536 gainR: 65536
adjust: 0
[12:37:58.681896] process:409 strm
[12:37:58.682233] process_strm:219 strm command s
[12:37:58.682294] process_strm:286 strm s autostart: 3 transition
period: 10 transition type: 0
[12:37:58.682347] sendSTAT:151 STAT: STMf
[12:37:58.682439] codec_open:204 codec open: 'm'
[12:37:58.682491] codec_open:221 closing codec
[12:37:58.682631] stream_sock:352 connecting to 202.177.192.118:80
[12:37:58.697145] stream_sock:381 header: GET /radio2 HTTP/1.0
Cache-Control: no-cache
Connection: close
Accept: */*
Host: stm1.rthk.hk
User-Agent: iTunes/4.7.1 (Linux; N; Debian; armv7l-linux; EN; utf8)
SqueezeCenter, Squeezebox Server, Logitech Media Server/7.7.2/33893
Icy-Metadata: 1


[12:37:58.697322] sendSTAT:151 STAT: STMc
[12:37:58.697443] process_strm:309 set fade mode: 0
[12:37:58.697533] process:409 audg
[12:37:58.697581] process_audg:357 audg gainL: 65536 gainR: 65536
adjust: 0
[12:37:58.803855] process:409 strm
[12:37:58.803983] process_strm:219 strm command t
[12:37:58.804036] sendSTAT:151 STAT: STMt
[12:37:59.106392] process:409 strm
[12:37:59.106532] process_strm:219 strm command t
[12:37:59.106587] sendSTAT:151 STAT: STMt
[12:37:59.408968] process:409 strm
[12:37:59.409107] process_strm:219 strm command t
[12:37:59.409162] sendSTAT:151 STAT: STMt
[12:37:59.655673] stream_thread:150 headers: len: 254
HTTP/1.0 200 OK
Content-Type: audio/mpeg
ice-audio-info: none
icy-description:RTHK Radio 2
icy-genre:Radio
icy-name:RTHK Radio 2
icy-pub:1
icy-url:http://202.177.192.118/radio2
Server: Icecast 2.3.2
Cache-Control: no-cache
icy-metaint:16000


[12:37:59.658943] sendRESP:182 RESP
[12:37:59.668244] process:409 cont
[12:37:59.668378] process_cont:323 cont metaint: 16000 loop: 0
[12:37:59.711393] process:409 strm
[12:37:59.711529] process_strm:219 strm command t
[12:37:59.711584] sendSTAT:151 STAT: STMt
[12:38:00.014000] process:409 strm
[12:38:00.014139] process_strm:219 strm command t
[12:38:00.014194] sendSTAT:151 STAT: STMt
[12:38:00.316456] process:409 strm
[12:38:00.316599] process_strm:219 strm command t
[12:38:00.316655] sendSTAT:151 STAT: STMt
[12:38:00.618873] process:409 strm
[12:38:00.619014] process_strm:219 strm command t
[12:38:00.619067] sendSTAT:151 STAT: STMt
[12:38:00.802632] stream_thread:203 icy meta: len: 16
StreamTitle='';
[12:38:00.802817] sendMETA:195 META
[12:38:00.887515] mad_decode:189 mad_frame_decode error: lost
synchronization
[12:38:00.887808] mad_decode:189 mad_frame_decode error: bad
main_data_begin pointer
Segmentation fault



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)

[Kuro]

Running 1.2beta2.  Squeezelite's parameters are: -r 44100 -o
hw:CARD=Legato

Found that it doesn't allow me to stream internet radio.  It works with
plughw:CARD however.

Here is the error log:


[12:27:46.755040] stream_init:264 init stream
[12:27:46.756366] stream_init:265 streambuf size: 2097152
[12:27:46.762406] output_init:1330 init output
[12:27:46.762950] output_init:1333 outputbuf size: 3528000
[12:27:46.763467] output_init:1365 requested alsa_buffer: 40
alsa_period: 4 format: any mmap: 1
[12:27:46.763943] output_init:1391 output: hw:CARD=Legato maxrate:
44100
[12:27:46.777998] output_init:1401 memory locked
[12:27:46.786210] output_thread:601 open output device: hw:CARD=Legato
[12:27:46.787104] alsa_open:270 opened device hw:CARD=Legato using
format: S16_LE sample rate: 44100 mmap: 0
[12:27:46.787309] alsa_open:335 buffer: 40 period: 4 -> buffer size:
1764 period size: 441
[12:27:46.787833] output_init:1424 set output sched fifo rt: 45
[12:27:46.788299] decode_init:129 init decode
[12:27:46.791562] load_faad:583 loaded libfaad.so.2
[12:27:46.793882] load_vorbis:275 loaded libvorbisfile.so.3
[12:27:46.796276] load_flac:235 loaded libFLAC.so.8
[12:27:46.796800] register_pcm:352 using pcm
[12:27:46.798014] load_mad:332 loaded libmad.so.0
[12:27:46.799051] discover_server:633 sending discovery
[12:27:46.800210] discover_server:644 got response from: 10.0.1.7:3483
[12:27:46.800753] slimproto:686 connecting to 10.0.1.7:3483
[12:27:46.801447] slimproto:713 connected
[12:27:46.801858] sendHELO:109 mac: 00:25:31:02:c4:14
[12:27:46.802219] sendHELO:111 cap:
Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=44100,aac,ogg,flc,aif,pcm,mp3
[12:27:46.807069] process:409 strm
[12:27:46.807524] process_strm:219 strm command q
[12:27:46.807945] decode_flush:181 decode flush
[12:27:46.808355] output_flush:1436 flush output buffer
[12:27:46.808828] sendSTAT:151 STAT: STMf
[12:27:46.809569] process:409 strm
[12:27:46.810050] process_strm:219 strm command q
[12:27:46.810447] decode_flush:181 decode flush
[12:27:46.810797] output_flush:1436 flush output buffer
[12:27:46.811237] sendSTAT:151 STAT: STMf
[12:27:46.811730] process:413 unhandled setd
[12:27:46.812243] process:413 unhandled setd
[12:27:46.812686] process:409 aude
[12:27:46.813145] process_aude:340 enable spdif: 1 dac: 1
[12:27:46.813588] process:409 audg
[12:27:46.813999] process_audg:357 audg gainL: 65536 gainR: 65536
adjust: 0
[12:27:47.999796] process:409 strm
[12:27:48.000328] process_strm:219 strm command t
[12:27:48.000801] sendSTAT:151 STAT: STMt
[12:27:53.000590] process:409 strm
[12:27:53.000738] process_strm:219 strm command t
[12:27:53.000837] sendSTAT:151 STAT: STMt
[12:27:56.495579] process:409 strm
[12:27:56.495952] process_strm:219 strm command q
[12:27:56.496233] decode_flush:181 decode flush
[12:27:56.496499] output_flush:1436 flush output buffer
[12:27:56.496602] sendSTAT:151 STAT: STMf
[12:27:58.000496] process:409 strm
[12:27:58.001025] process_strm:219 strm command t
[12:27:58.001494] sendSTAT:151 STAT: STMt
[12:27:58.145021] process:409 audg
[12:27:58.145346] process_audg:357 audg gainL: 65536 gainR: 65536
adjust: 0
[12:27:58.165112] process:409 strm
[12:27:58.165230] process_strm:219 strm command s
[12:27:58.165320] process_strm:286 strm s autostart: 3 transition
period: 10 transition type: 0
[12:27:58.165624] sendSTAT:151 STAT: STMf
[12:27:58.165758] codec_open:204 codec open: 'm'
[12:27:58.166140] stream_sock:352 connecting to 202.177.192.118:80
[12:27:58.179352] stream_sock:381 header: GET /radio2 HTTP/1.0
Cache-Control: no-cache
Connection: close
Accept: */*
Host: stm1.rthk.hk
User-Agent: iTunes/4.7.1 (Linux; N; Debian; armv5tel-linux; EN; utf8)
SqueezeCenter, Squeezebox Server, Logitech Media Server/7.7.2/33893
Icy-Metadata: 1


[12:27:58.180365] sendSTAT:151 STAT: STMc
[12:27:58.180521] process_strm:309 set fade mode: 0
[12:27:58.180826] process:409 audg
[12:27:58.181093] process_audg:357 audg gainL: 65536 gainR: 65536
adjust: 0
[12:27:58.283879] process:409 strm
[12:27:58.284200] process_strm:219 strm command t
[12:27:58.284302] sendSTAT:151 STAT: STMt
[12:27:58.587416] process:409 strm
[12:27:58.587761] process_strm:219 strm command t
[12:27:58.588045] sendSTAT:151 STAT: STMt
[12:27:58.890829] process:409 strm
[12:27:58.891167] process_strm:219 strm command t
[12:27:58.891439] sendSTAT:151 STAT: STMt
[12:27:59.147276] stream_thread:150 headers: len: 254
HTTP/1.0 200 OK
Content-Type: audio/mpeg
ice-audio-info: none
icy-description:RTHK Radio 2
icy-genre:Radio
icy-name:RTHK Radio 2
icy-pub:1
icy-url:http://202.177.192.118/radio2
Server: Icecast 2.3.2
Cache-Control: no-cache
icy-metaint:16000


[12:27:59.150337] sendRESP:182 RESP
[12:27:59.164114] process:409 cont
[12:27:59.164384] process_cont:323 cont metaint: 16000 loop: 0
[12:27:59.194177] process:409 strm
[12:27:59.194291] process_strm:219 strm command t
[12:27:59.194545] sendSTAT:151 STAT: STMt
[12:27:59.497501] process:409 strm
[12:2

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

[Kuro]

Triode wrote: 
> Opps - I think I've found a bug in the 16 bit sample case - suspect you
> may be forcing S16_LE bit samples when you use hw:CARD ?
> 
> Edit: If you are building your own version please try latest git which I
> think fixes this.

Triode, thanks for your fast response, the problem has been corrected.



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)

[Kuro]

While hw:CARD= works for me, I found that the left and right stereo
channels are reversed.  plughw:CARD= is correct.

So what causes this problem?  The ALSA driver I'm running is 1.0.25



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] Community Squeeze OS R3

[Kuro]

Thinking of jumping in with the Wandboard Quad.  Before I do that, I
have a couple questions:

1. Is the version of Fedora being worked on compiled with a realtime
kernel?
2. Can the wifi and bluetooth hardware be disabled (i.e.: hardware
turned off)?

I'm looking for best sonic quality using Wandboard to drive my USB audio
device, and it is essential that I get the above features in the OS. 
Thanks.



Kuro's Profile: http://forums.slimdevices.com/member.php?userid=16701
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)

[Kuro]

Triode wrote: 
> All of those output devices come from alsa - suggest using
> hw:CARD=Legato
> 
> The server can downsample to the max rate of the player, so specify "-r
> 44100" on the command line to fix the max rate of squeezelite to 44100. 
> [Squeezelite can also upsample but this will not help you]

Thanks Triode, your recommendation works.  The only thing I have to do
is to update sox and flac within the LMS environment to version that
support armhf in my Cubox.  The Cubox has just fast enough processor so
realtime downsampling from 24/96 to 44.1 is fine.



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)

[Kuro]

I've a Legato II (USB to SPDIF converter).  I've it plugged into my
Cubox and when I do a "squeezelite -l", I see the following:

default:CARD=Legato- Legato, USB Audio - Default Audio
Device
sysdefault:CARD=Legato - Legato, USB Audio - Default Audio
Device
front:CARD=Legato,DEV=0- Legato, USB Audio - Front speakers
surround40:CARD=Legato,DEV=0   - Legato, USB Audio - 4.0 Surround
output to Front and Rear speakers
surround41:CARD=Legato,DEV=0   - Legato, USB Audio - 4.1 Surround
output to Front, Rear and Subwoofer speakers
surround50:CARD=Legato,DEV=0   - Legato, USB Audio - 5.0 Surround
output to Front, Center and Rear speakers
surround51:CARD=Legato,DEV=0   - Legato, USB Audio - 5.1 Surround
output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Legato,DEV=0   - Legato, USB Audio - 7.1 Surround
output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Legato,DEV=0   - Legato, USB Audio - IEC958 (S/PDIF)
Digital Audio Output
dmix:CARD=Legato,DEV=0 - Legato, USB Audio - Direct sample
mixing device
dsnoop:CARD=Legato,DEV=0   - Legato, USB Audio - Direct sample
snooping device
hw:CARD=Legato,DEV=0   - Legato, USB Audio - Direct hardware
device without any conversions
plughw:CARD=Legato,DEV=0   - Legato, USB Audio - Hardware device
with all software conversions

My first question is, why am I getting so many different output device
options?  Who is providing all these options?  ALSA?

I mostly use the output hw and plughw.  When comparing the sound on
playing CD rips, I found that the hw connection sounds a lot better,
with a lot more details in the music.

So my second question is, is it possible to do sample rate conversion
when the sample rate of the music file does not match the capability of
the player?  In my case, my player only does 44.1.  So if I play CD
rips, it should go straight thru' without conversion, but if I play
24/96, I want it to down sample to 44.1 so I can still listen to the
music.

If the conversion is initiated in squeezelite, I want to see the above
enhancement in the code.  Thanks.



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)

[Kuro]

Triode wrote: 
> What machine is this on?  Can you explain the exact test cases.
> 
> The code calls sleep(5) straight after the unable to connect debug line,
> and should then call connect again - I suspect this second call blocks,
> but I would expect it to time out after 30 seconds or so?  It may be
> that the case you are testing needs to timeout the connect 5 times
> before it falls back to discovery mode.  I'd like to understand what
> this case is.

The LMS server is a Pogoplug E02.  The client is also a Pogoplug E02 and
a iMac (my desktop machine).

When I turned off my router yesterday and turned it back on, I couldn't
get the Pogoplug LMS server to get a different IP address.  So I
manually went into the Pogoplug via SSH and put a static address there
and reboot.

When debug is enabled, this is what I see:

[11:57:41.008288] process_strm:219 strm command t
[11:57:41.008707] sendSTAT:151 STAT: STMt
[11:57:41.962553] slimproto_run:452 error reading from socket: closed
[11:57:42.063553] slimproto:701 unable to connect to server 0
[11:59:23.301771] slimproto:701 unable to connect to server 1
[11:59:31.311756] slimproto:701 unable to connect to server 2
[11:59:39.321779] slimproto:701 unable to connect to server 3
[11:59:47.331775] slimproto:701 unable to connect to server 4
[11:59:55.341781] slimproto:701 unable to connect to server 5
[12:00:00.342402] discover_server:631 sending discovery
[12:00:00.346464] discover_server:642 got response from: 10.0.1.7:3483
[12:00:00.347425] slimproto:711 connected

Last night just before I went to bed, I left the clients running (no
debug) and changed the server's IP.  It won't connect even after 8 hrs
of waiting.

This morning, I changed the server's IP back to the one the clients
connected before, reboot the server and the clients connected
instantly!

So it seem when debug is off, the client is sitting on line 699:

if (connect(sock, (struct sockaddr *) &serv_addr, sizeof(serv_addr)) <
0) {

Waiting indefinitely to connect to the server.   Since debug is not on,
I don't know if the client sits there on the first connect or the second
connect after the 5 seconds sleep.



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)

[Kuro]

Triode wrote: 
> I've added a couple of small changes to the git version of squeezlite
> which I would be grateful if those building their own binaries could
> test.  Changes are:
> 1) fallback to discovery if it fails to connect to a server for 30
> seconds and no service IP address was given on the command line
> 2) send the player name from the -n param on every connection to a
> server, not just the first time

Finally managed to recompile the code on Pogoplug and Mac OS X (10.8.3).
Wasted too much time trying to get the ARM Toolchain to work on my Mac.
Far easier to get it to compile on the Pogoplug instead.

The fallback to discovery works only when I run it on the console with
"-d all=debug".  If I initiate it as a background process, then it does
not work.  I also see that sometimes it sits there for a long time while
in debug mode, like this:

[11:44:49.455281] slimproto_run:452 error reading from socket: closed
[11:44:49.556284] slimproto:701 unable to connect to server 0



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)

[Kuro]

Triode wrote: 
> I've added a couple of small changes to the git version of squeezlite
> which I would be grateful if those building their own binaries could
> test.  Changes are:
> 1) fallback to discovery if it fails to connect to a server for 30
> seconds and no service IP address was given on the command line
> 2) send the player name from the -n param on every connection to a
> server, not just the first time

I don't have the means to compile the code.  Can you compile it for
armv5te and give me a link to download the binary?



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)

[Kuro]

Triode wrote: 
> It would be good to find out if this is the case.  Squeezelite will
> broadcast to find a server when it is started up, but then when the
> connection fails it keeps trying the same IP address rather than falling
> back to broadcasting to find a server.  It could be changed to do this,
> but I want to know that this is the problem.

I can confirm that the server has got a new IP address after router
reboot.  It'd be good for Squeezelite to fall back to broadcasting to
find a new server in case there is no response to the same IP address. 
Perhaps it can happen in 5 secs of no server response.  It'd be even
better if it can connect back to the server with the same name even when
IP address is different.



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)

[Kuro]

Triode wrote: 
> Does the server get a different address each reboot?

I have not checked, but it could happen with a router power cycle I
suppose.  Would Squeezelite loss connection to the server in this case?

SBT and TP have no problem with me cycling the power on the router in
this case.



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)

[Kuro]

paulster wrote: 
> You need to update SqueezeLite to 1.1.

Already using v1.1, see my subject line...



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)

[Kuro]

I have a habit of powering off my ADSL modem and wifi router before I
went to bed (trying to be green).

I found that in the next morning when I powered my router back up,
Squeezelite would no longer connect to LMS.  I can still SSH into my
Pogoplug and Squeezelite is still running.  Just that LMS cannot find
it.  To recover, I have to kill the process and restart Squeezelite.

My Transporter is able to reconnect when the router is powered on.  My
SBT would loss the association with the LMS, but I can still see it and
make the association with LMS and it would play music fine after that. 
So I'm expecting Squeezelite to be able to recover from that...  I think
the best case would be auto reconnection to the same LMS server instead
of deciding which LMS server to connect to, in case I've multiple
servers, all that should happen once router is back online.



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] Community Squeeze OS R3

[Kuro]

I'm debating whether I should get the Wandboard and get onboard.  I've a
question:

I noticed that there are two USB ports on the Wandboard, a normal USB
port (host) and a USB OTG (On-The-Go) port.  What I want to do is to
attach a USB to SP/DIF converter to the USB port, and also run LMS so I
can attached a 2.5" portable HDD to the USB OTG port.

Will this work?



Kuro's Profile: http://forums.slimdevices.com/member.php?userid=16701
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