Zynewave's Forum Page

Profile  |  Topics  |  Replies  |  Favorites

Forum Replies Created

Viewing 15 posts - 1,606 through 1,620 (of 5,966 total)
  • in reply to: Applying an effect to a specific part of an audiofile #17146
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Zynewave wrote:

    @MelodyMan wrote:

    I have another question. Is there a way to copy a track with just the effect rack and not the audio-events on it?

    Another method that does not involve track templates:

    Select the track you want to copy. Select “Track/Clipboard/Copy Track” (Ctrl+C). Select the destination track. Select “Track/Clipboard/Replace Effect Chain” (Ctrl+Shift+V).

    But there’s a bug (?) involved, as when you copy the effect chain to a blank track (fader-enabled by default), faders will be at two points in the chain (presuming the fader was set somehere in the pasted effect chain, as it often is).

    Fixed. Thanks.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17137
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Zynewave wrote:

    Beta 6 is up. Minor changes and some bug fixes. I think I still need a couple of days working through all the bug reports.

    It’s hard to test though if we don’t know what to check for! 🙂 Are you taking on bugs related to changes in 2.24 only, or the ones reported in the releases forum too?

    Bug reports outside this topic is coming next. If they’re nasty bugs, it may mean that I won’t have the final release ready until next weekend.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17133
    Zynewave
    Keymaster

    @kingtubby wrote:

    The default dial position of the pitch control in zPitch is wrong when enabled in the mixer. When ctrl-clicking on it to set it to the default position (0 cents) it goes to -1200 cents. In fact it’s the same with all the controls in zReverb too. It seems that in the mixer, all the enabled controls default to the extreme left when using ctrl+click.

    Mart.

    Unfortunately there is no way in the VST spec to request the default value of parameters, but I’ve now shared the code from the zPlugin editors so that the generic mixer editors at least sets the proper default values for the Zynewave plugins.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17129
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    Question: Since the selected embedded parameters remain the same across different arrangements, I assume they stored within the project (or the device definitions) then. If so, would it be possible (without too much trouble on your end) to export such a parameter list setup to reuse in other projects?

    The two flags for rack/mixer embedding are stored in the properties of the parameter object. I could add two check-boxes to the parameter properties dialog, but I don’t think that is necessary. If you save a track template then the flags will be included. The embedded flags will be recalled if you load the template into another project, unless that project already has a definition for the plugin.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17128
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Frits, Podium crashes 100% of times when you try to beat slice any 8-bit sample , mono or stereo.

    best regards

    Fixed. Thanks.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17127
    Zynewave
    Keymaster

    @Conquistador wrote:

    Please post/email a screenshot showing the problem. Note that the fonts used in Podium will be anti-aliased if you have the ClearType option enabled in Windows.

    That was it. ClearType. =D> I had Samplitude and Reapers Mixers up and tested with Clear type on and off and it made no difference to the mixer inserts in those hosts. None. The text remained quite sharp.

    Podium…it was easily clear the difference it made. The absence of font smoothing in Podium matched the other two hosts for clarity. The other two apps text (for inserts) made the text appear clearer and sharper as there is no font smoothing. Font smoothing really does not appear to work well with very small text but when switched off one can easily make out even a very small font size in Podiums mixer. (Inserts in this case).

    The “small font” option was made permanent when the new smaller buttons were implemented in 2.23. The normal font is too big for the smaller buttons. I had a look at screenshots of mixers in other hosts, and from what I can see it is quite common to use a small font in mixer effect slots.

    Indeed the fonts used in Samplitude and Reapers mixer inserts is AFAICT exactly the same size as Podium

    So is there a solution or halfway house here? Well I don’t think enlarging the text will help as there is probably no need, I don’t think you need to sharpen the text either but…Samplitude and Reaper appear to disable font smoothing for their Mixer inserts perhaps to avoid the problem I had with smaller text not really benefiting from it and losing some degree of definition.

    So can you please add an option to disable font smoothing / aliasing for the track and mixer inserts as well as source and input text in the mixer and tracks? That would solve the problem completely, having tested Podium with ClearType on (Tracks and Mixer inserts + Source, Input text) and comparing with it off.

    Can you please add this option? 🙂

    I’m surprised that you think the aliased font looks clearer than the anti-aliased font. I have the opposite perception. Maybe it looks different on Windows 7. Please post a screenshot, or compare with my earlier screenshot on page2.

    I’ve seen screenshots of Reaper skins that use anti-aliased fonts, so maybe it depends on whether the default fonts used in Reaper does not support anti-aliasing. Or is there an option for this in the Reaper preferences?

    Anyone else has an opinion on this?

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17124
    Zynewave
    Keymaster

    @Conquistador wrote:

    @thcilnnahoj wrote:

    @Conquistador wrote:

    @Frits I asked this earlier…where has the option to increase the size of text in the mixer and / or tracks been moved to? I can’t find it anywhere.
    :-k

    At the moment, there’s only the small mixer font size left. During the 2.23 beta’s, there was still an option for that (after you yourself, among others) found the selector buttons too big for the mixer. Maybe that’s changed since they can be zoomed now. In that case, I hope Frits hasn’t fed his code to the shredder…! (Font size option’s still there in the rack, by the way :wink:)

    Yes they were awkward in size but it was the button size not really the text that was my problem. I guess the silence from Frits is due to him digging through that code shredder looking for that option 😛

    The “small font” option was made permanent when the new smaller buttons were implemented in 2.23. The normal font is too big for the smaller buttons. I had a look at screenshots of mixers in other hosts, and from what I can see it is quite common to use a small font in mixer effect slots.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17123
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Conquistador wrote:

    @ Frits

    Could you please detach the colour settings for the Editor Profile bar buttons from the Mixers Show / Hide buttons (Top left of Mixer) as any change a user makes to the colours affects both sets of buttons.

    The problem here is when a button is selected in the Editor Profile bar, white text appears. If you have a dark colour that is great and works well but…now the Show / Hide buttons above the zoom button are barely legible.

    Switch to a much lighter colour to see the show hide button text properly and now you can barely make out the text on any of the Editor Profile buttons when selected.

    Removing the link between the colour settings for the Editor Profile Bar and the Mixers Show / Hide buttons should solve that problem.

    Yeah, I mentioned this too, I believe, though with a different solution. It doesn’t only affect the mixer buttons but almost all icons. 🙁
    Try the track select buttons in the rack for an example how it’s done right!

    Most of the icons in Podium have issues with dark backgrounds, and so the new mixer options buttons also don’t agree with my dark selection colors.
    An exception are the nicely done track select buttons in the rack. I hope that some day, the rest of the icons will be able to follow suit. O:)

    The problem is that some of the icons are photographic images with multiple color shades, meaning that they cannot easily be filled with the current text color in the color scheme. It’s gonna require some work, but I’ll try experimenting with dyeing the images.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17122
    Zynewave
    Keymaster

    @Conquistador wrote:

    Fuzzy text…

    More on this…I am seeing sharper text in the inspector (even smaller embedded parameter text is pin sharp and very clear) compared to the track or mixer…its like there is a slight fuzziness of fuzzy filter over the track and mixer strips.

    In Reaper for instance even though the text size for inserts looks exactly the same as Podiums mixer inserts text size, its definitely sharper and easier to read in Reaper. Smaller text actually works quite well in Reaper but it has some sort of strange additional text smoothing going on in Podium that does not really work well at all IMO. ❓ ❓ :-k

    Puzzling. The font used in the inspector (with small size option) is the same as used in the mixer. Maybe you just need to wipe your monitor with a damp piece of cloth? 😛

    Please post/email a screenshot showing the problem. Note that the fonts used in Podium will be anti-aliased if you have the ClearType option enabled in Windows.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17121
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Before this update I never used zPEQ, now that it’s my default EQ I found something very confusing: the colours. When you mix diferent filters (parametric, LP, BP…) the colours doesn’t help at all: They difficult my vision. If you think this is ok, please consider this small change:

    The one on the right is how zPEQ appeared previously. I’ve changed it to try to make it clearer to what extent the EQ is changing the sound. With the introduction of the embedded EQ in the mixer strips, you suddenly can have a lot of EQ curves on screen, and if they all would have half their display filled with the curve, even when there are no EQ bands enabled, it would be difficult to glance over the EQs to see what they did to the sound.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17120
    Zynewave
    Keymaster

    @kingtubby wrote:

    Currently the available embedded parameters are only read from the top level of the device definition. I have a device definition for NI pro53 that has the parameters organised into sub-folders and only the folder names are displayed. The picture should illustrate what I’m describing.

    Mart.

    Fixed. Thanks.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17119
    Zynewave
    Keymaster

    Beta 6 is up. Minor changes and some bug fixes. I think I still need a couple of days working through all the bug reports.

    in reply to: zPEQ Feature/Bug? not sure #17118
    Zynewave
    Keymaster

    Thanks. I think I have fixed this bug: If you had two zPEQ editors open (showing the same plugin instance) and one of them were showing the phase, then enabling phase display in the second editor would not update the phase curve until you made an edit or resized the editor. This also happened in previous Podium releases, if you had the track panel editor and the plugin editor window open simultaneously.

    Let me know if you still find problems with the phase curve, after the next 2.24 beta release.

    in reply to: Preview 2.24: Embedded plugin editors in the rack #17113
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    Here’s a little more difficult suggestion: When you double-click somewhere to activate a band, it jumps right to the cursor position. That makes it impossible to toggle bands on/off for a quick comparison in the mini-editor. How about changing this so a band stays at its last position upon (re-)activating it, and only follows the cursor if you still hold the mouse button to drag it after the double-click.

    I don’t think that would work reliably. If you double-click a band to remove it, then double-clicking again will not reenable the same band you just disabled, if there are unused bands before that band. That could be confusing. For band on/off comparisons, it’s better to open the editor where you have the band enable buttons.

    I also like the fact that you can quickly click along to set an approximate EQ curve with multiple bands.

    in reply to: Right/Left Click Source #17106
    Zynewave
    Keymaster

    @UncleAge wrote:

    In the rack area, and track panel, when I click on the source I get two different lists depending on whether I right-click the bar or left-click the arrow in the bar. Has it always been this way?

    If you open the “Source” submenu in screenshot 2, then that menu should match the menu you have on screenshot 1. The choices in the source menu are devices that generate audio, such as instruments and returns. The reason that your “Effects>Compressor” menu is included as a source, is because the mappings are return mappings. The displayed FabFilter mappings are probably returns. If you look at the FabFilter mappings in the “insert new effect” menu, you should see the corresponding send mappings.

Viewing 15 posts - 1,606 through 1,620 (of 5,966 total)
© 2021 Zynewave