Hi Triode
Interesting news to see an alternative to squeezeslave, which I'm using
with hf on Pi. One of the options I use on SS is the retry option -
i.e. if the server isn't there, keep trying to connect every X seconds.
This is very useful since the Pi runs the whole time with SS as a
Hi
I just rebuilt my Pi with the current firmware and tried the .4 HF
version, but I get this
pi@raspberrypi ~ $ sudo ./squeezelite 192.168.1.10
[21:27:56.641750] load_faad:194 dlerror: libfaad.so.2: cannot open
shared object
file: No such file or directory
Any ideas?
pete S
Hi
It all seems to be working really nicely this evening, but I had a
question on HD audio. I'm streaming a flac which is 96KHz/24bit. If I
do a tvservice on my Pi, I see
pi@raspberrypi ~ $ tvservice -a
PCM supported: Max channels: 8, Max samplerate: 192kHz, Max
samplesize 24 bits.
AC3
Triode wrote:
Sorry not used the hdmi output of my pi yet so can't really comment.
You could try ./squeezelite -d output=debug -o output device and see
what max sample rate squeezelite is seeing?
Hi Triode
Thanks. OK - gave that a try Interestingly, it looks like
squeezelite thinks
stuart1882 wrote:
Ok, after a long night I got it to all work as I wanted it to, great.
One simple question. How does one shutdown the Rpi without having to ssh
in to it? Is it safe to just power off? On the Squuzebox Android app,
when your on the player there is a little power icon. What
garrettwp wrote:
I wanted to post an update to my Emotiva XDA-2 issues with squeezelite
and the raspberry pi. It all comes down to the issue being with the
Emotiva XDA-2 dac. The XDA-2 uses the CM-6631 chipset for usb and it has
been known for awhile that it has issues with alsa and
Hi John
Yes - completely agree that HDMI is a completely different option than
the built in audio. Built in is functional but really basic, but the
HDMI output is really clean and works very well. I don't get any pops,
cracks etc..
Interesting what you say about no sound after it being unused
garrettwp wrote:
I wish I can say my experience with the pi and my one dac which is a
24/192 bit dac using the c-media 6631 chip. No matter what I do I can
not get clean sound out of the unit. The same goes with hdmi, the output
has blips and clicks in the audio. My other dac which is a usb
I'm finding that, although I have HD sources and squeezelite shows under
its debug that it's sending 96Khz, by the time it gets to the av
processor via HDMI, it always shows a PCM 48Khz PCM 2.0. I was trying
to understand this today and then clocked that it's 48, not 44.1. So,
I'm thinking that
Triode wrote:
Can't comment in detail on the pi hdmi output as I've not used it.
However you can see what squeezelite is opening the devices as, if you
start it with -d output=sdebug
You won't want to run like this as it produces lots of information, but
at the top of it it will show how
Triode wrote:
I believe squeezelite will see 192k if you are going through a
resampling layer in alsa. What happens if you use -o hw:CARD= to
defined the output device to use the hardware directly?
I thought if that, but when I do a -l, the only card listed is ALSA -
I only see null,
psketch wrote:
I thought of that, but when I do a -l, the only card listed is ALSA -
I only see null, pulse and ALSA. Any ideas on where I would look to see
the correct CARD name?
btw - if it do a - o hw:CARD=0, I get ...
[21:43:27.376736] alsa_open:227 unable to open audio device with any
Triode wrote:
squeezelite does support S24_LE in mmap mode, but in writei mode it only
supports S32_LE.
Suggest you get it working with aplay first and then we understand what
the implications on squeezelite are...
Yep - agree. I'll try and learn some more about asound.conf - ALSA
Raspi+MIPS wrote:
Hi there,
been using Squeezelite for the last couple weeks fine (3 RasPis). But I
still get the stalling squeezelite processes 1 - 2 times a day. As I
seem to be mostly alone this, I think it might have something to do with
a flaky wifi connection to the farest located
Triode wrote:
Getting somewhere
That version will only play as pcm. I need to update to support flac (I
missed an option)
What happens when you start with -d all=debug
Edit - the files on googlecode should now support flac too.
Seems to work fine on Win 8 64 bit. Didn't need to
Hi Triode
The process on the Pi has disappeared again - was running earlier and
now just went to it and it's not running - ps -ax shows it's not there
anymore. Between it being there last time I went to it and not being
there now, I hadn't used the Pi at all. However, I had been using a
Boom,
Triode wrote:
Any messages of interest in the log (if you had one running?)
No - didn't have one running. The problem is that it might run for days
without any problems so the log would get very large. Is there a
minimal log option that might provide useful to leave running?
Triode wrote:
May as well set a log file but not turn on any logging - if there are
real errors then they should get recorded.
so - just a -f logfile and leave it at that?
psketch's Profile:
Triode wrote:
That shouldn't cause it to fail. Could you try the latest version as I
changed something around that area, but not sure it will help.
OK - Beta 4 is installed - will keep you informed.
psketch's Profile:
Triode wrote:
That shouldn't cause it to fail. Could you try the latest version as I
changed something around that area, but not sure it will help.
Hi Triode
Keeping on the good news subject, my occasional stopping of the
squeezelite process on the Pi seems to have been resolved by the
Triode wrote:
Could a few people using the armv6hf version test the binary I've added
to the download page: Squeezelite 0.9beta8test armv6hf
This has a couple of bug fixes in it but I would like to get some
positive tests of it before I release it for all supported platforms.
Hi Triode
Triode wrote:
I'm pleased to announce the release 1.0 of Squeezelite. Binaries are
available at the usual location:
http://code.google.com/p/squeezelite/downloads/list
Thanks for everyone testing to get us to this point. This version is
same code as 1.0rc4, but I'm now declaring
Hi Steen
Many thanks for the image - seems to work really well :) I've been
using the hard float wheezy image with Squeezelite for quite a while,
but have suffered corruption a few times so since I only use the Pi for
squeezelite, thought I'd give your image a try - worked first time.
A quick
Hi Steen
All looks good thanks. One other thing - any chance of integrating
JiveLite into the build. It would be really nice just to have it as a
what's playing now app, as well as occasional control. I'm guessing
not as it looks like it's X11 as maybe it'll have too many and too large
sbp wrote:
Hi Pete.
Thanks for suggestion, if there are no negative consequences by adding
an empty asound.conf file then i will add it.
Steen
hi steen
I don't think a blank file causes issues, but it would probably make
sense to put just a comment line in it anyway.
pete S
Triode wrote:
Thanks for testing. When playing squeezelite sends an update message
once a second so it can detect if the other end is not there. What this
change does is detect LMS has gone when it is not playing. It takes
slightly longer to do this as I decided not to create any new
Nerdwebber wrote:
Hi.
In proc/asound/card0/pcm0p/sub0/ i see the file hw_params. But size is
0 and there's no information in it.
I don't see a file hw_paramsCheck
just do cat cat /proc/asound/card0/pcm0p/sub0/hw_params
They're not real files per se, so don't worry about the file size.
Now that Steen ha got hdmi working so well, I wondered if anyone had had
a crack at getting Jivelite working in picoreplayer. It sold be great
to have it running just on the Now Playing screensaver, bum Linux
knowledge is slim to say the least.
Pete s
Just to continue the NP discussion, I wondered if it would be possible
to do a version of Jivelite which just showed the NP screen. No other
options, but just something to show what's playing over hdmi. Keep it
as small as possible and no risk of it getting stuck in the wrong place.
Triode wrote:
JiveLite should run on the framebuffer of the PI - I've used it a bit
doing this. Scrolling text uses up much of the cpu, but you should be
able to get jivelite + squeezelite running on a PI. Note though that
the HD skin is optimised for 1080p and so you would need to set the
Hi
Could you let me know which config file contains the hostname string -
I've just added a second Pi and wanted to specify a hostname, rather
than the default box.
Ta
pete S
psketch's Profile:
I've been testing a USB DAC this evening - HifiMeDiy Sabre USB DAC.
Digital to Audio Converter 96khz/24bit. It's working, but really
crackly. I've tried -a 80:4 and also -o plughw:CARD=DAC,DEV=0 n
piCorePlayer -a 80:4:24_3:1 as suggested on the homepage. Anyone got
any ideas - anyone got this
sbp wrote:
Hi pete.
On the previous page there is a how-to:
http://forums.slimdevices.com/showthread.php?97803-piCoPlayer-Squeezelite-on-Microcore-linux-An-embedded-OS-in-RAM-with-Squeezelitep=757946viewfull=1#post757946
Steen
Cool - thanks
pete S
psketch wrote:
I've been testing a USB DAC this evening - HifiMeDiy Sabre USB DAC.
Digital to Audio Converter 96khz/24bit. It's working, but really
crackly. I've tried -a 80:4 and also -o plughw:CARD=DAC,DEV=0 -n
piCorePlayer -a 80:4:24_3:1 as suggested on the homepage. Anyone got
any
Hi Steen
Could I suggest that, now you have the HDMI option in the setup, it
would be a good idea to add amixer cset numid=3 2 to the startup when
you've selected HDMI. This forces alsa to output to HDMI. I find that
without this, most of the time my Pi will output audio over the
headphone,
hi Steen
If you were making changes to the HDMI startup as mentioned for 1.10,
could I also suggest you add ...
amixer cset numid=3 2
to the settings for HDMI and then
amixer cset numid=3 0
for headphone socket - to force ALSA to use HDMI. I find that without
this when I resume the player
arkadi58 wrote:
I changed the overclock settings in 1.10 back to 800Mhz as it was in
1.06; now it seems to run fine, but I still don't get any audio through
HDMI. I've done all the config steps as in earlier versions, but no
sound (video display is fine). Back to 1.06.
Roman
One thing
sbp wrote:
Hi, could you please help me with this.
1. What should we use if we go from hdmi output to analog output.
2. When we go from hdmi to usb output.
3. When we go from hdmi to i2s output.
Should these commands be passed everytime squeezelite restart or are
they remembered until
sbp wrote:
Thanks Pete.
So if you are using HDMI, you would need to have a script that after
each reboot would give: amixer cset numid=3 2 (and that is from the
command promt - and not in the config.txt - Am I right?)
And if you are not using HDMI the script shouldn't use any amixer
sbp wrote:
Hi Pete.
Did you get my personal message?
Steen
Hi Steen
Sorry - I'd missed it. I've just replied.
pete S
psketch's Profile: http://forums.slimdevices.com/member.php?userid=56555
View this thread:
psketch wrote:
Hi Steen
Sorry - I'd missed it. I've just replied.
pete S
Hi Steen
Not sure if you'd seen my PM, but I did reply to yours (somewhat delayed
though)
pete S
psketch's Profile: http
sbp wrote:
@ Pete
Please check your personal message. - we can discuss any problems here,
that is OK.
Steen
HI Steen
Sorry - been away for a few days - just picking this up now. Will reply
back shortly.
pete S
Hi Steen
One quick one with the new web server - the layout with Mozilla is very
nice, but pretty messy with IE11 - the logo doesn't display and the
grids don't work.
pete S
psketch's Profile:
sbp wrote:
hi pete
for IE11 you Will need to use compatibel view.
steen
Hi Steen
Yes, works fine on Compatability view. Thanks. Also, I have the same
problem with HDMI still as previously mentioned - seems to be limited to
48Khz...
pete S
arkadi58 wrote:
With 1.11b switching to HDMI and setting the player name from the web
interface works fine. But I still get only 48kHz out of HDMI; Version
1.06 did not have that limitation.
Roman
Yes, agree on all of the above. Also, as I mentioned, setting the dns
name doesn't work at
sbp wrote:
Thanks, I found the bug - it is fixed in version piCorePlayer1.11c -
among a few other bugs and graphical glitches.
However, I have difficulties in patching the module for 192kHz output
via HDMI.
I still not quite understand why, but I haven't given up yet
Get
sbp wrote:
Hi Roman
Thanks for the bug report - I think it is fixed in piCorePlayer1.12b.
https://sites.google.com/site/picoreplayer/home/news
Please test it, I'm not using HDMI myself so I have difficulties in
testing this aspect. Please also test if you can stream up to 192 kHz
via
sbp wrote:
NB - I'm a bit uncertain on the need for this player anymore. There is
only very few comments from time to time, and probably many are changing
to the wandboard.
I think you'll be surprised! My guess is that now that it's so stable,
people are just using it without any need
sbp wrote:
DrJazzer and Pete - Thanks.
I hope you are are not afraid of some command promt stuff: Use putty to
SHH into piCorePlayer. user=tc password=nosoup4u
please mount the partition where the config.txt file is:
so please:
Code:
sudo mount
OK - definitely not a HW limitation. I tried dropping all of the
various settings out of the config with 1.12d, but to no avail - just
48Khz playback. If I do
cat /proc/asound/card0/pcm0p/sub0/hw_params
I get
access: MMAP_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 48000
alzy wrote:
Has anybody tried something like this instead of a USB DAC for an analog
output? If so , how did it work?
www.monoprice.com
Product no. 10251
Thanks
Al
You'd currently be limited to 48kHz - there's a known problem which
Steen is looking into since version 1.06 which
sbp wrote:
hi Pete, I think/hope that I might have a solution in the new player, so
within a few days I might need your help with testing it.
steen
Sure Steen - happy to test whenever
psketch's Profile:
sbp wrote:
Hi
Please try the new version piCorePlayer1.15.
Changelog:
-
- Hopefully HDMI will be able to stream up to 192 kHz - will need
testing.
-
Get it from here: 'piCorePlayer1.15'
(https://sites.google.com/site/picoreplayer/home/news)
Steen
Thanks
psketch wrote:
Thanks Steen - I'll give the HDMI a try later
pete S
Well, it's only a five minute test with a few tracks, but it looks like
high bit rates over HDMI are back :D. Well done Steen. I've tried
192/24 and 96/24 flac and both are getting transferred correctly for the
first time
sbp wrote:
It should be there now?
EDIT: As I know you are using HDMI - please test if it still can stream
up to 192kHz via HDMI - thanks.
Also Pete, if you are around please test HDMI output.
Steen
Hi Steen
No problem - I'll give it a test tomorrow.
pete S
sbp wrote:
OK OK - I got it.
piCorePlayer1.15c was super with USB-DACs but analog and I2S cards had
problems. piCorePlayer1.15d fixed the analog audio and I2S problems but
the USB-audio was inferior.
BUT
This has been fixed in *piCorePlayer1.15e - so please test it and report
back.
sbp wrote:
OK please test piCorePlayer1.15f
Hopefully HDMI is fixed (sorry I can't test HDMI)
Steen
No, sorry, still the same. I just also dropped back to 15b to make sure
nothing else had gone awry, and 15b is lovely. 15f still gives the same
white noise/hissing as 15e I'm afraid.
sbp wrote:
Thank you for your report, really useful.
you see, I can't test HDMI so I'm driving in the dark, and I really
could not understand where the problem is with the 1.15 e version
compared with the 1.15b version (where HDMI is reported to be fine).
but now i understand that it is
sodface wrote:
Quick update:
I reimaged my SD card with 1.15e, booted, setup wifi via the
picoreplayer setup script which worked great (duh!). After that I went
to squeezecenter, selected picoreplayer and started a song - worked over
HDMI! So the only thing I did was setup wifi, HDMI
hi Steen
If you could give me a list of all of the tweaks that selecting HDMI
makes, I'll try and run through them to see if I can see which one
breaks it with 1.15E and above.
pete S
psketch's Profile:
Utterchaos wrote:
I'm having the same problem... tried to roll back but just get white
noise
you need to go back to one of the earlier .15 versions - 1.15b or so.
psketch's Profile:
sbp wrote:
Hi - sorry for the HDMI issues - but as some of you might know I'm not
using HDMI and I have no means to test the output via HDMI.
Please try to update to piCorePlayer1.16a which I uploading right now,
so It might take a few minutes before it is ready. Should be possible to
do
sbp wrote:
Thanks. Yep I forgot to change the version number to 1.16a.
ok, back to work with the HDMI.
By the way are 1.15bi working fine with hdmi for you?
steen
Yep = 15b works perfectly for me with HDMI - no problems at all.
SamS wrote:
I tried several times last night to updated to 1.16a via the web
interface. Files successfully downloaded, and all the prompts indicated
that the player was ready to be updated, I initiated the install,
rebooted, etc. However, all About screens still show me at 1.16.
What
Apesbrain wrote:
Did you access the PiCorePlayer home page at http://Your_RPi_IP:8077 and
confirm it is set to output on HDMI?
https://sites.google.com/site/picoreplayer/home/how-to-1
Does the analog out work as expected?
No particular setting in LMS that I can recall.
May be a silly
Thermomonkey wrote:
Morning all. I believe that this has been highlighted elsewhere, but I
can't get 88Khz flac files to play at all in the latest version (1.16)
over HDMI. The advice seems to be download 1.12d, but the link doesn't
work on the download page. I've tried lots of settings:
Thermomonkey wrote:
Thanks very much. Oddly when I first go to the update picoreplayer
page the drop down menu for the upgrades is blank... I have to refresh
the page whilst already on the page for it to give me any options in the
drop down box?? This happens every time.
Ah well, all
Apesbrain wrote:
Is this the perfect PiCorePlayer platform?
http://www.solid-run.com/wiki/index.php?title=HummingBoard_Hardware
More power than RPi and onboard digital coax output in same form factor
as RPi. Fits in any RPi case. Shipping next week.
To be fair, I must admit I think
Hi Steen
Any more thoughts on getting hi rez playback over HDMI. As always,
happy to test, log etc..
Thanks for all your efforts
pete S
psketch's Profile: http://forums.slimdevices.com/member.php?userid=56555
View this
Hi
I've recently moved my media server with my LMS to the cloud - all my
music now sitting happily on a nice redundant, backed up server. Very
happy with it. I do, however, get occasional stuttering when streaming
music from the local/cloud server. The stream always continues after
half a
Triode wrote:
Try increasing the squeezelite buffer setting using the -b option. You
should change the first buffer size (stream buffer) to be bigger than
the default which is 2M, the parameter is in Kbytes, so -b 2048 is the
default.
Perfect - thanks
pete S
JackOfAll wrote:
OK, I'll switch over to using the 3.15.y branch today.
OK, I'll take a look.
Hi Both
Yes, the HDMI issue is a strange one - I've done quite a bit of testing
for Steen, but not been able to track down why it worked in one version
then not in the next. However, happy to
alnames wrote:
I'm seeing the same thing. The direct link in Steen's post above says
that 1.17 file is missing.
Yes, agree. I doesn't look like the upgrade online version of 1.17 is
posted correctly - Steen, any ideas?
Glenmorangie_2002 wrote:
Hello Steen,
sorry it is me again - downloaded the new version 1.17a and tried with
HDMI connection to my Marantz SR7007 receiver. Unfortunately I am not
fully happy (like I was with 1.15b). Here are my results of testing:
_no problems with strange noise via HDMI
sbp wrote:
Hi all.
Greg and I have been working hard on this version, so I hope you like
it.
Changes:
- Build on kernel 3.16.3 at the time when 24 bit support still was
present.
- Support the same I2S-DACs as previous versions on the original
raspberry B (thanks to
bakker_be wrote:
On the off-hand chance nobody looked at this already: are you certain
the HDMI receiver is able to get more than 48kHz? Squeezelite negotiates
with it to know the supported sample rates. You need to activate one of
the log-levels to be able to see the result of this
sbp wrote:
Hi all.
Greg just found a possible cause for the problem with streaming high
sample rate HDMI content through the recent versions of piCorePlayer.
So if any of you are able to test HDMI streaming on one of the older RPi
I can provide you with a testing version where we might
sbp wrote:
Hi Pete
I hoped that you would volunteer :) and I really hope that it is fixed
now as we then know what the problem is.
Steen
Hi Steen
Great news Steen. Just played a couple of 192 and 96khz files and all
seems fine - pre/pro is reporting the correct rates. Great effort to
sbp wrote:
Hi thanks to the HDMI testers.
Unfortunately I/we have the problem back in piCorePlayer1.20.
So I have to go back and slowly work my way through from 1.19 to 1.20.
Could you please test this 1.19e version and test:
1. does it allow high sample rates.
2. does it produce
JackOfAll wrote:
Thank you.
What I propose, but I need to be a little careful here as I don't want
to step on any toes, is to work with you. I think I can get this sorted
so you can have rates above 48k over HDMI using pico, but I'll need to
make you a new pico image and you'll need to
praganj wrote:
The new Pi B+ 2 is so powerfull compared to older versions, that it will
make sense to install LMS on it. How can i do it ?
Is there any chance to integrate LMS into the next piCoreplayer version
?
Although Pi2 is, as you say, much better suited as a server now, I'm not
sure
SamS wrote:
Interesting discussions.
Can you verify this summary for me, as I'm not as technical as many
folks here: For best audio quality/performance, use an IS2 DAC/interface
like HifiBerry DAC or HifiBerry Digi (are there others?), as opposed to
the standard USB output to the numerous
sbp wrote:
Good that it improved it for you.
You can follow the discussion with the developers of raspberry here:
https://github.com/raspberrypi/linux/issues/888 The work around for the
problem is mentioned in a post at the 30'th of marts.
It seems like they are working on a proper fix.
JackOfAll wrote:
Sure. But based on plenty of experience! From an audio point of view,
you buy a Pi as a transport for an I2S DAC. IMHO, you don't use it to
drive UAC2 DACS. -You don't buy it to drive HDMI DAC's -and you
certainly don't choose it based on the on-board analogue audio
ctbarker32 wrote:
You fixed it! No static or distortion. Running -o hw:0,0 and -a 80:4::
You're a Genius! I just donated $20 to your Paypal.
Now please tell me what this fix does?
Thanks.
-CB
Update: After some listening, I am hearing some very low level ticks?
It almost sounds
Hi Steen
Delighted to see Jivelite integration, but it doesn't seem to work.
When I enable Jivelite in tweaks and then hit Save, i get a 404 - the
url is
http://192.168.1.143/cgi-bin/writetojivelite.cgi?JIVELITE=YESSUBMIT=Save
pete S
Greg Erskine wrote:
Hi Steen,
You are right, it is a permissions thing.
Here's the command to fix it for those that can't wait.
Code:
sudo chmod 755 ~/www/cgi-bin/writetojivelite.cgi
Remember to do change a setting somewhere to
psketch wrote:
Thanks Greg Streen
Yes, that fixed it.
OK - so progress in that I can now enable JiveLite, but it doesn't get
far. When I reboot, I now get JiveLite loading, get the splash screen,
and then to choose a Language - pressing Enter or right arrow does the
trick on that. You
Greg Erskine wrote:
hi psketch,
Funny that it worked perfect out of the box when testing but stumbles
later after we release it. :mad:
regards
Greg
Hi Greg
Isn't that just always the way! Glad it was easy to repro at least
.
pete S
I've just moved from 2.06 to 3.01 with a clean install. Did a backup,
but it didn't pick up the old values, but no problem to re-enter.
However, I can't get LMS to start up. After install, it shows it's
running, but server.log says ...
[16-09-02 16:45:46.9865] main::init (384) Starting
paul- wrote:
> Sourceforge has been a mess again lately, and sometimes its very
> difficult to detect errors when downloading. It just took me 3 tries
> to download itunfortunately sourceforge is failing on a critical
> file that I've not figured out how to trap.
>
> Anyway, it sounds
psketch wrote:
> All of those extensions seem to be loaded ok. I'll try uninstalling and
> reinstalling the lms option - would that make any difference?
OK - uninstalled and reinstalled as few times - no difference. I wonder
if this is Transporter specific. The log says
[16-09-02
paul- wrote:
> Just run the LMS update from the web interface
Hi Paul
Update didn't seem to do anything, but removing it and reinstalling has
fixed it - all working again and no errors now.
Thanks
pete S
psketch's
paul- wrote:
> Thanks for looking at it. Users can do an update that pulls directly
> from your system, but I'll update the base install as well.
Happy to test if this fixes it if you want to point me at where to pull
an updates build from, or just wait for the updated base?
paul- wrote:
> If all of the extensions are there, then it's likely something
> transporter specific, that I cannot test since I don't have a
> transporter.
>
> First, can you update slimserver. Since your server is not working,
> you will need to update manually.
>
> Open a ssh session and
I've got a minor problem with 3.01 mounting my USB hard drive for LMS -
I'm using the beta mounting features in the LMS tab. My USB drive is
set to spin down when not in use. When I boot Pi, it doesn't mount the
volume from the USB unless the drive is spun up. Once mounted, it's
fine - it will
paul- wrote:
> Unfortunately no. the card needs to be rewritten to fix the
> filesystem/partitions. And any data on the current card needs to be
> replaced.
Does the "backup config to USB" and re-install option work OK - I guess
it should be OK, which will help.
Hi
Is there an easy way to completely disable Wifi and BT on a Pi 3b. I'm
just moving my LMS from a Pi2b to a 3b (re-using the Pi2b as a another
player) and don't need Wifi or BT running on the server.
Thanks
pete S
JackOfAll wrote:
> Not sure exactly how you'd do it on pico, but generically, you would
> blacklist the brcmfmac driver, put "dtoverlay=pi3-disable-bt" in
> /boot/config.txt and disable whatever mechanism (systemd service) is
> running hciattach to upload the brcm BT firmware to the
paul- wrote:
> If you grabbed an image before my post, I would grab a new image..
If we've installed the original image, is there an easy way to do an
inplace "re-install" - without having to do a blank install?
1 - 100 of 258 matches
Mail list logo
