Zynewave's Forum Page
Forum Replies Created
-
ZynewaveKeymaster@khaos wrote:
Any plans for a drum sampler? I have 100’s of single hit samples and it would be great to be able to use them in the drum maps.
I have lots of ideas for a drum sampler, so I hope to find time to work on that at some point. Currently I have quite a few Podium features that I want to finish first, so I don’t see myself working on instrument plugins for the next 6 months.
ZynewaveKeymasterIt seems that not all plugins are loaded into the library. I have quite a few (mostly free) plugins and they are in a fairly large directory structure
I had a security check in the scanning code that allowed a max depth of 4 subfolder levels. I’ve now increased this to 8.
Also, when I update the library (instead of rebuilding it), it creates several duplicate submenus in the insert-menu.
Yes. The database update will append new mappings (with their subfolder location) to the end of the list. You can either select to rebuild the database, or manually organize the new mappings into the desired folders.
ZynewaveKeymasterBeta3 is up.
When moving/resizing/stretching events, the color of the mask is now semi-transparent black with white graphcs and text on top. This should work with all color setups, except if you have set the color of the timeline or events to complete black.
I’ve also finished my code review and test of the new stretch functionality, so let me know if you find bugs.
I’m going to spend a day or two updating the guide, and then release 2.33.
ZynewaveKeymasterHi Gabriel,
It’s not a limitation of the Free version. Currently, only wav and aiff file formats are supported. In the future I’ll most likely extend this with .flac and .mp3 support.
ZynewaveKeymasterBeta2:
Fixed all bugs I’m aware of. Let me know if you find more.
While dragging a stretch handle the stretched sequence will be painted translucent on top of the track events. The stretch factor is written at the bottom of the dragged event.
Added “Reset Time-Stretch” command to the edit menu.
The time-stretch factor is now saved in the project file.
ZynewaveKeymasterI have bookmarked this thread for future reading.
I haven’t even finished reading the epic “The Device Mapping Thread” 8-[
ZynewaveKeymasterJuly 1, 2010 at 08:45 in reply to: Restricted to Podium license owners
ZynewaveKeymasterThis content is restricted to Podium license owners.June 30, 2010 at 17:34 in reply to: Restricted to Podium license owners
ZynewaveKeymasterThis content is restricted to Podium license owners.
ZynewaveKeymasterI think your English is fine. If you speak it as well as you write, then I don’t think you will have problems communicating in an English speaking work environment.
ZynewaveKeymaster@Ortac wrote:
So this means I can’t use samples of different sample rates in one project?
Currently all sounds are played back at the samplerate selected in the arrangement properties. I’ve begun experimentation with stretching and resampling, so there is a chance that you’ll be able to use different sample rate sound files in Podium within a couple of months.
ZynewaveKeymasterSorry, I can’t give a time frame for these features. I’ve tried giving long-term time estimates in the past, but they rarely come through, due to the way that Podium development changes course in response to user feedback. So I no longer give time estimates to avoid disappointing users that expect a certain feature to be implemented.
ZynewaveKeymaster@Grenoybel wrote:
Edit: Ok, I’ve done more tests and it’s only happening if I loop in the first bar, and the lost of sync is just in the first beat
Then it’s probably because Nerve ignores negative ppq values (parts per quarter note).
The host provides the plugin with a ppq position at the start of each ASIO buffer. Since Podium may start the loop at bar 1 in the middle of an ASIO buffer, it calculates a negative ppq at the buffer start, so that a ppq value of 0 is synced to the point in the buffer where the loop starts. You may want to contact the Nerve developer about this, if the missing sync remains a problem for you.
ZynewaveKeymaster@thcilnnahoj wrote:
Well, I can’t say I’m overwhelmed by the beautiful lightshow you now get moving the mouse across an arrangement. I could probably enjoy it more if it had a short fade-in/out time, but that’d be too much to ask.
Are you saying that you’d rather not have the highlighting? I made it for consistency with the note event highlighting. I’m planning to add it to the tempo and marker events as well. Further down the line I’ll probably remove the remnant black frame highlighting.
– A problem I’ve occasionally had in the note editor seems to have found its way into the arrangement view now, too. Namely, short events are drawn in a weird way. It’s also very hard to see when they’re selected:

It’s because the new side edges are darkened more than the previous 4-side frame. I’ve now compensated for this by reducing the darkening when the event is less than 4 pixels wide, on both track and note events.
– With a color scheme using bright text on dark backgrounds, notes and event names expand beyond the event borders. Also, the event name box seems offset from the start, resulting in 1px of waveform not being dimmed:

That’s on purpose. The miniature note events have always overlapped the frame. The dimming of the background below the text now has a border of 2 pixels. I found I preferred this look, and it has the benefit that the background is not dimmed when the event is less than 3 pixels wide, as per your previous issue with darkened short events.
– At first glance, I liked the softly colored edges of adjacent events better than the clear-cut almost black lines, although I guess it does make for a better visual separation and I’ll quickly come around to prefer it. It looks weird though sometimes, as the backdrop of the event name, phantom copy and mute symbol seem to overlap the right edge (as mentioned above):

I’ve now shrunk the header area with 1 pixel, so that it does not overlap the right side dark edge. I agree that this provides better separation of joining events.
– There’s a bump at the top on fades and crossfades. Don’t see it? Let’s zoom in. 😛

I’m not seeing anything unusual. What bump are you referring to?
– Events look like they’re shrinking when you hover over them (this actually was the same before, but not as noticable):

Yes. Further down the line, I’ll find an alternative to the black frame highlighting. I left it in, because it is a help when editing crossfades.
Fix: The track event background color is now painted properly when only part of the event is record enabled with punch-in and punch-out.
Nice! But It’s still off with overlapping events:

This is a consequence of the way I layer the painting. Perhaps you can set up a poll asking if people would prefer I redesign this, rather than implement time-stretching 😉
I have a question at the end: Maybe I’m completely crazy, but weren’t there “Undo/Redo Inside” menu entries in the event right-click menu until one or two versions ago!?
They disappared a while ago, in one of the cleanups of the edit menu.
