64 Bit - Uhbik, Filterscape, Zebra 2.5.2 up!

Official support for: u-he.com
Post Reply New Topic
RELATED
PRODUCTS

Post

Urs wrote:
Sampleconstruct wrote:EDIT: Updating to version 2.5.2 solved the issue, I can now save again :)
Sorry, newsletter is coming soon... I had a few sleepless nights, but newsletter is definately coming this week.

;) Urs
Cool, relax 8)
Top

Post

We had another little trouble on Mac: Out of tune D#s in ACE and Zebra and hanging notes in Zebra AU in Logic (when stopping playback)

This should be gone in these builds:

http://www.u-he.com/downloads/Zebra252MacInstall.zip
http://www.u-he.com/downloads/ACE11MacInstall.zip

Please check it out so we can finally (!) send out newsletters.

Thanks,

;) Urs
Top

Post

Hi,

Zebra and Tyrell are working fine in Win 7 64 but with Ace I got this "file couldn't be created to......Ace.data\Support\com.u-he.ACE.midimap" with a fresh install.
Live crashed.
I had to give this folder write permissions manually to work around it.
It's placed on a extra Drive like Zebra and Tyrell.
Is it me ? Or the installer? i dont know exactly ;)
Top

Post

guppi wrote:Hi,

Zebra and Tyrell are working fine in Win 7 64 but with Ace I got this "file couldn't be created to......Ace.data\Support\com.u-he.ACE.midimap" with a fresh install.
Live crashed.
I had to give this folder write permissions manually to work around it.
It's placed on a extra Drive like Zebra and Tyrell.
Is it me ? Or the installer? i dont know exactly ;)
Hi... hmmm... are you certain that you have the new ACE 1.1? - I was pretty sure that I fixed any occurrance of crashes, which means that if a file couldn't be opened or created, it's simply ignored. The warning would still be displayed, but it shouldn't crash (as the original ACE 1.0 unfortunately did). I could be wrong though... might perform some more tests...
Top

Post

Urs wrote:
guppi wrote:Hi,

Zebra and Tyrell are working fine in Win 7 64 but with Ace I got this "file couldn't be created to......Ace.data\Support\com.u-he.ACE.midimap" with a fresh install.
Live crashed.
I had to give this folder write permissions manually to work around it.
It's placed on a extra Drive like Zebra and Tyrell.
Is it me ? Or the installer? i dont know exactly ;)
Hi... hmmm... are you certain that you have the new ACE 1.1? - I was pretty sure that I fixed any occurrance of crashes, which means that if a file couldn't be opened or created, it's simply ignored. The warning would still be displayed, but it shouldn't crash (as the original ACE 1.0 unfortunately did). I could be wrong though... might perform some more tests...
Ace11 Winstaller says : 24.07.2011, Dll says : 18.07.2011..?


edit: to be clear : vst ist on Drive F:, the library is on the same partition but within a extra folder, like Zebra and Tyrel. The installer sucessfully installed the link to the libraries (all 3 Synths) but only ACE crashed...
Top

Post

I don't know if this issue has already been resolved but in Reaper 4.01 64bit on Mac, it's only showing the 32bit version of Zebra, Zebralette, Zebrify 2.5.2 not the 64bit versions. I've totally removed the old versions and re-installed but it's still the same.

*edit* Ah, my mistake. I've just noticed that the 64bit VSTi versions for Mac won't be released until later this year.
Top

Post

I recently updated all my u-he plugins, and it's mostly working ok in 64-bit Logic 9 (ACE, Zebra, MFM seem fine).

But my Uhbik plugins no longer show up. Is there something I can do to fix this?

Adam
Top

Post

Hey Adam,

Hmmm... works fine here. Do you maybe have Uhbik.component twice on your Mac?

Urs
Top

Post

Urs wrote:Hey Adam,

Hmmm... works fine here. Do you maybe have Uhbik.component twice on your Mac?

Urs
Thanks for the response. There was only one .component.

The problem was some Logic plugin caching issue. My theory is I had opened Logic in 32-bit mode with 32-bit Uhbik installed, and it got cached as a 32-bit plugin. Then it got confused when the new version was installed and simply omitted it from the plugin list. Anyway, I figured out a fix:

Delete ~/Library/Caches/com.apple.audiounits.cache, then restart Logic.

Logic rescanned all my AUs and then Uhbik reappeared and works fine. (note I also had to reopen it is 32-bit mode again to get it to rescan my 32-bit plugins - maybe if I had just done that, it would have sorted out the problem too?)

Adam
Top

Post

Just a quick note on my W7-64 install: the 2.5.2 installer still wouldn't let me install the data to my preferred location. I had to install to the default (same as the dll) and then merge the new version with the original:

Zebra .dll install folder: C:\VSTPlugins-32\u-he\
Zebra.data folder is in: C:\Users\MyName\My Documents\u-he\

FYI...
Top

Post

The Zebra installer still creates an empty 'Program Files' folder on the drive where it's run, which is slightly annoying :? Can this be sorted out, please? I mean, even your own Uhbik installer doesn't do it, so it must be an easily fixable bug.
Top

Post

Hi. I'm getting similar error to guppi, except with Zebra. I purposely told it to put the data folder in the VST folder even though it advises against it, and the installation runs fine. Except then in Reaper x64 on my Win7 sp1 64bit system on launch when it scans VST's I get -

"file couldn't be created to......Ace.data\Support\com.u-he.Zebra.midimap"

Reaper lets you ignore the errors during its VST scan, but then they of course don't show in the available VST list despite definitely being in my plugins folder.

I downloaded what I presume is the brand-newest version from the u-he site.

If I tell the Zebra installer to install the data folder to a different, non-Program files location during install - for example, I picked my Documents directory because that's where I have my Tyrell data saved, and Tyrell works fine - it gives me the following error attempting to progress pass the folder creation stage of the installer:

Runtime Error (at 63:352):

IPersistFile:: Save failed; code 0x80070003
The system cannot find the path specified.

Then installation halts after I "ok".

Arg.

In the first instance, guppi said he had to give write permissions to a particular folder as a workaround. 1. is this still necessary? 2. if so, which folder?

Thanks!
Top

Post

Well, I've googled the issues and they seem related to the Innosetup installer I'm using.

The actual permissions problem of course is related to the Vstplugins directory in Program Files, which isn't writable. Hence the Installation manual has a section about solving that issue by manually moving the data somewhere else :-)
Top

Post

Urs wrote:Well, I've googled the issues and they seem related to the Innosetup installer I'm using.

The actual permissions problem of course is related to the Vstplugins directory in Program Files, which isn't writable. Hence the Installation manual has a section about solving that issue by manually moving the data somewhere else :-)
Thanks for the reply Urs!

Yes, I'm aware of the first part of the problem (now)... teaches me to read the readme's and such! However, still no solution to the error I get by storing the Data elsewhere. Any temporary workaround ideas?

Thx!
Top

Post

Urs wrote:Well, I've googled the issues and they seem related to the Innosetup installer I'm using.

The actual permissions problem of course is related to the Vstplugins directory in Program Files, which isn't writable. Hence the Installation manual has a section about solving that issue by manually moving the data somewhere else :-)
Having the same issue here (which I also emailed you about) but I really don't think it's a permission problem. I have UAC switched off entirely and still get the same issue and installers can most certainly write anywhere they like :)

As per bitterkitten, I have also tried using completely different locations which are definitely writeable with no joy.
Top
Post Reply

Return to “u-he”