Zynewave's Forum Page

Profile  |  Topics  |  Replies  |  Favorites

Forum Replies Created

Viewing 15 posts - 1,561 through 1,575 (of 5,972 total)
  • in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17329
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    Navigator looks great!
    My only gripe is that the “snapshot preview” is rather hard to see most of the time, but especially when previewing a snapshot that’s smaller than the current zoom range.

    Can you really tell where it is in this picture (thumbnail)?

    My suggestion: Instead of showing both the current zoom range and the preview, temporarily remove the zoom pane and only highlight the snapshot area. The current snapshot preview doesn’t have the zoom pane’s handles, so I think the chance of someone mistaking it for the actual zoom pane is not very high anyway.

    Good suggestion. Try the new beta5.

    Beta5 also has a few bug fixes. If no bugs are reported for this beta, I’ll release 2.25 this weekend.

    Follow focus track is nice too, but as expected, it doesn’t work with the embedded editor.
    I thought about suggesting the tracks view should scroll to the focus track whenever it gets out of view (unless you manually scroll away from it, of course) – if you didn’t want that, you could just disable follow focus track on the ‘Editor’ editor profile.
    However, this poses another problem, as the event opened in the editor is not necessarily on the focus track at all. 😕

    So the best solution I can think of right now would be reworking it to just “Follow Selection” – as in follow whatever is actively selected (track or event)… I think that’d work very well. :-k

    The purpose of the “Follow focus track” option, is to link track navigation between the mixer and the tracks region. I think extending it to react to event selection can result in mysterious scrolls, as long as it is possible to select events on other than the focus track.

    in reply to: 2.24 #17328
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    A little weirdeness again: If you adjust an audio event’s volume handle and while dragging, move the cursor near the edge of the tracks region, it will start scrolling lightning-fast: Example GIF (the same happens if you increase volume on a track further down, of course). The area in the example is very cramped, but this happens to me sometimes when I’m on the mixer page, where the tracks view only gets ~40% of the screen. Of course it should scroll if you try to move an event up or down, but not while dragging handles, I think.

    Fixed. Thanks.

    Edit2: A similar thing occurs when you’re resizing a track near the bottom edge. The grabbed edge of the track doesn’t follow the cursor anymore after you hit the scroll area at the bottom: Example GIF.

    I think this has been fixed with the new track height system implemented in the 2.25 beta. Let me know if you still have this problem.

    I’ve also got a question related to this: What’s the point of being able to scroll down far, far below the last track, almost into infinity? Shouldn’t it behave more like the navigator, stopping when only the last track is visible anymore? Edit: Oh yeah, after you scrolled down so far you no longer see any tracks, the navigator still falsly displays events on the bottom track as visible.

    I could add a limit, but I generally try to avoid imposing limits like these. Same reason you can (almost) scroll the timeline to infinity. If the topmost vertical position should be limited to the bottom of the last track, then various UI actions would cause the tracks region to scroll automatically. Say you have zoomed in on one of the bottom tracks. If you then collapse the master group track (in the mixer) this would cause the tracks region to scroll upwards to the now minmized tracks. When you then expand the master group track again you have lost the previous zoom position.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17324
    Zynewave
    Keymaster

    @Mike G wrote:

    – When trying to zoom out past the ends of the current selection It’s harder to zoom out so that you can add more stuff after the end of the current arrangement, much harder than it was with a scroll bar. I will just add the scroll bar back in in my profile but wonder if the default setup could be made better. Can you think of a way of making this work in the navigator in an intuitive way?
    The bext idea I can come up with is to allow scrolling of the navigator past the end of the last item in the arrangement.

    I’ve enabled dragging the zoom pane beyond the length of the arrangement. I think it works ok.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17323
    Zynewave
    Keymaster

    @ronin wrote:

    I’ve tested Beta 3 and it seemed to work as expected but I’m not 100% happy with the snapshot feature.
    The snapshot feature would be more useful for me if it only remembers the zoom settings and not the view position. Instead the zoom should be centered around the edit cursor. This would allow me to set zoom settings for “edit crossfades” and for “arranging parts” for example. Maybe someone else thinks this is useful? Can this be added as an option for the feature?
    Shortcuts would also be very important for that feature. I guess it is intended to speed up zooming so a shortcut would be a lot faster than seek&click 🙂

    The new beta4 has key shortcuts for the zoom snapshots. I think it would complicate the snapshot feature a bit too much if it should be optional to exclude the view position from a snapshot.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17322
    Zynewave
    Keymaster

    @Mike G wrote:

    – I’m not sure “Snapshot” is the best name, sounds like a freeze/bounce feature!! How about “Zoom setting”, or “navigator setting” or “Zoom notch”…?

    Really? I thought the word snapshot was appropriate in the sense that it is a photographic snapshot of the zoom pane in the navigator. It may be more obvious with the snapshot mouse-over highlighting in the new beta4. Anyone else think that “zoom snapshot” is a misnomer?

    – When trying to zoom out past the ends of the current selection It’s harder to zoom out so that you can add more stuff after the end of the current arrangement, much harder than it was with a scroll bar. I will just add the scroll bar back in in my profile but wonder if the default setup could be made better. Can you think of a way of making this work in the navigator in an intuitive way?
    The bext idea I can come up with is to allow scrolling of the navigator past the end of the last item in the arrangement.

    Is that because you use the horizontal zoom slider or the rightmost arrow button on the scrollbar? I mostly use the mouse wheel over the timeline ruler or the navigator to quickly zoom out and then zoom in on the new section. Sometimes I also use the Shift+Alt shortcut for the slide tool.

    – I still keep thinking that the editor profile buttons belong at the top near to all the other “view” options/menus etc…
    (…Ctd – Pause to wash a baby!)
    Basically to me it feels that the editor profile buttons should control all that is below them. Lik emost of the other view options at the top of the screen. It particularly feels odd when you click “Big transport” and the profile buttons all jump away from where they were.
    In know last time I suggested this it was for different reasons (I wanted to claim back the space taken up by the buttons)
    Anyway i’d be interested to see what others think.

    Considering the way that the profiles are implemented, it would make sense to put them at the top, as a container for the entire editor. I placed them at the bottom because then they are closer to the editor/mixer/transport, which is the only part that is different in the default profiles. Less distance to move your mouse.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17321
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    I don’t know if its the best moment for ask for this. Could have a track a default event colour and event colour relative to track color? Example, if you track color is yellow and you select black as note colour, the note colour will be yellow+black = brown.

    I ask this because in nice colours designs I find this:

    This is out of scope for this release. Remember to bring it up again when I resume work on updating the editors.

    I will say though: With the extensive color customizations available in Podium, it’s impossible to ensure that all color combinations will stand out.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17320
    Zynewave
    Keymaster

    Beta4 is up:

    The .pod file format is updated with the zoom snapshots, so back up your projects before saving them with this beta, in case you need to go back to 2.24.

    Press Shift+1..9 to recall a snapshot.

    Moved the “follow focus track” and “follow control surface” options from the mixer menu to the editor View menu. This means that the options now apply to both the tracks region and the mixer.

    I’ve modified the way that the zoom range is displayed in the navigator. Hovering the mouse over a snapshot button will highlight the zoom range in the navigator. Let me know what you think of the new style.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17315
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    Love the zoom snapshots! It’s great that the vertical zoom setting is also stored – this is extra nice as you can, for example, use one snapshot for precise editing. But to be honest, with the track height setting I used up until now, a maximum of 200% zoom is much too small for this kind of editing.

    My suggestions are these (one for me, one for you :wink:):

    1. I set my tracks’ default height much larger from now on and try to use a vertical zoom level smaller than the default for normal arranging. Then I can zoom in as far as I like during editing. The disadvantage is that I have to set up two extra things, and I can’t use Ctrl-click on the zoom slider anymore.

    2. The max. zoom amount is increased some more again.

    Try the new beta3. The vertical zoom is now exponential, so the default middle position is still 100%, but maximum zoom is 400% instead of 200%. Beta3 also has a small change to the way track height dragging is handled.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17309
    Zynewave
    Keymaster

    @UncleAge wrote:

    @Zynewave wrote:

    • Added a favorite folder “+” button to the file browser toolbar.

    I clicked the Browser button. The area already had 3 favorite buttons in place. Next I kept clicking the “+” button until there were 9 favorites added, all of the them the same folder. When I did this a couple of things seemed strange.

    1. The “+” button disappeared. Now maybe this is ok since there wasn’t any room left in that area for another button. And I have no problem with the arbitrary number of 9 for favorites, but…

    2. All of the “newly added” buttons were highlighted, seemingly as a group. So selecting any of them selected all of them.

    3. I could not find a way to delete any of the favorite buttons. Any of them.

    Obviously some part of this is a bug.

    Thanks for the walkthrough. Favorites and zoom snapshots can be deleted by Alt+clicking the button, as mentioned in the popup help for those buttons. You can also delete the favorites in the “Favorite Folders” setup dialog. I’ve now made further changes that should make it easier to get through the problems you experienced:

    The “+” buttons for both the favorites and zoom snapshots now only produce a new shortcut button if it does not already exist. When the + button is inactive it is indicated by a dimmed + image on the button.

    The favorite buttons can now be right-clicked to show a menu similar to the one for the zoom snapshots and editor profile bar. In this menu you have a command for deleting the favorite.

    This is available in beta2, which I just uploaded.

    Also in beta2: Clicking a favorite folder or zoom snapshot button a second time will revert to the previous folder/zoom.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17299
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Ok 🙂

    Left clicking in current selected profile button will select the first profile.. I don’t know if this is a feature (weird!) or a bug

    edit: changed the bug description

    It was a feature, and intended as a shortcut for quickly returning to the first (home) profile. No point in having features that are weird, so I’ve now removed this functionality. Thinking about it I agree that it can be perceived as unexpected behaviour.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17297
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Please, don’t misinterpret me: I think that they will be useful for other people but not for me, because I use 10-12 tracks as max for a song of 5-7 minutes.

    Thanks for the explanation. Yes, the snapshots are mostly intended for navigation in large arrangements with many tracks. You can create a snapshot where the vertical zoom is at 0%, so that you can quickly get an overview of all the tracks, and zoom in on the area you want to work on. You can also create zoomed-in snapshots of e.g. drum tracks, bass tracks, vocal tracks and so on, so that you can quickly switch between these different sections.

    in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17295
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    I haven’t any comment about navigator/browser snapshots since I don’t use them 😳

    The zoom snapshot is a new feature in 2.25. It just work similarly to the favorite folder toolbar in the browser. Do you mean to say that you don’t find zoom snapshots useful?

    in reply to: Podium preview topics #17292
    Zynewave
    Keymaster
    in reply to: Customising the default MIDI Parameters #17291
    Zynewave
    Keymaster

    @Malcolm Jacobson wrote:

    I thought Podium used to automatically record any MIDI data a controller sent (back around v 2.04)?

    Is it possible to have an option for this?

    To record a MIDI controller, it has always been a requirement that a matching MIDI parameter object existed in the device definition.

    in reply to: Customising the default MIDI Parameters #17287
    Zynewave
    Keymaster

    There’s no way to customize them, but I don’t mind extending the set of MIDI parameters that are created by default. I’ve now added Channel Pressure and Sustain Pedal (CC64). Are there any other common performance parameters that should be included?

Viewing 15 posts - 1,561 through 1,575 (of 5,972 total)