Composers Desktop Project Forum

Quote from: djeroek on October 09, 2016, 11:09:40 AM
Oh snap, what's this!? Behind the scenes development of v2?

Cool! Let's keep The CDP alive! (I am still not gonna turn into a Renoise user, though. )

Still working on this...

The source code repository is located at :

https://bitbucket.org/xenakios/cdp-front-end-mark-ii/commits/all

At the moment cloning/downloading the source code is not going to be very useful. Visual Studio and XCode projects are not yet in the repo and the .jucer file doesn't generate working projects either. I am still considering what I will do with the files needed for building the application. And of course endlessly procrastinating on giving out the ready to use binaries for the public...

It looks like the CDP code base does random number generation in some non-ideal ways :

1) It uses the standard C library rand() function, which has notoriously bad implementations in the wild. Solution : Use a higher quality random generator such as Mersenne Twister.
2) It uses the system time in seconds to seed that rand() generator. Solution : Get the random seed from a higher resolution clock or an actual entropy source on the system.

I am not sure how easy these are to fix in a C codebase, but I could look into what is available...

edit : I was able to pop in a Mersenne Twister generator that is seeded from a higher resolution clock. Of course this needs further testing etc...

edit2 : Here are the changed/added files (within the dev/sfsys directory) :

https://drive.google.com/file/d/0Bwi8r1Zqbjh_cmJ3QUd2OVFBZjg/view?usp=sharing

Any news on the latest source code being made available?

Seems to be cleared up here too. Thanks for looking into this.

Actually the warning appears from the top level address http://www.unstablesound.net/ too...(Google considers CDP a malware?  Well, kind of sad and annoying, really. I've myself had to experience false antivirus and malware alarms when I've distributed Windows builds of my softwares. Sigh.)

When opening this forum's URL, Google Chrome shows a red page claiming the forum contains malware with a hidden option to continue browsing into here. I don't know if it is a false alarm or something real, but perhaps the forum moderators could take a look at it.

Still needs some tweaks before a public release. Might take a bit more time because I am also working on a new composition currently...

Quote from: simonk on September 02, 2016, 11:34:50 AM

Some work still to be done, they should be on Github in the next week or so.
I'll  post a link  then.

Very nice to hear! Thanks!

To clarify the above : there is a source code download link for the release 7.1 for Linux, but that link points to the same source code package as the link for release 7.0...

It would be appreciated if source code downloads would appear for building on Windows and macOS.

Would it be possible to have the latest source codes for download?

Quote from: palmfron on August 20, 2016, 01:45:54 PM
CDP beta linux sources are 64-bit.  Unfortunately, my older cpu only supports 32-bit.  Tried compiling before I realized this issue.

Are you getting compiler errors? That might be because of using an old compiler. Or is there some other issue? The binaries build but they don't work on your 32 bit system?

I don't see any obvious reason how the source codes themselves would be "64 bit only". By "64 bit compatible" they probably mean the code doesn't use pointer tricks and such that only used to work with 32 bit CPUs. (It says "64 bit compatible" on the CDP download page, not "64 bit only"...)

I can test compiling for 32 bit on my Ubuntu 16 laptop to confirm.

edit : OK, so I tested building on my 32(*) bit Ubuntu system with GCC 5.3.1. The built binaries actually end up as 32 bit ones and I didn't need to do anything special for that to happen. I doubt the CDP programs would benefit from being compiled into 64 bit in any case. I only tried building "modify" and "sfedit" so far because I didn't want to first install/build the external dependencies nor wait for all the CDP programs to build. (My Linux laptop is quite slow.)

(*) Mistake there before. The laptop actually has 32 bit Ubuntu installed.

Been making very good progress with this lately. A public beta might be possible soon...

You might want to look into the Envel programs, particularly the Warp modes.

Here's the Envel Warp Exaggate program processing a file in my front end :

The source code doesn't build on/for 32 bit Linux?