Zynewave's Forum Page

Profile  |  Topics  |  Replies  |  Favorites

Forum Replies Created

Viewing 15 posts - 1,891 through 1,905 (of 5,969 total)
  • in reply to: Preview 2.20: Various UI improvements #16062
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    • Removed the “track layout mode” combobox setting from the arrangement properties. Tracks are now always shown using the compact mode.

    I wondered when this was going to happen… I hope nobody’s taken aback by this. Farewell, Extended Mode – you will always be with us, in spirit. =D>

    😆

    – I think Podium shouldn’t ask the ‘save template?’ question after every new project created. Or maybe you could add a “don’t show again” checkbox.

    I’ve added a “create project template” checkbox option to the start page. Defaults to off, but the popup help for the option button describes what you can use project templates for.

    – Left click to slide timeline should be disabled in the default setup. The same thing can be done on the navigator, where it’s a much more expected behaviour, in my opinion. You don’t need two regions to do the same, right?

    Good point. Since the navigator has been added, it’s no longer needed to use the timeline ruler to slide. I’ve changed the default to be cursor grab instead.

    in reply to: Preview 2.20: Various UI improvements #16052
    Zynewave
    Keymaster

    @Markus wrote:

    @Zynewave wrote:

    @Markus wrote:

    am i in some kinda ignore list?

    If you refer to your earlier comment that I should “now move on mixer and how it handle plugins”, then I’m sorry to disappoint you. Changing the mixer layout is a big task that will take a long time. It does not qualify as a simple “UI improvement”, which is what I’m concentrating on in this release.

    I mean in general. I have using lots of time to make some videos and so on. No one doesnt say anything, not even you.

    Too bad.. maybe in 2.21 then?

    Not in 2.21. I cannot say when I’ll get round to working on the mixer. What you have been suggesting in the various topics will take months of work, and I have other stuff on my todo list that have a high priority.

    in reply to: Preview 2.20: Various UI improvements #16051
    Zynewave
    Keymaster

    To round up 2.20 I’ll go over the suggestions made in this topic again. Thanks for the suggestions, although I should have specified that I was looking for suggestions to improve the first-hand UI experience for new users, as per the recent discussion in the VIP lounge. Suggestions for improvements to the piano roll, mixer, docked plugin editors etc. will have to wait for a release that deals with those areas specifically.

    in reply to: Preview 2.20: Various UI improvements #16049
    Zynewave
    Keymaster

    @Markus wrote:

    am i in some kinda ignore list?

    If you refer to your earlier comment that I should “now move on mixer and how it handle plugins”, then I’m sorry to disappoint you. Changing the mixer layout is a big task that will take a long time. It does not qualify as a simple “UI improvement”, which is what I’m concentrating on in this release.

    in reply to: Preview 2.20: Various UI improvements #16048
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    Since the max resolution that YouTube ever uses the image is 60 px, you can just resize the original yourself, upload that and you’ll have a picture with smooth edges! At least in the bigger one… I don’t think it’s noticable in the small 36 px image anyway.

    I don’t think resizing my 256×256 image in my paint program to 60×60 will provide a smoother image than the image resize algorithm applied by YouTube. I don’t know how they store the images, but if YouTube creates both the 60×60 and 36×36 images based on the image I upload, it’s better that I upload a hires image.

    in reply to: Preview 2.20: Various UI improvements #16047
    Zynewave
    Keymaster

    @Conquistador wrote:

    @thcilnnahoj wrote:

    Looks like I’m the only one who has some gripes. 😉

    thcilnnahoj… 🙂

    I think at some point or another each of us have found ourselves on the other side of what seemingly everyone else wants. It just showcases how differently we like to work and how Podium can accommodate different workflows… As for 2.20…maybe some sort of optional behavior can be suggested to suite your workflow?

    The editor bar is an optional element that can be placed in any toolbar. As long as thcilnnahoj does not use the “load default setup” command, his old setup behaves exactly as before, with key shortcuts and all.

    Here’s a question to everyone: How is your personal workflow going to be like now – will you switch over from the Tracks page to the Editor and Mixer page only when you need them

    Likely. Very likely here. I would not mind the Big transport visible all the time though…

    Well, then just modify the bottom transport toolbar(s) in the “editor” and “mixer” profiles to match the “big transport” toolbars, delete the “tracks” profile, rename “big transport” to “tracks” and move it to the start of the list.

    in reply to: Preview 2.20: Various UI improvements #16043
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Zynewave wrote:

    I can’t see how I can avoid that YouTube shows a smaller 60×60 image. The 88×88 image is shown further down on the page. The image I uploaded was at 256×256.

    Maybe I’m blind… but where? The small picture at the top is 36×36 px and the one above your profile information is 60×60 pixels, and when I grab the original, that’s 88×88 px large – your 256 was resized by YouTube, I would say. I’m saying that it further resizes the 88 px image to 60 px, resulting in jaggy edges. Again, it’s a very minor matter. 🙂

    You’re right. I didn’t check the actual pixel size on the page, so I assumed you meant the top one was 60×60. As I said, I uploaded a 256×256 image, so I can’t see how I can affect what YouTube does with this.

    in reply to: Preview 2.20: Various UI improvements #16040
    Zynewave
    Keymaster

    @Conquistador wrote:

    Bug???:

    Overlapping menus / tooltips:

    No. It’s always been like that.

    Buggy Beta?

    I think one of the betas possibly no. 3 messed up my Podium set up. 🙁

    I have 2.19 on the same machine and when I used it (after using a Podium 2.20 beta) all my projects loaded up straight into… the Event List.:-s

    ….

    If you can give a warning of sorts with a certain beta (you have in the past) that would help thanks!

    Sorry I did not anticipate this. It happens because 2.20 now automatically detects the profile type by looking at the regions included in the profile, and so it no longer writes the profile type to the Podium.ini file. Loading this Podium.ini in 2.19 will then not supply the profile type that 2.19 still needs. I’ll mention this warning in the release note.

    Zooming: It would have been much better if you could zoom in. Some aspects were a bit small on screen. Does BB Flash not allow zooming?

    There is an auto-scroll option in the BB export dialog, where I can specify a smaller area of the video and keep the mouse in the center. I’ve just tried this, but it does not work well in this video where the mouse is moving all over the screen. I can use it if I create a video for a feature that concentrates on a small area of the screen.

    in reply to: Preview 2.20: Various UI improvements #16035
    Zynewave
    Keymaster

    @Conquistador wrote:

    @Zynewave wrote:

    Beta4 is up, with extensions to the new editor bar. I think I’m done working on this feature, unless you have further suggestions.

    Note really a suggestion as such but a question. Will this bar be visible by default?

    2.20 will not change your current setup. You’ll need to use “load default setup” to get the new layout with the editor bar.

    I’ve uploaded a video on YouTube that demonstrates the new 2.20 features:

    http://www.youtube.com/watch?v=Jv39dX7NP_Q

    The demo showcases one of the best new features in Podium for years IMO. Something that simplifies the previously somewhat complex “Editor Profile Properties” The Editor Bar is a far more simplified way to tap into that power. Brilliant. :mrgreen: =D> I noticed you had two listings for Toolbars around 2:10 into the video why is that?

    The new editor bar is just an element you can add to any toolbar, so the remaining toolbar at 2:10 in the video is the toolbar that holds the editor bar.

    in reply to: Preview 2.20: Various UI improvements #16033
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    I see that you use a higher resolution now, it’s strange that it doesn’t fill the YouTube window, however. Is it not 16:9? Ehh, also something very, very minor: You might want to check your YouTube user picture, as it is a victim of bad resizing done by YouTube. It says max. 88×88 px, I think, but with the new channel layout it’s actually only ever used at 60×60!

    I updated my video driver, which enabled me to record the screencast at 1440×900 (16:10) fullscreen. I have also tried recording a 1600×900 area of my 1600×1200 screen, which I may decide to use for other videos.

    I can’t see how I can avoid that YouTube shows a smaller 60×60 image. The 88×88 image is shown further down on the page. The image I uploaded was at 256×256.

    in reply to: Preview 2.20: Various UI improvements #16017
    Zynewave
    Keymaster

    Beta4 is up, with extensions to the new editor bar. I think I’m done working on this feature, unless you have further suggestions.

    I’ve uploaded a video on YouTube that demonstrates the new 2.20 features:

    http://www.youtube.com/watch?v=Jv39dX7NP_Q


    @thcilnnahoj
    : I hope you don’t mind I used your demo project as background for the demo 🙂

    in reply to: C# vs C++ #16016
    Zynewave
    Keymaster

    I have no experience with C#, but I believe C# is easier to learn than C++. The VST SDK as provided by Steinberg is written in C++, but a quick search for “C# VST” on google reveals that someone has written a C# wrapper for VST plugins:

    http://www.codeplex.com/vstnet

    in reply to: Preview 2.20: Various UI improvements #16003
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    You have to agree it’s not very ergonomic to open the editor/mixer by clicking on a button in the top right corner, move the mouse 3/4 across the screen to perform edits, and back again to close it. It’s quicker with F6/F7*, sure, but over time I’ve read from many users on this forum that they prefer not to use keyboard shortcuts. Having the buttons up there unnecessarily makes the user work more.

    If you definitely want to go in this direction then I really think how Logic handles this is the way to go, like Markus (I think!?) said in the other thread.
    That means: get rid of the different profiles for the embedded editor and the mixer and consolidate them into an “all-containing box” profile instead. Put the new page-switching buttons on a header or footer bar belonging to this profile.

    Is the problem only the location of the new editor bar? If so, you can just add a new toolbar above the transport troolbar, and move the editor bar there. I did not do that in the default setup, because I think it takes up too much space. But it would make it more similar to Logic Audio.

    P.S.: I see the profiles for ‘split timeline’ and ‘split mixer’ are not present in beta 3 anymore – I’m sure they’ll come back, right?

    No, I did not plan to put them back in. Why do you want them? The only difference to the new Tracks/Mixer profiles is that you don’t have the dual mixer and the transport and edit toolbar are not merged into one toolbar.

    in reply to: Preview 2.20: Various UI improvements #16002
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    I work with the left hand in the keyboard left half, so I was thinking that for me would be more useful have tab key [instead F8] for rotate between profiles.

    Will this feature of the future plan allow to customize all the keys and mouse buttons? (I want them mainly for Tab key, and for right click in piano roll that do two actions)

    Probably not all keys. But the use of the Tab key will most likely be customizable.

    in reply to: Preview 2.20: Various UI improvements #15998
    Zynewave
    Keymaster

    @Mike G wrote:

    Simple (I assume) idea to increase discoverability of podiums extensive customisation..
    On right click menus for screen obects, include “Editor Profile Properties” shortcut.
    E.g. Current items on timeline right click menu:


    -Set cursor
    -Set cursor as selection start
    -Set cursor as selection end

    -Link edit cursor to play cursor
    —-
    -Zoom full range
    —-
    -Editor Profile Properties <---new!

    There are shortcuts for opening region properties dialogs in the tracks, mixer and piano roll context menus. I’ve thought about adding more of these for the other regions, but I’m now considering moving all these into the editor View menu instead. There is already a command there for opening the profile properties dialog, but I could add a new “customize regions” submenu with shortcuts for opening the dialogs for the individual regions. Is it not better to have all the commands for customizing the editor gathered in the view menu instead of being spread in all the context menus?

    About “editor profiles”: My intent with using the word “profile” was originally to try to separate the setup of the editor from the actual editor. Editor in this case being a window or the embedded editor. You can have several profiles that you can switch between in one editor. I’m now thinking about skipping the use of the word “profile” altogether. It’s a bit much to refer to the “editor profile properties dialog”. Anyone think reducing “editor profile” to “editor” is a good/bad idea?

Viewing 15 posts - 1,891 through 1,905 (of 5,969 total)