Videopac wrote:
>
> >
Code:
> > squeezelite -o sysdefault:CARD=ODROIDHIFI2 -n C4HIFISHIELD2 -s 127.0.0.1
> >
> seems to take forever / no response.
> Any ideas how to resolve this?
> TIA.
Try the real IP address of the LMS server and not
Normally Squeezelite keeps the device open while it is running.
Have you tried the "-C " option which closes the output device
after a timeout when not playing. It will be reopened if squeezelite
gets a request to play,
Honey wrote:
> Which of course leaves the problem that no one has developed a way to
> use it in LMS, as you say.
Plugin developer usually have in vested interest - they want specific
functionality added to LMS and/or accessible from LMS and the developer
will use the plugin themselves
The radio station search provided by default within LMS is proided by
Tune-in (www.tunein.com). It is a commercial service.
Many stations are listed by aggregators which have a commercial
arrangement with the stations.
There are a number of 3rd party plugins which, when installed, provides
Chestroled wrote:
> Hello, you're probably right, but have to found what have change or
> cause this trouble.
>
> So, when I play some sound on LMS and got "alsa_open:533 unable to set
> hw params: Broken pipe" , the audio device seems "frozen" :
>
> >
Code:
> >
Chestroled wrote:
> What I don't understand is that system have worked for a long time with
> this structure
If squeezelite setup completeed worked OK and all devices worked as you
expected and you are doing nothign new (i.e. exact same command line)
but now has broken look at what has
Apesbrain wrote:
> Went to update squeezelite and just noticing the "ffmpeg" versions. I
> assume these will play files that the standard version will not? Any
> reason not to use the ffmpeg version? Thanks.
IIRC ffmpeg was used for WMA format. If player cannot handle WMA
natively, then
Learned something new. Not quite clear but with ALSA it seems "plug:" is
a prefix before pseudo device. (e.g. "plug:iec958" or "plug:surround21")
so -o plug:USB1 is the same as -o USB1 - so new test did nothing
different to first.
Another reason to try "hw:" or "plughw:"
Chestroled wrote:
>
>
> thanks for feedback.
>
> This code was from a friend and related to alsa equaliser . So i've
> tried :
>
The usual choices are
hw:USB2
or
plughw:USB2
These are known to work with squeezelite.
It's not clear what ALSA setup (and unknown settings/behaviour) would
Chestroled wrote:
> Hello, anyone have an idea to found what's wrong?
This is just a comment based on what has been displayed.
I don't know what "plug:" means in ALSA. Usual prefixes are "hw:" and
"plughw:"
You are using device designation like "plug:USB1"
Extracting from the
papaiannis wrote:
> I know someone uses NBD to share CD drives.
Share a CD drive with a CD-ROM disc or a CD-Audio disc ?
A CD-ROM with WAV files is not the same as a CD AUDIO format with audio
tracks.
As metadata is derived from matching the profile of the layout of CD
audio on the disk
papaiannis wrote:
> Is there a way to share the CD drive on the raspberry so that it can be
> accessed by the Cdplayer plugin on the remote server?
The CDplayer plugin relies on cdda2wav which can only deal with a CD
drive on the same system. cdda2wav "talks" to hardware device /dev/cdrom
with
Taking Ralphy's advice - my suggested command line would be now
Code:
squeezelite -n AES -a ::24:1 -u E -Z 38400 -r 48000-48000 -d all=debug -o
hw:CARD=RAVENNA
If choppiness continue try increasing ALSA buffer size such as
Code:
ralphy wrote:
> You need to add -u E to the squeezelite command line to have it resample
> streams that are not 48K.
I always thought that LMS will take into account player capabilities
when resampling. (e.g. player only supporting 44.1kHz and 48kHz - LMS
will re-sample if a 96kHz stream is
s25a wrote:
> Both create issues (Packets missing) on my Audio DSP.
Yes, you seem to be playing a 44.1kHz MPEG4 file but for some reason LMS
is not resampling and even though squeezelite is setup to be 48000 only
- squeezelite then reopens the ALSA device at 44100 - this is not right
and
s25a wrote:
> the developer of the RAVENNA Driver supported me and suggested not to
> use the Ravenna card directly but to use it via ALSA plugin.
>
> So I created this configuration file in /etc/asound.conf
As squeezelite is still opened with 44100 and S32_LE - this is not doing
what is
s25a wrote:
> AES67 in general can do more than 48000 Hz. It's depending on the sink
> which is in my case limited to 48000 HZ. I guess the reason why it shows
> all options is because there are other devices (sinks) that can do much
> more.
This is true of many devices but the ALSA driver
Taking your message in reverse.
s25a wrote:
> >
Code:
> >
> a@audioserver:~$ aplay --dump-hw-params -D hw:RAVENNA -r 48000 -c 2 -f
S24_3LE test48.wav
> Wiedergabe: WAVE 'test48.wav' : Signed 24 bit Little Endian in 3bytes,
Rate: 48000 Hz, stereo
> HW Params of
s25a wrote:
> With regards to your question of sample rate. AES67 is restricted to
> 48000Hzz in my case (My Audio DSP is only capable to process this rate)
> The AES67 virtual Sound-card I installed only publish the Audio Data to
> the DSP. I don't think there is a sync of capabilities between
s25a wrote:
> Hi,
>
> thank you very much for help. I followed your recommendations and it did
> something:
>
> Changed to:
>
> >
Code:
> > sudo ./squeezelite -R -u vME:::28 -r 48000-48000 -d all=debug -o
hw:CARD=RAVENNA
> >
> and now it
s25a wrote:
> Hi,
>
> could you please help me to start the auqeezelite player with the
> correct params. It must be opened with 48000Hz and Format S16_LE
> otherwise there will be an error with the soundcard.
Using plughw rather than hw means ALSA can do lots of software
conversion so why
th2j wrote:
> For me it is a proof that Squeezelite is doing something different than
> just transmit to alsa.
Squeezelite manages volume - (i.e. LMS volume control of player & also
Gain tags) that is all - look at the source code. aplay does not do
anything with volume. So I think difference
lozcspi wrote:
> LMS log
I don't knwo PCP that well - are you using 64bit version for Zero ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
lozcspi wrote:
> ran a scan with a reduced library - LMS crashed and scan not completed.
>
> Guess the Pi2ZeroW isn't up to the task.
>
> No issues at all with the 4
Odd though that it terminated differently (not optimisation) with a
reduced library. I would have expected it to fail in
lozcspi wrote:
> yep...
>
> an update - I've built RPi4 and completed a scan first time with same
> USB drive (albeit without the convertor cable) so presume library not
> the issue.
>
Assuming there are no 3rd party plugins (e.g. Trackstat) which are
causing extra delays.
LMS is single
lozcspi wrote:
> yes, also completely rebuilt a few times from scratch
So Cache is on the SD card and only albums,tracks and playlist are on
the USB drive ?
bpa's Profile:
Have you tried the nuclear option - stop LMS and delete all *.db files
in the Cache directory.
Then start LMS and do a scan.
It would means there should be nothing left over from previous problems
(e.g. image issue)
What is your Database memory Config setting ? (WebUI
Setting/Advanced/Performance ) - for a Zero with less than 1Gb - I think
it should be "normal"
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View
Norfolk wrote:
> I just installed an fresh image of pCP 8.1.0 on my RPi3B+ with
> 7"-touchdisplay and Hifiberry DAC2 Pro - and it was almost too easy, i
> felt like i'd have to extra-check everything in order to give me the
> feeling I actually had to do something while installing it.
>
> Only
andrewhess wrote:
> I've updated to picoreplayer 8.1 64 bit and I reinstalled the
> remotecontrol plugin by bpa. But now I get a notice that "Plugin is
> incompatible with this version of Logitech Media Server. Please
> update."
>
> Is there an updated version?
No,
bpa wrote:
> Attached is an edited version of dmesg. It logs
>
> 1. System boot from power up startup. Edited to start from "Starting
> piCorePlayer v8.1.0 startup."
> 2. dmesg shows stick was unmounted incorrectly - yet pcp was shutdown
> using "pcp sd"
paul- wrote:
> There is no mount logic in the LMS start/stop routines. I wonder why
> the OS would remount the drive. Is there anything in dmesg?
Attached is an edited version of dmesg. It logs
1. System boot from power up startup. Edited to start from "Starting
piCorePlayer v8.1.0
I'm tracking down a problem with CDplayer in Pcp 8.0 and I found a
strange behaviour.
Clean install of PCP and a single USB vfat stick (i.e. /mnt/stick ) with
two folder Albums (/mnt/stick/albums) and Playlists
(/mnt/stick/playlists)
Using LMS WebGUI - LMS settings set Music to
ralphy wrote:
> I would recommend using *-o hw:CARD=A,DEV=0* for the output device, this
> way squeezelite knows the "true" capabilities of the device. ie. only
> supports 48Khz
Although in this case the iec958 seems to have the same h/w
capabilities, I think it is better practice to use "hw"
Man in a van wrote:
> And these are the other commands :)
Full marks for diligence.
The output shows there is *no* difference in capabilties between the
hw:CARD=A and the iec958:CARD=A.
If you tried with plughw:CARD=A not usually worthwhile, as it should
show all possible capabilities as
Man in a van wrote:
>
> >
Code:
> >
> Card 2, ID `A', name `USB-C to 3.5mm Headphone Jack A'
> Device 0, ID `USB Audio', name `USB Audio', 1 subdevices (1 available)
> 2 channels, sampling rate 48000..48000 Hz
> Sample formats: S16_LE, S24_3LE
> Buffer size
Use the tool "alsacap" to check the difference in playback capabilities
between the "iec958:CARD=A,DEV=0" device and the "hw:CARD=A,DEV=0"
Rate issues are usually because Squeezelite reports back to LMS that
device is native capable of the playing various output rates - it would
be good to see
Capacitive screen rely on moisture in the skin. Some screens have
difficulty with people with dry/cold skin also often older people.
Check if this the problem by using as stylus (or gloves with special
tips), wetting your finger, use moisturising cream, get hands warm etc.
d6jg wrote:
> The server port is wrongly declared.
> 3483 is for discovery but the server runs on 9000 unless it discovers
> something else there in which case 9001 etc
For completeness. Port 3483 TCP is used for all slimproto (i.e. player
control).
Labarum wrote:
> And it has just occurred to me that I have an Apple in-line DAC which is
> extreme well reviewed and costs £9
>
> https://www.apple.com/uk/shop/product/MU7E2ZM/A/usb-c-to-35mm-headphone-jack-adapter
>
Are you sure it is a DAC ? I got a similar adapter for a Samsung tablet
drerd wrote:
> I tried to install also Local Player from the LMS plugins , still no
> music is heard .
LocalPlayer just tell squeezelite to play directly from a file and not
streamed form LMS. All player control is done via network.
I know nothing about Docket etc. but your issues is probably
Instead of amixer - IIRC the ALSA control can be accessed using the -V
and -U option on the squeezelite command line
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
MartinS0815 wrote:
> Hi, i´m trying to get Squeezelite running on a pulseaudio system, but it
> fails.
>
> PA is running, squeezelite on direct HW was also running.
> But if I use -o pulse, it does not start
>
A good utility to help with managing pulseaudio and how it is configured
is
I'm not familiar with PCP or audio over HDMI on Pi but a duplicated
Raspbian thread from MAr 2021 seems to indicate that Pi4 default 16 bit
output to HDMI not 24 bit. If this is so on PCP as well, could this may
be the origin of hiss.
https://github.com/raspberrypi/linux/issues/4204
hafnpin wrote:
> Yeah it's a headless server, no desktop installed. I installed SL the
> same way you described in my user account with "sudo install
> squeezelite" if you run "ps aux | grep squeeze" you should see it
> running as root.
>
> Trying "hw:CARD=PT100,DEV=0" gives me the same issue.
Paul Webster wrote:
> Have you checked that this message is not important?
> >
Code:
> >
> [19:44:09.074788] alsa_open:530 unable to set hw params: No space left on
device
>
> >
>
> Has the filesystem run out of free space?
The preceding
hafnpin wrote:
> So I'm still stuck but maybe the error "ALSA snd_pcm_hw_hw_params:386
> SNDRV_PCM_IOCTL_HW_PARAMS failed (-28)" will resonate with someone here?
plughw - uses software to provide greater capabilities.
The raw capabiltiies of your DAC as seen by ALSA is show by
what is the output of alsa-capabilities for the devices which use for
squeezlite output ?
What data rates are shown ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
off112 wrote:
> * In the Tweaks menu, Streamer for Audio Input:
> hw:CARD=sndrpihifiberry,DEV=0
> * I have installed WaveInput
I don't know PCP in detail but AFAIK these are two DIFFERENT input
streaming solutions - not to be used in parallel.
Waveinput is a LMS plugin to stream from an ALSA
MidGe wrote:
> Thank you for your prompt reply.
>
> I have installed the plugin and restarted the system, but,
> unfortunately, that does not seem to fix the problem I have. In the
> playlist the name of the stream is still overridden by the song title.
>
> Perhaps instead of using a playlist
cassio299 wrote:
> However the sound became flat so I will only use this in an emergency.
Are still using dmix ? This is a mixer and so another source (e.g.
system sounds) can be merged and possibly affecting the audio .
Try with plughw.
cassio299 wrote:
> I can't see any problems in the dmesg file maybe because I don't know
> what to look fore.
I think these lines may be the issue in dmesg
Code:
.
.
[ 10.001058] wm8731 1-001a: supply DBVDD not found, using dummy regulator
[ 10.002405]
lordvader wrote:
> >
Code:
> > Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000,
705600, 768000, 1411200, 1536000
>
> >
>From a quick look at the code (I only know a little bit about it) -
squeezelite has a max rate of
lordvader wrote:
> DSD1024 isn't generally available, but anything I can do to help debug,
> would love to have a crack at it.
The error message is shown when squeezelite has determined that the
sample rate of the stream is too high for the "supported sample rates" -
not sure where that comes
In this 2006 post Sean Adams says this feature is only for SB1 - it
should nto be needed for BS2 or Sb3.
seanadams wrote:
> Right, however this is ONLY needed with Squeezebox1. SB2 and SB3 do not
> drop the s/pdif signal, so there is no resyncing invovled. If sync is
> lost during silence,
The way to see who needs it is to look for post with "start chopped" or
"truncated"
The feature was introduced around 10-May-2004 nightlies of 5.1.6 - and
still didn't solve user problem.
schup011 wrote:
> Couldn't those lines in the code be tracked back when they were
> introduced or changed in order to understand what the reason for
> introducing this feature was?
I'm sure somebody could spend time and look back at Slimserver 5.* & 6.*
but does it help ? It won't really
mherger wrote:
> > The fact it only applies to MP3 is inconsistent but nobody cared too
> > much - however it only works for 44.1k - play non 44.1k and you get
> slow
> > playback or chipmunks.
>
> Does that apply to formats other than mp3, too? Would they fail to play?
OP has said they have
slartibartfast wrote:
> From the description it only applies to mp3
The fact it only applies to MP3 is inconsistent but nobody cared too
much - however it only works for 44.1k - play non 44.1k and you get slow
playback or chipmunks.
mherger wrote:
> I'm wondering whether this is something SliMP3 and/or SB1 needed. Would
> recent players or Squeezelite work without those files? I'd rather
> disable this for recent players than add new files.
This issue has been noticed before
2020
philippe_44 wrote:
> Yes, we could have 3 files, for 32, 44.1 and 48 but ... see below
>
> I would tend to agree with you, and I think it's a legacy thing at the
> time mp3 was the only game in town for SB. But I'm speculating here and
> probably Michael has a better opinion.
I'm pretty sure
schup011 wrote:
> If it applies only to MP3 anyway, one could do an "extended lazyman"
> version with two different silence files for 44.1 and 48 kHz. Other
> sampling rates for MP3 should be really unusual.
Other sampling rates are all lower. 32kHz is the only stream I've
"seen" on same
bpa wrote:
> The setting is really a server based solution because of h/w based
> players.
>
> With s/w based players like squeezelite with a lot more
> control/knowledge of the output stream , it would make more sense to
> have a command line option - it is a compromise
The setting is really a server based solution because of h/w based
players.
With s/w based players like squeezelite with a lot more
control/knowledge of the output stream , it would make more sense to
have a command line option - it is a compromise but since not many
people have the problem,
schup011 wrote:
> You are my hero!
>
> It was the silence. I had entered it because sometimes my Marantz was a
> little late in starting. *I set it to zero - and everything is playing
> ok.
> *
> So it seems that we have tracked down the problem. I think it could be
> reproduced now with
schup011 wrote:
> Maybe, LMS - before that - does strange things with the data and
> corrupts them somehow - see post #43.
The log looks OK to me - except for
>
> [21-08-02 14:07:49.5340] Slim::Player::Source::_readNextChunk (314)
> Sending 12246 bytes of silence.
>
This is odd because
schup011 wrote:
> Have a look at post #36.
I think that may be "Normal".
MP3 audio data is made up of many frames. Each frame has a header
(indicated by a unique byte sequence - 0xFF, 0xF? I think) which have
details of the stream and then the audio data.
MP3 Files will always start with a
schup011 wrote:
> Yeah, the log shows that it does not find the sample rate and maybe
> guesses it from the first data
to save time - can you which post/log this is shown. MP3 frame are
invalid without sample rate and cannot be decoded. It cannot be
guessed.
> The thing I am really
schup011 wrote:
> You can verify with the radio stream:
> https://streams.br.de/br-klassik_3.m3u
>
> But I think is a very typical one. And it happens only with the HDMI
> audio out system Could be a performance or timing problem??
The strange thing is that within the MP3 audio frame
schup011 wrote:
> I tried -r 44100, but then only 44.1 kHz streams are played. LMS just
> does not play the other ones (I press play, then it shortly checks the
> stream and control goes back to stopped after 1-2s without having played
> anything).
Since this fails and -r 44100,48000 works it
schup011 wrote:
> Hm... all 44.1 play well, the 48 ones don't. And any FLAC is working
> well, no matter whether 44.1 or 48.
Sorry I wrote it down backwards.
What model Marantz is your receiver ?
> Anyway, what could be the correct squeezelite parameters?
Normally the supported rates are
schup011 wrote:
> I suspect this has to do with the Marantz HDMI and seems to be connected
> with 48kHz, mp3. The 44.1 kHz mp3 streams from my music collection work
> flawlessly, also the 48 kHz flacs. Is it possible to transcode such mp3
> 48 kHz?
>
> EDIT: Just discovered that also 48 kHz
stevemartins wrote:
> Switching on mobile hotspot every time I get in the car, or buying a GSM
> modem and separate sim card account don't seem like great options to me
> (or maybe I just like a challenge...).
I was thinking more about remote SIMs where the car "borrows" the phone
SIM (i.e. no
stevemartins wrote:
> I'm building a piCorePlayer based in car entertainment platform, DAB
> radio would seem to be the right choice for in car, but happy to be
> corrected. I don't want to rely purely on a mobile wifi hotspot/on board
> music for my radio while driving.
>
> I can see the
A few years ago, I did a plugin for RadioShark (an AM/FM dongle) and it
had no metadata.
A USB device may enumerate but does it provides access to the device
controls.
For DAB+ support - you'll need access to an interface that provides (i)
controls to tune (and maybe scan) (ii) audio and (iii)
Muele wrote:
> Yesterday I got piCorePlayer up and running on the pi. Impressive how
> easy that was. But it doesn't seem to be able to serve all of my needs.
What are your needs that are missing with picoreplayer ? It will help
provide a baseline for answers.
Paul Webster wrote:
> Resolved - see post from today ... it was ffmpeg on pCP cannot handle
> https because it was not built with the libraries - so ffmpeg did not
> even get as far as trying to play it.
OK. But if you see any MPEG-4 stream that LMS cannot handle - please
post the URL so at
Paul Webster wrote:
> I have seen that some MP4 streams were not playing - LMS 8.1.2 to
> variety of players.
Can you give examples. There are lots of options/aternatives within MP4
and the more that are documented - the more that canbe made playable.
The Duet (i.e. Receiver) should be able to play WMA natively UNLESS the
WMA fire are really WMAL (i.e. lossless).
What is the full WMA format (e.g. 7,8,9,10, Lossless, Pro etc.) of the
file ?
bpa's Profile:
mvordeme wrote:
> I had found two different types of files, one of which had been
> identified somewhere above in the discussion. So far, I have not been
> able to actually see it happen. Every time I observe the system, all new
> file handles are closed again after a few minutes. I have been
mvordeme wrote:
> Now it is finally dead and does not play anything any more. The file
> handle count is up to 1024 and memory consumption is above 1 G.
If the files are the issue (or possibly a side effect of the issue -
objects not being garbage collected), then I think you have to find out
NoobNR7 wrote:
> Hi bpa,
> I only have deezer account.
> I will make free account at Tidal?
> To find out what happens...
>
> I will report back. Not sure if I can make it back tonight...
> Would surely like to see this issue resolved though
> So definitely coming
NoobNR7 wrote:
> Hi bpa,
> If I put some MP3 files (on my NAS) in a playlist. It does not seem to
> give me problems at the end of a song.
> So that is working better than my songs from Deezer...
The issue might relate to similar multitrack streaming services such as
Spotify and
You were down this path before see
https://forums.slimdevices.com/showthread.php?71-I-need-a-very-small-linux-to-run-LMS-on-PC
I suspect same suggestion may be made that you have already explored.
It might help if you could explain why for example LMS would not run
under puppy Linux - was
NoobNR7 wrote:
> This happens listening to playlists from Deezer.
Only with Deezer or does it happen with other playlist ? or haven't
tested.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this
I think the issue is sharing of audio. Some application using ALSA ( on
say desktop ) can hog an audio device and so the squeezelite service
would fail. Pulseaudio is for sharing audio devices.
bpa's Profile:
Man in a van wrote:
> Nothing to lose
yes but in case it gets into folk culture the "-a :::0" is to do with
mmap parameter which in the Pi4 problem seems to be specific to Pi and
the memory mapping of the BCM2835 SoC and so shouldn't affect an x64
type processor
Simonef wrote:
> Big News.
> Starting LMS with LC_ALL=C instead of LC_ALL=en_US=UTF-8 solves the
> bug.
>
> My first reaction was "How the f a locale setting can cause a memory
> leak of 12GB in an OS used by servers (Netflix included as an
> example)??" Because this seems to be a bug of the
philippe_44 wrote:
> The 'pipeline_pending_bytes' are not released either when being shrunk
> or re-assigned to the substr() of $pendingBytes. In any case,
> unfortunately, it looks like an obscure BSD+Perl issue that will be
> quasi-impossible to track w/o a full system and my FreeBSD VM is a
Simonef wrote:
> As already stated before:
> 4 local flacs (random)
> No plugin involved.
> With every kind of audio processing, sox, FLAC, lame.
> This does not happen only if there Is no transcoding involved.
If this issue happens with any use of pipelining then I think there
would be many
bpa wrote:
> This looks like MPEG4 header - I recognise the udta and mdat
>
> IIRC LMS reads the start (e.g. x number of bytes)of the files/stream
> (maybe into a temp file) before it can tell a player to stream.
In Slim::Utils::Scanner:Remote.pm - the routine streamAudioData
mvordeme wrote:
> But 450? And all of them are still open in LMS.
>
> Files containing binary data only seem to end like this:>
Code:
> >
Tsgpdroll sbgprollEbudtaZmeta!hdlrmdirappl-ilst%too dataLavf58.20.10freeZMmdat
> >
This looks like
bpa wrote:
> As a sanity check, you can check whether number of handles increases
> after playing a pipeline process started/finished with something like
> lsof -p | wc -l
As a reference,I did a quick test playing a file to a player and it is
the only activity on LMS.
File hand
Simonef wrote:
> . While the transcoding software used (sox, flac lame or whatever)
> is always correctly closed, the size of slimserver.pl grows A LOT and
> the ram usage of slimserver.pl never goes down.
> So I'm pretty sure that it's leaving some handles/objects around open.
> And there
Simonef wrote:
> The memory leak is present on *BSD. And it seems also of linux arm
> platforms (as said by another user)
> I've NOT experienced this bug in debian x64
A long time ago, on some Linux distros, there was a problem with
pipelining when the transcoding process would not shut down
Simonef wrote:
> No, the bug has to do with the pipelining. I have passed the witness to
> philippe44 to analyze the code.
I got a little lost on platforms being used.
Your initial report was on a FreeNAS.
Then you later said bug does not happen in Debian 64bit.
Can you clarify the problem
Are you using Local PLayer plugin ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=113851
pputzer wrote:
> BTW it's not a routing dropout, the wireless radio seems to get
> disabled.
Is this a Pi4 ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
Have you looked at this thread
https://forums.slimdevices.com/showthread.php?113093-server-on-port-80
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
Marsupial wrote:
> Is your plugin flexible enough to send http commands upon pressing a
> menu entry, without stopping playback (not expecting to play something
> in return like we'd do with a favourite)?
> Can this http command be customized?
The plugin is generic but it is just a proof of
1 - 100 of 1033 matches
Mail list logo
