Mark Miksis wrote:
> Just curious - why Arch? Is there something that makes it preferable to
> other distros for this use case?
I realize this comment comes well after you asked the question, but it
is worth answering. It makes perfect sense that Triode used Arch. I've
used Arch for many years
Triode wrote:
> Suggest you try with a specific audio device specified with -o, also
> does the user which the squeezelite server runs as have permission to
> open the audio devices?
Triode:
Specifying the audio device did it. Thanks! Odd that not specifying
the audio device would prevent the
ption=Squeezelite Daemon
Requires=network.target sound.target
After=network.target sound.target
[Service]
Type=simple
User=ggalt
# User=squeezelite
ExecStart=/usr/bin/squeezelite -s 192.168.1.50 -f /home/ggalt/squeeze.log.txt
-a 80 -n Office -v
[Install]
WantedBy=
MacHack wrote:
> Hi,
> I'm new here but I've been reading this forum for quite some time now
> and I've noticed that some people would like to use squeezelite in some
> small projects together with a 2x16 LCD, some buttons and an IR
> receiver.
> Of course, you can design a python script that wou
ggalt wrote:
> @JackOfAll: I am part of the audio group (with Arch you have to add it
> specifically), but I should really try running squeezelite as root (bad
> I know) to see if it is a permissions issue. I'll give it a shot when I
> get home.
>
> George
OK, I&
JackOfAll wrote:
> My 2p, for what its worth. Don't know much about the distribution
> you are using, but maybe you need to add yourself to a group, (maybe
> audio), that has privs for the audio devices. Reason I say this, is on
> Fedora if you are not a member of the audio group, aplay -L or
Triode wrote:
> Try a different output device with the -o option, also try with mmap
> turned off "-a :::0" - this is an error saying it is not possible to set
> the output device parameters.
Triode:
I tried both -a :::0 and different devices (only "null" and "sysdefault"
are listed by squeezel
All:
I'm trying to get squeezelite to work on my new Odroid U3
(http://hardkernel.com/main/products/prdt_info.php?g_code=G138733896281),
but I'm stuck on an incrutable error. Dmesg output is:
[10411.260267] max98090 1-0010: ASoC: can't set HiFi hw params: -22
[10458.467944] max98090 1-0010: ASoC:
JackOfAll wrote:
> Thanks for taking the time to answer. The number of repo users has
> increased considerably the past few weeks, not that anyone else would
> know that. ie. there hasn't really been any additional discussion on
> this forum that could lead anyone to that conclusion. It's useful
JackOfAll wrote:
> George, off topic and just me being nosey What's your use case?
> Figure you are not using CSOS on the Wandboard, (LMS is pre-installed so
> you probably wouldn't have noticed the LMS dependency), so you are using
> the CS repo with F19/F20 i386/x86_64 desktop, and just ins
JackOfAll wrote:
> Thanks for reminding me about that, George. Yep, I'm going to remove
> that. Belt and braces When Triode added the built-in decode DSD
> functionality, it depended on a patch being applied to back-end LMS for
> it to work, so I a added a squeezelite rpm package dep, requiri
Triode wrote:
> Other than the issue reported by dsdreamer and the Pi problem reported
> by truehl are there any other bugs people have found?
Triode / JackOfAll:
Not really a bug, but I've noticed that squeezelite has added a
dependency on the logitechmediaserver package. Is that really somet
JackOfAll wrote:
> OP (George): I've just verified the issue on x86_64.
>
> EDIT2 (20131218 02:40): Patch imported into git upstream. ('Commit'
> (http://pkgs.fedoraproject.org/cgit/luajit.git/commit/?h=f19&id=b6019ec6ac42f6e3d56676df770b1e3bab7636a5))
@JackOfAll: Thanks. I'll get this updat
Triode wrote:
> How was this installed - from the git source or from CSOS repo? Building
> from the git repo should also build these libraries - but it assumes
> locations of luajit as /usr/local/* which may not correspond to where
> your distro has put them. Clive mentioned something related to
Triode:
I've just started running into the following on my Fedora 19 x86_64
system:
JiveLite 0.1.0
Jive: /usr/share/lua/5.1/socket.lua:13: module 'socket.core' not found:
no field package.preload['socket.core']
no file '/home/ggalt/.jivelite/userpath/socket/core.l
JackOfAll wrote:
> FFMPEG2-LIBS-2.0.1-2
>
> Both of the above squeezelite updates (1.3.1 master branch in stable and
> 1.4 output branch in testing) require ffmpeg2-libs >= 2.0.1-2 and will
> pull it as a dependency.
>
> Changes...
> >
Code:
> >
> * Sun Dec 01 2013
JackOfAll:
I thought I would alert you to the fact that there is a conflict between
the ffmep2-libs file from Community Squeeze and the OpenShot video
editor package from RPMFusion. Since Community Squeeze depends on
RPMFusion, you may want to look into the issue. No errors are raised
during th
d-SqueezePlayer-with-Raspberry-Pi/.
Much of the specialized code needed to run the USB display and compile
Jivelite on Arch is at https://github.com/ggalt/RaspberryArch. I've
also done a short video at http://youtu.be/ew23-aYNbD0.
I hope you a
ggalt wrote:
> Is the ffmpeg2-libs rpm available through the standard Community repo?
> I've just tried to update my version of squeezlite and I get a failed
> dependency on ffmpeg2-libs >=2.0.1. I am on vanilla Fedora 19 x86_64.
>
> Thanks,
>
> George
Never mi
JackOfAll wrote:
> SQUEEZELITE-1.3-0.8.20130902GIT74B08E7
>
> Before delving into Bluetooth, one loose end from a week ago, (or might
> even be a fortnight ago now), building squeezelite against ffmpeg
> version 2. I've packaged ffmpeg version 2 as ffmpeg2 so it doesn't
> conflict with the syste
Triode: I'm not sure if it is best to contact you here or at the Google
Code site, but I've put a patch on the "issues" section
(https://code.google.com/p/jivelite/issues/detail?id=2) that changes all
of the hard coding of the location of the lua include files to a
variable. Many of the Makefiles
Triode wrote:
> I suspect is was some time around:
> http://code.google.com/p/jivelite/source/detail?r=ebd03d4e656a6e66e25c0472d96b06277c8948e1
Thanks. I see it, I believe. It's the "transport controls" section
that starts around line 2752 in
/share/jive/applets/HDSkin/HDSkinApplet.lua. I'll
Triode wrote:
> Interestingly the whole of the touch skin button bar was included on the
> first iteration of the jivelite HD skin, but I removed it following
> feedback... Anyway is it really only the repeat and shuffle status
> which you are looking for? The volume bar looks odd when changing
nasm for my installation of Fedora 15.
I rebuilt CPAN, copied it to the appropriate directory, and now it
works!!
George
--
ggalt
ggalt's Profile: http://forums.slimdevices.com/member.php?userid=4941
View this thread:
ng squeezeboxserver-7.6.0-0.1.32611.noarch.rpm
Any thoughts? I can't think of anything else to try, but I'm clearly
missing something!! Help!!
--
ggalt
ggalt's Profile: http://forums.slimdevices
25 matches
Mail list logo
