Peter2 wrote:
>
> So I cleaned the 40 pins connector and the 40 pins of the DAC with
> alcohol
>
Hi Peter,
I've never experienced that cleaning alcohol is needed on new hardware
and relative clean connectors like a pi uses in house.
But the scraping of the pins when inserting and extracting
ralphy wrote:
>
> Try turning mmap off -a 120:::0
>
Quick testing indicates this may have fixed it! In fact, just :::0
seems to fix it also. Thanks ralphy.
sodface's Profile:
Thanks for the quick response. Ill go with v6 RC. Ill try and find a
spare card and go prepared
wl1's Profile: http://forums.slimdevices.com/member.php?userid=9842
View this thread:
Hi Folks
I read in the forum: it's so easy to get it working! I got an answer:
it's so easy.
So I thought: is it the hardware?
The PI gave sound: no problem! What is new? The DAC: out of the box!
So I cleaned the 40 pins connector and the 40 pins of the DAC with
alcohol (dangerous to drink!).
There have been a ton of LMS/squeezelite changes to address these types
of issues.
pCP 6 is currently listed as a Release Candidate, but its basically
final. At least final enough for you to put it in production.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage:
You can check the 'hotfix' first and after see which upgrade version it
will allow.
Otherwise I would suggest a new image of v6.0.0.
Hotfix is on the main page of the pCP web gui, run that first then check
for pCP update
ronnie
Having helped a few people with LMS and RPi with piCorePlayer, my BIL is
the only one having issues.
He is 200 miles away and helping him over TeamViewer is not ideal. I am
visiting this weekend, and would like to sort it out.
System
RPi 3b, running away LMS only, with local USB HDD for music.
kidstypike wrote:
> Assuming you can see the contents of your HDD when attached to the Pi,
> they're in the slimserver folder.
>
>
Got it thanks
Zabizabo's Profile:
ralphy wrote:
> Try turning mmap off -a 120:::0 and if still no difference try
> increasing 120 to 200, 300 and 400 just to see if you can get clean
> audio with -a. Beyond 200ms is really much higher than should be
> needed. Could be a specific decoder issue as well, try several
> different
I'm not sure I have a good solution for the NAS, You could increase the
number of mount retries.
As for the date issue, in pCP6, I've just added date check to the LMS
start sequence. You could make the same edits on your side
piCorePlayer a small player for the Raspberry Pi in RAM.
atrocity wrote:
>
> Thinking there may have been some odd setting going on in his receiver,
> we played a CD on a standard CD player and, via the Wandboard, a rip of
> the same CD with no alteration (i.e., ReplayGain turned off). We moved
> the same optical cable back and forth between the
Zabizabo wrote:
> I have to decide what is the more important for me, my SD Card or my
> music collection
I am using the SD-card only for piCorePlayer. I have attached a
read-only SSD with the music on it and an USB Stick for the LMS-Data.
So the SD-card is only used for booting and sometimes
kidstypike wrote:
> Assuming you can see the contents of your HDD when attached to the Pi,
> they're in the slimserver folder.
>
>
Ok, I will have a look tonight but I don't remember seeing a folder
named slimserver. May be I have to take an appointment with my
ophthalmologist :D
sodface wrote:
> Let me know when you have it and I'm going to take the link down.
Thank you. I've grabbed the file.
sodface wrote:
> I was going to post all this stuff up and put a repo online etc. but I
> wasn't quite ready to go just yet.
Guess I jumped the gun! Something to look forward
I'm running PCP on a Raspberry Pi 3, connected via ethernet and wifi.
It's used as an LMS server rather than as a player, and music is stored
on a WD My Cloud NAS. I'm still running version 3.2 because generally
speaking it works so reliably I haven't found the need to upgrade
although am happy
Zabizabo wrote:
> Could you tell me which folder/files are related to the cache ? I'm
> asking because by storing the cache on my HDD and looking with Samba I
> think I don't see it.
Assuming you can see the contents of your HDD when attached to the Pi,
they're in the slimserver folder.
kidstypike wrote:
> I too have my LMS cache on the same SSD as my music. It's very quick
> (USB3 on a Pi4) and easy (for me) to backup the cache from Windows using
> Samba.
>
> If the SD card in the Pi gets corrupted, just burn a new one, set up a
> few bits and bobs, point it at the LMS cache
chill wrote:
> I'm not really sure what is best, to be honest. My USB disk is a fast,
> silent, locally attached SSD, and I'm obviously wearing it out a bit
> faster than if it was a read-only music store, but I don't think that's
> much of an issue these days. It gets backed up every night,
chill wrote:
> I'm not really sure what is best, to be honest. My USB disk is a fast,
> silent, locally attached SSD, and I'm obviously wearing it out a bit
> faster than if it was a read-only music store, but I don't think that's
> much of an issue these days. It gets backed up every night,
Zabizabo wrote:
> Hi,
>
> I don't know if I have to leave the cache on the SD Card or move it on
> my USB disk.
>
> So for you, what is the benefit to have the cache on the disk containing
> your music ? Just a question of saved space on the sd card or LMS is
> more reactive ?
>
> Thanks
>
Paul Webster wrote:
> There is no 100% certain place that it should be.
>
> Some people do not like having LMS (or the system it is running on)
> being able to write to the place where the music is stored to reduce the
> possibility of something going horribly wrong and a carefully created
>
MohnJadden wrote:
> Edit: I'm a dumbass, the HifiBerry HAT wasn't pushed down hard enough.
> Disregard.?
I did the very same with an IQAudIO DigiAmp+; I was actually part way
through an email conversation with the supplier about a return when I
realised what the problem was and had to come
ralphy wrote:
> My experience has been that the libsoxr resampling library included with
> squeezelite provides better default and configurable resampling settings
> compared to the default resampler used in alsa. You can change the
> default resampler for alsa.
>
>
>
> If you use hw: with
There is no 100% certain place that it should be.
Some people do not like having LMS (or the system it is running on)
being able to write to the place where the music is stored to reduce the
possibility of something going horribly wrong and a carefully created
(but not backed up) collection
chill wrote:
> I have the cache on the same USB3 disk as my music, with the result that
> my pCP installation only uses 106Mb on the SD card. I backup my SD card
> to a zipped image on the music disk every night via cron job, and the
> image is much bigger than it needs to be because I
25 matches
Mail list logo
