No products in the cart.
This is a massive bug, guys. I don’t know how this one escaped your radar.
Just upgraded to 1.3.0 on two different machines – a Mac Pro running the latest OS and Cubase 6, and an i7 PC on Windows 7 64-bit.
I loaded EZdrummer into both Cubase 6 and Vienna Ensemble Pro on the Mac, as well as Vienna Ensemble Pro on the PC. In ALL THREE apps – both 32-bit and 64-bit flavors – the host crashes when you load a second EZdrummer plug-in.
Hi,
it doesn’t happen here on OS 10.6.7 with:
Toontrack solo 1.3.0
Logic Pro 9.1.3
Ableton Live Lite 6
Cubase 4.5.2
Pro Tools HD 9.0.2
and AFAIK, it wasn’t reported by any of the Windows users during Beta cycle, so it still points to something local.
A logical explanation as I see right now for the 64-bit apps to crash, is if you point them to the 32.bit .dll file instead of the 64-bit ezdrummer.dll but that wouldn’t explain why the 32-bit apps would crash…unless they pick up the 64-bit version instead.
Best Regards,
John
John Rammelt - Toontrack
Technical Advisor
HI orchetect, I know this won’t help you but the 32bit version works fine here too.
Cheers,
Mauri.
Cubase Pro 11 x64 with jBridge | WaveLab Elements 10.0.50 | W10 Pro x64 Dual Boot on 2 SSDs plus 3 SSDs for samples and project/audio files | i7 5930K @ 4.6GHz (stable) | ASUS X99 Pro | 32GB G.SKILL Ripjaws RAM | RME HDSPe AIO | GPU AMD Radeon RX 580 Series | Mackie HR624 MKII | 2 x UAD2 Solo PCIe | 2 x 24" LED monitors...
It seems rather inexplicable that 1.2.1 would perform fine on two different platforms in different hosts, then both break in the exact same way when upgraded to 1.3.0. I tested multiple 32-bit and 64-bit hosts on both machines.
At this point I don’t know what to assess. It’s not a plug-in mixup on the PC. On the Mac it’s impossible to mix up 32/64 bit VST plugins because they’re part of the same binary file. And yet this crash behavior persists. I am wondering if it has something to do with a corrupt EZX data folder or something. I just don’t have the time to be screwing around with this. I’ve rolled back to 1.2.1 and forging ahead for now.
1.2.1 was only 32-bit, 1.3.0 installs both a 32-bit .dll and a 64-bit .dll on Windows if you run both installers. They reside in different locations, though.
BR,
John
John Rammelt - Toontrack
Technical Advisor
I’m fully aware of that. I have explicit control over where they reside. But it’s a further proof that there is something wrong with EZdrummer in this new version because of the identical crash behavior across multiple platforms. It has NOTHING to do with 32 or 64 bit.
Do you have any errlog files associated with these host crashes?
Scott Sibley - Toontrack
Technical Advisor
That’s a good question. I can see if there are any I can dig up.
I found the Cubase 6 crash report on the Mac:
http://dl.dropbox.com/u/1477110/ezd/Cubase%206_2011-05-01-112539_Rig.txt
Hi,
thanks but you need to find the Superior 2 errlog.doc (if any is produced).
On PC you should find it in ‘Documents and SettingsAll UsersApplication DataToontrackSuperior2’ or similar
On your Mac it should be in ‘Mac HD/[User]/Library/Caches/com.toontrack.superior.superior2’
BR,
John
John Rammelt - Toontrack
Technical Advisor
I checked those locations on the Mac and PC and I’m not sure they will be of any use to you. The errlog.doc files I found had modification dates weeks old.
Additionally, I have a utility on the Mac that monitors system wide file/disk activity. I did not see any Toontrack error log files being written or accessed. Only the system crash log file and other non-related files.
If it’s of any interest, the only contents in these files were these lines, and they were from an old copy of SD2’s errlog, and not EZdrummer’s.
Error in configfile ‘Save Chunk’ line 3 :Illegal command ‘CurrentKey’
Error in configfile ‘Save Chunk’ line 4 :Illegal command ‘currentTrack’
Farray::AddMemUse underflow 32300 -8075 -32300 -169
Farray::AddMemUse underflow 292 -73 -292 -73
Sorry,
I wrote the superior 2 path out of habit. So no EZdrummer errlog in the corresponding ‘ezdrummer’ places?
Even with ‘old’ mod dates?
BR,
John
John Rammelt - Toontrack
Technical Advisor
No sir, I checked thoroughly through both the All Users and the current user’s data files on the PC. There are folders for EZdrummer, but no errlog inside. Just for SD2.
Same on the Mac – there are folders for both, but only one errlog for EZdrummer with just the “Illegal command” lines as stated above, with an old file date.
OK,
thanks, I’ll check what next step is and one of us will respond here ASAP.
BR,
John
John Rammelt - Toontrack
Technical Advisor
Hi,
can you please confirm that this happens only when using higher than 44,1kHz sample rate?
BR,
John
John Rammelt - Toontrack
Technical Advisor
Good call.
In 44.1k it’s stable as a rock. In 48k the second instance of EZdrummer crashes the host immediately.
I also noticed that the samples load blazing fast in 44.1k with EZdrummer, but in 48k they take close to 2 minutes to load.
All my sessions run at 48k so this is definitely a problem.
I also noticed that the samples load blazing fast in 44.1k with EZdrummer, but in 48k they take close to 2 minutes to load.
That’s expected as all the individual samples need to re-sample to any sample rate other than 44.1kHz.
I believe the programmers are looking into any issues at the moment.
Scott Sibley - Toontrack
Technical Advisor
No products in the cart.