PaulH wrote:
>
> For "autorun":
> >
Code:
> > ./sbpd-script.sh
> >
>
> It didn't start.
You just need to put your original command back into the User Commands
section.
Code:
/home/tc/sbpd-script.sh
PaulH wrote:
>
> I can't run it:
> >
Code:
> > tc@pCP:~$ tc@pCP:~$ sbpd-script.sh
> -sh: sbpd-script.sh: not found
>
> >
>
Ah, that's an evil Linux trap for the unwary Windows user! It won't
assume that you are referring to a file in the c
PaulH wrote:
>
> But something more is missing.
Why? You'll have to explain what's happening now.
Did you make the script executable?
Did you test it from the command line?
chill's Profile: http://forums.slimdevices.c
What command line options did you use with pigpiod?
Do you have any other devices attached to this RPi?
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com
You have to start the pigpio daemon manually before running sbpd. See
'this post'
(https://forums.slimdevices.com/showthread.php?107001-ANNOUNCE-SqueezeButtonPi-Tool-to-use-buttons-and-rotary-encoders-on-a-RPi&p=1042348&viewfull=1#post1042348)
for an example script.
---
slartibartfast wrote:
> I read in another thread that wiringPi wasn't used any more with
> piCorePlayer so I wonder where it came from.
>
That's correct. sbpd now uses pigpio instead of wiringpi. If you
install pcp-sbpd.tcz from the piCorePlayer respository, it will install
pigpio as a depen
nigl wrote:
>
> As a next step I would like to play 3 radio stations I stored in LMS
> favorites by pressing a button. I have no clue on how to do this? I saw
> some of you in this thread are doing this -can you please point me into
> the right direction?
>
I have the following commands defin
skywalker wrote:
> Hi,
>
> i have this rotary encoder AZDelivery
> KY-040(https://www.amazon.de/gp/product/B079H3C98M/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1)
> and i conneted
> GND to PIN 25
> + to PIN 1
> SW to PIN 29 (GPIO 5)
> DT to PIN 37 (GPIO 26)
>
>
I have the same encoder.
chill wrote:
> The audio problem could be the mode that pigpio is using. I cant recall
> the details. Ill check when I get back to my laptop and let you know.
Try using '-t 1' instead of '-t 0' in the pigpiod line at the beginning
of the script. From the 'pigpi
The audio problem could be the mode that pigpio is using. I cant recall
the details. Ill check when I get back to my laptop and let you know.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View t
Pommes wrote:
>
> Thing is: now i am at his place where parts like buttons and knobs are
> not readily available.
If you only have, say, a light switch available I guess you could make
it work with that, but you'd have to make it clear that the switch would
have to be toggled one way and then
chill wrote:
>
> You'll need to install the sbpd extension, and I'm not sure if that also
> installs pigpio as a dependency - if not, install that too.
>
I just checked - the pcp-sbpd.tcz extension does install pigpio.tcz as a
dependency.
The -v option in the command i
This should be straightforward. You'll need a 'momentary' switch,
rather than a toggle switch, because the action associated with a button
is triggered when the gpio pin is earthed briefly. You can set it up so
that the button issues the 'pause' command when it is pressed. 'Pause'
will pause t
Whenever wrote:
> I would like to have the remote Powercycle work regularly so that it
> would mostly happen when it has not frozen. If it gets to the full
> frozen state then I would have to unplug.
If you update the Radios to the latest 'Community firmware'
(https://forums.slimdevices.com/sh
That's a marvellous project. The NFC idea is inspired - absolutely
perfect for the younger user.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showt
...and do you have more than one instance of LMS running on your
network? You can also specify the IP address (-A) and the port (-P) for
the server, in case it's autodetecting the wrong one.
chill's Profile: http://forums
jemhayward wrote:
>
> and so on, so the encoder is working and sbpd is reading it, but it
> doesn't seem to be communicating with LMS - "mixer","volume","+1"
> sounds right...
Is this running on the same device as squeezelite?
You can specify which player the commands should apply to:
Code
jemhayward wrote:
>
> Are there any diagnostics I can do to make sure the script has
> successfully run, and anything I can use to 'detect' my encoder on those
> pins in case the encoder is broken?
Yes - don't run your script from the User commands section of pCP, but
start it manually, and in
Thanks Kidstypike - that's a kind offer. I'll send you a PM.
Yes, I think I could quite easily live without the case lid, as the rear
of the panel will be safe inside a cupboard. That's probably a much
more sensible approach than desoldering the header!
--
paul- wrote:
> That is surface mount connector. (Look at ralphy's picture) It won't
> work with the through hole pcb design.
Our posts seem to have crossed. I agree. The low-profile through-hole
version might save me enough space - I'll measure up.
Hmm - the Amp Zero's header is surface mount, but there do seem to be
low-profile through-hole versions. I guess the Amp zero relies on the
header pins passing through the PCB socket, which wouldn't be possible
with a through-hole version. I think I need to do some more careful
measuring.
http
These Amp Zeros seem to be out of stock everywhere. I'm temped to try
one of their full sized Amp hats instead. There's room inside the case
for the footprint, but the full hat sits rather higher than the Amp Zero
because the Amp Zero seems to use a low-profile 40-pin header. I think
it will b
Thanks Ralphy - sounds like it might just fit then. I'll check that
dimension next time I have it in front of me.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slim
M-H wrote:
>
> How close will the lid be to the top of the USB connectors of the pi ?
>
The underside of the lid is 5.5mm above the top surface of the stacked
USB sockets. As another point of reference, that's 20 or 21mm above the
top surface of the Pi PCB.
Thanks M-H - yes, I'd forgotten about the Justboom Amp Zero's ability to
back power the Pi. That would be a useful feature in the 12V
environment of my camper van.
There is still a bit of space inside this case for hat. Having moved
the 4 flyleads (the I2C leads aren't needed, and I soldered a
I'm refitting my camper van and I want to include LMS running on a
Raspberry Pi. I've had this for a few years, but in the refit I want to
include a touchscreen running Jivelite. My aim is to flush mount the
screen into one of the furniture panels. I opted for the 7" Official
Touchscreen, and
paul- wrote:
> It should work fine. I think Chill did some tests with 2.
Not me - 'Jursi'
(https://forums.slimdevices.com/showthread.php?107001-ANNOUNCE-SqueezeButtonPi-Tool-to-use-buttons-and-rotary-encoders-on-a-RPi&p=951571&
tannaroo wrote:
> ok. what connection/how do I attach my Pi/Hifi Berry Amp to the stereo
> amplifier? HDMI?
The Hifi Berry Amp would not be needed in this case. Audio out from the
Pi to the stereo amp can be achieved in various ways. It depends on the
capabilities of the stereo amp. If the a
I don't think this is going to be possible via LMS. It is possible to
get one or more players in LMS to play an external source, maybe with
some additional hardware (e.g. a USB ADC), but there will always be a
significant delay, so that the TV picture and the sound will always be
out of sync. I
Aki7 wrote:
>
> Ok, just found your script in this threat, tested, but seems to accept
> the POWR button only once - switches off.
> Long keypress is working (NEXT) and short keypress (POWR) is working
> after it. But after this no more acceptance of any key press.
> Can switch back to "On" vi
Aki7 wrote:
>
> 1570738211.9287 3 sbpd.c,202: Could not connect to pigpiod. Is it
> running?
>
> Seems pigpiod is missing. Tried installing pigpio-dev.tcz from the
> pcp-repository without success (after reboot):
>
It's not missing, but you have to load it before you call sbpd. See
'this po
Jursi wrote:
> Yes that's correct! I changed the volume commands to:
> KEY:KEY_VOLUMEUP-KEY_VOLUMEDOWN
>
> Now the player also shows the volume bar when changing the volume.
That's a another benefit of the new keypress emulation. Previously the
volume control applied to a specific player, ei
That's neat. Two rotary encoders? One for Jivelite navigation, and one
for volume?
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showthread.php?t=1
Here's my script for launching sbpd at start-up. I originally put the
sbpd command into a script file because I had so may buttons configured
that the command was too long to be launched as a User Command. But
having it as a script now allows for the necessary extra steps, such as
launching the
Jursi wrote:
>
> Chill, could you provide me the script to call sbpd and pigpiod etc. at
> the startup. That would be awesome!
> And how to call it from the tweaks page.
>
Sure - when I get home I'll update to Paul's latest pcp-sbpd.tcz from
the repository, adjust my
Just wondering if it's possible to redirect the sbpd commands to a
Jivelite installation on a difference device. I know the MAC address
option can be used to send commands to a specific player, but if, say, I
have Jivelite running on a Jogger, can I send keystrokes to that
Jivelite somehow? I'm
Jursi wrote:
> I am looking from the piCorePlayer repository. 28242
chill wrote:
> I don't know for sure whether pigpio.tcz is available in pCP4 - perhaps
> Paul can comment.
I guess that's the answer then. I'm sorry, I don't know if pCP5
extensions are necessa
Jursi wrote:
>
> I can't find pigpio.tcz from the repository, any idea why?
>
> I am running 4.1.0
Are you looking in the 'piCorePlayer repository', or the 'Official
piCore repository'? It will be in the former, and I suspect the latter
is the default in pCP4. I did this from pCP5. I don'
Jursi wrote:
> Amazing news,
>
> Could you explain me how to install sbpd from your link and how to setup
> pigpio library.
>
> Thank you!
Install pigpio.tcz from the piCorePlayer repository, then make sure the
daemon is running: just type pigpiod from the command line of an SSH
terminal.
Th
Can I just say what a great addition this is to sbpd. Controlling
Jivelite with a rotary encoder, so that it behaves like an original
Squeezebox Radio or Boom, is something that quite a few people have
wanted an easy way to achieve I think.
-
This works perfectly with my encoder:
Code:
./sbpd -v e,20,21,KEY:KEY_UP-KEY_DOWN,2
b,26,KEY:KEY_RIGHT,2,0,KEY:KEY_LEFT,500
I had to adjust the 'Detente Mode' setting to 2, so that each click
moves the cursor one position up or down, but after th
paul- wrote:
> Chill,
>
> Would you mind testing this out for me.
I'll be happy to. My RPi with an encoder doesn't have a screen or
Jivelite, and my RPi with Jivelite and a screen doesn't have an attached
encoder. The latter is easier to fi
Excellent news. I can't say I've got any bright ideas at this point,
but being able to navigate Jivelite will be very useful. If the encoder
supports a 'push' as well, then I'd probably set that up as the 'right'
arrow, and I'd probably put the 'left' arrow on a long push.
---
No rush at all on my part - both modes work, so we're only talking about
tweaking the user experience here. My encoder is a 'Keyes KY-040'
(https://thepihut.com/products/keyes-rotary-encoder-module).
chill's Profile: http
paul- wrote:
> A few updates.
>
> pigpio library is interesting, but I was using it sort of wrong.here
> is a new sbpd binary, its dynamically linked now.
>
> https://dl.dropboxusercontent.com/s/745gzmr26t8ii35/sbpd
>
> Requirements:
> > > >
- pigpio.tcz - library and tools extensi
paul- wrote:
> You can read and set pins directly from a shell, there is no need for
> external commands.
>
> https://raspberrypi-aa.github.io/session2/bash.html
Perfect, thank you.
chill's Profile: http://forums.slimde
Could 'this'
(https://forums.slimdevices.com/showthread.php?110902-Perl-compilation-error-ipn&p=948878&viewfull=1#post948878)
be related?
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thr
paul- wrote:
> I realized that I was just calling the same function irregardless of
> pin, this should fix that.
>
> https://dl.dropboxusercontent.com/s/5mlvm1pyu4q6wgp/sbpd-pigpio
>
> I also tweaked the encoder to hopefully soften up the indexing.
Excellent, thank you. The buttons work perf
Some -z output. I've removed all the discovery.c outputs. The four
button presses in the output below were 25, then 22, then 25, then 22.
Code:
Last login: Wed Aug 21 17:14:18 on ttys000
(base) Chris-Hills-MacBook-6:~ iszch$ ssh tc@192.168.1.4
tc@192.168.1.4's pas
paul- wrote:
> I've not tested with 2 buttons, can you show be a trace with 2 buttons,
> and long an short presses of each button.
Here's an example where I defined two buttons:
- GPIO 22 short press = MIX- (defined as ["mixer","volume","-5"])
- GPIO 22 long press = MUTE (defined as ["mixer","
Hi Paul - I only made this suggestion because I assumed it would be easy
to apply the same mechanism that you're using to limit TRAC requests to
one-per-500ms. If there's more to it than that then I'm not even
convinced that one-increment-per-click is needed, so maybe it's not
worth the effort.
Well I'm not sure whether a single detente should correspond to a single
pulse - I believe it probably should. I'm not seeing that happen
reliably. If I click slowly and accurately I see increments of either 1
or 2, with approximately equal probability. Testing with the original
sbpd on my 4B
My apologies - I did not spot that you'd changed the encoder command
options. I was about to suggest that a warning isn't necessary,
provided the --help output details the change, and then I discovered it
does! Maybe a warning would help after all :-)
Anyway, with the VOLU command it controls
I can't get any response from the encoder.
I'm using this command:
Code:
sudo /home/tc/sbpd-pigpio -v -M dc:a6:32:03:82:22 -f
/home/tc/sbpd_commands.cfg e,21,20,VOLM,2
There's no output at all with the -v option. With -z I get plenty of
output,
Thanks for the explanation. Do you have any ideas why the wiringpi
version only seems to struggle on the 4GB version of the RPi4, and seems
fine on the 1GB version?
I understand that the pigpio callback approach means that sbpd still
needs a bit more of a rewrite to handle the callbacks correct
Tried it on my 4B 4GB - the buttons now seem just as reliable as they do
on my 4B 1G. Great stuff.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/sho
Hi Paul
I had go with this, but only on my 4B 1GB (on which the wiringpi-based
version works well). The new pigpio-based version also gives me nice
responsive buttons. So far so good. The big test of course will be to
try it on my 4B 4GB, which gives me erratic behaviour with the wiringpi
ver
Hi Paul - thanks for your persistence with this. Im looking forward to
trying this build. Unfortunately that wont be till I get home on Sunday
evening.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10
Thanks for testing Paul. I'm not sure I know what you mean by 'the
callback is getting nailed'.
I did some tests with the -z option. The output from the 4GB looks
different from the 1GB, but I don't know how to interpret it.
First a couple of button presses on my reliable 1GB:
Code:
Paul Webster wrote:
> GPIO Pull up/down differences?
I can't tell. The gpio utility with wiringpi reports that the expected
pins have their pull-up resistors set, i.e. they have a value of 1.
There's apparently a pintest tool as well, but that's apparently not
part of the pCP6 version of wiri
paul- wrote:
> I have no idea if it would affect GPIO, but it might be worth a shot.
Thanks Paul - that doesn't seem to make any difference unfortunately.
paul- wrote:
>
> Otherwise, can you do your test with one button on one GPIO pin.then
> I might be able to replicate here on my rpi4G
I reverted both of those things, and I still have unreliable buttons.
So what does that leave? A damaged 4B 4GB? Hardware differences between
the 4GB and the 1GB?
chill's Profile: http://forums.slimdevices.com/member.php
chill wrote:
>
> 1) The 4GB has an updated bootloader installed - the one which knocked a
> couple of degrees off the CPU temperature. I might see if I can find
> the original one and put it back on.
Wait, I was getting mixed up. I've done two things to this 4B 4GB.
Did that. I transferred the SD card with the fresh pCP6 setup from my
4B 1GB to my 4B 4GB, with no other hardware attached except my button
PCBs, and the buttons are erratic on the 4B 4GB. Switched everything
back over to the 4B 1GB, and the buttons work flawlessly.
So it's something about the
I loaded up a fresh image of pCP6 onto my spare 4B 1GB, then installed
sbpd and LMS, and copied my sbpd configuration and calling script over.
The buttons worked erratically - pressing one button would trigger
several events. So then I tried a 'bare wires' test with a number of
jumper wires and
The first step in tracing what's causing my unreliable buttons.
I connected the same hardware to a 3B+ running pCP4. From a fresh image
I installed LMS and sbpd, then copied my sbpd command configuration file
and my calling script over from the 4B. All nine buttons seem
completely reliable on
Thanks Paul - that's useful. There are various different ways I can
test my hardware, but it's good to know that it *should* still works the
same.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
Vie
I'm using sbpd with a Pi4, and a couple of PCBs that add a total of 9
buttons. I used to run this on a 3B+, with one of those PCBs to give me
6 buttons. It was completely reliable. I've recently tagged-on the
second PCB to give me thee presets buttons.
I'm now finding that the button presses
paul- wrote:
> Youd have to find a way to do this from command line, then use a script
> fired from sbpd
>
> I dont really have time to figure out how to do this directly in sbpd.
Understood. I guess I naively hoped that it would be easier to simulate
a key press inside sbpd than it would t
Feature suggestion:
Is it feasible to add an option to sbpd that allows it to emulate
keyboard key presses?
e.g.
Code:
b,27,KEYCODE:108,2,0
As discussed in 'this thread'
(https://forums.slimdevices.com/showthread.php?110821-Trying-to-add-GPIO-c
My sbpd command line, with all but the 'pcp bs' button removed for
clarity.
Code:
sbpd -M dc:a6:32:03:82:22 -A 192.168.1.4 -P 9000 -f
/home/tc/sbpd_commands.cfg b,27,POWR,2,0,SCRIPT:/home/tc/pcp_bs.sh,2000
The -M, -A and -P options force t
DomCa wrote:
>
> thank you for the tip! I think using a dedicated button will be easily
> possible in my project! I will just havew to find a way to trigger a
> script via the button.
>
Check out 'SqueezeButton Pi Daemon (sbpd)'
(https://forums.slimdevices.com/showthread.php?107001-ANNOUNCE-S
pCP doesn't automount by default. I believe it might be possible to
achieve that, but I went a slightly different way by scripting the
mounting process (I run an overnight backup via cron, and I check if the
backup disk is inserted and then mount it).
It's also possible to use the 'pCP Command
Thanks Paul - that's got it. It seems that the port doesn't autodetect
or default if the '-A' option is used.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevi
I agree that issuing the halt command is easy enough, but in a setup
that's already using sbpd a script wouldn't be necessary. Isn't it just
a case of adding a new command to sbpd_command.cfg, say:
Code:
XLMS=["stopserver"]
...and then assigning
Steering the discussion back to sbpd, I've just spotted that there's a
'stopserver' command. Would it be sufficient to issue this command, via
a button press in sbpd, before pulling the power? Would this ensure
that no writing to cache and prefs is taking place at the moment the
power is pulled
In my case I don't have a DAC hat - no hats at all in fact. Testing so
far has been with a bare 3B+.
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/s
Interesting. I wonder if it's the hard-wired pull-up resistor that's
different then. Or the fact that I2C uses GPIO3.
Feeling a bit guilty about spamming this sbpd thread with this
discussion
chill's Profile: http:/
Wait... it doesn't seem reliable - sometimes works and sometimes
doesn't. Coming back from a 'halt' (e.g. if I manually issue the 'sudo
/sbin/poweroff' command in a terminal) seems reliable, but shutting down
seems intermittent. Haven't spotted a pattern yet.
-
These settings seem to work for the gpio-shutdown overlay:
'[image:
http://www.cjh.me.uk/MyPhotobucket/cache/DIYHifi/RPi%20Board/Pi%20System/Shutdown%20settings_1024.jpg]'
(http://www.cjh.me.uk/MyPhotobucket/albums/DIYHifi/RPi%20Board/Pi%20System/Shutdown%20settings.jpg)
Grounding GPIO3 while t
Grounding GPIO3 apparently performs a 'wake from halt', so it seems
it'll only work if the Pi has been halted (e.g. by /sbin/poweroff?). I
think a toggle switch isn't such a good idea, but using a momentary
button to ground GPIO3, to either halt the system or wake it up again,
seems like the way
Reading more carefully, it seems like the button should be a momentary
button: "After shutdown, the system can be powered up again by driving
GPIO3 low."
So grounding the pin while pCP is running will call the
pcp-powerbutton.sh script, which issues the 'sudo /sbin/poweroff'
command. Grounding
paul- wrote:
> LMS is the problem..you need to halt the system first. You can
> build or buy power relays. To drop power after the kernel shuts down.
I've been trying to understand the foregoing discussion so that I can
shutdown my pCP LMS server(s) safely. I'd appreciate guidance on
whe
bernt wrote:
> Audio Pro C5 and AirPlay bridge it's all you need.
>
I'll second this. I saw your earlier recommendation for this device in
the ''SB Touch + speaker to replace SB Boom''
(https://forums.slimdevices.com/showthread.php?110307-SB-Touch-speaker-to-replace-SB-Boom)
thread. I also r
A couple of points for completeness, in case anyone visits this thread
in the future.
1) I'm running pCP without Jivelite, so KEY_U doesn't work - it's a
Jivelite-specific key mapping. For running headless, the equivalent is
KEY_MUTE.
2) In the list of DVD remotes that came with the oneforall r
chill wrote:
>
> So I'll start with a oneforall device setting that produces output on
> all the keys I want, and then I'll record the IR codes for those keys
> and map them to the functions I want in LMS.
I've just seen your edit, and that's what yo
Jeff07971 wrote:
> I'm not sure I get what you trying to do with changing codes (JVC) you
> can program irrecord to respond to virtually any code type.
I was hoping to just add one key to the existing lircd.conf file. That
file is configured for the original Squeezebox remote:
Code:
-
Jeff07971 wrote:
> Simply program lirc to send KEY_U while mute is pressed
>
> Jeff
Thank you - so KEY_U = mute, the equivalent of ["mixer","volume","0"] ?
I'm currently experimenting with irrecord on the RPi, to find out which
code is sent by the mute key, and I've found that the default de
I'm hoping someone can summarise how to make an infrared remote control
perform a specified function on a Squeezebox player.
My scenario:
I've just bought a 'oneforall' 4-in-1 remote control. The TV and
satellite receiver setup were easy, using the standard codes for the
brands. My amplifier (
That was easy, and the result is perfect! My amp now shows up as an
Airplay device, and I can play from my iPhone or my Macbook, or I can
use Squeezelite - if one is already playing I just have to pause the
output to let the other take over the DAC. Very smooth.
--
You know what? This is an Apple household, so I think Shairport-sync
might be all I need. I hadn't paid much attention to it previously, but
now that I see it is an option in pCP I'll have a play. It would be
nice to have my amplifier as an Airport device.
---
chill wrote:
> I wonder if it picks the connection up again when Squeezelite tries to
> play music again.
Of course it does! This is the 'Close output setting' option in 'Change
Squeezelite settings'. I tried a value of 5 seconds and it seems to
make absolutely no
Man in a van wrote:
> There is a command line option for squeezelite which allows it to drop
> the connection if not used
Thank you, that could be useful - I'll investigate. I wonder if it
picks the connection up again when Squeezelite tries to play music
again.
A similar option would be need
I'm currently building an integrated amplifier based on a Hypex DLCP
system and 6 channels of Hypex UcD amplification. As a long-time
Squeezebox fan I'm also building in a Raspberry Pi 3B+ running pCP into
the enclosure. This will be connected permanently to the single USB
input on the DLCP.
I
Thanks Paul - yeah, I'd forgotten about being able to use different
remotes. I may look into how to make a mapping table. But I've been
running a 3B+ plus button board as my own LMS server and main living
room player for quite a while now, and I find that the physical buttons
largely replace th
Greg Erskine wrote:
>
> What are you doing with the IR?
I've enabled LIRC on GPIO17, and my original SB3 remote seems to work
perfectly. The IR signal seems unaffected by the PLA of the panel
around the buttons. But this system is going into a house where there
are no native Slim Devices or
chill wrote:
>
>
> So to limit the output to exactly -8dB I would want to disable the 6dB
> decrease (is that the same as enabling the 6dB increase?) and disable
> the 0.8dB increase, then set the mixer slider to 92%. I guess a quick
> test with some connected speakers wil
chill wrote:
> There's also a couple of other options:
>
> * Toggle a 6dB increase on analog output level
> * Toggle a 0.80dB increase on analog output level
>
I've found a FAQ on the JustBoom website ('here'
(https://www.justboom.co/faqs/#FAQ-8)) that e
mherger wrote:
>
>
> TBH I'm very much surprised how much I get out of that little power
> using the same amp...
>
That's good to know. Did you configure the Alsamixer Volume to -8dB
(92%) as advised in JustBoom's technical guide? I assume that's to
limit the output power to what the USB
Apesbrain wrote:
> Nice job. I'd be surprised if 1.5W cuts it, but 40W with the bigger
> power supply should be fine.
I suspect it'll need something between those two extremes - I don't
think they are big speakers. That figure of 1.5W is the rms figure - 3W
is the peak figure. The Amp Zero c
1 - 100 of 129 matches
Mail list logo
