I have an effect that I run on a Raspberry PI. It produces the VU meter
but displays it on a LCD device.
In concept it can run on any device. In reality it requires the LCD kernel
module found at https://github.com/lucidm/lcdi2c
Is there a place in the SoX ecosystem to publish/publicise such
Would the new tool work on strange platforms like pi-zero?
On Mon, Aug 3, 2020 at 10:09 AM Måns Rullgård wrote:
> Jan Stary writes:
>
> > On Aug 02 15:21:55, m...@mansr.com wrote:
> >> In the SoX tree, there are currently support files for autotools, CMake,
> >> and two ancient versiona of
On Aug 03 11:38:29, cla...@xenei.com wrote:
> Would the new tool work on strange platforms like pi-zero?
It's matter of the OS, not the HW platform.
> On Mon, Aug 3, 2020 at 10:09 AM Måns Rullgård wrote:
>
> > Jan Stary writes:
> >
> > > On Aug 02 15:21:55, m...@mansr.com wrote:
> > >> In
Jan Stary writes:
> On Aug 02 15:21:55, m...@mansr.com wrote:
>> In the SoX tree, there are currently support files for autotools, CMake,
>> and two ancient versiona of Visual Studio.
>>
>> Out of the box, the CMake build fails, but with the right options it
>> completes successfully, for now.
Claude Warren writes:
> Would the new tool work on strange platforms like pi-zero?
I have no immediate plans to replace the existing autoconf based build
system. If you're having trouble building for some target, please
provide details so that it can be fixed.
--
Måns Rullgård
Hi all,
the CMake builds fails for you? I just tested it on Windows and WSL and
on both platforms the build completes successfully. As it works for me,
I'm in favour of keeping it. Which options do you need to pass to CMake
for the build to succeed?
Magnus
On 2020-08-03 13:31, Jan Stary wrote:
Pander writes:
> On 8/2/20 12:52, Måns Rullgård wrote:
>> Måns Rullgård writes:
>>
+ if (stat->fft_average) {
+ for (i = 0; i < samples / 2; i++) /* FIXME: should be <=
samples / 2 */
+ fprintf(stderr, " %f %f\n", ffa * i, re_average[i] / len);
