Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 > original rule in convert.conf (how would you disable both rules ?). totally understandable. many thanks again for bearing with this. mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 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 original rule in convert.conf (how would you disable both rules ?). bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 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 mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 "flc pcm" rule was the problems. I can'tr see how this > invoked without disabling some rules e.g. "Flc native". Oops ... I read "TIDAL", not "RP" ... don't know why :( LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 installed lms and all plugins and sure enough everything works as expected. my suspicion is there was some custom-convert file somewhere that broke the flc pcm rule. mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 playing RP Flac interactive ? It
does not happen with "normal " settings.
Have you edited convert.conf ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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}
[flac] -dcs --force-raw-format --endian=little --sign=signed $START$
$END$ -- $FILE$
mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 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 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 sounded better than flac or that RP did not work. mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 "fault" not the "why". It may reappear in other circumstances. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 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 "flc pcm" rule was the problems. I can'tr see how this invoked without disabling some rules e.g. "Flc native". bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 it is unusual for the "flc pcm" rule to be invoked and not the "flc flc transcoding" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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: squeezelite > Firmware: v1.9.8-1294Is there an issue with Radio Paradise? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 have had a latent fault which has now been exposed. It sounds > like radio Paradise only works with "IFT". I don't know Radio Paradise > / Flac so you should give all the details of your system in case it is a > specifc combination of LMS version and player type and radio Paradise > Flac. > > What sort of player do you have ? > What version of LMS ? > > The generic solution that Philippe_44 is investigating is intended to > fix the underlying problems that "tdlflc" type was needed to fix and so > avoid requiring a "pdiseflac" type solution. 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: squeezelite Firmware: v1.9.8-1294 mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 not be used with Radio Paradise.
>
> I also have in convert.conf
>
> flc pcm * *
> # FT:{START=--skip=%t}U:{END=--until=%v}
> [flac] -dcs --force-raw-format --endian=little --sign=signed $START$
> $END$ -- $FILE$
>
> which does not work 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 have had a latent fault which has now been exposed. It sounds
like radio Paradise only works with "IFT". I don't know Radio Paradise
/ Flac so you should give all the details of your system in case it is a
specifc combination of LMS version and player type and radio Paradise
Flac.
What sort of player do you have ?
What version of LMS ?
The generic solution that Philippe_44 is investigating is intended to
fix the underlying problems that "tdlflc" type was needed to fix and so
avoid requiring a "pdiseflac" type solution.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 works.
I also have in convert.conf
flc pcm * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs --force-raw-format --endian=little --sign=signed $START$
$END$ -- $FILE$
which does not work with radio paradise
mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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? Specifically which rule are you talking about ? This change affects the "flc flc transcoding" rule. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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? mcduman's Profile: http://forums.slimdevices.com/member.php?userid=66702 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 (aka -ss ) on a stdin stream - it does so by > just processing all input and waiting until time point before generating > output. Not a real seek but same result. ffmpeg is useful when > workarounds are needed. argh, I did not think that skip from stdin would be used. So... I've changed the PR to make the $START$ suppression an option that depends on the actual input LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 command
> :)
>
> 1- you're right, flac when called with a --skip on stdin fails, which
> makes perfect sense. I've now changed TranscodingHelper.pm so that when
> a rule is being used with a start from stdin ('I' streamMode) then the
> $START$ is not used, only the $END$ (if any) is. That sounds logical to
> me, you can't expect transcoder to seek from stdin and I've not seen any
> rule in convert.conf that would be in conflict with that.
> 2- still, when called with no streaminfo header, flac fails to build a
> wav header (at least one that is acceptable by sox), so the simple rule
> of using wav in the pipeline did not work when seeking on a flac file or
> from stdin. I've now added samplerate and samplesize to the accessible
> parameters in conver.conf & friends. I've not added endianness or sign
> for now as they can be forced in the rule itself
>
> Patch is here https://github.com/Logitech/slimserver/pull/462
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 (aka -ss ) on a stdin stream - it does so by
just processing all input and waiting until time point before generating
output. Not a real seek but same result. ffmpeg is useful when
workarounds are needed.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 when called with a --skip on stdin fails, which
makes perfect sense. I've now changed TranscodingHelper.pm so that when
a rule is being used with a start from stdin ('I' streamMode) then the
$START$ is not used, only the $END$ (if any). That sounds logical to me,
you can't expect transcoder to seek from stdin and I've not seen any
rule in convert.conf that would be in conflict with that.
2- still, when called with no streaminfo header, flac fails to build a
wav header (at least one that is acceptable by sox), so the simple rule
of using wav in the pipeline did not work when seeking on a flac file or
from stdin. I've now added samplerate and samplesize to the accessible
parameters in conver.conf & friends. I've not added endianness or sign
for now as they can be forced in the rule itself
Patch is here https://github.com/Logitech/slimserver/pull/462
LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet,
1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2,
Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5,
Riva 1 & 3
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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/.CUE files played to an ip3k player. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 rules? Without my q'n'd hack to add a > TIDAL specific rule set? > > That would be a great reason to start the 8.1 branch :-). > > -- > > Michael 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. LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 rules? Without my q'n'd hack to add a > > TIDAL specific rule set? > > That would be a great reason to start the 8.1 branch :-) That's what I hope for. Without a generic solution, we might end up with a q'n'd solution for each new service which delivers streamed Flac. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 TIDAL specific rule set? That would be a great reason to start the 8.1 branch :-). -- Michael ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 /12 bot > audio and (ii) in those cases the application ffmpeg/mplayer/wavcmd > could do the change to output a raw CD format PCM. > > As formats have become more varied, I was concerned that we do not have > to revisit this bit of code again in the future to add more format > option. I do prefer a generic solution rather than a Tidal specific > one. So we agree? This is not a tidal specific solution, but a generic flac one. LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 rules with flac > outputting raw pcm, but the sample size was already missing (Im not > sure how things are currently handled for the flc pcm or flc aif rules. > > > I agree there is no rush but if it works, isnt it a more simpler > solution and more generic than creating a format just for tidal flac > where in addition we now prevent flac to be sent natively to players. 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 /12 bot audio and (ii) in those cases the application ffmpeg./ mplayer could do the change to a CD format PCM. As formats have become more varied, I was concerned that we do not have to revisit this bit of code again in the future to add more format option. I do prefer a generic solution rather than a Tidal specific one. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 completeness 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 rules with flac outputting raw pcm, but the sample size was already missing (Im not sure how things are currently handled for the flc pcm or flc aif rules. I agree there is no rush but if it works, isnt it a more simpler solution and more generic than creating a format for tidal flac where in addition we now prevent flac to be sent natively to players. LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 personally don't > mind but that's a battle I'm not interested taking). > > It's not there in the current TranscodingHelper.pm but it's probably not > complicated to add (just need to find a free letter :)) if you and > Michael think it is worth 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 completeness bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. > > -- > > Michael Did not work. 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. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 > add sample size to the transcoding helper. 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 personally don't mind but that's a battle I'm not interested taking). It's not there in the current TranscodingHelper.pm but it's probably not complicated to add (just need to find a free letter :)) if you and Michael think it is worth LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 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 add sample size to the transcoding helper. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 streams) but I don't think it changes the
conclusion. The following rule does not work
Code:
flc flc transcode *
# IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
AFAIK, when using a rule from stdin, LMS does not expect the transcoders
to do anything wrt seeking. It does the seek on behalf and then send the
remaining bytes to the transcoder. That applies wherever stdin is
generated from (remote or local). But a rule that allows "I" and uses
flac will start the "flac" process at the seeked position (if any). So
if there is no seek, flac will see a STREAMINFO header and will generate
a proper wav header that pleases sox. But as soon as there is a seek,
that header disappears and especially sample_count is unknown, so the
wav header is absent or incorrect and sox fails. I don't use cuesheets,
but I think it's a seek for the 2nd track, which would match the OP's
experience.
I think that if we want to use flac with seek, we have to use raw pcm
for sox input, so a rule like
Code:
flc flc transcode *
# IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
[flac] -dcs $START$ $END$ --force-raw-format --sign=signed
--endian=little -- - | [sox] -q -t raw --encoding signed-integer -b 16
$RESAMPLE$ -c $CHANNELS$ -L - -t flac -C 0 -
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
LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet,
1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2,
Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5,
Riva 1 & 3
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 > STREAMINFO header, it's just streamed flac. > > In that case, it does not seem to rebuild a proper WAV header and as > consequence sox fails to resample. This is what I observe in the > conversion log. I feel it can be fixable by either forcing flac decoding > to build a proper header or by using raw and giving sox the raw > parameters 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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. > > -- > > Michael No probs.will try later today. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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, LMS will process flac > file and skip to right point and direct stream to player > With flac/cue file, transcoding with flac & sox will be used if > resampling is required. I think the "--skip" option will appear if not > playing from 0. The flac command with "--skip" will fail if input is > from stdin. > > Creating a tdlflc would solve the current issue (i.e. IFT for Tidal and > FT for cue/flac), > > The Tidal problem affects a few high compression Tidal track causing > stuttering on ip3k players. > > I believe Tidal can supply 96kHz tracks (albeit with MQA). > If LMS were to play these track to a SB3 - resampling would be required. > > If a user were then to ffwd within the track I think the same issues > with flac/cue would occur. > Is this too specific a user case to worry about ? 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 STREAMINFO header, it's just streamed flac. In that case, it does not seem to rebuild a proper WAV header and as consequence sox fails to resample. This is what I observe in the conversion log. I feel it can be fixable by either forcing flac decoding to build a proper header or by using raw and giving sox the raw parameters LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 show any of the "transcode" rules. Not sure if we need to - no way to confim a custom "transcode" setting except by running a test with logging. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 block which then
> cause the problem on older devices. We can now parse such header so we'd
> know and could use different rules.
There you know more than I do. But we don't even exactly know what is
causing the stuttering, as most tracks on TIDAL would play just fine.
philippe_44 wrote:
> About rules, would something like "flc flc boom *" (e.g.) work for Boom
> only players and do the trick?
You're actually right! I was mislead by this comment in convert.conf:
Code:
# : currently slimp3, squeezebox, or *.
# The * is a wildcard that matches all device
# types.
But the problem is that the default rules can't be modified to do
transcoding, as this seems to break the CUE sheet & transcoding use
case. With the custom formatOverride OTOH we can have the rules for
TIDAL only, thus not interfering with CUE sheets. And with the above
player type rules I can create this, which seems to be doing the job:
Code:
tdlflc mp3 * *
# IFB:{BITRATE=--abr
%B}T:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=--resample %D}
[flac] -dcs $START$ $END$ -- $FILE$ | [lame] --silent -q $QUALITY$
$RESAMPLE$ $BITRATE$ - -
tdlflc pcm * *
# IFT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs --force-raw-format --endian=little --sign=signed $START$
$END$ -- $FILE$
tdlflc aif * *
# IFT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs --force-raw-format --endian=big --sign=signed $START$ $END$
-- $FILE$
# no native FLAC straming for ip3k, as some tracks stutter on original
hardware
tdlflc flc squeezeplay *
-
I know, it's disabling flac -> flac for TIDAL on ip3k. But the previous
rule using sox would break seeking...
Michael
"It doesn't work - what shall I do?" - "Please check your server.log
and/or scanner.log file!"
(LMS: Settings/Information)
mherger's Profile: http://forums.slimdevices.com/member.php?userid=50
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 and skip to right point and direct stream to player With flac/cue file, transcoding with flac & sox will be used if resampling is required. I think the "--skip" option will appear if not playing from 0. The flac command with "--skip" will fail if input is from stdin. Creating a tdlflc would solve the current issue (i.e. IFT for Tidal and FT for cue/flac), The Tidal problem affects a few high compression Tidal track causing stuttering on ip3k players. I believe Tidal can supply 96kHz tracks (albeit with MQA). If LMS were to play these track to a SB3 - resampling would be required. If a user were then to ffwd within the track I think the same issues with flac/cue would occur. Is this too specific a user case to worry about ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 resampling and so no transcoding. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. I googled around for it, > but all I've found was that this wasn't possible. > > > Also, I don't fully remember the problem, but @bpa, doesn't that only > > happens with Boom and some models, right? If it does, could we make a > > transcode rule that only applies to these models? > > Yes, I believe it's ip3k only. There seems to be some logic to limit > certain rules to some players only. But TBH. I haven't figured it out > yet. > > My suggestion really is a band aid to get TIDAL working without breaking > > other stuff. It actually doesn't really work... seeking with flac -> > flac transcoding doesn't work. My latest custom-convert.conf would > simply disable flac->flac and only transcode to PCM/AIF, as that seems > to do the trick, without breaking seeking. > > -- > > Michael 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 block which then cause the problem on older devices. We can now parse such header so we'd know and could use different rules. About rules, would something like "flc flc boom *" (e.g.) work for Boom only players and do the trick? LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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've found was that this wasn't possible. Also, I don't fully remember the problem, but @bpa, doesn't that only happens with Boom and some models, right? If it does, could we make a transcode rule that only applies to these models? Yes, I believe it's ip3k only. There seems to be some logic to limit certain rules to some players only. But TBH. I haven't figured it out yet. My suggestion really is a band aid to get TIDAL working without breaking other stuff. It actually doesn't really work... seeking with flac -> flac transcoding doesn't work. My latest custom-convert.conf would simply disable flac->flac and only transcode to PCM/AIF, as that seems to do the trick, without breaking seeking. -- Michael ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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/WiMP/ProtocolHandler.pm
> @@ -40,6 +40,15 @@ sub getFormatForURL {
> return $format;
> }
>
> +sub formatOverride {
> + my ($class, $song) = @_;
> + my $format = Slim::Music::Info::contentType($song->currentTrack);
> +
> + return 'tdlflc' if $format eq 'flc';
> + return $format;
> +}
> +
> # default buffer 3 seconds of 256kbps MP3/768kbps FLAC audio
> my %bufferSecs = (
> flac => 80,
> diff --git a/Slim/Plugin/WiMP/custom-convert.conf
b/Slim/Plugin/WiMP/custom-convert.conf
> new file mode 100644
> index 0..97d7ff763
> --- /dev/null
> +++ b/Slim/Plugin/WiMP/custom-convert.conf
> @@ -0,0 +1,19 @@
> +
> +tdlflc mp3 * *
> + # IFB:{BITRATE=--abr
%B}T:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=--resample %D}
> + [flac] -dcs $START$ $END$ -- $FILE$ | [lame] --silent -q $QUALITY$
$RESAMPLE$ $BITRATE$ - -
> +
> +tdlflc pcm * *
> + # IFT:{START=--skip=%t}U:{END=--until=%v}
> + [flac] -dcs --force-raw-format --endian=little --sign=signed $START$
$END$ -- $FILE$
> +
> +tdlflc aif * *
> + # IFT:{START=--skip=%t}U:{END=--until=%v}
> + [flac] -dcs --force-raw-format --endian=big --sign=signed $START$ $END$
-- $FILE$
> +
> +tdlflc flc * *
> + -
> +
> +tdlflc flc transcode *
> + # IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
> + [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
> diff --git a/convert.conf b/convert.conf
> index 90748daa2..1c0739875 100644
> --- a/convert.conf
> +++ b/convert.conf
> @@ -357,7 +357,7 @@ mp3 mp3 transcode *
> [lame] --silent -q $QUALITY$ $BITRATE$ $RESAMPLE$ --mp3input $FILE$ -
>
> flc flc transcode *
> - # IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
> + # FT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
> [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
>
> # This example transcodes MP3s to MP3s, if the target machine has the
>
> >
>
> What this does is it defines a custom format called "tdlflc". Only
> this should transcode on stdin (IFT), but not regular flac.
Couldn't the problem happen with any flac file, as long as some flac
compression mode is being used? Maybe we could detect that level?
Also, I don't fully remember the problem, but @bpa, doesn't that only
happens with Boom and some models, right? If it does, could we make a
transcode rule that only applies to these models?
LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet,
1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2,
Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5,
Riva 1 & 3
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
@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 +40,15 @@ sub getFormatForURL {
return $format;
}
+sub formatOverride {
+ my ($class, $song) = @_;
+ my $format = Slim::Music::Info::contentType($song->currentTrack);
+
+ return 'tdlflc' if $format eq 'flc';
+ return $format;
+}
+
# default buffer 3 seconds of 256kbps MP3/768kbps FLAC audio
my %bufferSecs = (
flac => 80,
diff --git a/Slim/Plugin/WiMP/custom-convert.conf
b/Slim/Plugin/WiMP/custom-convert.conf
new file mode 100644
index 0..97d7ff763
--- /dev/null
+++ b/Slim/Plugin/WiMP/custom-convert.conf
@@ -0,0 +1,19 @@
+
+tdlflc mp3 * *
+ # IFB:{BITRATE=--abr
%B}T:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=--resample %D}
+ [flac] -dcs $START$ $END$ -- $FILE$ | [lame] --silent -q $QUALITY$
$RESAMPLE$ $BITRATE$ - -
+
+tdlflc pcm * *
+ # IFT:{START=--skip=%t}U:{END=--until=%v}
+ [flac] -dcs --force-raw-format --endian=little --sign=signed $START$
$END$ -- $FILE$
+
+tdlflc aif * *
+ # IFT:{START=--skip=%t}U:{END=--until=%v}
+ [flac] -dcs --force-raw-format --endian=big --sign=signed $START$ $END$
-- $FILE$
+
+tdlflc flc * *
+ -
+
+tdlflc flc transcode *
+ # IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
+ [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
diff --git a/convert.conf b/convert.conf
index 90748daa2..1c0739875 100644
--- a/convert.conf
+++ b/convert.conf
@@ -357,7 +357,7 @@ mp3 mp3 transcode *
[lame] --silent -q $QUALITY$ $BITRATE$ $RESAMPLE$ --mp3input $FILE$ -
flc flc transcode *
- # IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
+ # FT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
# This example transcodes MP3s to MP3s, if the target machine has the
What this does is it defines a custom format called "tdlflc". Only this
should transcode on stdin (IFT), but not regular flac.
Michael
"It doesn't work - what shall I do?" - "Please check your server.log
and/or scanner.log file!"
(LMS: Settings/Information)
mherger's Profile: http://forums.slimdevices.com/member.php?userid=50
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 via the pCP web page.custom-convert option. 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=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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}
> [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
>
> >
>
> Edit just remove the "I" - IFT becomes FT . Be careful editing the
> file - do the editing on the LMS system. Make sure ownership and
> permissions do not change.
> >
Code:
> >
> flc flc transcode *
> # FT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
> [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
>
> >
>
> The "IFT" was added to fix a problem with playing Tidal Flac file. If
> you remove the "I" then playing Tidal Flac on older SB player will
> cause stuttering for some tracks which have a high compression.
>
> These are both niche cases - at the moment it looks like no
> comprehensive solution.
Trying now > FIXED!!
(Really unsure why it continued to work on 6.0.0 - but this ^^ means no
longer any issue.)
amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 *
# IFT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
Edit just remove the "I" - IFT becomes FT . Be careful editing the file
- do the editing on the LMS system. Make sure ownership and permissions
do not change.
Code:
flc flc transcode *
# FT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0
$RESAMPLE$ -
The "IFT" was added to fix a problem with playing Tidal Flac file. If
you remove the "I" then playing Tidal Flac on older SB player will cause
stuttering for some tracks which have a high compression.
These are both niche cases - at the moment it looks like no
comprehensive solution.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=113308
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 48000 - for this line: Code: "/home/lms/Bin/x86_64-linux/flac" -dcs --skip=6:07.16 --until=10:08.86 -- "/home/albums/Rock/Silver_and_Gold-Hi-Flac/Silver_and_Gold-hiflc.flc" | "/home/lms/Bin/x86_64-linux/sox" -q -t wav - -t flac -C 0 -r 48000 - & | Is that right? amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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/0b0104bf817b6d2e7f1817eea507949b9be5c527 > > The change make flac input to come from stdin rather than the file. > > Broken > > 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 48000 - > > > > > Working > > Code: > > > "/home/lms/Bin/x86_64-linux/flac" -dcs --skip=6:07.16 --until=10:08.86 -- "/home/albums/Rock/Silver_and_Gold-Hi-Flac/Silver_and_Gold-hiflc.flc" | "/home/lms/Bin/x86_64-linux/sox" -q -t wav - -t flac -C 0 -r 48000 - & | > > > to Can I try manually changing this line on my server? amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 the 6.0.1 player amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 make flac input to come from stdin rather than the file. Broken 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 48000 - Working Code: "/home/lms/Bin/x86_64-linux/flac" -dcs --skip=6:07.16 --until=10:08.86 -- "/home/albums/Rock/Silver_and_Gold-Hi-Flac/Silver_and_Gold-hiflc.flc" | "/home/lms/Bin/x86_64-linux/sox" -q -t wav - -t flac -C 0 -r 48000 - & | to bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 but LMS 8.0 update bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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=_donations=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 it is not sorted out - it will reappear and take time getting back to same stage. I was involved in the last issue with a WAVE/cue files and I am wondering whether the solution was 100% (e.g. you have Flac/cue) or some side effect has happened. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 (for me at least) its about 3 albums out of about 3000. Ill downgrade back to 6.0.0 if I need to. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 message of the flac. Note it says "patched for LMS" Code: flac - Command-line FLAC encoder/decoder version 1.3.2 Copyright (C) 2000-2009 Josh Coalson Copyright (C) 2011-2016 Xiph.Org Foundation Patched for Logitech Media Server: This version of flac operates exclusively in the 'C' locale. In particular, '--skip' and '--until' mm:ss.ss specifications require a '.' as decimal separator. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. 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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 the use of > sox) > Can you run each player with the "-d slimproto=info" command line > option. This will generate a "sendHELO" message where the player > repaorts back to LMS its capabilties which are used in transcoding. > Example > > Code: > > > [08:53:25.576517] sendHELO:144 cap: Model=squeezelite,AccuratePlayPoints=1,HasDigitalOut=1,HasPolarityInversion=1,Firmware=v1.9.8-1287,ModelName=SqueezeLite,MaxSampleRate=384000,aac,ogg,ogf,flc,aif,pcm,mp3,loc > > > > > Done - but where do I find it? > > > What is the full version of LMS not just 8.0.0 but also the build date > ? > It's the one from the release repo - Logitech Media Server Version: 8.0.0 - 1605892076 @ Fri Nov 20 21:29:02 CET 2020 > > What is the version of flac and sox ? FLAC: 1.3.2-5 SOX: 14.4.1-5 amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 you run each player with the "-d slimproto=info" command line option. This will generate a "sendHELO" message where the player repaorts back to LMS its capabilties which are used in transcoding. Example Code: [08:53:25.576517] sendHELO:144 cap: Model=squeezelite,AccuratePlayPoints=1,HasDigitalOut=1,HasPolarityInversion=1,Firmware=v1.9.8-1287,ModelName=SqueezeLite,MaxSampleRate=384000,aac,ogg,ogf,flc,aif,pcm,mp3,loc What is the full version of LMS not just 8.0.0 but also the build date ? What is the version of flac and sox ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 running ? > > CONFIRMED > > * LMS is not changed between tests with 6.0 and 6.1 > CONFIRMED In fact - I have 2 players. One is on 6.0.0 and the other is on 6.0.1. The 6.0.0 player is fine. Same server. > > > What is the squeezelite command configured to be used with 6.0 and 6.1 /usr/local/bin/squeezelite -n "piCorePlayer5" -o hw:CARD=MDAC,DEV=0 -a 80:4::1: amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 its weird, and I could have easily made a > mistake.but Ive triple checked my triple checking over and > over..it def works with 6.0.0.) 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 running ? * LMS is not changed between tests with 6.0 and 6.1 What is the squeezelite command configured to be used with 6.0 and 6.1 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 both 6.0 and 6.1 test), just different SDCARD I suspect there could > be different squeezelite command line options used between 6.0 and 6.1 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 its weird, and I could have easily made a mistake.but Ive triple checked my triple checking over and over..it def works with 6.0.0.) amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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/squeezeboxserver/Bin/armhf-linux/ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. The log seems to show 3 tracks being played. Did 2nd play ? As tranmscoding is the same for 2 & 3 - need to know if track 2 failed !! Code: [20-11-27 13:56:56.9179] Slim::Player::Song::new (108) index 0 -> file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Paul%20Simon%20-%20Graceland%2025th%20Anniversary%20Edition%20(2012)%20[24-96%20HD%20FLAC]/01%20The%20Boy%20In%20The%20Bubble.flac [20-11-27 13:56:56.9190] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state TRACKWAIT [20-11-27 13:56:56.9259] Slim::Player::StreamingController::_playersMessage (796) Now Playing: file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Paul%20Simon%20-%20Graceland%2025th%20Anniversary%20Edition%20(2012)%20[24-96%20HD%20FLAC]/01%20The%20Boy%20In%20The%20Bubble.flac [20-11-27 13:56:56.9362] Slim::Player::Song::getNextSong (230) file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Paul%20Simon%20-%20Graceland%2025th%20Anniversary%20Edition%20(2012)%20[24-96%20HD%20FLAC]/01%20The%20Boy%20In%20The%20Bubble.flac [20-11-27 13:56:56.9370] Slim::Player::StreamingController::_nextTrackReady (744) b8:27:eb:0a:9b:03: nextTrack will be index 0 [20-11-27 13:56:56.9377] Slim::Player::StreamingController::_Stream (1210) Song queue is now 0 [20-11-27 13:56:56.9382] Slim::Player::StreamingController::_Stream (1213) b8:27:eb:0a:9b:03: preparing to stream song index 0 [20-11-27 13:56:56.9388] Slim::Player::Song::open (367) file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Paul%20Simon%20-%20Graceland%2025th%20Anniversary%20Edition%20(2012)%20[24-96%20HD%20FLAC]/01%20The%20Boy%20In%20The%20Bubble.flac [20-11-27 13:56:56.9412] Slim::Player::TranscodingHelper::getConvertCommand2 (470) Matched: flc->flc via: - [20-11-27 13:56:56.9419] Slim::Player::Song::open (391) seek=false time=0 canSeek=1 [20-11-27 13:56:56.9435] Slim::Player::TranscodingHelper::getConvertCommand2 (470) Matched: flc->flc via: - [20-11-27 13:56:56.9441] Slim::Player::Song::open (412) Transcoder: streamMode=I, streamformat=flc [20-11-27 13:56:56.9449] Slim::Player::Song::open (468) Opening stream (no direct streaming) using Slim::Player::Protocols::File [file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Paul%20Simon%20-%20Graceland%2025th%20Anniversary%20Edition%20(2012)%20[24-96%20HD%20FLAC]/01%20The%20Boy%20In%20The%20Bubble.flac] [20-11-27 13:56:56.9466] Slim::Player::Protocols::File::open (80) duration: [239.183] size: [92163452] endian [] offset: [0] for file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Paul%20Simon%20-%20Graceland%2025th%20Anniversary%20Edition%20(2012)%20[24-96%20HD%20FLAC]/01%20The%20Boy%20In%20The%20Bubble.flac 2nd track - has to use flac and sox to find 2nd track and stream to player. Does it play ? Looks like it or possibly stopped Code: [20-11-27 13:57:11.9361] Slim::Player::StreamingController::_Stream (1210) Song queue is now 0 [20-11-27 13:57:11.9366] Slim::Player::StreamingController::_Stream (1213) b8:27:eb:0a:9b:03: preparing to stream song index 0 [20-11-27 13:57:11.9373] Slim::Player::Song::open (367) file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Sade%20-%20Full%20LPs%20Discography%201984-2010/Sade%20-%20Promise%20[1st%20pressed%20US%20Mastered%20by%20Frankford%20Wayne]/Sade%20-%20Promise%20[1st%20pressed%20US%20Mastered%20by%20Frankford%20Wayne].flac#0-382 [20-11-27 13:57:11.9399] Slim::Player::TranscodingHelper::getConvertCommand2 (470) Matched: flc->flc via: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0 $RESAMPLE$ - [20-11-27 13:57:11.9421] Slim::Player::TranscodingHelper::getConvertCommand2 (470) Matched: flc->flc via: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0 $RESAMPLE$ - [20-11-27 13:57:11.9427] Slim::Player::Song::open (391) seek=false time=0 canSeek=2 [20-11-27 13:57:11.9445] Slim::Player::TranscodingHelper::getConvertCommand2 (470) Matched: flc->flc via: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0 $RESAMPLE$ - [20-11-27 13:57:11.9451] Slim::Player::Song::open (412) Transcoder: streamMode=I, streamformat=flc [20-11-27 13:57:11.9457] Slim::Player::Song::open (468) Opening stream (no direct streaming) using Slim::Player::Protocols::File [file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Sade%20-%20Full%20LPs%20Discography%201984-2010/Sade%20-%20Promise%20[1st%20pressed%20US%20Mastered%20by%20Frankford%20Wayne]/Sade%20-%20Promise%20[1st%20pressed%20US%20Mastered%20by%20Frankford%20Wayne].flac#0-382] [20-11-27 13:57:11.9727] Slim::Player::Protocols::File::open (80) duration: [382]
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 entries from start of test to end of test (no editing) to a > text file, zip and add to a post. 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. I got the log as above ^^ and attached it. I note the following lines for one of the failed .CUE points - but I don't think it says much more than what I have already said - that is "file not found"maybe you can see something that I can't? [20-11-27 13:57:20.9158] Slim::Player::Source::_readNextChunk (372) *end of file or error on socket, song pos: 1541365923* [20-11-27 13:57:20.9164] Slim::Player::Source::_readNextChunk (377) b8:27:eb:0a:9b:03 mark end of stream [20-11-27 13:57:20.9170] Slim::Player::Source::_readNextChunk (385) Didn't stream any bytes for this song; *mark it as failed* [20-11-27 13:57:20.9175] Slim::Player::StreamingController::playerStreamingFailed (2248) b8:27:eb:0a:9b:03 [20-11-27 13:57:20.9184] Slim::Player::StreamingController::_playersMessage (796) Problem: *Can't open file for:: file:///wd/BUiPod/FLAC%20Music/20130202/20200922/Sade%20-%20Full%20LPs%20Discography%201984-2010/Sade%20-%20Promise%20[1st%20pressed%20US%20Mastered%20by%20Frankford%20Wayne]/Sade%20-%20Promise%20[1st%20pressed%20US%20Mastered%20by%20Frankford%20Wayne].flac#2359-2619* [20-11-27 13:57:20.9227] Slim::Player::StreamingController::_Stop (610) Song queue is now 8 +---+ |Filename: log 500 lines.zip| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=32334| +---+ amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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 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 entries from start of test to end of test (no editing) to a text file, zip and add to a post. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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/Player/Basic Settings/Play Other Songs In Album Definitely identical settings. bpa wrote: > > > After the upgrade, did you completely rebuild the LMS database ? if not, > it is worth a try. > Yes :) And nothing that looks obvious in the logs. bpa wrote: > > IIRC there was a change to flac utility to handle problem with cue files > with some locales. It would be good to check with pcp developers if that > change was part of 6.0 to 6.1 > 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. amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
[SlimDevices: Unix] PCP 6.1.0 - Issue with .cue. (LMS 8.0)
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? amey01's Profile: http://forums.slimdevices.com/member.php?userid=11274 View this thread: http://forums.slimdevices.com/showthread.php?t=113308 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
