PaulStretch3 preview(12) release

[Xenakios]

Oh ok guys sorry I never noticed there were two different threads

Sorry for the confusion but the plugin could not be a direct port from the stand alone application code, so it made more sense to have a different release package and thread here in the forum.

[Julien Unison]

Yes I totally understand

[Kalamata Kid]

Oh ok guys sorry I never noticed there were two different threads

'
Same here!
Appenrly this is the standalone thread
and for the plugin thread see
(is the X in PaulXstretch)
viewtopic.php?p=6957295

Did I get this right?

[teilo]

I have finally tried this, having known of, but never used the original version. I'm a bit blown away, I have to say. Ran some short liturgical pipe organ pieces I generated in Hauptwerk through it, and got this incredible ambient soundscape upon which to build. Looking forward to putting more time into it.

[Xenakios]

pipe organ pieces

With suitable settings, it can actually make a organ-like sound from other sounds.

[Loopy C]

I wanted to come back and add to the chorus of people blown away by your update Xenakios

It just so happened, I had spent many hours today exploring the 'Harmonics' and 'Tonal/Noise' sections, and had discovered what you mention above...so now a whole new world of creation from PaulStretch3!!!

Anyway, just want to say thanks again for a job well done...and I look forward to your work concerning 'Lambda'?, the one with the CDP functions? Looks to be brilliant

[AZZIN]

It looks like something related to the version of libstdc++ on which you build it (and possibly I don't have). Is that the dependency issue you got?

Yeah, the dependency issues I got after resolving the webkit thing were about the C++ library. (It needs a pretty new one with C++14 and even newer things included. That does appear to be present in Ubuntu 16.10, though...So it's not the absolute latest what is required.)

And I can pretty much guess that if that dependency problem somehow gets solved, yet another one pops up...(I can try to test if there's some way to build everything statically into the binary, but I don't even know if that's supported with JUCE and FFTW...

edit : Sorry, this is something that is starting to take a ton of time and effort to sort out, I'd rather work on the upcoming plugin version's code than these build issues on Linux. You can use the "ldd" command to see what shared library dependencies the binary has, there are quite a few...

Hello, back again on this wonderful project (I know that the standalone is outdated but ... )
Since November I installed Mint 18.3 (==> Ubuntu 16.04) and the Juce 5.2 framework.
I was able to compile the project from your git (including all the linked libraries) only if I comment out this line in globals.h:

template<typename... Args>
inline String formatted(Args... args)
{
String result;
// az 30012018: I had to comment this in order to compile.
// (result << ... << toString(args));
return result;
}

otherwise the error I get is:

Compiling MyComponents.cpp
In file included from ../../Source/PS_Source/PaulStretchControl.h:21:0,
from ../../Source/MyComponents.h:4,
from ../../Source/MyComponents.cpp:1:
../../Source/PS_Source/globals.h: In function ‘juce::String formatted(Args ...)’:
../../Source/PS_Source/globals.h:53:15: error: expected primary-expression before ‘...’ token
(result << ... << toString(args));
^
../../Source/PS_Source/globals.h:53:15: error: expected ‘)’ before ‘...’ token
Makefile:151: recipe for target 'build/intermediate/Debug/MyComponents_29ffb56b.o' failed
make: *** [build/intermediate/Debug/MyComponents_29ffb56b.o] Error 1

I don't know if this has any impact or not. Looking at the compiled program it seems to work fine, up to now no issues. Any hints?
I just want to that thanks again for this beautiful porting (and evolution, anyway...)

Alberto

[CrystalWizard]

Thanks a bunch Xenakios. Your remodel job has renewed my interest in Paulstretch.

[Xenakios]

Looking at the compiled program it seems to work fine, up to now no issues. Any hints?

Hello, nice you got it working!

You got lucky with that fix, it's a code path that isn't used at the moment. The part where the compiler barfs uses a relatively new C++17 feature. (Fold expressions.) Which I may actually use in the future in other code. But since the standalone PaulStretch3 development is more or less finished, it's not likely it will have any impact in it. (Or I can just avoid using the fold expressions in that code.)

I've now pushed a commit for the code into the git repo that has those C++17 parts removed.

[Caine123]

i never used this just found it via google , is it still worked on?

[lobanov]

i never used this just found it via google , is it still worked on?

No, it is obsolete. On the first page Xenakios wrote:

edit : This project is now more or less obsolete, development efforts are now going into the PaulXStretch plugin. But if someone desperately needs a bug fix or a very small feature implemented for this stand alone application, I may consider it.

[Pytchblend]

Topic about PaulXStretch: viewtopic.php?f=6&t=496544&start=195&hilit=PaulXStretch

[Hadrondrift]

This great project apparently got an excellent refresh:
https://sonosaurus.com/paulxstretch/

[farfadetfarfelu]

[audiojunkie]

Very, very cool!