@LiquidProj3ct wrote:
Frits, I’ve thinking and ignore snap shorcut should act before start the movement, because imagine a note like this:
If you want to move the note start or end a little to fix something in a melody, if you start dragging without ignore snap shortcut you will lose the clue about where was exactly the start or end of the note.
So the solution would be that if the cursor is over events (not free piano roll / arrangement space) or in its border shift key works as ignore snap before click.
You would only need to click, and then press Shift, before starting to drag. Thus you can avoid that it snaps before you press Shift.
I don’t like having an alternative behaviour of the Shift key depending on whether your mouse is over an event. I often use the Shift+Click+Drag marquee selection to quickly select a bunch of events. I’d like to be able to do this without worrying whether I clicked on an event.
@thcilnnahoj wrote:
@Zynewave wrote:
After thinking about it for a while: How about assigning Shift+Alt as the x/y drag lock (currently Shift), and then assigning Shift to override snap? These shortcuts will only work if you press them after you have clicked the events to start the drag.
Sounds fine to me. Would it only work when moving events, or maybe also circumvent the selection rectangle snapping to the grid when you the modifier it while drawing it?
I think it should override all snapped actions.
@LiquidProj3ct wrote:
@Zynewave wrote:
Can’t it sometimes be confusing to have both snap modes enabled? For example, if you have an event that is very close to the grid line, it would be very hard to see whether you have dragged it so that it snaps absolute to the grid, or relative.
No 🙂 In theory you can believe can be some problems, but in the practise you discover that you always see where you’re snapping, even 1 pixel. While Podium hadn’t relative snap I had to use Reaper or FL Studio to do it, and that’s my experience.
If the event is very close to the grid line (but not on it), there may be zero pixels difference. Depending on which side of the grid line you drop it, the event will be snapped absolute or relative, but you won’t have a visual indication of which. My point is that I would like some indication while dragging, whether the current mouse position snaps absolute or relative to the grid. It could be done by highlighting the vertical grid line when snapped absolute. I’ll think about that.
If I decide to support it, it certainly will be optional. It’s likely that some will dislike snap working both for absolute and relative positions. You get twice the number of snap points when dragging events, and thus it can be harder to drop events precisely. Anyone else have an opinion on this?
Is the rendered audio ok up to the point where it cuts off?
Does it happen only with this arrangement?
Are you using any demo plugins that time out after a couple of minutes? 😛
After you’ve bounced the master, try the “move bounced audio to new track”. Is the sound event the full length of the arrangement?
I limited it to one octave up/down, because shifting further than that sounded horrible 😯
The method used in zPitch is based on dividing the audio into variable-sized slices (determined by analysis of the waveform) and then cross-fading them while reducing/repeating slices to achieve the desired time-stretch. This is a CPU efficient method and it works well for small adjustments. For more extreme stretching you need a different and more CPU demanding algorithm.
@JonteyshLably wrote:
You have to make the pianoroll more flexible, no double click to prelisten a sample in browser (if I have not missed a setting)
Hi,
The pianoroll is going to be improved in the future. Double-clicking in the file browser should start an audition/prelisten of the sample. A small progress indicator appears at the right side of the file in the list. You can right-click a sound file to see the audition shortcuts available.
Podium doesn’t generate a crash log.
The best way to report a bug is to post the actions you do to cause the bug/crash. If it is a bug I can reproduce on my system, it is easily fixed.
If you can’t reproduce the bug, then I would still appreciate if you can tell me as much details about what you did when the crash occurred. It may give me some hints as to what I should test.
@LiquidProj3ct wrote:
You can see how I use Reaper demo’s piano roll. When I move the note it always snap to the nearest grid or relative snap point. When I ignore snap I’m using shift key.
Thanks for the video. I only tested the snap in the track view, so that’s why I didn’t see both absolute and relative working at the same time. Can’t it sometimes be confusing to have both snap modes enabled? For example, if you have an event that is very close to the grid line, it would be very hard to see whether you have dragged it so that it snaps absolute to the grid, or relative.
However if I want do a groove in Podium I need to enable/disable snap constantly, because sometimes I want to move the notes snapping and others without snapping and quicky fix any start or duration with shift key. It’s lightning fast and it appeals me to work.
edit2: about shift key to ignore snap, I’ll be happy with caps lock or ‘A’ or ‘Z’ to temporary enable/disable snap
After thinking about it for a while: How about assigning Shift+Alt as the x/y drag lock (currently Shift), and then assigning Shift to override snap? These shortcuts will only work if you press them after you have clicked the events to start the drag.
I’d like the key shortcut behaviour for snapping to be identical in all editors, so since Ctrl and Alt are used to drag copies in the arrangement editor (Windows standard), it has to be Shift or some other combination.
@LiquidProj3ct wrote:
Thanks you for try it. Please watch this video, it’s a rar file, it compressed the video from 1.300Kb to 50Kb 😮
When I click the link you provided it says the file is temporarily unavailable?
Edit: And now it’s available.
@LiquidProj3ct wrote:
I think Reaper is more perfect that Protools managing relative snap. The note/clip/event just snap to the gridlines and relative snaps while you’re dragging it. It easy and quick, you don’t need do nothing, it’s perfect for a good workflow.
I tried the Reaper 3.51 demo, and I don’t see the behaviour you describe. To me it seems that you either get absolute or relative snap, but not both at the same time. You toggle between absolute/relative in the Snap options dialog. You can make Reaper snap to the start/end of other events, in addition to absolute/relative snap.
And if you allow me an opinion, shift key should be reserved to ignore all snaps point and move the note freely, because ‘T’ is pretty far from the left hand that usually is in Ctrl-Alt-Shift-D-F.
The Shift key is used for locking dragged events in the x/y drag direction. I find this shortcut very useful. What do you suggest as a replacement for that?
@kyran wrote:
@Zynewave wrote:
Snap point should of course be available for sound events, but do you think it should also be available for sequence events? It could be useful if you for example create a curve sequence with a fade-in, and set the snap point at the end of the fade-in.
Sound and sequence event should stick to the same snap rules/settings, IMO, if only for the sake of consistency. I’m sure relative snap will also prove useful on sequence events in a beat slice/glitch session 🙂
Just to clear up any possible confusion: “Relative Snap” mode will always affect all events.
My question was whether the possibility to set a Snap/Sync Point inside a sound event also should be available for sequence events. I’ve decided to do this, at least for reasons of consistency, as you mentioned.
I’ve browsed the documentation for various other hosts. Pro Tools calls it “Sync Point”, Cubase calls it “Snap Point”, Samplitude calls it “Hotspot” and Reaper calls it “Snap Offset”.
So what should Podium call it? I’m leaning towards “Snap Point”.
@Lion wrote:
Any way we’ll be getting this?
Yes. I’m still gathering strength for starting work on it :wink:. I don’t have an estimate yet, as I’d like to have all minor stuff I have on my todo list dealt with before I start on this.
I dont know much about Fourier transforms and all that, but isn’t time streching and pitch shifting basically using the same methods?
I made zPitch actually to get the technology that I need when eventually implementing time-stretching. The pitch shifting is achieved by sample rate converting the sound and then time-stretching it so that the speed is the same when played back at the original sample rate.
@Ohrbruch wrote:
Is there any way to save a complete project into one folder including all the audio files used in the arrangement?
Not currently. A “consolidate” feature is planned. This will offer the option to create local copies within the project/arrangement folders for all externally imported sound files.