Can you please test your Mytek DAC with the Mytek driver and let me know
it is working, please. I'm guessing that when you tested it before it
would have been using the generic usb driver and limited to 96k?
Code:
sudo csos-cleanInstall-testing
JohnSwenson wrote:
Are these flags by any chance the flags in the soxr_quality_spec
struct?
Yes.
Code:
#define SOXR_ROLLOFF_SMALL 0u/* = 0.01 dB */
#define SOXR_ROLLOFF_MEDIUM1u/* = 0.35 dB */
#define SOXR_ROLLOFF_NONE 2u/* For
LOGITECHMEDIASERVER-7.8.0-0.27.20130605GIT1369983318
Brian, I have just packaged this. Haven't installed or tested it myself
yet.
Changes...
Code:
* Wed Jun 05 2013 - 7.8.0-0.27.20130605git1369983318
- Latest git revision 5c5e178e3ce33ede6fae559ad2ba37fa844b4a78.
I have a CSOS Wand up and running. I currently have the R4 image
istalled. I want to install the kernel build (kernel-wand-3.0.35-cm49)
and firmware (mytekusb2-firmware-1.33.10-1) that Clive just built. I
would like to learn how to open a CMD prompt. Do I use my Windows PC
with some linux type
Squeezed_Rotel wrote:
I have a CSOS Wand up and running. I currently have the R4 image
istalled. I want to install the kernel build (kernel-wand-3.0.35-cm49)
and firmware (mytekusb2-firmware-1.33.10-1) that Clive just built. I
would like to learn how to open a CMD prompt. Do I use my
kesey wrote:
On your Windows PC download putty.exe
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
and off you go:-) You'll need to get the ip address of your Wandboard as
per the instructions on
http://www.communitysqueeze.org/quick_start_guide.jsp
Thanks for the help!
kesey wrote:
On your Windows PC download putty.exe
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
and off you go:-) You'll need to get the ip address of your Wandboard as
per the instructions on
http://www.communitysqueeze.org/quick_start_guide.jsp
Just to add to that,
JackOfAll wrote:
Just to add to that, you log in using putty as username fedora and
password fedora. Then once you have a terminal, you type (or cut and
paste) the commands, one per line, enter key after each one, waiting
for the previous command to finish and the prompt to reappear, before
John, not had a lot of time today. Started working on a web page to
document the upsample options. 'Squeezelite: Upsample functionality
using the SoX Resampler library'
(http://www.communitysqueeze.org/squeezelite_upsample.jsp). Hopefully
I'll be able to finish it later this evening.
Triode,
Just tracking down why I'm dropping frames on the floor from time to
time. Please can we reset the cnt (from 10 down to zero) back to 10
after we have written some frames to the out buffer.
Code:
--- /home/clivem/development/git/squeezelite/process.c
SQUEEZELITE-1.1-2.11.20130606GITDE4F3A1
Changes...
Code:
* Thu Jun 06 2013 - 1.1-2.11.20130606gitde4f3a1
- Add squeezelite-process-cnt.patch (reset cnt to 10 after write some frames)
- Drop squeezelite-process.patch
- Latest git revision de4f3a1.
- add patch
JackOfAll wrote:
Triode,
Just tracking down why I'm dropping frames on the floor from time to
time. Please can we reset the cnt (from 10 down to zero) back to 10
after we have (partially) written frames to the out buffer.
Code:
What are you seeing
Chunkywizard wrote:
JJZolx wrote:
Will this run on the new Wandboard Quad? Four 1 GHz cores, 2GB RAM,
better graphics, plus a SATA header.
http://wandboard.org/
(and should the community Squeezebox DAC card under development run on
it?)
Yes and yes. By the way the Quad
Triode wrote:
What are you seeing dropped frames on - WB? Is it dropping in this
place - if so can you confirm if it is mid decode or at the end of the
decode? We should never get to that code in theory.. Decode should not
run unless there is space in the output buffer for the size of
JJZolx wrote:
Will it be possible to enable the quad board's SATA port and use it for
LMS running on the Wandboard?
I expect so. (Definitive answer once I have a quad CPU board in my
hands.)
JackOfAll's Profile:
JackOfAll wrote:
decode.c .
size_t min_space = decode.direct ? codec-min_space :
process.max_out_frames;
Shouldn't that be (8 bytes in a frame)
size_t min_space = decode.direct ? codec-min_space :
(process.max_out_frames * 8);
Oops - fixed in repo - multiply by
SQUEEZELITE-1.1-2.12.20130606GITFC34DA0
Changes...
Code:
* Thu Jun 06 2013 - 1.1-2.12.20130606gitfc34da0
- Add squeezelite-process-logging.patch.
- Drop squeezelite-process-cnt.patch.
- Latest git revision fc34da0.
- check free bytes not frames.
JackOfAll wrote:
I've had a chance to compare stuff I've statically upsampled, upsampled
on-the-fly (backend with sox exe), to libsoxr upsampling in squeezelite.
We're good!
I've also verified that using the ondemand (rather than performance) CPU
governor is not a problem. (Didn't think
gregb wrote:
LMS 7.8.0 (on CSOS R5) is not consistently showing album artwork. Any
hints?
Look back earlier in the thread. Someone else was having problems with a
corrupted cache, that was fixed by deleting the sqlite db and rescan.
KERNEL-WAND-3.0.35-CM48
This adds the mytekusb2 kernel module. To use it, you will also need to
install the mytekusb2-firmware package.
Changes...
Code:
* Mon Jun 03 2013 - 3.0.35-cm48
- Add mytekusb2 driver.
Update...
Code:
MYTEKUSB2-FIRMWARE-1.33.10-1
Changes...
Code:
* Mon Jun 03 2013 - 1.33.10-1
- Initial release.
Install...
Code:
sudo csos-cleanInstall-testing mytekusb2-firmware
KERNEL-WAND-3.0.35-CM49
This update adds the mytekusb2 kernel module. (And fixes the ethernet
breakage in cm48.) You'll need to install the firmware package (see post
above) to use the Mytek driver. I don't have a Mytek DAC, so would
appreciate a thumbs up from anyone who does and can confirm it
JackOfAll wrote:
Standalone faad bin can decode what I'm creating. squeezelite libfaad
can't.
Code:
faac -q 500 -w -s -o track.m4a track.wav
results in LC encoded aac in mpeg4 container that squeezelite-libfaad
will decode.
JackOfAll wrote:
Code:
faac -q 500 -w -s -o track.m4a track.wav
results in LC encoded aac in mpeg4 container that
squeezelite-libfaad will decode.
What were you generating before - was it playable by touch? If so do I
need
Squeezelite resample branch should now support all codecs and
dynamically load the library.
John - I think we are at the stage where we can assume resampling is
available from squeezelite - seems to work well, but interested if you
have managed to test?
Triode wrote:
Try now anyway - updated the code for mad and faad with resampling.
[will go back and clean up once I have all the decodes working if the
cpu load is ok]
CPU load is OK with everything I have thrown at it: flac, aac, mp3, ogg.
(As an aside, CPU load is less using libsoxr than
dsdreamer wrote:
@Triode
I see you are busy with upsampling schemes, but I wanted to report my
issues in configuring different DACs using Jivelite.
I had good success with a Musical Fidelity UAC2 VLink 192 interface, but
utterly failed with an AudioEngine D2 UAC1 and also failed
Adrian,
Not pretty I know. I'll leave it to you for an elegant solution.
If the track rate already equals the max we can resample to, don't
resample! (If you try to create the soxr process with input_rate ==
output_rate, it's SEGV's. ;))
The values that you pass into sox_process really do need
SQUEEZELITE-1.1-2.4.20130601GIT7FE386F
Changes...
Code:
* Sat Jun 01 2013 - 1.1-2.4.20130601git7fe386f
- Update upsample patch. (unsigned int - size_t).
Update...
Code:
sudo csos-cleanUpdate-testing squeezelite
Adrian, not that my opinion matters more or less than anyone else, but
for the record I'm signing-off on this, doing the upsampling on the
front-end, 352k8 / 384k, not a problem.
I've had a chance to compare stuff I've statically upsampled, upsampled
on-the-fly (backend with sox exe), to libsoxr
JackOfAll wrote:
Adrian, not that my opinion matters more or less than anyone else, but
for the record I'm signing-off on this, doing the upsampling on the
front-end, 352k8 / 384k, not a problem.
I've had a chance to compare stuff I've statically upsampled, upsampled
on-the-fly (backend
Triode wrote:
Sounds promsing... I've updated googlecode with anther version which
should be gapless. Need to look at the cmd line options.
I'm going to be out for a few hours. Will look later this evening.
Triode wrote:
Do you have some 320k aac material? I think the decode is the
Triode wrote:
I've made a change along similar lines to yours which I think will
work. Could you try the latest googlecode version, or the patch which
it includes:
Thanks, Triode, for such a swift and positive response. I did a git
pull to get your latest
Code:
SQUEEZELITE-1.1-2.5.20130602GITDF9BDAE
Changes...
Code:
* Sun Jun 02 2013 - 1.1-2.5.20130602gitdf9bdae
- squeezelite-process.patch
- Latest git revision df9bdae.
Update...
Code:
sudo csos-cleanUpdate-testing
SQUEEZELITE-1.1-2.6.20130602GITDF9BDAE
Changes...
Code:
* Sun Jun 02 2013 - 1.1-2.6.20130602gitdf9bdae
- Add UPSAMPLE option to systemd squeezelite.service.
Update...
Code:
sudo csos-cleanUpdate-testing
COMMUNITY-SQUEEZE-WEB-1-55.20130602GIT741BCB6
Changes...
Code:
* Thu May 30 2013 - 1-55.20130602git741bcb6
- Latest git revision 741bcb6.
- Add UPSAMPLE option to squeezelite config.
- Update from Ghandi. (Swedish lang properties.)
Triode wrote:
Do you have some 320k aac material? I think the decode is the most cpu
intensive. So that's probably the one to add support for next to see if
lossy codec should be supported?
H. libfaad doesn't want to decode anything created with ffmpeg or
faac...
Code:
Standalone faad bin can decode what I'm creating. squeezelite libfaad
can't.
Code:
[22:23:10.989336] codec_open:169 codec open: 'a'
[22:23:10.989398] codec_open:182 closing codec
[22:23:10.989473] faad_open:484 opening mp4 stream
[22:23:10.989541]
SQUEEZELITE-1.1-2.7.20130602GIT24C915E
Changes...
Code:
* Sun Jun 02 2013 - 1.1-2.7.20130602git24c915e
- Latest git revision 24c915e.
Update...
Code:
sudo csos-cleanUpdate-testing squeezelite
Perhaps a simple question - I'm running CSOS R5 with LMS 7.8.0
(1369215084 @ Thu May 23 10:14:48 BST 2013).
LMS 7.8.0 (on CSOS R5) is not consistently showing album artwork.
Whereas LMS 7.5.2 (r31632 @ Mon Dec 13 13:07:13 PST 2010) on ReadyNAS
seems to consistently show artwork.
Any hints?
Triode,
I'm trying to replicate the rate -v -s -M I'm using for the back-end
resampling with the sox binary, using squeezelite and libsoxr. (For the
moment, my quick hack is in the flac decoder, in the callback, running
the decoded flac-PCM data through libsoxr before writing it to the
output
JackOfAll wrote:
Triode,
I'm trying to replicate the rate -v -s -M I'm using for the back-end
resampling with the sox binary, using squeezelite and libsoxr. (For the
moment, my quick hack is in the flac decoder, in the callback, running
the decoded flac-PCM data through libsoxr before
Triode wrote:
Hum - thats interesting - only just started to look at it, will be
intested if you can work out why...
I'll be interested if I can work out why. ;) I've now gone off at a bit
of a tangent again with an exe from Example 3 that I have put a Java
wrapper around, so I can switch
JackOfAll wrote:
'Changes'
(https://github.com/CommunitySqueeze/Web-GUI/commit/d4946d7264557fc713286676f752fd5948a060e1)
will be in next release. Thank you.
PS. Please don't take this as a criticism. I really appreciate the diff.
Any chance that in future you could use '-u' (unified)
surfek wrote:
Is it just the configuration or just CSOS LMS cannot support video? (if
just config - then how to change it?)
Edit /etc/sysconfig/squeezeboxserver. Clue: the SQUEEZEBOX_OPTIONS
line contains the --no options. You probably just want to comment
out the line, restart the
JackOfAll wrote:
I'll be interested if I can work out why. ;) I've now gone off at a bit
of a tangent again with an exe from Example 3 that I have put a Java
wrapper around, so I can switch between libsoxr re-sampling and sox exe
re-sampling on the back-end.
One other thought before I
Triode wrote:
I think my initial branch will do this, but its just upsampling with a
power of 2 multipler to the highest rate below max sample rate. Is this
logic ok?
Sure.
Triode wrote:
Interested in what your tests are saying... Resample branch on
googlecode should work for pcm and
JackOfAll wrote:
Sure.
Need to check-in process.c?
Oops - try it now...
Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
View this thread: http://forums.slimdevices.com/showthread.php?t=98544
Triode wrote:
Oops - try it now...
I've packaged it, but haven't actually tested myself. Have had enough
for one day.
SQUEEZELITE-1.1-2.2.20130601GIT7FE386F
Changes...
Code:
* Sat Jun 01 2013 - 1.1-2.2.20130601git7fe386f
- Latest git revision 7fe386f.
-
JackOfAll wrote:
I've packaged it, but haven't actually tested myself. Have had enough
for one day.
SQUEEZELITE-1.1-2.2.20130601GIT7FE386F
Changes...
Code:
* Sat Jun 01 2013 - 1.1-2.2.20130601git7fe386f
- Latest git revision 7fe386f.
- Switch
SQUEEZELITE-1.1-2.3.20130601GIT7FE386F
Changes...
Code:
* Sat Jun 01 2013 - 1.1-2.3.20130601git7fe386f
- Quick hack patch to drop/re-aquire output buffer mutex in process.c.
Update...
Code:
sudo
JackOfAll wrote:
I tried to run a quick test on the WB with -u. Got no output, so tried
running it on my desktop from Eclipse debugger. Looks like a deadlock/
resource problem on the output buffer mutex.
Thread 1: slimproto_run() at slimproto.c:531 LOCK_O (wants and is
waiting for LOCK)
@Triode
I see you are busy with upsampling schemes, but I wanted to report my
issues in configuring different DACs using Jivelite.
I had good success with a Musical Fidelity UAC2 VLink 192 interface, but
utterly failed with an AudioEngine D2 UAC1 and also failed HiFimeDIY
Sabre DAC UAC1 device.
JackOfAll wrote:
I'm back using an nfs share for media at the moment. Trying to remember
if I run the Amanero on the hub when I was testing with a USB drive
Don't think I did. It would have been (192k max) with a WaveIO and the
USB drive, both connected via the hub. I wouldn't expect an
JJZolx wrote:
Will this run on the new Wandboard Quad? Four 1 GHz cores, 2GB RAM,
better graphics, plus a SATA header.
http://wandboard.org/
(and should the community Squeezebox DAC card under development run on
it?)
Yes and yes. By the way the Quad runs fast DDR also (533MHz vs
COMMUNITY-SQUEEZE-WEB-1-53.20130530GIT4870C6E
Primarily for Pascal...
Changes...
Code:
* Thu May 30 2013 - 1-53.20130530git4870c6e
- Latest git revision 4870c6e.
- Do not populate Squeezelite config MAC address (using wired interface
MAC) by default unless the
JackOfAll wrote:
One word answer, yes. You'll be using one proc core exclusively for the
up/over sampling 44k1-352k8 or 48k - 384k.
Example below with my server side sox re-sampling on the WB, 44k1 -
352k8, very high quality, minimum phase.
That's wonderful news! I asked about this on
JackOfAll wrote:
COMMUNITY-SQUEEZE-WEB-1-53.20130530GIT4870C6E
Primarily for Pascal...
Changes...
Code:
* Thu May 30 2013 - 1-53.20130530git4870c6e
- Latest git revision 4870c6e.
- Do not populate Squeezelite config MAC address (using wired
dsdreamer wrote:
And earlier you said.
Is your objection to having filters design using interpolated FIR
methods like the response I pasted below? Would this be considered
complex per your post above? Are you planning to use a filter that is
just a truncated (possibly windowed) SINC
JohnSwenson wrote:
I have done experimentation with this offline (run sox on the file,
output to a new file at higher sample rate, play new file), the results
are very very good when doing this, so I think the concept is sound. We
just have to figure out if it is possible to do this in
The Wandboard CPU module uses a standard EDM connector to the base
board, so CSP1/2 could interface to any of the different flavours of
Wandboard. As to whether the Wandboard baseboard has been fixed for
TOSLINK this hasn't been answered in the Wandboard forums but my guess
is it hasn't as the
gregb wrote:
LMS log and scanner access via web page shows empty web page in CSOS
R5:
Have you checked to see if there is anything contained in
the files? (ie. via the file system rather than via LMS.)
Yes, both server.log and scanner.log are non-zero with readable content
when
JackOfAll wrote:
Quote Originally Posted by gregb
Yes, I am seeking to disable the WiFi software, make the interface
inactive, disable the WiFi transceiver hardware, ...
Triode sent me a kernel patch to stop the wi-fi hardware being
initialised but I haven't had time to package it as yet.
gregb wrote:
LMS log and scanner access via web page is working for me today (via
Firefox 21; same browser as last week). Odd.
I spent time trying to reproduce this yesterday, without success.
JackOfAll's Profile:
Will this run on the new Wandboard Quad? Four 1 GHz cores, 2GB RAM,
better graphics, plus a SATA header.
http://wandboard.org/
(and should the community Squeezebox DAC card under development run on
it?)
JJZolx's Profile:
JohnSwenson wrote:
Yes, I would consider a windowed SINC to be a simple filter. That's not
to say that is actually going to be the exact function used. The ones
that seem to have the most detrimental effect sonically are more complex
functions designed to achieve higher stop band rejection
gregb wrote:
LMS log and scanner access via web page is working for me today (via
Firefox 21; same browser as last week). Odd.
I am suspicious the newer LMS mechanism of rotating files has fooled
me to believe log file access via LMS web page was not working, I
suspect LMS scan completed just
I am suspicious the newer LMS mechanism of rotating files has fooled
me to believe log file access via LMS web page was not working, I
suspect LMS scan completed just before the file rotation, and LMS showed
a blank page representing zero length log files. It's clumsy to access
log files via ssh
Hi Clive,
yep, I can replicate this.
Code:
[fedora@wandboard ~]$ sudo csos-cleanUpdate-testing logitechmediaserver
Loaded plugins: langpacks, presto, refresh-packagekit
Cleaning repos: community-squeeze community-squeeze-testing
4 metadata files removed
4
JackOfAll wrote:
This has been the worst kept secret ever. From our point of view, it's
not so much the extra processing power as having a working SATA port.
That's the real killer feature. I've been drooling over the idea of
having a small SSD for the rootfs for some time.
Do you mean by
Pascal Hibon wrote:
Do you mean by the above that the SATA port on the dual Wandboard is not
working?
The Wandboard board we are using is based on the iMX6 Dual Lite. The
Lite bit means no SATA. iMX6Dual (Full) and Quad are needed to support
SATA,
CW
Pascal Hibon wrote:
Do you mean by the above that the SATA port on the dual Wandboard is not
working?
I should have been a little more verbose. It's not so much that it's not
working beacuse it is broken There is obviously a SATA port on the
carrier board and the traces are routed over
JackOfAll wrote:
I should have been a little more verbose. It's not so much that it's not
working because it is broken There is obviously a SATA port on the
carrier board and the traces are routed over the EDM connector, but
unless the CPU on the CPU board supports SATA, (which as Paul
Recent tests on the DAC chip I'm using in the CSP hardware have
determined that it is not possible to adjust the interpolation filter
characteristics. This is one of the prime reasons for wanting to use
that chip in the first place, it was supposed to have fully adjustable
parameters. Well it
lintweaker wrote:
It seems there is a wandboard quad in the works, massive overkill for
CSOS but nice anyway.
Just checked the website and they say June for delivery and 129USD which
is ok considering the differential in the chip pricing is $20 or so and
it has an extra GB of DDR and a SATA
erland wrote:
Was the plan to have a SATA port on the Community Squeeze carrier board
?
CSP1 definitely does not have a SATA port. There is probably room on the
board to add one, but then you need room in the box to put the drive,
and power for the drive. As currently conceived there is no
JohnSwenson wrote:
Recent tests on the DAC chip I'm using in the CSP hardware have
determined that it is not possible to adjust the interpolation filter
characteristics. This is one of the prime reasons for wanting to use
that chip in the first place, it was supposed to have fully adjustable
Triode wrote:
I think Clive is already using sox to upsample to 384 on the server.
Clive - does this work in real time if the server is on the wandboard?
We can probably include libsoxr or libsox in squeezelite if it needs to
be in the player. Do you know if libsoxr will do what we need
JohnSwenson wrote:
The parameters I am actually interested in do not use huge amounts of
processing power so it should be good on the wandboard.
Thanks,
John S.
And earlier you said.
JohnSwenson wrote:
I have done extensive testing of different DAC chips and digital filters
and
Triode wrote:
I think Clive is already using sox to upsample to 384 on the server.
Clive - does this work in real time if the server is on the wandboard?
One word answer, yes. You'll be using one proc core exclusively for the
up/over sampling 44k1-352k8 or 48k - 384k.
Example below with my
It seems there is a wandboard quad in the works, massive overkill for
CSOS but nice anyway.
lintweaker's Profile: http://forums.slimdevices.com/member.php?userid=47485
View this thread:
lintweaker wrote:
It seems there is a wandboard quad in the works, massive overkill for
CSOS but nice anyway.
This has been the worst kept secret ever. From our point of view, it's
not so much the extra processing power as having a working SATA port.
That's the real killer feature. I've been
gregb wrote:
Yes, both server.log and scanner.log are non-zero with readable content
when accessed via ssh. These were readable via LMS when running CSOS
R3.
I'm still sorting through the content of server.log files. It looks like
I have a few corrupted media files, and there are a few
Can you update the LMS package to the current testing one, please and
report back?
I assume this indicates CSOS R5 already matches latest?
$ sudo csos-cleanUpdate-testing logitechmediaserver
Loaded plugins: langpacks, presto, refresh-packagekit
Cleaning repos: community-squeeze
lintweaker wrote:
It seems there is a wandboard quad in the works, massive overkill for
CSOS but nice anyway.
Perhaps processor overkill for LMS, but more RAM may allow RAM file
system for temp files, no swap, etc.
I was seeking a simple method to disable WiFi with CSOS R3.
I unchecked the On Boot box on the Wireless Interface Configuration
page using CSOS R5 (and rebooted). The wlan0 status appears to show both
transmitted and received packets still active, and the interface
indicates UP:
wlan0:
gregb wrote:
I was seeking a simple method to disable WiFi with CSOS R3.
I think we may be talking at cross purposes. The OnBoot setting does not
disable the wi-fi hardware. It stops the interface from automatically
being configured by Network Manager. ie. it will not connect to a
router. When
gregb wrote:
I assume this indicates CSOS R5 already matches latest?
What does rpm -q logitechmediaserver say?
JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread:
JIVELITE-0.1-0.39.20130508GITFE832BA
This only really adds Pascal GPIO functionality, so no requirement to
upgrade.
Changes...
Code:
* Mon May 27 2013 - 0.1-0.39.20130508gitfe832ba
- Include Epoch in dependency versioning.
* Mon May 27 2013 -
JackOfAll wrote:
The OnBoot setting does not disable the wi-fi hardware. It stops the
interface from automatically being configured by Network Manager. ie. it
will not connect to a router. When you talk of disabling wi-fi, what
exactly do you mean? Disabling the hardware?
Yes, I am seeking
JackOfAll wrote:
What does rpm -q logitechmediaserver say?
$ rpm -q logitechmediaserver
logitechmediaserver-7.8.0-0.26.20130523git1369215084.fc18.noarch
gregb's Profile:
gregb wrote:
Yes, I am seeking to disable the WiFi software, make the interface
inactive, disable the WiFi transceiver hardware, ...
Triode sent me a kernel patch to stop the wi-fi module being initialised
but I haven't had time to package it as yet.
For the moment you could prevent the
gregb wrote:
$ rpm -q logitechmediaserver
logitechmediaserver-7.8.0-0.26.20130523git1369215084.fc18.noarch
OK Latest version. I can view the log files OK. Hmmm. Try restarting
the service... Anyone else see the issue?
gharris999 wrote:
That way they could pretend that all the awful I Musici recordings are
actually on period instruments.
I like the I Musici recordings and all this period instrument fachism in
classical music, sometimes drives me nuts ;-)
Ok, having Bach played by the Berlin Philharmonics
dsdreamer wrote:
bakker_be was most probably wanting to play back music recorded at
modern concert pitch (A=440Hz) at an older/different standard of pitch.
I very much doubt he had any intention of listening to test tones.
Perhaps he wants his Mozart at A=432Hz and his Bach at A=415Hz?
Some notes from recent CSOS update from R3 to R5:
a. Downloaded CSOS-Wandboard-Dual-R5-20130514-1.img.7z from
http://www.communitysqueeze.org/images/wandboard/CSOS/ .
b. Re-image onto 8 GB flash card.
c. CSOS setup is quick (establish CIFS mount, set timezone, disable
wireless, Disable and Stop
gregb wrote:
Some notes from recent CSOS update from R3 to R5:
a. Downloaded CSOS-Wandboard-Dual-R5-20130514-1.img.7z from
http://www.communitysqueeze.org/images/wandboard/CSOS/ .
R5 wasn't an official image. Never announced, (or a direct link
posted), it was going to be the placebo test
R5 wasn't an official image.
I was seeking a simple method to disable WiFi with CSOS R3. My how to
update query didn't result in suggestions for updating just the web
interface, and I saw another note indicating re-install would be
prefered to fix other update issues anyway (so I installed R5
Before I drop support for MPEG-4 Scalable to Lossless (SLS) from the
community LMS package, (I'm uncomfortable including the proprietary
sls binary, subject to a license agreement btwn Logitech and
Fraunhofer), does anyone actually have any SLS m4a content?
Triode wrote:
The output device needs to be opened at squeezelite startup to identify
the max sample rate and report this to the server. If you include a -r
option in the squeezelite command line then this step is bypassed and
the max rate set via this parameter is used. This will allow
701 - 800 of 1490 matches
Mail list logo
