The 'updated sox.exe is now included in LMS 7.9.2'
(https://github.com/Logitech/slimserver/commit/d3dc8958120af6999b1f4985159438b245a43694)
as of December 10, 2018 (1544453860).
Ralphy
*1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio
'Squeezebox client builds'
ralphy wrote:
> Thanks for the update.
>
> Still need to run through the tests used when first updated sox.exe. If
> that's okay, I'll create a PR to get the latest sox.exe into LMS.
Hi ralphy,
Your newly compiled sox v14.4.3 works for me as well. I'm using it on
Windows 10 with a newly
Thanks for the update.
Still need to run through the tests used when first updated sox.exe. If
that's okay, I'll create a PR to get the latest sox.exe into LMS.
Ralphy
*1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio
'Squeezebox client builds'
ralphy,
It looks like a success!
My preliminary tests work fine, both "off line" in a Command window and
with LMS + the Inguz plugin.
Thank you !!!
Touch, Meridian G92, Bryston B4 SST2, PMC OB1i speakers, HP Proliant
Microserver/Ubuntu, PC/Windows 7, iPad 4, iPeng, Squeezepad.
ralphy,
Thank you very much indeed to looking at this.
I'll do the tests with the replacement file in a few hours time (I badly
need to get away from the computer for a while).
Touch, Meridian G92, Bryston B4 SST2, PMC OB1i speakers, HP Proliant
Microserver/Ubuntu, PC/Windows 7, iPad 4,
The cygwin1.dll from sox 14.3.0 doesn't work with the newer 14.4.3
opus/dsd sox.exe.
Also, it does appear that the cygwin environment I used to build the
updated sox.exe does have issues with windows file paths.
I've 'rebuilt the windows 14.4.3 sox.exe using a newer mingw32
toolchain'
bpa wrote:
> Contact mherger/ralphy - as they have patched sox recently (
> https://github.com/Logitech/slimserver-vendor/tree/public/7.9/sox ) for
> DSD and a few other things.
> Should check version of cygwin1.dll is correct as well - could there be
> a mismatch in cygwin1.dll versions
I can reproduce the problem with sox 14.3.0 - so this is not a new issue
- I reckon it is something very picky as this sox works OK when use in
LMS ansd so chasing a problem that may be a waste of time.
Most use of transcoding with Inguz etc uses pipes (via socketwrapper)
and so sox never has
Same command run from the C:\ prompt but where the input.wav and
output.wav files are both in the root directory, without any path.
This was successful - though with the same warning message:
Code:
C:\>"\Program Files
Command as run from the C:\ drive, followed by Sox response:
Code:
C:\>"\Program Files
(x86)\Squeezebox\server\Bin\MSWin32-x86-multi-thread\sox.exe"
"\ProgramData\InguzEQ\Temp\RE006E4F9FF9.wav"
Test if the problem is with the drive letter
Can you change the CMD test to be run from the C drive and the following
command.
Code:
C:\>"\Program Files
(x86)\Squeezebox\server\Bin\MSWin32-x86-multi-thread\sox.exe"
"\ProgramData\InguzEQ\Temp\RE006E4F9FF9.wav"
bpa wrote:
> Backslash in Linux paths is the "escape" character - it tell Linux treat
> the next character as part of the path. Directory separator in Windows
> is back slash.
>
> IIRC Windows has a limit of the length of a full file path so if you
> haver long directory names and or a long
bobertuk wrote:
>
>
> Just a thought...
> Looking more closely at the log extract, could it be that the windows
> folder separator is "" while for Ubuntu it is "/" ?
>
> ie for windows it's
> c:\folder1\folder2\filename
etc
>
> for ubuntu it would be equivalent to
>
Backslash in Linux paths is the "escape" character - it tell Linux treat
the next character as part of the path. Directory separator in Windows
is back slash.
IIRC Windows has a limit of the length of a full file path so if you
haver long directory names and or a long file name - you may
John,
Lost characters again. Should show \ and /
\ keeps getting deleted
Bob
2 x Touch
2 x Radio
2 x Boom
1 x Intel-NUC server/squeezelite running LMS 7.91 on Windows 10
1 X Odroid-XU4 server/squeezelite running LMS 7.91 on Ubuntu 16.04
1 x iMac server running macos Hich Sierra
WaveIO USB
JohnB wrote:
> I seem to have a problem in how the version of Sox (14.4.3) installed
> with LMS 7.9.2 treats Windows filepaths - in that it doesn't seem to
> support them.
>
> Can someone please check whether that is the case?
>
> The Inguz DRC plugin uses the Sox installed with LMS to
16 matches
Mail list logo