3.4.4 is now released.
I’ve added a “Crossfade dragged overlapping sound events” option to the tracks region properties dialog. You can either toggle this option when you switch between editing podcasts and music projects, or you can create a dedicated podcast editor profile. Will be available in Podium 3.4.4.
Crossfade is currently always applied when you move sound events onto other sound events. The undo command is indeed the only way to revert that. The ctrl/alt/shift keys all have a function when dragging events, so there is no simple way to implement a key shortcut to prevent the crossfade.
One solution would be to add an option to the Tracks Region Properties dialog, but you would need to toggle that option if you want to change behavior. Do you need to avoid the crossfade consistently, or just occasionally?
At some point I will have to look into either CLAP or VST3 support. I expect it will happen in 2023. From a development perspective I would prefer to start by adding support for CLAP, unless there are a substantial number of new plugins that will only support VST3.
Hi. There is currently no option to include plugin setting changes as part of the arrangement undo history. At some point in the future I will do a revision of the plugin support in Podium, and this feature will be something I will try to incorporate. I don’t have a time frame.
Hi. All Podium versions should still work. It’s possible that your editor setup in the Podium.ini file has been corrupted. If you can access the menus in the top menu bar, then select the “Setup/Restore Default Editor Profiles” menu.
Thanks for the crash.dmp file. It seems this particular crash occurred when quitting Podium, so I wonder if this is a different type of crash than the one you describe. Does the crash happen as soon as you record arm the track? If either of you have more crash.dmp files from other crashes I would appreciate if you can send them to me.
Please send the dmp file to info @ zynewave.com.
Not supported yet, sorry. Over the years the feature priorities have shifted, and this feature is not there yet. At some point I’m going to work on supporting other plugin formats, either VST3 or the new Clap plugin format, and at that point the MIDI support will be revised as well. I can’t give you an estimate at this point.
Thanks for the dmp file. The crash happens when Podium tries to access the “WaveformImageCache.db” file that should be located in your “Projects root folder” (as specified in Preferences).
I will fix Podium so that it doesn’t crash when the db access fails, but from the dmp file I cannot see what the specific error is. Could you check that your WaveformImageCache.db is not set as read-only and that it is not blocked by your firewall?
If you can’t find any issues with the WaveformImageCache.db file you could try to delete it. Podium should then regenerate all the waveform images when it starts up.
Please send me the dmp file to my email: info at zynewave.com
I thought this sounded familiar. A forum search revealed another topic that deals with the same issue. Perhaps the recommendations at the end of the topic regarding Windows Defender can help you:
Hi. Are there any error messages shown when you try to run Podium? What Windows version are you using and what Podium version are you using?
If the Podium window doesn’t appear at all, then it could be caused by a hanging audio or MIDI driver. If you open your “Documents/Zynewave Podium” folder you should see a Podium.ini file. Try renaming that to Podium.bak and then try to open Podium.
Hi Nick. You can access all the objects within a project via the Object Browser panel in the Browser page/window.