Zynewave's Forum Page
Forum Replies Created
-
January 21, 2010 at 23:43 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17323
ZynewaveKeymaster@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.
January 21, 2010 at 23:34 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17322
ZynewaveKeymaster@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.
January 21, 2010 at 22:11 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17321
ZynewaveKeymaster@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.
January 21, 2010 at 19:13 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17320
ZynewaveKeymasterBeta4 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.
January 17, 2010 at 01:07 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17315
ZynewaveKeymaster@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.
January 15, 2010 at 23:59 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17309
ZynewaveKeymaster@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.
January 15, 2010 at 14:14 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17299
ZynewaveKeymaster@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.
January 15, 2010 at 13:10 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17297
ZynewaveKeymaster@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.
January 15, 2010 at 11:53 in reply to: Preview 2.25: Zoom snapshots & revised track height zoom #17295
ZynewaveKeymaster@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?
ZynewaveKeymaster@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.
ZynewaveKeymasterThere’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?
January 13, 2010 at 18:12 in reply to: Restricted to Podium license owners
ZynewaveKeymasterThis content is restricted to Podium license owners.
ZynewaveKeymaster@Conquistador wrote:
Screenshots as promised… 😉
This is with ClearType on. Reaper IMO has much clearer text compared to Podium here. I really do not know why Podium looks much less clear compared to Reaper :-k
Podium is on the left and Reaper is on the right. Look at the “Fabfilter Timeless” text for the inserts.

But if I switch off ClearType…can you spot the difference between the two applications “Fabfilter Timeless” text now? I can hardly tell them apart…below…

Podium is far sharper than the first image now that Cleartype is off and matches (maybe even goes further than) Reapers text for clarity in the second image. Quite a difference and quite easy to see IMO with those screen shots.
So Podium it appears benefits clearly from having anti aliasing disabled for certain areas (inserts on tracks and mixer strips) but anti aliasing is very helpful elsewhere in Podium that is why I think adding some kind of option to disable anti aliasing for the Insert, Source and Input buttons (just for the tracks and mixer strips) will solve this problem.
I hope that helps.
Thanks.
Anti-aliasing of fonts and other graphic elements are two different things. Podium uses its own anti-aliasing routines when rendering buttons and lines etc.
When it comes to fonts, Podium uses the default smoothing options selected in the OS, such as Clear-type. Podium uses the “Microsoft Sans Serif” font, which is the default Windows font used way back on the earliest Windows versions. Reaper probably uses a different font, since there are small differences in the letters at the small size.
I’ve done some experiments with alternative fonts. I also tried to set the small font to be aliased, while the normal font is anti-aliased, and frankly I think the two shown together looks horrible 😕
In a future update I’ll add the possibility for the user to select a custom font in Preferences.
ZynewaveKeymaster@H-man wrote:
At the risk of sounding like a broken record, would this be a good time to add the option of different colours (ie. lighter colours for darker themems) for the markers on the level meters?
Are you talking about the dark 0, -3, -6, -12 dB indicator lines within the meter? If so, would the solution be to use the configured text color instead of black to highlight the lines?
