And some more:
- I also have a RASP 3 with PCP installed - 3.50 (normal) with
Squeezelite v1.8.7-1052 Also Crash at 3.42 with mad Decoder
however when I connect to another LMS Server (one that is not running on
a virtual machine) it crashes about 10secs later.( while chanig to next
track) V
>
> ralphy
>
> Try forcing squeezelite to use the mpg codec instead of mad for mp3
> by added -e mad to the command line.
>
> Do the problem mp3 files play with the mpg decoder?
>
> You can confirm which codec squeezelite is using by adding -d
> decode=debug
>
Yes that is the trick :-) With
Likely just some buffering differences. But there are still some
glitches in the lan driver for the 3B+.
Either increase the buffering on your players, or just go back to what
worked.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://sites.google.com/site/picoreplay
Try forcing squeezelite to use the mpg codec instead of mad for mp3 by
added -e mad to the command line.
Do the problem mp3 files play with the mpg decoder?
You can confirm which codec squeezelite is using by adding -d
decode=debug
Code:
squeezelite -e mad -d decode=
I have a strange error exhibited only on the Pi3B+.
I had set up LMS on a Pi3B following the tutorial, and syncronised 3
players - all was working fine.
I then decided to move the set up over to the new Pi3B+ to take
advantage of the quicker processing speeds. It works fine but there is
an audi
s25a, have you checked the mp3 file for errors? I had a few mp3 files
that would confuse pCp and it turned out they were corrupted, dbPowerAmp
wouldn't calculate replay gain as it reported an error in the files. I
ended up deleting thme.
A camel is a racehorse designed by a committee.
Seen sp