Zynewave's Forum Page

@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.

@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.

@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. =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.

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 🙂

@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.

@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?

@thcilnnahoj wrote:

@Zynewave wrote:

@thcilnnahoj wrote:

Simply try de- and reselecting an event – it uses the right profile but the zoom level is still locked (I tried with the default setup).

I’m not sure I understand. When you select an event, and the embedded editor shows a timelined profile, then the initial timeline zoom is set to the duration of the event. You can then change the zoom of the embedded editor without affecting the arrangement zoom.

Yes, meanwhile i noticed this, too. I spoke too soon 😳 – it first confused me that the zoom setting changed when I selected a different event, and as luck would have it, it changed precisely to a zoom level at which it looked as if it was still time-locked.
I’ve put a short video in my box, maybe it explains what confused me better – I guess those zoom jumps are not the intended behaviour.

I think this is the same bug that Liquidproject reported, so try again when the next beta3 is uploaded.