Topic: Preview 2.36: Extended UI and mixer resizing.

Viewing 11 posts - 61 through 71 (of 71 total)
  • #19288
    swindus
    Participant

    😀

    #19295
    thcilnnahoj
    Participant

    Wow, it’s already out… let me bump these anyway, for future reference. 😉

    – It’s good that you restored the dimmed so/in labels. However, they disappear awfully early during zooming. I think that even at the smallest strip size, at least labels like “So” and “In” would make them more discernable and an easier target.

    – By the way, something that’s always irked me is that automatic solo is disabled when you enable normal solo mode on top of it… the two should be unrelated, in my opinion. Muting should of course mute the track, but restore automatic solo again afterwards. Anyone disagree?

    – I think the control type and gain/pan fader options are quite confusing, and some of them possibly obsolete. Examples: Selecting “disable” for the faders doesn’t really disable them, but shows them inside the chain panel instead. For gain/pan controls, “show value on knob” can’t be properly used anymore with smaller strips.

    – If you choose “control type: dial”, the pan dials are a little too big for the smallest possible strips.

    – Due to the rounded corners, track headers look a little weird when using horizontal meters or no meters at all.

    – I think that the mixer zoom setting should be saved with each arrangement instead of the editor profile. I’d actually say the same goes for the minimize audio/MIDI/parameter tracks options.
    Zoom settings for all editors except arrangement are also stored per profile – it makes more sense there, but not so much with the mixer, in my opinion.

    – A first quick test shows that the GUI still ‘freezes’ for about half a second when I click (and hold) a window title bar but don’t move the window. Also, when I click and move a floating window (that did not already have key focus), there is always a little ‘jump’ when I start the move. It’s always been like this, unlike in other hosts, and isn’t a problem… it might be related, though. This also causes the rest of the GUI to hickup.

    – With the round corners gone on selector buttons, it has become even harder to see the line when you’re dragging effects with some color schemes. It seems the color of the line changes automatically depending on the panel background color…

    Comparison (my theme, Nightfall, Paper):

    Maybe it could be drawn on top of selectors?

    – (Not related to 2.36) Likewise, the color of the event resize overlay box thing (you know what I mean) is also chosen depending on some background color, making it very hard to see sometimes. The move and time-stretch overlays are always black, it seems, which works much better for me.

    – Bug: (not related to 2.36) With the select tool, left-clicking shortly after selecting a menu option that closes the right-click menu results in an event being added. Looks like Podium sees it as the second click of a double-click for some reason. This happens sometimes because I often just click somewhere to deselect events.

    #19331
    thcilnnahoj
    Participant

    The parameter automation chapter got revamped! I’m sure I’ve missed things, but it should be ready for review anyway. I’ve changed my screenshot naming scheme to include the version number instead of the date.

    Things I noticed:

    – Using the pencil tool, if you try to create a curve point in a series of line or bar points, you get a line point instead. You only get a curve if you create at least two or more curve points in one go (creates line points too, but they are converted to a curve on releasing the mouse button).
    So, it is impossible to create single curve points with the pencil tool unless you create it inbetween other curve points. I almost never use the pencil tool, but this can be quite confusing, I think.

    – It would be useful to be able to right-click sequences in the track panel list, to edit their properties, copy, or delete them.

    – It would be useful to be able to Ctrl-click parameter faders in the mixer in order to reset their value.

    See you again soon in beta land, I hope. 😉

    #19385
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    The parameter automation chapter got revamped! I’m sure I’ve missed things, but it should be ready for review anyway. I’ve changed my screenshot naming scheme to include the version number instead of the date.

    Many thanks. I’ve now revised the text, and added extra info on the mixer faders in a new section. My revision is now ready for review 🙂

    #19407
    LiquidProj3ct
    Participant

    This hierarchic organization not only defines the visual track layout, but also controls the flow of audio, MIDI, and parameter automation signals. The signal flow arrows at the left edge of track headers and at the top of mixer strips provide a visual confirmation of how tracks are routed.

    The basic rule to remember about the track hierarchy is that all audio, MIDI, and parameter automation signals flow upwards from the bottom tracks of the hierarchy until finally reaching the master track at the top. The only exception to this rule are send tracks, which create a branch-off to a bus track from the exact point in the signal chain where the send mapping is placed.

    is it me? or these two paragraph seem very redundant with first chapter paragraphs?

    http://www.zynewave.com/wiki/doku.php?id=guide:tracks#track_hierarchy

    I think they must be fixed

    #19410
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    This hierarchic organization not only defines the visual track layout, but also controls the flow of audio, MIDI, and parameter automation signals. The signal flow arrows at the left edge of track headers and at the top of mixer strips provide a visual confirmation of how tracks are routed.

    The basic rule to remember about the track hierarchy is that all audio, MIDI, and parameter automation signals flow upwards from the bottom tracks of the hierarchy until finally reaching the master track at the top. The only exception to this rule are send tracks, which create a branch-off to a bus track from the exact point in the signal chain where the send mapping is placed.

    is it me? or these two paragraph seem very redundant with first chapter paragraphs?

    http://www.zynewave.com/wiki/doku.php?id=guide:tracks#track_hierarchy

    I think they must be fixed

    They do seem like two attempts at explaining the same thing. I’ll wait for tchilnnahoj to give his opinion on this, as I believe he collected some of the text from the old chapter, and combined it with his new text.

    #19415
    thcilnnahoj
    Participant

    Yeah, seems I recycled a little too much of the existing text. Also, the first sentence is just weird. 😳

    Here’s a quick attempt at restructuring (with the two paragraphs removed):

    @Revision attempt wrote:

    The track hierarchy concept applied in Podium essentially describes that the signal flow is determined by the visual track layout, making it easily apparent at all times.

    Audio, MIDI, and parameter automation signals originating on tracks flow **upwards** into parent group tracks, and, depending on the signal type, thus become affected by device mappings on the group track, as well as the group track’s gain and pan settings. Group tracks can be nested, meaning groups can be placed inside another group, and due to this, group tracks can also be child tracks of another parent group track. This allows for flexible solutions to routing and grouping, with the signal flow arrows displayed at the left edge of track headers and at the top of mixer strips additionally providing visual confirmation of how tracks are routed.

    **Tip**: When an instrument is assigned to a group track, all note sequences placed on its child tracks will trigger the instrument – this can be especially useful for drum samplers.

    When working on an arrangement, you might want to split it up into sections such as drums, vocals, and synths for pop songs, or violins, violas, cellos, basses for classical music. You may also create sub-sections in each section. This allows mixing on different levels: sections, sub-sections or individual tracks within a section. When mixing sections, it can be useful to collapse the section group tracks, so that the individual tracks within the section are not taking up space on the screen.

    **Tip**: You can set up **track tags** to filter or organize the tracklist further, and hide tracks you are not currently working on. See the arrangement chapter for more information on track tags.

    @Original wrote:

    The track hierarchy concept used in Podium may seem unusual the first time you look at an arrangement.

    Signals flow **upwards** from **child tracks** into parent **group tracks**, and, depending on the signal type, thus become affected by the group track’s gain and pan settings, as well as effects on the group track. Group tracks can be nested, meaning groups can be placed inside another group, and due to this, group tracks can also be child tracks of another parent group track. This allows for flexible solutions to routing and grouping, with the signal flow still being easily apparent.

    **Tip**: When an instrument is assigned to a group track, all note sequences placed on its child tracks will trigger the instrument – this can be especially useful for drum samplers.

    This hierarchic organization not only defines the visual track layout, but also controls the flow of audio, MIDI, and parameter automation signals. The signal flow arrows at the left edge of track headers and at the top of mixer strips provide a visual confirmation of how tracks are routed.

    The basic rule to remember about the track hierarchy is that all audio, MIDI, and parameter automation signals flow upwards from the bottom tracks of the hierarchy until finally reaching the master track at the top. The only exception to this rule are send tracks, which create a branch-off to a bus track from the exact point in the signal chain where the send mapping is placed.

    When working on an arrangement, you might want to split it up into sections such as drums, vocals, and synths for pop songs, or violins, violas, cellos, basses for classical music. You may also create sub-sections in each section. This allows mixing on different levels: sections, sub-sections or individual tracks within a section. When mixing sections, it can be useful to collapse the section group tracks, so that the individual tracks within the section are not taking up space on the screen.

    **Tip**: You can set up **track tags** to filter or organize the tracklist further, and hide tracks you are not currently working on. See the arrangement chapter for more information on track tags.

    #19437
    thcilnnahoj
    Participant

    I’ll put guide stuff here until the next preview arrives…

    I managed to finally rework the sequence events chapter, though there actually wasn’t that much new info to add. The time-stretching section looks a bit meager, but I don’t quite know what else is important to say about it.

    Two things:

    – You can actually do most things that the select and pencil tools are meant for (resizing, editing fades, copying events…). I thought it might be a little confusing, though, so I left the text just mentioning the select and pencil tools.

    – I didn’t add anything about how fades, time-stretching, etc. are totally unrelated to phantom copy stuff. Do you think it’s easy enough to grasp the phantom copy concept (I would assume most sequencers have something similar), or should it be explicitly mentioned that it only affects events at the arrangement editor level?

    Oh, and the image upload window made Google Chrome crash. 😆 Never happened with good old Firefox 2.

    Are there any more chapters that need urgent updating? Otherwise I’d like to start on a bounce chapter as soon as I find some more time. Unless Frits wants to keep it for himself. 😉

    #19442
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    – I didn’t add anything about how fades, time-stretching, etc. are totally unrelated to phantom copy stuff. Do you think it’s easy enough to grasp the phantom copy concept (I would assume most sequencers have something similar), or should it be explicitly mentioned that it only affects events at the arrangement editor level?

    Either way is fine with me. I see that phantom events are explained. On the other hand it can’t hurt to point out that all the event properties are unique to each event, and does not affect the linked object.

    Are there any more chapters that need urgent updating? Otherwise I’d like to start on a bounce chapter as soon as I find some more time. Unless Frits wants to keep it for himself. 😉

    Feel free to start on a “Bouncing” chapter. I had prepared some text for the bounce submenu in the track menu chapter, but I think it is better to include this in the bouncing chapter, especially since there now is a bounce button that opens the menu. You can grab this text if it can help:

    * **Enable Offline Render Bouncing**:
    * **Enable Realtime Record Bouncing**:
    * **Unload Plugins when Bounced**: When a bounce track is activated, any plugins in the bounce track tree will be excluded from the audio processing, thus saving CPU resources. When this option is enabled you furthermore free the memory and other system resources that the plugins may occupy. This option is mainly intended for use with large sample-based instruments.

    * **Render**:
    * **Render Within Punch Range**:
    * **Playback Bounced Audio**:
    * **Move Bounced Audio to New Track**:
    * **Export Bounced Audio to Sound File…**:

    #19443
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Revision attempt wrote:

    The track hierarchy concept applied in Podium essentially describes that the signal flow is determined by the visual track layout, making it easily apparent at all times.

    I found it hard to understand this sentence. Perhaps it could be broken down in shorter sentences. When I get caught up in long sentence construction, I usually have to remind myself that many users reading the guide are not fluent in English. Other than that, I’m fine with your revision.

    #19501
    thcilnnahoj
    Participant

    Whoops… it’s been nearly two weeks now, sorry!

    I read it again and actually think there’s no need for the sentence.
    It’s hard to describe the hierarchy in simple words without starting to explain about group tracks and stuff, which this section already does anyway. 😉

    So I’ve updated the tracks chapter without it. Of course you can add a new opening sentence if you like, but as I say, it’s not really needed, and your time is surely better spent on other things!

Viewing 11 posts - 61 through 71 (of 71 total)
  • You must be logged in to reply to this topic.
© 2021 Zynewave