LiquidProj3ct's Forum Page

I’m sorry to say this, but after few hours using the piano roll I find the upper edge a little disturbing, it eats too much space on medium-thin (height) notes, the same problem I had with resize but now in another direction, could it be optional? I usually set velocity with the regular bars. Or have less pixels? or have some pixel outside the event (and you could do it to resize too)?

Just curiosity, why you don’t like have pixels outside the note? I think you could save lots of adjustments. I hope this proposal doesn’t annoys you, I only try to suggest the most direct and easy workflow from my experience from old hosts. O:)

@Zynewave wrote:

Is it not sufficient that the width of the box increases when you zoom out vertically?

Didn’t know that, however I don’t see any logic relationship between vertical zoom and width increases. It would be more logic if the width would depend on event lenght and horizontal zoom (i think)

Even if I implemented the “outside” resize handles, I still think the wide box has its uses. You can be zoomed so far out that even quarter notes will be so thin that it’s difficult to click them. And then there are the ultra-short click events you can get if you import some drum loop MIDI files. This wide event option was meant as a replacement for the previous snap grid minimum size that was used in the old drum map editor. Or the Triangle/Diamond shape options you have in some other hosts.

Yes it has its use, I was waiting something to move easily notes without switching tools in piano roll windows as I posted before, although

edit: or do the relationship simple. If event < 15 pixels (or any comfortable size to be grabbed without problem) then increase its lengh until 15 pixels.

@Trancit wrote:

go one step ahead and built up a little lightweighted “mini subhost”, that offers preset tagging, combining midi plugins, instruments and effects (all vst based, no need for internal FX like Kore has) in one preset to be able to save stacked, arpeggiated or fx tweaked sounds in one single file and steppin through a user based preset library by a single mouseclick on a preset name, without any need of navigating up and down through zillions of folders and sub folders, which simulate a poor tagging system…

Maybe you want to mean this:
http://www.zynewave.com/forum/viewtopic.php?t=2035
It’s planned for Podium 6.42 as you can read in the thread 😆

Honestly I think it’s a good idea, but prior to that Podium needs manage Midi Plugins and improve the multiple in/out plugins management, since those two are requests to fullfill your idea. And prior to Midi improvement and routing improvement there are another features needed which are request too.

I use Podium everyday and I’d prefer to see the first host with basic features covered and well implemented that a super-mega-hyper-feature and the basic oddly implemented. Just imagine a car with a hydrogen engine and with squared tires 🙂

I don´t know how other people work, but for me, I often got lost in the preset jungle and wish a good and light solution to handle this disaster from a universal platform…

My plugins are very simple, so I don’t need presets, and when I need them I program starting in a simple saw wave. However I’d benefit from this idea creating complex patches, which I could need once time for each song at max [my music is contrast, too much complicated sounds got muddy]

major selling points for energyXT and MuLab….

Yes, but i’d bet that their sells are pretty inferior to FL Studio, Reaper and Live, which don’t have a modular enviroment but they’re an atracctive concept and the basic is almost implemented (Live piano roll is too primitive, although)

Just stay tuned, the lastest Podium updates are fullfilling the workflow holes it had 😉

And I shoud remember you that “snap to previous grid line” doesn’t work fine when moving events, it should work as “snap to closest grid line” does while it’s moving events. Well, I think 😉

Do others think it is important that you have timing and velocity adjustments in a single dialog?

I think they’re related, so yes, it does.

kyran maybe this helps: think how you would do with an iphone. If you put your fingers in horizontal (ctrl-alt): horizontal zoom, vertical(ctrl-shift): vertical zoom, both (ctrl -alt-shift): both zoom.

I find this system perfect, i get used in no time.

@LiquidProj3ct wrote:

@Zynewave wrote:

A tip: If the event is so small that it only shows the resize cursors, you can override the resizing by ctrl+click+hold on the event, and then release the ctrl key to move the event.

Extending the drag handle area beyond the event border is something I will consider in the future.

Ok, I’ll remember you this in a future, thanks for the tip.

I bring this up again. I have the control key, although, it isn’t inmediate use it. And I’m suffering mangling a piano roll view with 8 bar of 1/16 notes with mouse. While mangle I need to have the full view of the clip, so zooming parts isn’t a option. The 90% of the note is to resize it and only a 10% to move it. Please could you extend the limit a bit (if there isn’t too much programming involved)? something like 2/3 points to resize in each side of the event and maybe a point outside it? I’d be really grateful