u-he

tribalogical · Post by **tribalogical** » Wed Sep 26, 2007 6:33 pm

quick, almost trivial question... can we apply the dark horse skin to the new beta without issues? I've gotten hooked on it, I'm afraid...

peace,
tribalogical

Urs · Post by **Urs** » Wed Sep 26, 2007 6:46 pm

tribalogical wrote:quick, almost trivial question... can we apply the dark horse skin to the new beta without issues? I've gotten hooked on it, I'm afraid...

I'd recommend to use the old Zebra.txt, but replace the colour section (top section of the file) with the customized one...

Apart from some spelling differences (Portamento->Glide) the new one may contain additional info for the persistance upon gui close/open...

Cheers,

Urs

poonna · Post by **poonna** » Wed Sep 26, 2007 8:35 pm

Will the new 2.2 release come with new Howard's patches? I'd really like to hear his clones of Moog LP patches.

poonna · Post by **poonna** » Wed Sep 26, 2007 8:57 pm

By the way, the bug with displaying Oscillator preset name on the oscillator is still there. I loaded up Transmission's 2 osc - 1 filter (XMF) (no FX) template, picking Osc PWM (LFOG1) for oscillator 1. When picking a preset for oscillator 2, the name either didn't show up or showed up at the wrong place (overwriting Mix and FX labels on the oscillator, for example).

Note that I use Unempty Darkhorse skin with the original Zebra.txt (changing only the colour section as recommended). I'm not sure if this has anything to do with the problem.

bmrzycki · Post by **bmrzycki** » Wed Sep 26, 2007 9:40 pm

With the latest Z2.2b6 AU (OSX 10.4.10 Macbook) it looks like midimaps are not being saved.

I can map elements when I open it and use them for the duration of the session, when I close it I even see a map being created:

Code: Select all

$ cat /Users/bmrzycki/Library/Application\ Support/u-he/com.u-he.Zebra2.midimap.txt 
110=PCore:X_1 //Core:X1
111=PCore:Y_1 //Core:Y1
112=PCore:X_2 //Core:X2
113=PCore:Y_2 //Core:Y2
114=PCore:X_3 //Core:X3
115=PCore:Y_3 //Core:Y3
116=PCore:X_4 //Core:X4
117=PCore:Y_4 //Core:Y4
118=main:CcOp //Main Loop Circuit:Output

However, the next time I load Z2b6 AU I see the following in the Console.App output:

Code: Select all

LOADING PREFERENCES
Preset/Script parsed in 632 Microseconds
MidiMapFile taken: /Users/bmr/Library/Application Support/u-he/com.u-he.Zebra2.midimap.txt
placeholder without notification for X1
placeholder without notification for Y1
placeholder without notification for X2
placeholder without notification for Y2
placeholder without notification for X3
placeholder without notification for Y3
placeholder without notification for X4
placeholder without notification for Y4
placeholder without notification for Mag-Phase Plot
placeholder without notification for Mag-Phase Plot
Preset/Script parsed in 625 Microseconds
PresetSaver: DefaultPresetFormat 0
ModuleName for tun file: 'VoiceCircuit Tuning' for Param 281, Module 4
ok, AM_View_PresetManager -> AM_Message_ViewInitialized
ok, AM_View_PresetManager -> AM_Message_ViewInitialized
PresetSaver: DefaultPresetFormat 0

After this reset all the midi maps are gone and I'm forced to re-map again by hand. I didn't do anything special when I installed Z2.2b6 other than drag the compenent into my /Users/bmrzycki/Library/Audio/Plug-Ins/Components directory.

bmrzycki · Post by **bmrzycki** » Wed Sep 26, 2007 9:49 pm

poonna wrote:By the way, the bug with displaying Oscillator preset name on the oscillator is still there. I loaded up Transmission's 2 osc - 1 filter (XMF) (no FX) template, picking Osc PWM (LFOG1) for oscillator 1. When picking a preset for oscillator 2, the name either didn't show up or showed up at the wrong place (overwriting Mix and FX labels on the oscillator, for example).

On the Z2.2b6 AU on a Mactel it looks fine (default Z2 skin):

Large Image

Or maybe you're using the Windows version?

poonna · Post by **poonna** » Wed Sep 26, 2007 9:57 pm

Yes, I'm on Windows XP here, running energyXT 1.4.1, and using Unempty Darkhorse skin.

Urs · Post by **Urs** » Wed Sep 26, 2007 11:30 pm

bmrzycki wrote:With the latest Z2.2b6 AU (OSX 10.4.10 Macbook) it looks like midimaps are not being saved.

I gotta check this out.

The stuff in the console is just some debug stuff that I hadn't taken out yet. It isn't related.

As the file gets written, I assume it just doesn't get loaded properly.

Anyone have a similar problem on Windows?

#---

Regarding the "overwrite" on too long text, I havn't worked on that yet. I think I started on it on MacOS, but I don't think I've touched it on Windows (after the hassle I had when switching system, I think I'm still too traumatized to touch things that are too close to the system rather than layers of code that I've written by myself).

Later,

Urs

codef0x · Post by **codef0x** » Thu Sep 27, 2007 2:12 am

ZebraOS
I wouldn't mind Urs writing a replacement operating-system-in-a-VST. Then it's only a short leap to replace all other alternatives and obtain the ultimate synthesis-based OS!

Urs · Post by **Urs** » Thu Sep 27, 2007 2:26 pm

slowriot wrote:am loading .tun files created in Jeff Scott's Lil Miss Scale Oven, a process that worked perfectly in 2.1. Unfortunately though I cannot tell you whether this bug is exclusive to this 2.2 beta, as this is the first one that I have used.

Hmmm, I've checked with my .tun files and everything seems okay... can you send me one of your .tun files to urs at u-he dot com for further checks? I have a little suspicion as to a possible inconsistency in .tun files... hmmm...

Thanks,

Urs

Urs · Post by **Urs** » Thu Sep 27, 2007 9:08 pm

Urs wrote:
slowriot wrote:am loading .tun files created in Jeff Scott's Lil Miss Scale Oven, a process that worked perfectly in 2.1. Unfortunately though I cannot tell you whether this bug is exclusive to this 2.2 beta, as this is the first one that I have used.
Hmmm, I've checked with my .tun files and everything seems okay... can you send me one of your .tun files to urs at u-he dot com for further checks? I have a little suspicion as to a possible inconsistency in .tun files... hmmm...

File arrived, fix implemented, ready for testing soon!

kingtubby · Post by **kingtubby** » Sat Sep 29, 2007 3:49 pm

I have a gui related BR. The graphic redraw of the dials is a bit sluggish and jumpy when moving them. It occurs when adjusting with the mouse as well as via midi controllers. It cropped up from Z2.2b5 (that was the first of the 2.2 betas I tried though so maybe not relevant) It's still a problem with b6 but is not quite as noticable as it was with b5. I'm on winXP.

Mart.

Urs · Post by **Urs** » Sat Sep 29, 2007 3:57 pm

kingtubby wrote:I have a gui related BR. The graphic redraw of the dials is a bit sluggish and jumpy when moving them. It occurs when adjusting with the mouse as well as via midi controllers. It cropped up from Z2.2b5 (that was the first of the 2.2 betas I tried though so maybe not relevant) It's still a problem with b6 but is not quite as noticable as it was with b5. I'm on winXP.

Is that when tweaking the very same knob with mouse and CC?

Urs

moocher · Post by **moocher** » Sat Sep 29, 2007 4:30 pm

Any ideas on the mac vst time scale?. I'm not trying to rush you, just curious.

kingtubby · Post by **kingtubby** » Sat Sep 29, 2007 4:49 pm

Urs wrote:
kingtubby wrote:I have a gui related BR. The graphic redraw of the dials is a bit sluggish and jumpy when moving them. It occurs when adjusting with the mouse as well as via midi controllers. It cropped up from Z2.2b5 (that was the first of the 2.2 betas I tried though so maybe not relevant) It's still a problem with b6 but is not quite as noticable as it was with b5. I'm on winXP.
Is that when tweaking the very same knob with mouse and CC?

Urs

I see your point...but no, I meant separately of course

Mart.

u-he

KVR Audio

[ZEBRA2] V2.2 is out!