Zynewave@levendis wrote:
Thanks for the improvements, Frits.
I even noticed the new object icons’ very tactile look 🙂
Thanks. Which version are you upgrading from? It seems like it’s years since I last changed the object icons.
There is, however, a feature I miss. And that is the ‘Load Plugin Database‘ (from a template project) on the New Project Window. 🙁
As far as I recall, the plugin database option has never been available when you are using a project template. Are you saying you used to have this option?
Zynewave@kingtubby wrote:
Something changed in Podium 3.1.1 that disagrees with Elevayta freeq_boy and space_boy plugins and causes Podium to crash every time. To be fair they haven’t been updated since 2006, so current compatibility could be an issue though they did work in v3.1.0. It’s not a pressing problem as I’ve not tried to use them for quite a while – the problem arose when I did plugin database rebuild – I reinstalled v3.1.0 to check and they were ok, but I’ve removed them for now and was wondering if there’s an obvious change that might have caused the problem…
I haven’t tried these specific plugins, but I have found an issue that causes some older plugins to fail during plugin scan/load. I expect to release 3.1.2 tomorrow, with just this fix.
Zynewave@ups wrote:
Hi, i used the new version on Win7 32bit version with an Edirol UA-25. It did not work. the audiointerface doesnt work and podium shut down. 🙁
Is this a unicodething?
If bugs have appeared in this version, they are most likely caused by the code changes I needed to make in order to support Unicode. Unicode support as such, should not affect audio interface and plugin behaviour.
Can you tell me more about this “Podium shut down”? When does it occur? Can you open the interface dialog and try to select another audio driver?
I need much more info, to be able to diagnose why/where the bug occurs.
I have already found one bug that causes older plugins to fail during plugin scanning, but it doesn’t sound like this is the bug you’ve encountered.
Zynewave@Infinitoar wrote:
My brain child, all of my hard work is “corrupt”. No matter how many times I click the .pod file it says it’s corrupted.
If you email me your corrupt project file, I can try to see what went wrong, and perhaps salvage it. If you suffered a crash or PC-shutdown during a project save command, then there should be a file with the extension “Temp001” in your project folder. This is the project file that is being saved, and it only replaces the real project file once the save is complete.
If you read this recent post by me, you’ll see that I do have plans to improve project backup:
http://www.zynewave.com/forum/viewtopic.php?p=21863&highlight=#21863
Zynewave@Guaranath wrote:
Greetings all!
Greetings.
I recently got an app for my iPad that is called TouchOSC, it is designed to be a MIDI controller for your desktop DAW (and obviously an OSC controller as well). You can edit and design your own templates to suit your needs or your DAW, so I was curious if anyone uses this app and has already designed a template for Podium? If not, I have read here that Podium uses the Mackie standard control setup – so theoretically I could design my own template assigning the Mackie standard designations?
That should be possible. I have no experience with the TouchOSC app, but I think it’s likely that some user already has created an MCU emulation. Perhaps these can be downloaded somehow.
Zynewave@druid wrote:
If you don’t mind me asking, Frits, was the reason you compressed the project files in the first place? Was it related to space utilisation, or were there other considerations?
Space/speed considerations. The .pod format was conceived many years ago, when this truly was an issue. For the updated project file format, I’m considering using http://www.sqlite.org . I have already made some experiments with it, but I haven’t yet determined if it will be efficient enough for real-time project storage.
ZynewaveMake sure you haven’t selected the Axiom input on the “control surfaces” page in the interfaces dialog.
ZynewaveHi,
The Podium mixer can only be controlled by Mackie Control Universal (MCU) compatible devices. I did a quick search on Pro 88, and it doesn’t seem like it can emulate MCU mode.
Frits
ZynewaveZynewave@The Telenator wrote:
Finally for now, all users should be aware that the latest word I think we’ve heard from Frits is that the Microsoft Windows 8 tablet PC Podium-compatible build is going to happen. This, as I’m sure you all know, is a real chunk of time and work for Podium to function properly in a teeny weeny place (storage, memory, processing, etc.) It will influence other feature designs for a while. Right?
Right. I can’t do much more to optimize memory and processing, but there are some challenges with storage. Portable devices (including Win8 tablets) requires that apps can terminate within a few seconds, in case the device needs the memory for another app or if it needs to shut down due to low power. Any unsaved changes must be stored to disk within 1-2 seconds or else the data is lost. Thus, it is not possible to have a complete unsaved project with audio residing just in memory. Project changes need to be committed to file continuously in the background without disturbing the user. To be able to do this I’m considering updating the Podium project file format, as the current file format is compressed and not designed to be partially updated. One side-bonus of this revision, is that it serves as auto-backup in case of crashes. Auto-backup is another major feature that I’m surprised to see no one has mentioned yet in this topic.
ZynewaveI searched for 4-way mouse wheel scrolling, and found a couple of new Microsoft mice (MS Touch Mouse and MS Explorer Touch Mouse), which support speed-adjustable horizontal scrolling. I think the Logitech touch mouse supports 4-way scrolling as well. I’ve now spent a couple of hours adding the support for WM_MOUSEHWHEEL, for the upcoming 3.1.1 release.
Zynewave@druid wrote:
Ah, I would’ve never made presets in plugins with unicode characters because of the fear that it would result in question marks!
It shouldn’t be harmful though, if the question marks appear.
Other than presets, are you aware of any textual data that would transmit between VST and host, that the user can edit, that might contain unicode? Are folder paths transmitted between Podium and VSTs? Naturally if the VST itself loads, it’s entirely within the VST itself, but I was wondering if some VSTs request paths from the host.
Can’t think of any.
Zynewave@Poobah wrote:
@Zynewave wrote:
I remember testing this a couple of years ago, and was not happy with the result. I have a mouse with side-tilt, but it provides horrible accuracy.
Wouldn’t it be better to have it available for the users who would use it? The users who don’t like it could just not use it. I don’t think its accuracy is any worse than a scroll wheel; they both scroll a fixed amount that is configurable in Windows.
Is the code for the tilt support the same as for a horizontal scroll wheel? (I mean checking for a WM_MOUSEHWHEEL window message.) I remember once having a mouse that had two scroll wheels – one for vertical and one for horizontal. It’s useful when applications support both directions rather than ignoring the horizontal scroll messages.
My mouse only supports on/off side tilt of the wheel, which means you cannot adjust the speed of scroll as you can by rotating the mouse wheel. The WM_MOUSEWHEEL message only reports vertical scroll wheel. Considering the time required to implement this feature, and the small number of users who will find it useful, I put this feature request at a very low priority.
The reason I’m talking about all of this scrolling stuff is I find this aspect of the program a bit annoying. With most good Windows applications, you can scroll using a native scroll bar, horizontal scroll wheel or using the middle mouse button. With Podium, you can’t do any of these. I know that you can use the viewport thing at the top of the arrangement editor to scroll horizontally, but it also scrolls vertically, which I find annoying; I don’t want the arrangement to be scrolling around vertically when I’m trying to scroll horizontally.
If you want horizontal scrollbars in the editors, it is possible to add those by editing the editor profiles (adding a scrollbar region). Editing the profiles requires some insight into how the profiles work though, as it’s possible to mess up the editors. If that happens, use the “restore default editor profiles” setup menu command.
The reason the horizontal scrollbars are not there by default, is because they take up space, and that there are plenty of other ways to navigate. Personally I found that I never used the scrollbars. I always use the Ctrl+Alt+Shift key combinations to activate the zoom/slide tools, or hover the mouse over the “Navigator” at the top and use the mouse buttons/wheel. If you click above/below the marked range in the navigator, you can scroll horizontally with vertical position locked.
ZynewaveSynthMaker still does not support generating 64-bit VSTs, which I feel is a requirement to be able to supply Nucleum as part of the Zynewave plugins bundled with Podium x86/x64. Until SM supports 64-bit VST export, I won’t spend time improving Nucleum.
Zynewave@pbattersby wrote:
Try the following.
– Solo a couple of tracks
– Bounce using the master track (off-line render bounce)
– Try to Unbounce the master trackUntil I first unsolo everything, I can’t unbounce. I’m using version 2.40.
Thanks. This is now fixed in 3.1.1.