Zynewave's Forum Page

Profile  |  Topics  |  Replies  |  Favorites

Forum Replies Created

Viewing 15 posts - 2,716 through 2,730 (of 5,969 total)
  • in reply to: Preview 2.04: Pre/post fader and meter improvements #12870
    Zynewave
    Keymaster

    @ronin wrote:

    is there a default switch for pre/post? It would be nice to define this as an arrangement parameter. (like compact/extended headers).

    Not yet.

    I think the “hide” option is still usable but I have to take a closer look on 2.04 to give a comment 🙂

    I’ll leave the hide option in 2.04. Then we can discuss later on if this option still is useful or if it should be removed.

    in reply to: Preview 2.04: Pre/post fader and meter improvements #12868
    Zynewave
    Keymaster

    @Conquistador wrote:

    In the image you have peak readings for the Master out -2.09 and -2.21 is that a left / right Peak reading (looks like it) or is the reading on the left for the K meter?

    That is left/right.

    What about K-20 and K-12? Bob Katz suggests K-20, K-14 and and K-12 all have their uses with each serving a specific purpose…

    As I wrote: “RMS scale will be selectable in the Arrangement properties dialog.” So that’s where you select between the different K types.

    What commands are on the Fader Menu?

    Like the Meter menu, it lists all tracks in the chain, and instead of the meter options it has “Enable Gain Control” and “Enable Pan Control”.

    The mixer strip has previously always shown the fader and meter for the track represented by the strip. With the new changes the strip now shows the fader and meter of the first track upwards in the chain that has the fader and meter options enabled. That’s similar to how the faders on the track lane headers work.

    Not sure what you mean here…

    Typical chain

    ^ EQ
    ^ Compressor
    ^ Instrument

    Are you saying the default Mixer view will now show the EQ (in this example) and not the instrument strip in the mixer?

    No. The strip will (as always) show the bottom track in the chain, but the gain fader, pan dial and the meter shown on the strip may control a track further up the chain, as selected in the Fader and Meter menus. Thus you don’t need to unhide the strip for the controlled effect track in order to be able to adjust its gain and view its meters.

    Also how will a user be able to tell what track is Pre or Post in Podium? It would be far too much to expect any user to ‘remember’ his track settings for every track especially in Podium as tracks are extremely flexible.|

    So far I have not added buttons/indicators on the strips that illustrate pre/post status. The right-click track menu will show you the names of the tracks that are selected for the fader and meter. Such as the “Meter (Analog 1+2)” shown in the screenshot. Is it really necessary to show pre/post information directly on the mixer strips? Can you describe a scenario where you would want to toggle pre/post back and forth during mixing?

    in reply to: when will it be possible #12866
    Zynewave
    Keymaster

    @UncleAge wrote:

    Is zGrid still on the table for development?

    zGrid never got past the idea stage. It’s still on the table for a future project, but that is far away. The idea for zGrid came about because of the (back then) tedious way that serially chained effects were handled in Podium. Since then I have made several improvements to the Podium UI that has provided a better and integrated way of doing things that zGrid was supposed to be the answer to. These enhancements includes the compact track mode and track templates.

    Will it help me achieve the goal above?

    It would, but a parallel processing as you describe can also be set up in Podium using busses. It requires that you dedicate a bus instance for this purpose. Create an audio track with your vocal wave files, assign the bus send, enable gain on the bus send track and turn the gain to off (unless you want some dry signal going through to the mix). Now set up any number of additional tracks with the bus return as source, and assign separate effects to each track.

    Have you changed your mind about providing functionality for multi-out Vsti’s?

    If you mean allowing multi-out VSTis inside a zGrid instance, then the answer is no.

    in reply to: automatic "post FX" pan and volume slider associat #12865
    Zynewave
    Keymaster

    I thought about the pre/post problem for a good while and came up with a different solution. I think I’ve nailed how to handle pre/post faders and meters. Rather than continuing in this support topic, I’ve created a new preview topic in the future forum. Please reply there with comments and suggestions:

    http://www.zynewave.com/forum/viewtopic.php?t=1701

    in reply to: automatic "post FX" pan and volume slider associat #12857
    Zynewave
    Keymaster

    @Conquistador wrote:

    Trim usage is a widespread and standard approach to mixing (which I am sure you know of). It is not in any way a new or somewhat niche idea. It has been around for decades. So it’s not really a case of me wanting it because I think it is something that will only help my workflow but is alien to anyone else 🙂 , but rather having a Trim (input control) and Volume fader (outptut control) *on the same track by default (or optional) is a standard set up for a track in a professional mixing evironment. It’s not a new or radical thing.

    Samplitude, Cubase, Sonar e.t.c all have this set up in their mixers.

    I’m familiar with the purpose of input trim controls on hardware mixer consoles. I did not realize that you were referring to trim as input gain, as that is not the purpose of the trim control on the FreeG plugin that you often refer to. The hosts you list above are more or less designed to mimic hardware mixers, so I can understand why they implement trim controls. But hardware-emulation is as you know not the focus for Podium.

    Podium is exteremely flexible in that you can add gain faders anywhere (maybe still the only host that allows this) but IMO it would help to make it clearer and easier, to mimic (at least in this way) a professional mixer or console by having a Trim function (gain to control input) by default or optionally visible on a track along side the output volume fader.

    I see no duplication or problem with two gain controls on a track. They serve different purposes and have done so for many years this way in various hardware and software set ups.

    I probably misunderstood you. I thought you suggested adding another “Trim gain” setting to the track properties, which would be a bad idea. Your scenario could be constructed as follows: An audio track with the input assigned and gain enabled, which would be the “Trim” gain. On the last effect track in the effect chain the gain would also be enabled, which then would be the output fader. You can choose to show the mixer strip for both the input track and the last effect track, and then you have your two gain controls, with the added bonus of having meters for both the input as controlled by the trim gain, and the final track output.

    Btw. You’ll be happy to learn that today I implemented:

    • Meters in the mixer now show peak hold values. This can be enabled with the “show peak hold values” option in the mixer region properties dialog. Clicking the peak hold value box will reset the value. Double-clicking any peak hold value box will reset the value for all mixer strips.

    in reply to: automatic "post FX" pan and volume slider associat #12852
    Zynewave
    Keymaster

    @Conquistador:

    Can you explain why you want a trim control?

    To me it seems to be nothing more than an additional gain control. I see no point in having two gain controls on each track. If the issue is with the adjustment of the existing gain value, then that should be solved by a configurable UI, not by adding a second gain control/value.

    in reply to: automatic "post FX" pan and volume slider associat #12851
    Zynewave
    Keymaster

    @ronin wrote:

    this is also a good idea but I guess there are some problems.

    since you can add multiple sends wherever you want (which is an ingenious feature of podium) it would be no good idea to move all sends after the fader with the “post-fader sends” option. in this case you are modifying the signal flow. maybe you’ve wanted to have one post-fader send and one pre-fader send. so which one to use for fader/pan? what should the option do? I have no good idea on that.

    the pre/post FX level/pan is simple in that way that you only have to switch between the last fx and the “data track”

    Note that these commands will not shuffle the tracks. It’s just shortcuts for moving the “enable gain/pan” options and their associated values from the properties of one track to another track in the chain. So the command for setting the fader before bus sends will simply set the fader on the first effect track before the first bus send track in the chain.

    in reply to: multiprocessing not avaiable with Intel core duo #12850
    Zynewave
    Keymaster

    @ronin wrote:

    After playing around a while I’ve noticed the comparable low performance of Podium. As it turns out it doesn’t use both cores of my system. The “Enable multiprocessing” is greyed out and can’t be enabled with the menu. Setting the switch manually in the config file doesn’t work either.
    But: setting the affinity of the podium executable via the task manager to both cores and setting the switch manually works. After reinstalling and testing around it seems like that Podium was not able to detect the dual core correctly. is there something which could prevent Podium from using both cores?

    Which Windows version are you running?

    If there is only one core enabled when you open the task manager and show process affinity for Podium.exe, then the problem must be in the way that Windows launches Podium. On XP I think there was a setting in the Windows properties for Podium.exe that allowed you to set a desired process affinity. Looking now in Vista I can’t find this option anywhere.

    p.s. i’ve noticed something more: I did some testing on another core duo (everything works fine here). after loading 10 instances of a ambience (free reverb) into one track the cpu time meter rises to 60%. just one core is used with 60% (according to the procexp taskmanager). if I load 10 more instances on another track the Podium cpu time meter rises to 80% and suddenly both cores are used with 40%. maybe this was interesting 🙂

    Serially chained plugins cannot be multiprocesed. Each plugin must complete its processing before the next plugin in the chain can start its processing. When you have two tracks with identical chains, then plugins from each track can be processed in parallel.

    in reply to: automatic "post FX" pan and volume slider associat #12847
    Zynewave
    Keymaster

    After reading a bit, I’ve found that there is a third fader configuration that is widely used, namely post-fader bus sends. This is often preferred because you then maintain the wet/dry ratio of the effect on the bus when you adjust the track gain.

    So the new commands I have for the track menu are:

    “Set Fader After Effect Chain”
    “Set Fader Before Bus Sends”
    “Set Fader Before Effect Chain”

    Depending on whether there are any bus sends in the chain of course. I’ve tried with descriptive menu texts instead of using the words pre- and post-fader. When reading manuals using the word “pre-fader” I’m often unsure of whether it’s the fader that is pre, or the effects that are pre.

    Anyone else have opinions/suggestions for this?

    in reply to: automatic "post FX" pan and volume slider associat #12845
    Zynewave
    Keymaster

    Hi ronin,

    The lack of an easy pre/post-fader setup have been brought up quite a few times now, so I think I’ll make this my next development task.

    As you have found out with the per-track options for gain/pan, tracks can be set up to support not only pre/post faders but also inbetween and multiple faders at different points in the effect chain on a track. What’s missing are simple commands for switching between pre or post fader, as this is probably the only two configurations that most users ever need.

    I could add a “Default fader mode” option to the arrangement properties dialog (below the mono panning setting). The choices for this mode will be “Pre effect chain” and “Post effect chain”. When new tracks are created and the first effect is inserted in the chain, then this default mode will determine whether the gain/pan should stay on the lane track (pre) or move up above the inserted effect (post). For tracks that have an effect chain, the properties submenu in the track menu will have either “Move fader pre chain” and “Move fader post chain” commands, so that you quickly can swap the fader mode for each individual track.

    Does that sound like a good solution?

    How the mixer should display the pre/post logic is another issue.

    in reply to: How to setup Podium for multichannel VST’s #12844
    Zynewave
    Keymaster

    @gwe wrote:

    I plugged the first VST to Track 1 (32 in and 16 out). Then on the master I plugged in the other VST (16 in and 5 out).

    An observation: Unless all your tracks in the arrangement are feeding 16 channels to the master chain, then it’s probably best to have the 16>5 plugin as the last plugin on the track effect chain.

    I also see a 9-out. Not too sure where this came from. Our hardware is a little strange in that on the 32 output channels we only bring out signals on outputs 1 and 2 and then 8 ADAT channels on outputs 9-16. Maybe somehow the first 2 channels were considered stereo and the 8 ADAT mono giving a sum of 9 channels?

    The mappings are created based on the channels you have enabled in the interfaces dialog. If you have an “Audio Out [9]” audio output mapping, then you must have had 9 consecutive channels enabled. Check if you have channel 8 or 17 enabled in the interfaces dialog.

    in reply to: how to avoid VST prescan? #12842
    Zynewave
    Keymaster

    By the way Frits, can you remind me how to make Podium create only one multichannel mapping (instead of a folder full of seperated mappings) when scanning the folder, like when importing a single multichannel plugin ?

    I’m not sure I understand you correctly, but if you right-click a mapping of a multi IO global plugin, you can use the menu “New multichannel insert mapping”.

    in reply to: how to avoid VST prescan? #12841
    Zynewave
    Keymaster

    But now I can’t seem to figure out how to a) start a project without the big crazy time-consuming scan, and then b) import VST plugins as I need them, one by one.

    When you start with a new project on the start page, deselect the two “scan and import …” options before pressing the “create project” button. Afterwards you import individual plugins with the “Devices” menu on the project start page.

    in reply to: Release audio files not in use #12835
    Zynewave
    Keymaster

    When I delete an audio file which was in an arrangement, the file is well removed from Podium’s list but it is reported as ‘in use’ to Windows until Podium is restarted.

    That’s because the sound object/file is still present in the undo history in Podium.

    in reply to: is it possible to timestretch waves? #12834
    Zynewave
    Keymaster

    is it possible to timestretch waves?

    Time-stretching is not supported yet. It will hopefully be implemented later this year.

Viewing 15 posts - 2,716 through 2,730 (of 5,969 total)