bpa wrote:
> LMS basically consolidates all the rules from convert.conf and
> custom-convert.conf - so after processing there is only one rule (for
> each combination of I F & R) which if you disable the "rule" it means
> the "rule" is totally disabled - LMS does not revert back to the
> origin
mcduman wrote:
> i was able to replicate the problem i had the other day: i had two rules
> for flc pcm, one in convert.conf using [flac] and another one in a
> custom-convert file using [sox]. the latter had always precedence and
> even when it was disabled the former would not work
LMS basical
bpa wrote:
> Not what I meant.
>
> What is your WebUI Sertring/Filetypes Flac settings ?
>
> How do you trigger flc pcm rules when playing RP Flac interactive ? It
> does not happen with "normal " settings.
>
> Have you edited convert.conf ?
i was able to replicate the problem i had the
bpa wrote:
> The Interactive Radio Paradise Flac stream uses flc - flc . RP Main is
> ogg/flac.
>
> As seeks don't work - the only way I can see "flc flc transcoding" rule
> being invoked is by resampling - but RP is 44.1kHz (I think) which is
> supported by all players.
>
> mcdumand said "fl
bpa wrote:
> Not what I meant.
>
> What is your WebUI Sertring/Filetypes Flac settings ?
>
> How do you trigger flc pcm rules when playing RP Flac interactive ? It
> does not happen with "normal " settings.
>
> Have you edited convert.conf ?
my sincere apologies from all. i clean install
mcduman wrote:
> flc pcm * *
> # IFT:{START=--skip=%t}U:{END=--until=%v}
> [flac] -dcs --force-raw-format --endian=little --sign=signed $START$
> $END$ -- $FILE$
Not what I meant.
What is your WebUI Sertring/Filetypes Flac settings ?
How do you trigger flc pcm rules when playin
bpa wrote:
> Please clarify. You said RP Flac failed to play. This is not the
> experience of myself or other users. So I think you have something else
> specific to your setup. What are your Flac Filetypes setting ?
flc pcm * *
# IFT:{START=--skip=%t}U:{END=--until=%v}
[fla
mcduman wrote:
> Thank you!
>
> I just found it a little counterintuitive that a certain transcoding
> rule (flac pcm) may or may not apply depending on source (tidal or RP)
>
> i did not mean to imply that pcm sounded better than flac or that RP did
> not work.
Please clarify. You said RP F
bpa wrote:
> Just trying to pin down the "fault" not the "why". It may reappear in
> other circumstances.
Thank you!
I just found it a little counterintuitive that a certain transcoding
rule (flac pcm) may or may not apply depending on source (tidal or RP)
i did not mean to imply that pcm so
mherger wrote:
> > mcdumand said "flc pcm" rule was the problems. I can'tr see how
> this
> > invoked without disabling some rules e.g. "Flc native".
>
> People do so because the believe it improved the sound quality...
> There's no clearer sound than silence :-D
Just trying to pin down the
mcdumand said "flc pcm" rule was the problems. I can'tr see how this
invoked without disabling some rules e.g. "Flc native".
People do so because the believe it improved the sound quality...
There's no clearer sound than silence :-D
--
Michael
__
amey01 wrote:
> I just tried RadioParadise FLAC streams (all of them) on the latest
> 8.1.0 and they all work fine for me.
>
> FLAC transcoding rule is native. ( flc flc )
The Interactive Radio Paradise Flac stream uses flc - flc . RP Main is
ogg/flac.
As seeks don't work - the only way I c
I just tried RadioParadise FLAC streams (all of them) on the latest
8.1.0 and they all work fine for me.
FLAC transcoding rule is native.
Perfect! Did you check seeking as well?
Seeking is disable is the RP plugin.
--
Michael
___
unix mailing list
amey01 wrote:
> I just tried RadioParadise FLAC streams (all of them) on the latest
> 8.1.0 and they all work fine for me.
>
> FLAC transcoding rule is native.
Perfect! Did you check seeking as well?
LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet,
1xTouch, 1 SB3. S
I just tried RadioParadise FLAC streams (all of them) on the latest
8.1.0 and they all work fine for me.
FLAC transcoding rule is native.
amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274
View this
mherger wrote:
> > Radio paradise will not work with IFT, either in my configuration:
>
> Which particular transcoding rule?l
mcduman said the "flc pcm" which seems to have been changed from IFT to
FT as part of thte "tdlflc" change. There is some other piece of
information missing because i
Radio paradise will not work with IFT, either in my configuration:
Which particular transcoding rule?
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
slartibartfast wrote:
> I use that plugin. Do you know what the issue is?
Never used it so don't know it's charactertistics but I can guess. User
is playing Flac stream and possibly it has to be resampled or user has
disabled Flac to player.
I'll probably test to understand the issue.
--
bpa wrote:
> I think this is only with Radio Paradise / Flac which requires the
> special Lossless Radio Paradise plugin.I use that plugin. Do you know what
> the issue is?
Sent from my Pixel 3a using Tapatalk
slarti
slartibartfast wrote:
> Is there an issue with Radio Paradise?
I think this is only with Radio Paradise / Flac which requires the
special Lossless Radio Paradise plugin.
bpa's Profile: http://forums.slimdevices.com/memb
mcduman wrote:
> Radio paradise will not work with IFT, either in my configuration:
>
> Logitech Media Server Status
> Logitech Media Server Version: 8.0.1 - 1606756069 @ Mon Nov 30
> Operating system: Windows 10 - EN - cp1252
>
> piCorePlayer
> Player Model: SqueezeLite
> Player Type: squeez
bpa wrote:
> This is specific to Tidal to fix problems with "IFT" in the normal
> rules. It would not be used with Radio Paradise.
>
>
> This rule was not part of this discussion. But the issue in this thread
> showed that "IFT" cannot work if there is a "$START$" so the "working"
> rule may
mcduman wrote:
> i meant
>
> tdlflc pcm * *
> # IFT:{START=--skip=%t}U:{END=--until=%v}
> [flac] -dcs --force-raw-format --endian=little --sign=signed $START$
> $END$ -- $FILE$
>
> which works.
>
This is specific to Tidal to fix problems with "IFT" in the normal
rules. It would
bpa wrote:
> Specifically which rule are you talking about ? This change affects the
> "flc flc transcoding" rule.
i meant
tdlflc pcm * *
# IFT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs --force-raw-format --endian=little --sign=signed $START$
$END$ -- $FILE$
which work
mcduman wrote:
> i read the discussion here between you fine people with great interest
> (although i miss some of the points). what i am curious to know is the
> following: the new flc pcm conversion rule using [flac] for tidal
> streams does not work with radio paradise. why is this the case?
i read the discussion here between you fine people with great interest
(although i miss some of the points). what i am curious to know is the
following: the new flc pcm conversion rule using [flac] for tidal
streams does not work with radio paradise. why is this the case?
-
bpa wrote:
> That's good. You managed to create a solution that handles both use
> cases. I don't fully understand the streaminfo header issue but enough
> to get the gist of the problem.
>
> I don't have Tidal but I'll do test on the Flac cue side of things.
>
> FYI - ffmpeg can do a skip (
philippe_44 wrote:
> I think I have something working now in the latest patch. Tested it with
> Tidal and the flac@96k with cuesheet that you gave me. It seems fine,
> including repositioning, on a player limited @ 44.1kHz.
>
> @bpa, we needed to combine both views on the flac transcoding comm
Confirmed working with the latest 8.0.1 build - including 24/96
FLAC/.CUE files played to an ip3k player.
Good to know the bandaid helps for the moment. Now it's time to look
into Philippe's work next.
--
Michael
___
unix mailing list
unix@lists.sl
I think I have something working now in the latest patch. Tested it with
Tidal and the flac@96k with cuesheet that you gave me. It seems fine,
including repositioning, on a player limited @ 44.1kHz.
@bpa, we needed to combine both views on the flac transcoding command
:)
1- you're right, flac
mherger wrote:
> > At least this is the intention. I need to build one of these flac
> files
> > with cue to see if it solves the problem, but it should do.
>
> amey01 - could you please help out here?
>
> --
>
> Michael
Confirmed working with the latest 8.0.1 build - including 24/96
FLAC/.
philippe_44 wrote:
> Do you have a way to share it? You can PM me if you prefer
Tried to PM a link to you but your inbox is full (this happens to me as
well)
bpa's Profile: http://forums.slimdevices.com/member.php?userid
mherger wrote:
> > At least this is the intention. I need to build one of these flac
> files
> > with cue to see if it solves the problem, but it should do.
>
> amey01 - could you please help out here?
>
> --
>
> Michael
Yes..Ive got an ip3k player I can test.
bpa wrote:
> I have a test Flac + cue file. 96kHz which triggers resampling if
> played to a SB3/Boom etc.
Do you have a way to share it? You can PM me if you prefer
LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet,
1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603
mherger wrote:
> > At least this is the intention. I need to build one of these flac
> files
> > with cue to see if it solves the problem, but it should do.
>
> amey01 - could you please help out here?
I have a test Flac + cue file. 96kHz which triggers resampling if
played to a SB3/Boom etc.
At least this is the intention. I need to build one of these flac files
with cue to see if it solves the problem, but it should do.
amey01 - could you please help out here?
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slim
mherger wrote:
> > So we agree? This is not a tidal specific solution, but a generic flac
> > one.
>
> I don't follow 100%. Do you believe that the suggested change in your PR
>
> would allow us to play both TIDAL, and those hires CUE sheet accompanied
>
> ..flac files with the same set of ru
mherger wrote:
> > So we agree? This is not a tidal specific solution, but a generic
> flac
> > one.
>
> I don't follow 100%. Do you believe that the suggested change in your PR
>
> would allow us to play both TIDAL, and those hires CUE sheet accompanied
>
> ..flac files with the same set of
So we agree? This is not a tidal specific solution, but a generic flac
one.
I don't follow 100%. Do you believe that the suggested change in your PR
would allow us to play both TIDAL, and those hires CUE sheet accompanied
.flac files with the same set of rules? Without my q'n'd hack to add a
philippe_44 wrote:
> So we agree? This is not a tidal specific solution, but a generic flac
> one.
Yes because it'll avoid the same issue when another streamed Flac
service is started.
bpa's Profile: http://forums.slimdev
bpa wrote:
> In 6.* & early 7.* sample size was not an issue then because it always
> 16 bit. I remember dealing with those instances. PCM used to be within
> LMS CD i.e. always 44.1kHz 16bits fixed etc. There were a few rules
> outputting raw pcm - remember (i) at the time there was no 96Khz
philippe_44 wrote:
> I have added sample rate and I think that as far as flac is concerned,
> we have all the information we need because flac output can be forced to
> a specific endianness, sign and it does not support floating points, so
> sox has everything it needs. There is already a few ru
bpa wrote:
> I think we can wait since tdlflc type has been added to fix conflict and
> there is no immediate demand.
>
> I think adding a format for samplesize may not be enough we may need to
> also add Big/Little Endian, Signed/Unsigned as well as Fixed point /
> Floating point for completene
philippe_44 wrote:
> Yes, this is where I was aiming at, otherwise we'd have to limit to 16
> bits and probably make a separated "I" rule to limit collateral damages
> (you can have different rules now for different sources, that one thing
> I've added in 8.0) but I feel some will not like it (I
mherger wrote:
> >
> I'm sorry... I probably did too much testing and double checking and
> eventually left in the wrong rule... a new build is on its way.
>
> --
>
> Michael
I know the feeling :)
amey01's Profile:
I checked the replaced convert.conf file and it still had "IFT" listed
for flc>flc. I took out "I" and all is working fine once again.
I'm sorry... I probably did too much testing and double checking and
eventually left in the wrong rule... a new build is on its way.
--
Michael
_
mherger wrote:
> > Thanks for the help all (and especially bpa) - Let me know if I can
> help
> > more - testing or experimenting with anything. Happy to contribute to
> > any better solution.
>
> Please give the next 8.0.1 nightly build a try. Should be up in a few
> hours.
>
> --
>
> Micha
bpa wrote:
> Will it work with Flac 24bit/192kHz flac file with a cue sheet being
> resampled to play on a 96kHz player ? AFAIK if you use raw - you will
> lose sample size. It looks like you assume 16 bit sample size ?
> I think Michael added a %C channel count a few years ago, maybe time to
>
philippe_44 wrote:
> So far, it works if I use it a general rule (flc flc * * ) whether there
> is a seek or not (careful, when used as a general rule, $RESAMPLE$ is
> not defined, so must force -r x for test). But I need to verify that
> more and find a solution for the sample size as well
bpa wrote:
> I think I understand what you're saying. I assumed that Flac was trying
> to do a Linux "seek" on the input file to implement "skip" and it
> couldn't do a "seek" on stdin piped input.
I missed something so my HTTP comment was incorrect (I thought the OP
was talking about some str
philippe_44 wrote:
> I looked a bit more and had to refresh my memory.
>
> The issue seems to me that when we use "I" and seek, then LMS does a
> HTTP range request to reach the guessed offset (I worked on that flac
> header parsing & building for 8.0) so the flac decoder does not have a
> STR
mherger wrote:
> > Thanks for the help all (and especially bpa) - Let me know if I can
> help
> > more - testing or experimenting with anything. Happy to contribute to
> > any better solution.
>
> Please give the next 8.0.1 nightly build a try. Should be up in a few
> hours.
>
> --
>
> Micha
bpa wrote:
> I'm not sure if I made the subtly of the issue clear. The problem
> relates to two very specific limited use cases - Cue/Flac & Tidal/Flac.
>
> The flac command does not support the "--skip" option if input is from
> stdin.
>
> With flac/cue files, if no resampling is required, L
Thanks for the help all (and especially bpa) - Let me know if I can help
more - testing or experimenting with anything. Happy to contribute to
any better solution.
Please give the next 8.0.1 nightly build a try. Should be up in a few hours.
--
Michael
__
Thanks for the help all (and especially bpa) - Let me know if I can help
more - testing or experimenting with anything. Happy to contribute to
any better solution.
amey01's Profile: http://forums.slimdevices.com/member.php
The only "flc flc transcode" workaround I can find for "IFT" with "skip"
uses ffmpeg to skip and resample but then it needs flac to re-encode
into Flac. Not a good solution.
I think tdlflc provides the required flexibility.
As a side note - I noticed that WebUI Settings/Info/Filetypes does not
philippe_44 wrote:
> I was thinking more about differences between variable and fixed block
> size which can be detected in STREAMINFO header. So far, it seems that
> almost all flac are coded with fixed block but I was wondering is higher
> compression level would not trigger use of variable bl
I'm not sure if I made the subtly of the issue clear. The problem
relates to two very specific limited use cases - Cue/Flac & Tidal/Flac.
The flac command does not support the "--skip" option if input is from
stdin.
With flac/cue files, if no resampling is required, LMS will process flac
file
amey01 wrote:
> On account of this, I have updated the thread title so that it can
> easily be found by others:
>
> * Issue with .cue. (LMS 8.0 FLAC Transcoding Issue) *
That's good.
Just to clarify. The 6.0.0 player works because it has different DAC
*hardware* which does not require resamp
mherger wrote:
> > Couldn't the problem happen with any flac file, as long as some flac
> > compression mode is being used?
>
> That's correct. But if it's your own, you got the freedom to re-encode
> it.
>
> > Maybe we could detect that level?
>
> Unfortunately this seems not to be possible.
Couldn't the problem happen with any flac file, as long as some flac
compression mode is being used?
That's correct. But if it's your own, you got the freedom to re-encode it.
Maybe we could detect that level?
Unfortunately this seems not to be possible. I googled around for it,
but all I'v
mherger wrote:
> @bpa - would the following fix the issue?
>
> >
Code:
> > diff --git a/Slim/Plugin/WiMP/ProtocolHandler.pm
b/Slim/Plugin/WiMP/ProtocolHandler.pm
> index 509de4516..d952e3c88 100644
> --- a/Slim/Plugin/WiMP/ProtocolHandler.pm
> +++ b/Slim/Plugin/
paul- wrote:
> It has nothing to do with 6.0.0,
On account of this, I have updated the thread title so that it can
easily be found by others:
* Issue with .cue. (LMS 8.0 FLAC Transcoding Issue) *
amey01's Profile: htt
@bpa - would the following fix the issue?
Code:
diff --git a/Slim/Plugin/WiMP/ProtocolHandler.pm
b/Slim/Plugin/WiMP/ProtocolHandler.pm
index 509de4516..d952e3c88 100644
--- a/Slim/Plugin/WiMP/ProtocolHandler.pm
+++ b/Slim/Plugin/WiMP/ProtocolHandler.pm
@@ -40,6
paul- wrote:
>If you started with a fresh 6.0.0 image, and installed LMS,it would
> have the same problem.
>
>
Funnily, that was the next thing I was going to try - burning a new
6.0.0 image and re-trying that. I ran out of time last night.
--
It has nothing to do with 6.0.0, but an old install that used an older
LMS. If you started with a fresh 6.0.0 image, and installed LMS,it
would have the same problem.
And if you modified convert.conf, it likely will not survive a reboot.
Put that lined of code in a text file, and upload it v
bpa wrote:
> No. There were examples of the effect of the changed convert.conf which
> broke flac/cue with resampling.
>
>
> Change the current convert.conf
> >
Code:
> >
> flc flc transcode *
> # IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
amey01 wrote:
> So I exchange this line in convert.conf:
> .
> .
> .
>
> Is that right?
No. There were examples of the effect of the changed convert.conf which
broke flac/cue with resampling.
Change the current convert.conf
Code:
flc flc transcode *
# I
paul- wrote:
> You could override the rule by using a custom-convert file.
So I exchange this line in convert.conf:
Code:
"/home/lms/Bin/x86_64-linux/flac" -dcs --skip=13:32.22 --until=18:06.76 -- -
| "/home/lms/Bin/x86_64-linux/sox" -q -t wav - -t flac -C 0 -r 4
You could override the rule by using a custom-convert file.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7JHY5WYHCNRU&lc=GB¤cy_code=USD&bn=PP%2dDonationsBF%3abtn
bpa wrote:
> A 1-Nov-2020 LMS 8.0 change to convert.conf to support streaming Tidal
> Flac seems to have broken Flac/Cue file transcoding with resampling.
> AFAICT nothing to do with PCP 6.0 vs 6.1.
>
> The change is
> https://github.com/Logitech/slimserver/commit/0b0104bf817b6d2e7f1817eea50794
bpa wrote:
> I think I have reproduced the problem.
>
You are amazingly intelligent!
>
> . I updated to latest and it is now broken. So issues looks like not
> 6.0 - 6.1 but LMS 8.0 update
Not so sure on this - I have only one LMS8.0 server. It plays fine to
the 6.0.0 player, but not to t
bpa wrote:
> If possible stay with current setup just until at least tests with flac
> and sox are complete. Then we'll have a benchmark to compare against.
I used another card to try 7.0.0 - so no harm done. I'm back with 6.0.1.
--
A 1-Nov-2020 LMS 8.0 change to convert.conf to support streaming Tidal
Flac seems to have broken Flac/Cue file transcoding with resampling.
AFAICT nothing to do with PCP 6.0 vs 6.1.
The change is
https://github.com/Logitech/slimserver/commit/0b0104bf817b6d2e7f1817eea507949b9be5c527
The change m
I think I have reproduced the problem. I think it is not due to 6.0 vs
6.12. 6.0 player h/w does not require resampling but 6.1 does require
resampling.
My 8.0.0 was a little old but transcoding/resampling worked OK. I
updated to latest and it is now broken. So issues looks like not 6.0 -
6.1
paul- wrote:
> I would agree with getting to the bottom of this. You could try the
> PCP7 beta. That would for sure have the latest of everything.
If possible stay with current setup just until at least tests with flac
and sox are complete. Then we'll have a benchmark to compare against.
I would agree with getting to the bottom of this. You could try the
PCP7 beta. That would for sure have the latest of everything.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(https://www.paypal.com/cgi-bin/webscr?cmd=_don
amey01 wrote:
> Thank you.
>
> Seriously, I think youve done enough!
>
> Its a weird problem for sure, but (for me at least) its about 3 albums
> out of about 3000.
>
> Ill downgrade back to 6.0.0 if I need to.
Since you can reproduce at will, it would be better to find the reason.
If
bpa wrote:
>
>
> I'm working up some test command fort LMS to check whether flac & sox
> are working correctly. This will enable to say whether problem is
> transcoding failing or sending transcoded data.
Thank you.
Seriously, I think youve done enough!
Its a weird problem for sure, but (
amey01 wrote:
> Done - but where do I find it?
Not sure on pcp. Normally it is output on command line. Check PCP
command lie otpions and see if there is something there about logging.
>
> FLAC: 1.3.2-5
> SOX: 14.4.1-5
>
I didn't think the LMS version had a "-5". What is the banner mess
bpa wrote:
> OK things a lot clearer now. Different h/w in each player as well as
> different pcp version.
> My "gut" feel is the problem is not 6.0 and 6.1 per se.
> Need to check if there is any significant difference in terms of
> reporting to LMS the player capabilities (it might explain t
OK things a lot clearer now. Different h/w in each player as well as
different pcp version.
My "gut" feel is the problem is not 6.0 and 6.1 per se.
Need to check if there is any significant difference in terms of
reporting to LMS the player capabilities (it might explain the use of
sox)
Can yo
bpa wrote:
> Flac and sox run on LMS which according to your post is Raspbian not
> PCP
>
> PCP 6.0 and 6.1 are specially only player related. They do not see flac
> or sox.
>
> So please confirm:.
> * Same Raspberry pi board/unit just swapping sdcard when testing 6.0 vs
> 6.1 and LMS is NOT
amey01 wrote:
> Thanks so much. Regarding your prior post, I can confirm tracks 2nand 3
> do not play. Only the first plays.
>
> Will check versions of flac and sox soon. ...and I promise it works
> on 6.0.0 (I know it’s weird, and I could have easily made a
> mistake.but I’ve triple ch
bpa wrote:
> I missed that. If LMS is on Raspbian then anything is possible and so
> version and *builds *of flac and sox must be checked.
>
> Although the OP says behaviour is different between pcp 6.0 and 6.,1
> which are only players ? If same Pi board (and same LMS is being used
> for bot
Paul Webster wrote:
> Note though:
> "Just noting that LMS is not running on PCP - the PCPs are players only.
> LMS runs on its own dedicated Raspbian server."
I missed that. If LMS is on Raspbian then anything is possible and so
version and *builds *of flac and sox must be checked.
---
Note though:
"Just noting that LMS is not running on PCP - the PCPs are players only.
LMS runs on its own dedicated Raspbian server."
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada
In case some LMS update changed them. Confirm no difference in versions
of flac and sox between 6.0 and 6.1
Please run LMS BIN copy of flac and sox from a shell prompt to get
banner and version or just with "--version" to get version number.
edit
>From the log the BIN directory is
/usr/share
amey01 wrote:
> This is so weird. It definitely works on my 6.0.0 player, and it
> definitely worked on the problem player when it was on 6.0.0 as well.
> But it doesn't work after upgrade to 6.1.0.
First track is played natively by player - no transcoding and no use of
flac as it is 1st track
Just tried a new build on 7.0.0 - same issue.
amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
paul- wrote:
> Nothing in LMS would have been updated from 6.0 to 6.1. Squeezelite
> might have changed.
>
> Run the update Libs option on the LMS page to make sure you have the
> latest LMS binary package.
Just noting that LMS is not running on PCP - they are players only.
--
bpa wrote:
> It is very slim chance but it is possible something happened if the flac
> utility was replaced by a bad build.
>
> To see what is going on - you could enable log player.source to INFO and
> try to play first track and then any track which generates the error.
> Copy all log entrie
Nothing in LMS would have been updated from 6.0 to 6.1. Squeezelite
might have changed.
Run the update Libs option on the LMS page to make sure you have the
latest LMS binary package.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please '
amey01 wrote:
> Wow - interesting. Given all other suggestions have failed, this sounds
> promising. I'll have to investigate further. I noticed the PCP 7.0.0
> beta has just been released, so I may try that too.
It is very slim chance but it is possible something happened if the flac
utility w
Paul Webster wrote:
> The player does not know that the track is the result of a .cue file so
> something else must be happening.
>
>
I didn't think so - but interesting that you've confirmed
thatmmm
>
>
> Perhaps you have different settings in LMS on the 2 players
> Settings/P
After the upgrade, did you completely rebuild the LMS database ? if
not, it is worth a try.
Any messages in scanner.log or server.log ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
The player does not know that the track is the result of a .cue file so
something else must be happening.
Perhaps you have different settings in LMS on the 2 players
Settings/Player/Basic Settings/Play Other Songs In Album
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plug
Hi all. I just upgraded from PCP from 6.0.0 to 6.1.0, and I can no
longer play single FLAC files accompanied by a .cue file. It plays the
first track only, then says file not found.
My other player is still on 6.0.0 and still plays fine. Both use usb
output.
Any ideas?
-
98 matches
Mail list logo
