16
General Board / Re: CDP Interface for Renoise
« on: October 18, 2016, 02:51:00 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.
)
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
)
17
Showcase / Re: Another go at a CDP frontend
« on: October 18, 2016, 02:35:42 AM »
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...
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...
18
General Board / Proposal : higher quality random numbers
« on: September 30, 2016, 09:38:01 PM »
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
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
19
Announce / Re: CDP 7.1 Update available
« on: September 27, 2016, 10:30:48 PM »
Any news on the latest source code being made available?
20
General Board / Re: Google Chrome claims forum contains malware
« on: September 27, 2016, 09:06:56 PM »
Seems to be cleared up here too. Thanks for looking into this.
21
General Board / Re: Google Chrome claims forum contains malware
« on: September 22, 2016, 04:10:11 PM »
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.)
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.)
22
General Board / Google Chrome claims forum contains malware
« on: September 22, 2016, 10:54:36 AM »
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.
23
Showcase / Re: Another go at a CDP frontend
« on: September 10, 2016, 07:50:10 PM »
Still needs some tweaks before a public release. Might take a bit more time because I am also working on a new composition currently...
24
Announce / Re: CDP 7.1 Update available
« on: September 02, 2016, 01:45:22 PM »
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!
25
Announce / Re: CDP 7.1 Update available
« on: September 01, 2016, 06:53:26 PM »
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.
It would be appreciated if source code downloads would appear for building on Windows and macOS.
26
Announce / Re: CDP 7.1 Update available
« on: August 29, 2016, 08:35:31 PM »
Would it be possible to have the latest source codes for download?
27
General Board / Re: RE: 32-bit Linux Port
« on: August 25, 2016, 11:09:25 AM »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.
28
Showcase / Re: Another go at a CDP frontend
« on: August 24, 2016, 08:53:13 PM »
Been making very good progress with this lately. A public beta might be possible soon... 
29
General Board / Re: Compression/Expansion
« on: August 24, 2016, 09:39:55 AM »
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 :
Here's the Envel Warp Exaggate program processing a file in my front end :
30
General Board / Re: RE: 32-bit Linux Port
« on: August 20, 2016, 10:53:09 AM »
The source code doesn't build on/for 32 bit Linux?