koalaboy@creativeforge wrote:
@koalaboy wrote:
64bit Podium 😯 8) 😀 😀
OK, so translation please? 😉
That’s easy 😉
😯 – Wow, how did I miss this !!
8) – This is great news as I’ve been hoping for native 64bit podium for a while.
😀 – It runs my 64bit plugins nicely (limited testing)
😀 – It integrates nicely with jbridge for the remaining 32bit plugins.
What’s not to understand 😆
koalaboy64bit Podium 😯 8) 😀 😀
koalaboykoalaboy@Zynewave wrote:
I prefer to wait with this until I get a Windows 7 64-bit installation so that I can try out all the features of jbridge. I don’t know when I’ll order a new PC. I’m waiting to see what the verdict is on the new range of multitouch laptops that are about to come out.
That makes perfect sense (as long as you don’t go off turning Podium into some live performance touch-based interface :P)
I can use jbridge to ‘wrap’ the DLLs so they work in podium (with a few setting changed) although there does seem to be a problem importing a whole folder of wrapped DLLs but I haven’t had time to track it down – individually the first few work fine.
koalaboyAnother ‘quirk’ I noticed today is with Parameter automation tracks.
I had a couple assigned, and then when I used the ‘selector’ in one, I assumed I could change the parameter that would be automated, keeping the actual data.
Instead, when I selected a parameter, it created a brand new automation track keyed to that parameter.
This could be because I’d deleted the VST and re-assigned it afterwards, but I didn’t expect the selector to create a new entry.
koalaboyI don’t know if it’s specific to this version, but I know there were a lot of GUI changes, so….
Could the ‘default height’ of a parameter automation track, perhaps be made a little smaller at the default zoom ?
It seems to take up almost twice as much space as it needs to (I know I can collapse the track it’s associated with, so they’re minimised) and the minimum height is the same, so it’s can’t be reduced.
Also, when a track is expanded in height, the selectors seem to pop-in in blocks… could they pop-in one at a time as the height allows ?
Otherwise, I’m loving the whole new GUI experience 8)
koalaboyAny more thoughts on at least integrating jbridge support, as per the link I previously posted ?
Cakewalk have put it in Sonar alongside their own bitbridge which shows how much people like it, and it would certainly ease the usage.
Windows 7 x64 is running very nicely for most things here and it would be nice for Podium to directly integrate jbridge plugins (The latest version can even keep the GUI integrated into the host app, and not a separate window).
WIth VSTs like Kontakt being 64bit now, and me having 12GB of RAM to use, podium needs jbridge (or equivalent) to help use that memory.
koalaboykoalaboykoalaboykoalaboykoalaboyI certainly wouldn’t expect anything hidden to be selected, or changed as part of any editing – if it’s hidden, it shouldn’t exist for anything except providing audio until it’s un-hidden.
I’d certainly prefer the default was changed, and an ‘affect hidden tracks with edits’ option was added.
koalaboyThe developer of jBridge has just posted an example of how to integrate his wrapper a bit more into a host (the users still need to install the jBridge part seperately):
http://jstuff.wordpress.com/jbridge/how-to-add-direct-support-for-jbridge-in-your-host/
koalaboyUse under 4GB per application, but over for the operating system as a whole.
Basically, if I’m running 3 applications, they could each have up to 4GB and with 12GB total there’d be hardly any page swapping.
Sure, it’s not going to solve the problem if your application needs more than 4GB by itself, but for many people (myself included) that’s not a problem with most things including audio.
For 3D graphics, Huge samplesets and other things, you would need true 64bit, but for eveything else there’s PAE (Physical Address Extension) which allows the operating system to have access to much more than 4GB.
Unfortunately, Microsoft disabled it in everything except the most expensive 32bit operating systems (Windows Server Enterprise) due to driver clashes. Apple don’t seem to have had the same problem (perhaps due to more constrained hardware) and so it’s enabled by default in the current OS.
When Snow Leopard (the 64bit mac OS) comes out, it’ll be able to run true 64bit apps as well, and it will be interesting to see how the stability (and things like Audiounits) are handled – knowing apple, it’ll work very well.
koalaboyI must admit, I’m doing my best to move to OSX.
Even with their ’32bit’ OS, you can see more than 4GB of RAM (I have 12 at the moment) which solves the compatibility issue from the start.
Also, you don’t then have the idiocy of “Program Files”, “Program Files (x86)” and “Program Data”.
I’d hoped Windows7 would convince me, but they haven’t solved much of anything, and still insist on removing control from the user.
I’ll take to running Podium in VMWare once I achieve my goal 😀