If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
someone is reporting to me about problems in installing squeezelite and LMS on newer macOs. Is someone using them? what about C-3PO?
Thanks.
__________________________________________________ ______________________
Author of C-3PO plugin, Squeezelite-R2, Falcon Web interface - See www.marcoc1712.it
in the meanwhile, the workaround Is to enable ONE and ONLY ONE output sample rate, this way:
Hi Marco,
Thanks for the update. I have tried enabling one single output sample rate for the player but the plugin still remains disabled with the same error in the log during startup and the player will not play anything...
Are you sure this is related with the player sample rate because I get the same error during server startup even when there is no player connected to the server at all...? so this seems to be independent of any player settings...
In the meantime I've been running the plugin with the hack described above and it's been running perfectly fine for me, I haven't encountered any issues even if the exe test is overridden....
Thanks for the update. I have tried enabling one single output sample rate for the player but the plugin still remains disabled with the same error in the log during startup and the player will not play anything...
I just did a fresh installation to a brand new Win10 machine and it works to me with only one output sample rate selected. The error message is still there, but it play fine, doing resample and DSP.
What do you mean with "the plugin still remains disabled"?
Could you please post your settings and the last executed command?
__________________________________________________ ______________________
Author of C-3PO plugin, Squeezelite-R2, Falcon Web interface - See www.marcoc1712.it
I did fresh installations on both Windows 7 and Windows 10 and had the same problem on both. Now with the settings below it seems to play fine (it didn't seem to like pcm but when using uncompressed flac as output format and only one sample rate selected it is playing fine ), however the message is still there "Unable to run C-3PO transcoder, see server log" and still getting the error during the startup. This is why I assumed the plugin was not actually enabled and doing anything.
If the last executed command looks fine, does it mean I can safely ignore these errors and all is working fine even if it shows an error?
I did fresh installations on both Windows 7 and Windows 10 and had the same problem on both. Now with the settings below it seems to play fine (it didn't seem to like pcm but when using uncompressed flac as output format and only one sample rate selected it is playing fine ), however the message is still there "Unable to run C-3PO transcoder, see server log" and still getting the error during the startup. This is why I assumed the plugin was not actually enabled and doing anything.
If the last executed command looks fine, does it mean I can safely ignore these errors and all is working fine even if it shows an error?
Yes, the message states that C-3PO converter (that's the executable) won't run (maybe is not the clearest way to state it, any suggestion is appreciated), using only one output rate is the way to avoid it.
To me both Wav and FLAC works fine, that's quite strange.
__________________________________________________ ______________________
Author of C-3PO plugin, Squeezelite-R2, Falcon Web interface - See www.marcoc1712.it
I'd like to report a bug:
When using (I guess) the option "use hi precision clock" SoX gives an error of "Invalid syntax of RATE command".
As an example with this command " [sox] -q -t flac - -t flac -b 24 —buffer 65536 —multi-threaded - gain -h rate -v -M -t -b 95 -f 352800 -D" the problem is the "-f" which i guess is related to "hi precision clock", this option is not documented on sox documentation, removing it will remove the syntax error too.
Second problem that I have is that while using pcm->dsd conversion works flawlessy (adding fir convolution too); I really can't let pcm upsampling work.
The options I use are:
TRANSCODER SETTINGS:
Enable seek: disable for everything.
Enable stdin: enabled for everything
Convert, resample, Addictional effets : enabled for everything
Automatic headroom: yes
CONVERT
Output format: wav
RESAMPLE:
Only max sample rate selected, i want a fixed upsample to the max sample rate, all other sr are disabled.
DSD: unselected
Target sample rate: closest supported
Quality: very high
Phase: intermediate
All the other options untouched
The tab LATEST COMMAND is EMPTY.
No sound reproduced at all. The track start for 3 seconds and then stop.
Tested on Linux, BSD, MacOS, same behaviour.
Using Squeezelite-R2 and modified SoX. Trying the exact same command on SoX converting one file offline is working without any problem. Squeezelite-R2 working for pcm-dsd conversione using C-3PO and reproducing hi-res files without C-3PO too.
the problem is the "-f" which i guess is related to "hi precision clock", this option is not documented on sox documentation
Not a direct response to your main question, but FYI, the "-f" option sets rolloff to "allow none" (as opposed to "allow small"). The "use high-precision clock" option is "-t".
SoX's documentation lags far behind current development. I haven't been able to find the latest syntax for the "rate" (resample) effect anywhere else on the web, so here it is, as I understand it from examining the code:
The higher the quality level, the more compute power is required.
The quality-level options are as follows. If none is chosen, the default is "-h" (high):
-q = quick
-l = low
-m = medium
-g = medium-high
-h = high
-e = extra
-v = very high
-u = ultra
These quality levels set the resampler parameters to:
filter phase = linear (50%)
anti-aliasing bandwidth percentage = 100 (no aliasing above the audio passband)
bandwidth, noise rejection, bit depth, and allowed passband rolloff are set according to this table:
quality
level
0 dB
bandwidth
-3 dB
bandwidth
noise
rejection
bit
depth
rolloff
allowed
-q
n/a
n/a
~30 dB
16
0.35 dB
-l
68%
80%
96 dB
16
0.35 dB
-m
91%
95%
96 dB
16
0.35 dB
-g
91%
95%
96 dB
16
0.01 dB
-h
91%
95%
120 dB
20
0.01 dB
-e
91%
95%
144 dB
24
0.01 dB
-v
91%
95%
168 dB
28
0.01 dB
-u
91%
95%
192 dB
32
0.01 dB
The override-options parameters, if provided, will override the values in the above table. In the following list of override options, the options in each group are mutually exclusive. For example, you can use -s, or -b <n>, or -B <n>, or none of those three, but you cannot use any combination of -s, -b, and -B.
Quality:
-Q <0 .. 7> = optional numeric method of specifying quality; numerals correspond to q|l|m|g|h|e|v|u
Filter Phase:
-M = minimum (0%)
-I = intermediate (25%)
-L = linear (50%)
-p <0 .. 100> = specified percentage (values between 50 and 100 are unlikely to be useful)
Allow Aliasing:
-a = above the -3 dB audio passband
-A <85 .. 100> = above a specified bandwidth percentage
Bandwidth (Audio Passband Percentage):
-s = -3 dB 99% (steep filter)
-b <74 .. 99.7> = -3 dB percentage
-B <53 .. 99.5> = 0 dB percentage
Noise Rejection / Bit Depth:
-R <90 .. 200> = noise rejection dB
-d <15 .. 33> = bit depth
Passband Rolloff:
-f = 0 dB (no passband rolloff allowed)
The following override-options parameters are also supported, but they merely change the internal implementation of certain aspects of the resampler. They are for software testing and development, and are not intended to have any effect on the sound:
-t = use high-precision clock (i.e., use a double-precision floating-point number, rather than a fixed-point Q32.32 number, to express the ratio between output and input sample rates). Apparently intended for testing weird resampler use-cases like continuously variable sampling rates. Has no effect on C-3PO's sampling-rate conversions.
-i <-1 .. 2> = force a particular coefficient interpolator
-c <100 .. INT_MAX> = for certain values of the -i parameter, set maximum amount (in approximately kilobytes) of memory used for coefficients
LMS 8.3.0 on Debian Jessie (x86-64) Touch w/ EDO --> Benchmark DAC3 HGC --> Counterpoint NPS200 MkII + NPS400 --> Meadowlark Heron Touch w/ EDO --> Schiit Bifrost 2/64 --> Eddie Current Aficionado --> Sennheiser HD800 SDR, ZMF Verite Ziricote
and a third Touch for remote control, and a Radio, and a couple SB3s and a Transporter somewhere
" Unable to run C-3PO transcoder see server log"
I haven't used LMS for awhile because I was able to upsample to DSD256 on my Windows 10 computer with other software. I read today that 3-cpo allows LMS to do that, so I reinstalled LMS and tried to enable the plug-in. Everything else in the installation seems to have gone well, but, when I tried to configure 3-cpo in Advanced Settings, I found this error message: "Unable to run C-3PO transcoder see server log." I looked at the log and have no idea how to decipher it. Here's a snip of it:
I haven't used LMS for awhile because I was able to upsample to DSD256 on my Windows 10 computer with other software. I read today that 3-cpo allows LMS to do that, so I reinstalled LMS and tried to enable the plug-in. Everything else in the installation seems to have gone well, but, when I tried to configure 3-cpo in Advanced Settings, I found this error message: "Unable to run C-3PO transcoder see server log." I looked at the log and have no idea how to decipher it. Here's a snip of it:
[ATTACH]31447[/ATTACH]
Any ideas about a fix? Thanks for your help.
And now I have this additional error message: "Squeezelite version is non R2, assuming is compliant. See players."
My player is a Sonore Signature Rendu SE, which always has run both LMS, generally, and DSD, specifically, without incident before.
And now I have this additional error message: "Squeezelite version is non R2, assuming is compliant. See players."
My player is a Sonore Signature Rendu SE, which always has run both LMS, generally, and DSD, specifically, without incident before.
Squeezelite on Rendu is 1.9.6.1196. I suspect that Squeezelite is a secondary issue, however, as the initial failure to run occurs even before a player is linked to LMS.
Squeezelite on Rendu is 1.9.6.1196. I suspect that Squeezelite is a secondary issue, however, as the initial failure to run occurs even before a player is linked to LMS.
Just for fun, I installed C-3po in LMS 7.9.2 on my Synology DS-218+ NAS just to see if it would run. (I didn’t intend to use it, as that NAS doesn’t have enough cpu power to transcode to DSD.). I did not get the same error message. As the NAS and my PC both are connected to the same router via Ethernet, I assume that the PC’s issues have something to do with its network settings or with Windows 10.
Just for fun, I installed C-3po in LMS 7.9.2 on my Synology DS-218+ NAS just to see if it would run. (I didn’t intend to use it, as that NAS doesn’t have enough cpu power to transcode to DSD.). I did not get the same error message. As the NAS and my PC both are connected to the same router via Ethernet, I assume that the PC’s issues have something to do with its network settings or with Windows 10.
Is there a reason why you upsample to DSD?
Sent from my Pixel 3a using Tapatalk
Living Room: Touch or Squeezelite (Pi3B) > Topping E30 > Audiolab 8000A > Monitor Audio S5 + BK200-XLS DF
Bedroom: Radio
Bathroom: Radio
To my ears and in my system, both Roon and Audirvana sound signicantly better that way. Never tried it with LMS, but I prefer its interface to those two, so want to see if it can be made to sound as good as they do. If it can, I probably would switch most of my listening back to it.
Its a long thread so after a few pages decided its faster to ask the question.
Am I right in assuming/inferring that C-3PO wont work with a Transporter, only squeezlite, even if I use C-3PO to direct upsampled FLAC (44k->96k) to a Transporter?
I would have thought that as the PCM inside the FLAC stream was sent at 24/96 that the Transporter would use the FLAC headers as the correct version of the truth rather than the metadata from LMS.
Its a long thread so after a few pages decided its faster to ask the question.
Am I right in assuming/inferring that C-3PO wont work with a Transporter, only squeezlite, even if I use C-3PO to direct upsampled FLAC (44k->96k) to a Transporter?
I would have thought that as the PCM inside the FLAC stream was sent at 24/96 that the Transporter would use the FLAC headers as the correct version of the truth rather than the metadata from LMS.
Thanks,
Peter
If the stream in output is FLAC it should work, it will not it WAV/AIFF due to the feature (sure is not a bug!) in the SB firmware solved by squeezelite.R2 and now in any squeezelite version.
__________________________________________________ ______________________
Author of C-3PO plugin, Squeezelite-R2, Falcon Web interface - See www.marcoc1712.it
We process personal data about users of our site, through the use of cookies and other technologies, to deliver our services, personalize advertising, and to analyze site activity. We may share certain information about our users with our advertising and analytics partners. For additional details, refer to our Privacy Policy.
By clicking "I AGREE" below, you agree to our Privacy Policy and our personal data processing and cookie practices as described therein. You also acknowledge that this forum may be hosted outside your country and you consent to the collection, storage, and processing of your data in the country where this forum is hosted.
Comment