pavouk100's Forum Page

Profile  |  Topics  |  Replies  |  Favorites

Forum Replies Created

Viewing 15 posts - 31 through 45 (of 65 total)
  • in reply to: Preview 2.17: Changes to the installer and startup #15314
    pavouk100
    Participant

    @Zynewave wrote:

    I believe it already would not scroll if the loop end was within the display range, but I’ve now extended it so that it also won’t occur if the arrangement end is within range (unless recording is enabled).

    Great, works perfectly now. Thanks a lot!

    in reply to: Preview 2.17: Changes to the installer and startup #15308
    pavouk100
    Participant

    @Zynewave wrote:

    Confirmed. It can happen if you have enabled the “follow play cursor” option in the view menu. I’ll fix this.

    Great, I’ve been bitten by this one too. I have also one FR regarding ‘Follow play cursor’ option. It would be nice if view would not scroll in case that the end of the arrangement/loop(if activated) is already present on the screen, but on the very right end. Most prominent example is doubleclicking navigator (ie. zoom exactly to the whole arrangement) and let the whole arrangement play. The view scrolls when play cursor reaches cca 3/4 of the arrangement length, although scrolling in this case is actually distracting and counterproductive.

    in reply to: Preview 2.15: New automation system #15033
    pavouk100
    Participant

    @LiquidProj3ct wrote:

    @pavouk100 wrote:

    I know that it is relative level. and I know that I can increase main fader. Its just that it is incovnenient, if you need to raise volume for a small bit of time; you already have carefully adjusted volume for the rest of the track and you want one small piece louder – current system makes it a bit inconvenient. And I don’t see how the fact that automated volume is relative implies that it cannot go into +dB values 😕

    I’m gonna try to explain it … explanation snipped

    Ok, I didn’t think about consequences you wrote. Anyway, I can easily do what I want by inserting FreeG and automating its fader instead, so this is no big deal. Anyway, thanks for taking time to explain it.

    in reply to: Preview 2.15: New automation system #15032
    pavouk100
    Participant

    @LiquidProj3ct wrote:

    @pavouk100 wrote:

    Ah, ok. But then, how can internal VST ui editor know about correct units?

    Because those aren’t VST, they’re ‘z’ plugins 😉

    No, I mean really VST plugins , but using podium’s native UI – you can force podium to bypass plugin’s UI (by ‘Use generic editor instead of plugin editor’ checkbox in ‘Device mapping properties’ of any VST plugin). In this case, podium knows very well about proper ranges and units for every tweakable (automatable) parameter, so this leads me to believe that my original requested feature is feasible. 😉

    in reply to: Preview 2.15: New automation system #15029
    pavouk100
    Participant

    @LiquidProj3ct wrote:

    @pavouk100 wrote:

    1. When automating VST parameter, would it be possible to see units of the current VST parameter (as e.g. in Podium’s generic VST effect ui), instead of number between 0 to 1?

    I think that’s imposible due to VST 2.4 specifications… sorry (but internal plugins do). Maybe he could use 0.0 to 100.0%.

    Ah, ok. But then, how can internal VST ui editor know about correct units? And, I’ve vague feeling, that when I was working with old Cubase, automation curves did appear with real units/ranges, even for 3rd party VSts, but my memory might fault me on this one.

    @LiquidProj3ct wrote:

    2. When automating Level, would it be possible to have values from -Inf to +12dB (as mixer faders have) instead of -Inf..0 (in other words, allow also amplification, not only attenuation).

    The level that you automate isn’t the mixer level, is another one relative to the first one… so as it’s relative it haven’t sense the amplification. If you need amplification do it with the main volume fader and reduce the level of the relative one 😉

    I know that it is relative level. and I know that I can increase main fader. Its just that it is incovnenient, if you need to raise volume for a small bit of time; you already have carefully adjusted volume for the rest of the track and you want one small piece louder – current system makes it a bit inconvenient. And I don’t see how the fact that automated volume is relative implies that it cannot go into +dB values 😕

    regards,
    Pavel

    in reply to: Preview 2.15: New automation system #15027
    pavouk100
    Participant

    Simple, powerful, awesome. Thank you Fritz, it is real improvement.

    I understand that you have a lot of work finishing and polishing this change, but I’d like to suggest two following improvements for automation:

    1. When automating VST parameter, would it be possible to see units of the current VST parameter (as e.g. in Podium’s generic VST effect ui), instead of number between 0 to 1?

    2. When automating Level, would it be possible to have values from -Inf to +12dB (as mixer faders have) instead of -Inf..0 (in other words, allow also amplification, not only attenuation).

    Thanks,
    Pavel

    in reply to: Max number of simultaneous audio tracks recorded. #14930
    pavouk100
    Participant

    I’m successfully recording 10 tracks simultaneously, using emu1212m PCI audio card (8 tracks of drums multimicing going through ADA8000 – ADAT – EMU, 1 track of line-in bass and one track of everything else together just so that the drummer&bassman knows what the rest of the gang plays). I’ve no problems with this setup.

    in reply to: Adjusting default automation value #14408
    pavouk100
    Participant

    @Zynewave wrote:

    Creating a new plugin parameter track from the inspector parameter panel or the track context menu, will also create a curve sequence on the track. The current plugin parameter value is set as the starting point in the curve sequence.

    Awesome. Thanks a lot, I was always missing this little feature.

    in reply to: Saving arrangements #14337
    pavouk100
    Participant

    @H-man wrote:

    Change “New Uniquie copy” to “Save Unique Copy”, add the option for timestamp, rename or sticknote and make it available from the arrangement window?

    Absolutely agreed, +1, would love to see that too.

    in reply to: Preview 2.09: Piano roll editor updates #13985
    pavouk100
    Participant

    @Pigini wrote:

    whatelse could be done with layers?
    – layer clips could be “transparent” (adding to the events underneath) or “opaque” (replacing events underneath it).
    – “clipped” draggable edges, so the sequence within it could be bigger, the clip range working like a selection window. (it might only show a part of whats on the layer)
    – could be merged

    But IMHO all this can be achieved by putting separate events into child tracks of the track with VSTi, everything needed is already present. Sorry for being in that ‘do not add overlapping or duplicate features’ crowd again 😉

    pavouk100
    Participant

    Good idea, it reflects better current state of the matters, and does not invoke false expectations (major version updates).

    in reply to: Extend Podium’s track hierarchy concept #13922
    pavouk100
    Participant

    IMHO most of the people believe that cost of the feature is the cost of adding it into the product. But usually, the major cost of the feature is maintaining it – including making sure that it plays nice with other features; it is very common to create ‘snowball’-type of SW, where there is so many ad-hoc added complex features that noone really knows well, only a few users can use them and more importantly, they usually have some unexpected interactions with other ‘features’.

    IMO, the main Podium strength is how cute, contained, small, well-thought-out it is. Frits does great job keeping all new added features minimal, cute and unobtrusive – there is not many things you need to learn to be able do all you need. This is because there is rather small amount of basic ‘features’ – basic building blocks, but they can be combined together very nicely, and interact in the way as you expect. This is usually not the case of big SW bloated with thousands of specialized complex functions.

    Anyway, I’m too off-topic now. Let’s see how will Frits handle Mike’s suggestion – maybe he will be able to come up with some brilliant idea how to implement it and not complicate life for those who will not need it 😉

    in reply to: Extend Podium’s track hierarchy concept #13920
    pavouk100
    Participant

    @duncanparsons wrote:

    It’s a fiddle, but not impossible.

    Exactly. If there is a way to accomplish something, do not add another way. IMHO this feature would add unnecessary bloat (sorry, Mike G :oops:).

    The only thing from your example which cannot be done right now is that MIDI stuff, and it is because MIDI routing and effects support is missing – IMO this is the needed feature, because it allows you to do something you just cannot do in any other way right now.

    in reply to: Restricted to Podium license owners
    pavouk100
    Participant
    This content is restricted to Podium license owners.
    in reply to: Extend Podium’s track hierarchy concept #13893
    pavouk100
    Participant

    Sounds like a great idea. But I tried to imagine how track headers and mixer would look like, and I wasn’t able to come up with anything acceptable. Fortunately, I’m definitely not the smartest UI designer of the world… 😉

Viewing 15 posts - 31 through 45 (of 65 total)
© 2021 Zynewave