bugreports go in here, please
- KVRist
- 104 posts since 23 Apr, 2012
Hey guys, I'm having serious crashes in a project whenever I open the CL xl, tweak it and then close the window my host crashes almost every time, I'm using Digital Performer 7.24 and OSX 10.7.3 4 gigs RAM a latest gen Mac Pro, MOTU PCIe 424 soundcard, any ideas ?
-
nick at artsacoustic nick at artsacoustic https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=65180
- KVRist
- Topic Starter
- 441 posts since 14 Apr, 2005
That's very strange, of course this shouldn't be. No clue right now, but we'll investigate, i think we have a few DP users, we'll possibly involve them to recreate the problem. Does this also happen in an empty song with no other plugins open?Mario-C. wrote:Hey guys, I'm having serious crashes in a project whenever I open the CL xl, tweak it and then close the window my host crashes almost every time, I'm using Digital Performer 7.24 and OSX 10.7.3 4 gigs RAM a latest gen Mac Pro, MOTU PCIe 424 soundcard, any ideas ?
- KVRist
- 104 posts since 23 Apr, 2012
I'm only guessing but I think it's a 32 vs 64 bit thing ?
Here's what I saw in the last crash :
Crashed Thread: 45
Thread 45 Crashed:
0 PerfMSL.dylib 0x022e8ca9 0x22e8000 + 3241
1 PerfMSL.dylib 0x022ecdd9 catch_exception_raise_state + 7833
2 PerfMSL.dylib 0x022ea05c operator delete(void*) + 26
3 libstdc++.6.dylib 0x9860ff43 std::string::_Rep::_M_dispose(std::allocator<char> const&) + 67
4 libstdc++.6.dylib 0x98610bab std::string::assign(std::string const&) + 105
5 com.artsacoustic.audiounit.CL1 0x30349056 CIPProtection::parseSerial(std::string const&) + 168
6 com.artsacoustic.audiounit.CL1 0x3034a990 CIPProtection::checkS(std::string const&) + 164
7 com.artsacoustic.audiounit.CL1 0x3034af42 CIPProtection::is_SerialValid() + 24
8 com.artsacoustic.audiounit.CL1 0x30336cbb AAThreadedUI::refreshPresetPopup(IPopupControl*, AAConfig*, char*) + 71
9 com.artsacoustic.audiounit.CL1 0x3033703f AAThreadedUI::_threadfunc(void*) + 219
10 libsystem_c.dylib 0x92455ed9 _pthread_start + 335
11 libsystem_c.dylib 0x924596de thread_start + 34
Thread 45 crashed with X86 Thread State (32-bit):
eax: 0x00000004 ebx: 0x22723cf0 ecx: 0x00000004 edx: 0x22723ce8
edi: 0x19a95800 esi: 0x22723cf0 ebp: 0xb18e0c28 esp: 0xb18e0c00
ss: 0x00000023 efl: 0x00010286 eip: 0x022e8ca9 cs: 0x0000001b
ds: 0x00000023 es: 0x00000023 fs: 0x00000023 gs: 0x0000000f
cr2: 0x00000004
Logical CPU: 6
I still have to test with an empty song, is there a way to open the plug in in 32 bit mode only ?
Here's what I saw in the last crash :
Crashed Thread: 45
Thread 45 Crashed:
0 PerfMSL.dylib 0x022e8ca9 0x22e8000 + 3241
1 PerfMSL.dylib 0x022ecdd9 catch_exception_raise_state + 7833
2 PerfMSL.dylib 0x022ea05c operator delete(void*) + 26
3 libstdc++.6.dylib 0x9860ff43 std::string::_Rep::_M_dispose(std::allocator<char> const&) + 67
4 libstdc++.6.dylib 0x98610bab std::string::assign(std::string const&) + 105
5 com.artsacoustic.audiounit.CL1 0x30349056 CIPProtection::parseSerial(std::string const&) + 168
6 com.artsacoustic.audiounit.CL1 0x3034a990 CIPProtection::checkS(std::string const&) + 164
7 com.artsacoustic.audiounit.CL1 0x3034af42 CIPProtection::is_SerialValid() + 24
8 com.artsacoustic.audiounit.CL1 0x30336cbb AAThreadedUI::refreshPresetPopup(IPopupControl*, AAConfig*, char*) + 71
9 com.artsacoustic.audiounit.CL1 0x3033703f AAThreadedUI::_threadfunc(void*) + 219
10 libsystem_c.dylib 0x92455ed9 _pthread_start + 335
11 libsystem_c.dylib 0x924596de thread_start + 34
Thread 45 crashed with X86 Thread State (32-bit):
eax: 0x00000004 ebx: 0x22723cf0 ecx: 0x00000004 edx: 0x22723ce8
edi: 0x19a95800 esi: 0x22723cf0 ebp: 0xb18e0c28 esp: 0xb18e0c00
ss: 0x00000023 efl: 0x00010286 eip: 0x022e8ca9 cs: 0x0000001b
ds: 0x00000023 es: 0x00000023 fs: 0x00000023 gs: 0x0000000f
cr2: 0x00000004
Logical CPU: 6
I still have to test with an empty song, is there a way to open the plug in in 32 bit mode only ?
- KVRist
- 104 posts since 23 Apr, 2012
- KVRist
- 104 posts since 23 Apr, 2012
-
alex at artsacoustic.com alex at artsacoustic.com https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=65582
- KVRist
- 77 posts since 18 Apr, 2005
- KVRist
- 104 posts since 23 Apr, 2012
Hi Alex, I never heard back from you guys and I'm still having lots of crashes with the CL plugin, I don't have it registered with my regular email but I'm a paying customer hope to hear from you soonalex at artsacoustic.com wrote:Unfortunately we do not have a DP license in our test environment.
I will prepare an OSX build for you within this week. To see if this fixes the behavior you have seen with DP.
-
- KVRer
- 8 posts since 6 Jun, 2010 from Berlin, Germany
Big Rock AU is not validating under OSX 10.8.x. Any Idea?
-
- KVRist
- 240 posts since 20 Nov, 2003 from Atlanta and Portland
I'm having some crashing in Digital Performer that I think is the CL series,
DP 7.24
Mac OS 10.6.8
vers 1.0.19
It also pops loudly when I hit the bypass button in DP. I don't use the bypass on the plugin because I can't see it.
bb
edited to add more info.
DP 7.24
Mac OS 10.6.8
vers 1.0.19
It also pops loudly when I hit the bypass button in DP. I don't use the bypass on the plugin because I can't see it.
bb
edited to add more info.
- KVRist
- 104 posts since 23 Apr, 2012
So is there a fix for us DP users on Mac in the horizon ? Still crashing like crazy ...
- KVRAF
- 5680 posts since 25 Dec, 2004
Try sourcing a free VST host and activate in that, on Windows i found the host "VSThost" of which i used to activate some troublesome plugins, maybe they have an OSX version?MatzeMillion wrote:Big Rock AU is not validating under OSX 10.8.x. Any Idea?
sketches... http://soundcloud.com/onesnzeros
some artists i support... https://bandcamp.com/spectraselecta
some artists i support... https://bandcamp.com/spectraselecta
- KVRAF
- 5680 posts since 25 Dec, 2004
I am having some major bursts of white noise/digital clipping upon opening my projects that contain any of the CL compressors. It generally happens on projects which are hovering at or under the 50% CPU mark, but sometimes on very small projects. I am running Cubase 6.5.4, and the noise bursts happen on both Windows 7 and OSX 10.8.4 (every OSX since 10.8.2 which i started on).
My Windows machine is an i7 1.6GHz and my MacbookPro is an i7 2.7GHz.
When the project loads, there are (generally) 3 bursts, each one is approx double the length of the previous burst.
_ __ ____ each burst is about a second apart. And LOUD!!!!!
My Windows machine is an i7 1.6GHz and my MacbookPro is an i7 2.7GHz.
When the project loads, there are (generally) 3 bursts, each one is approx double the length of the previous burst.
_ __ ____ each burst is about a second apart. And LOUD!!!!!
sketches... http://soundcloud.com/onesnzeros
some artists i support... https://bandcamp.com/spectraselecta
some artists i support... https://bandcamp.com/spectraselecta
-
nick at artsacoustic nick at artsacoustic https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=65180
- KVRist
- Topic Starter
- 441 posts since 14 Apr, 2005
- KVRAF
- 5680 posts since 25 Dec, 2004
Thanks for letting me know Nick!
sketches... http://soundcloud.com/onesnzeros
some artists i support... https://bandcamp.com/spectraselecta
some artists i support... https://bandcamp.com/spectraselecta
-
- Chief Tracktioneer
- 532 posts since 14 Nov, 2002 from London
Hello guys - I've been having some trouble with the AU version of the CL compressor in Tracktion.
We had a report from a user who said it was crashing, so I ran it up myself in the debugger, and AFAICT it just seems to be stomping over random bits of memory. This usually crashes pretty quickly, but even when it does keep running long enough to test, it produces silence.
Note - this is specific to OSX 32-bit, and only in the AU version, not the VST. You could reproduce it by just grabbing a copy of tracktion and loading up the plugin - it seems to go bang pretty much immediately.
Strangely, it works ok in the JUCE demo audio host, which obviously uses the same hosting code as tracktion, but I guess that if it's causing memory corruption, then the demo app may just be lucky enough to not get hit in any critical places.
We had a report from a user who said it was crashing, so I ran it up myself in the debugger, and AFAICT it just seems to be stomping over random bits of memory. This usually crashes pretty quickly, but even when it does keep running long enough to test, it produces silence.
Note - this is specific to OSX 32-bit, and only in the AU version, not the VST. You could reproduce it by just grabbing a copy of tracktion and loading up the plugin - it seems to go bang pretty much immediately.
Strangely, it works ok in the JUCE demo audio host, which obviously uses the same hosting code as tracktion, but I guess that if it's causing memory corruption, then the demo app may just be lucky enough to not get hit in any critical places.