Conquistador's Forum Page

Forum Replies Created

Viewing 15 posts - 811 through 825 (of 1,598 total)

← 1 2 3 … 54 55 56 … 105 106 107 →

September 3, 2007 at 13:08 in reply to: Auto Device mapping problems #10757

Conquistador
Participant

@rinxai wrote:

@Conquistador wrote:

Can you please consider some sort of automapping process for Podium that will allow a user to delete an existing VST folder structure and simply import the new one but…also not lose all their FX and instrument settings if a project already has mappings in use?

+1

This is also an issue for me, as updating and testing new plugs and then consolidating into a tidy list of devices does eat up a fair bit of time.

That is exactly what I am trying to get across here. “updating and testing new plugs” is simply part of the whole Audio and Midi host experience. Podiums is easily the most problematic and time consuming to use for this IMO compared to every other host I have used for that purpose. Every.

Having a tidy list is essential to a quick workflow. Set and forget.

My only choice currently is to to go through a list of between 50 – 75 plugs and sort them out. So I will have to re arrange each of the plugs I want to keep (probably 50 at least). At this point I have started to lose interest in finishing that project. Big problem.

You see the more projects I create with Podium like this the bigger the problem will get…why? Any changes you make to your folder layout in one project…do not appear in other projects automatically. So the more projects you create in future the more projects you will have to “adjust” in future if you change your hardware, VST plugin layout or plugins used / scanned.

Having per project VST layouts is a flexible approach but completely un workable if you make changes to your VST plugins (you will lose active track mappings if you delete them) especially working with more than one project.

So once you have taken a huge amount of time sorting everything out…if you have more than one single Podium project on your hard drive or in my case more than 20..you are looking at a totally unrealistic amount of time spent re arranging every single individual projects VST layout in each one of their Devices: areas on their project start pages.

So the problem gets worse the longer Podium is used to create more projects. Because at some point it is very likely one will want to make at least some level of changes to plugin layouts or just change what plugins they use and have visible.

I currently will have to carefully (for each folder) ctrl click the plugs I don’t want to keep and delete them. Bear in mind this is one of 20+ projects I have to do this for! I think it is a very unrealistic expectation to have of a user.

Add my voice, I suppose. Though, the auto-interface routing/naming issue is a bigger thing for me -since I use different devices depending on my location (home/office/mobile).

JP

Another big problem for me. Combine the two issues raised in this thread together…and it IMO is just not workable.

Counter balance…
I appreciate if Frits could flick a switch to fix this or refine it he would have done so the first time he became aware of it.
So I understand it may be tricky to solve…but the problem remains and I simply can’t work this way. I will gladly wait for a solution to appear which I think will happen when Frits has time to look at it.

He has to prioritise his workload and no user or group of users are special of course. I just hope a solution can be found sooner rather than later as I really want to get back to finishing those projects in Podium. Sadly ‘manually’ sorting these problems out in Podium is simply not an option for me.

[Thread title has been changed to reflect the subject matter a bit better]

August 31, 2007 at 17:49 in reply to: Group Panel: Listing of Preset names #10740

Conquistador
Participant

@Zynewave wrote:

So Frits how far do you think the GP feature wise should go…?

I’m going to add more elements to the group panel, but they will all be options in the view menu, like the current gain, pan and send options.

Looking forward to seeing those changes. 😉

August 31, 2007 at 12:10 in reply to: Group Panel: Listing of Preset names #10738

Conquistador
Participant

@Podianer wrote:

I think the group panel should not show too many details. I see the danger of it being too bloated.. just my 2 cents..

I agree.

But it’s the “too many” part that is wide open for discussion and is very subjective. Perhaps only Frits knows exactly what that is. If you right click on a Group Panel track it already exactly mirrors every right click option you can find if you right click on a track in the arrange view AFAICT.

It seems odd to me to then only incorporate some track features in to the GP but leave others. It is all down to individual taste, workflow and preferences at the end of the day I guess. Basically one persons view of where the Group Panel should progress to may be different to another persons.

Some Podium users may not even see a need to add anything more to it beyond 1.94 🙂

I am really putting these GP suggestions forward as FR’s and discussion points that is why they have separate threads. Using the 1.94 thread would result in a locked thread at some point so that was a no go. I know Frits as of now (pre 1.95) is in some way or another looking at the GP, hence the recent GP posts from me 😉

So Frits how far do you think the GP feature wise should go…?

Drag enabled panels has been discussed.

What about these other features…

Metering
SMR buttons
Listing of preset names

Of course not all necessarily for 1.95 but considerations for a future update or too much for the GP? ❓ ❓ ❓ Do you consider this to be “too many” GP additions?

August 31, 2007 at 08:38 in reply to: Group Panel: Drag enabled panels… #10736

Conquistador
Participant

@Zynewave wrote:

I’ve thought about moving the “Track” panel to the top of the list. What kept me from doing it so far, is that it will mean a few changes that may affect users workflow:

The F1-F5 keys need to be shuffled around, so that F1 instead of F5 will open the Track panel.

I cannot speak for anyone else of course but I would guess that might be a minor change for most I would think, especially if the panels could be drag enabled in return for that change.

Today, clicking the header of an open panel will close it towards the top, meaning the remaining panels slides on top of the closed panel. This way the bottommost panel will always be the default open panel, and therefore I placed the Track panel at the bottom. If the Track panel is placed at the top, then closing a panel needs to slide it to the bottom of the inspector, i.e. the clicked panel will slide away from the mouse. Little things for sure, but that’s why I placed the Track panel at the bottom.

Good points…I can now see why you did things that way but…

At some point I’ll experiment with placing it at the top

Thanks. 🙂

August 30, 2007 at 17:48 in reply to: Auto Device mapping problems #10733

Conquistador
Participant

Hi Frits,

I was not sure if I should start another thread for this problem but I think as they are related I might as well post it here. Sorry.

Ok..

If I change the layout of my VST folder from say…

…all plugins listed as A,B,C & D to…Compressors, EQ’s e.t.c (up to 10 categories) it can become very tedious to try to manually re- arrange all the plugs in the Devices: Area of the Project Start page.

Especially if one has over 20 projects like I do.

What would be far easier would be if one deletes all FX and instrument mappings in the Devices: area one could just point Podium to the new re structured folder and Podium will import all those mappings into Podium correctly…yes we can do this already but Podium will not re map mappings to any tracks that are using the mappings that have been deleted from the Devices area.

Sadly any mappings that are active on tracks in that project are now totally lost.

It bascially means you cannot delete the mappings in a project from the Devices Area (Project start page) because you will have to re map and re set all the presets and settings all over again.

So if you re structure your VST folder at any point and (as I have done) add or remove certain VST’s (which I have also done and is hardly uncommon) then you really have to start that project all over again to avoid a very tedious process of removing ‘dead’ VST’s that are no longer in a VST folder but now appear highlighted in the Devices area.

One also has to manually re-arrange all the mappings into any required new layout as well, by shuffling mappings back and forth into a new VST plugin layout in the Devices: area on the project start page. Really tedious. Sorry Frits.

If Podium could retain all the information required for any FX or Instruments used, even if they are deleted that would be great.

For instance in Tracktion, Sonar, P5 or FL studio if you totally re-arrange your VST folder it makes no difference to the actual mappings or plugins in any projects that were saved with them in those hosts.

Provided you point any of those hosts to a folder where those plugs are currently, they will “see” the plugs and any”missing” plugs re appear (with previous presets and settings intact) in any projects that use them once loaded.

This is not possible in Podium AFAICT and can take so much time to sort out.

Can you please consider some sort of automapping process for Podium that will allow a user to delete an existing VST folder stucture and simply import the new one but…also not lose all their FX and instrument settings if a project already has mappings in use?

The original problem I had (First post) is related because, the hardware Audio input and output settings as well as Midi device mappings also still do not update automatically (in the Devices: area) when a user makes changes to the ASIO interface they want to use…MID/Audio interface > Audio > ASIO interface.

Of course you have things you are currently working on so this is just to remind of this problem and birng the other issue (perhaps we discussed the VST issue before) to your notice.

It would be great if you can take some time to look at these two problems at some point in future.

Thanks.

August 29, 2007 at 14:44 in reply to: 1.94 #10729

Conquistador
Participant

@Zynewave wrote:

@xis23 wrote:

@Conquistador wrote:

I initially thought this included the Piano roll which will change colour (white keys as well) based on whatever colours are used in certain parts of Podium. Not good.

something like an opacity option for ‘piano roll opacity’, like the one that exists for ‘track color opacity’ would remedy this nicely me thinks . 💡

I’ve added a “black/white key intensity” percentage setting to the piano roll properties dialog. Setting it to 100% will paint solid black/white keys. Setting it to 0% will paint with the colors of the current version.

Much better. Thanks for the quick change Frits 🙂

@ xis23: How about that for support? 🙂

@Klemperer wrote:

Just printed out conquistador’s very much (even for newer users like me) appreciated comments, and will look into the new things myself. Thanks!

Gulp! 🙂 If my words are being printed I really need to watch what I say 😆 It’s nice to read my comments are of some assistance. I just need to work on the length of my posts he hee. 🙂

August 28, 2007 at 18:26 in reply to: Cursor and marker behaviour #10723

Conquistador
Participant

@sam c wrote:

wouldn’t it be logical to have them show what is active? seems like a live view serves more purpose?

thanks

Agreed.

@ Frits: Please do consider Sam C’s suggestion. IMO it is spot on. It really should mirror the active marker or the last marker that the cursor has passed on the timeline. However…please do continue with the track level /Group panel improvements for 1.95. 🙂

Perhaps this FR is not even a difficult job (no idea) but if it is a huge development effort that would require getting sidetracked from GP improvements for 1.95 then at least please consider it for some time in future.

It is IMO a very good suggestion for Podium though.

I mention getting sidetracked because (and I am just as guilty as anyone else for causing it) it has happened before. Of course we should continue to make FR’s as before but just don’t see this a request from me to leave what you are currently working on. 🙂

August 28, 2007 at 14:14 in reply to: 1.94 #10720

Conquistador
Participant

@Zynewave wrote:

If I may ask…why is there a link between how a track is named and having an option to select Device Mappings from within the Group Panel?

It was mainly an attempt to reduce the size of the panel. If the map selection should appear on all tracks, then tracks where you don’t intend to assign mappings (e.g. master fader and group tracks) would have an unneded blank line for the mapping.

But as I replied earlier in this topic, I’m still revising the group panel functionality for the coming 1.95 release.

Ok cool. It just seemed strange at first but thanks for explaining. 😉

Part 2

Added “undo menu” and “redo menu” toolbar elements. The default setup has been modified to use the new menu buttons. The menus show each undo and redo edit with the time elapsed since the edit was made. The menus can be opened with Alt+Z and Alt+Y.

I really like the idea. I think simply left clicking on the undo button is a far quicker way to bring up the undo history. I suppose for anyone using keyboard shortcuts that may be a quicker solution for them.

The file, edit, view, setup and quantize toolbar menus can be opened with the key shortcuts Alt+F, Alt+E, Alt+V, Alt+S and Alt+T.

Not a keyboard shortcut fan 😆

Added “Arrangement – Big Transport” editor profile to the default setup.

It was fun finally seeing this thing on my own system. Really nice idea this.

Modified the coloring of various button and background images to enhance visibility on darker color schemes.

I initially thought this included the Piano roll which will change colour (white keys as well) based on whatever colours are used in certain parts of Podium. Not good.

Added new “Nightfall” color scheme.

Great but see above. Darker colour schemes are not really useful IMO if you do a lot of work in the Piano roll view.

The old “enable audio mixing” option in the track properties dialog has been replaced with separate options for enabling gain and pan controls. Tracks with audio mappings assigned will now only show the gain/pan controls if enabled in the track properties.

I like this idea. I do not really pan FX tracks but sometimes like to have a gain control at least on an FX track.

The track minimize state no longer controls the mixer strip. Instead there is a new “Hide Mixer Strip” option in the mixer strip/header context menu. Shortcut is Shift+H.

More flexibility. Thanks.

Audio tracks no longer inherit the record mode of parent tracks. This change is made to allow automation recording on an effect plugin track without affecting playback of audio child tracks.

Very useful.

All in all a great update Frits! 🙂

August 28, 2007 at 07:32 in reply to: 1.94 #10717

Conquistador
Participant

@Zynewave wrote:

@acousmod wrote:

Quote:
[*]Device mappings can be assigned directly from a popup menu in the group panel.
Maybe the biggest addition to the group panel yet IMO. Fantastic.

I don’t see where or what is this.
Can you explain please ?

It’s only available on tracks with the “use name of object…” option enabled in the track properties.

If I may ask…why is there a link between how a track is named and having an option to select Device Mappings from within the Group Panel?

There is a very good chance I may not neccessarily always want to use the “Use name of object assigned to track” option.

Why connect the naming process of a track to the accesibility of something like Device mappings within the Group Panel? I would not want to lose access to Group Panel device mapping inserts if I do not enable the “Use name of object assigned to track” option.

This seems like a strange connection to me. Can you clarify please Frits, maybe I am missing something here. 🙂

Cheers.

August 27, 2007 at 20:05 in reply to: 1.94 #10711

Conquistador
Participant

@Zynewave wrote:

@Conquistador wrote:

[*]Added “center align” toolbar element.

Lost me totally here. What or where do I find this please?

It’s a list element you can insert in the toolbar region properties dialog. The new big transport profile uses it to center the transport toolbar rather than the default left alignment.

Ok thanks. 😉

Part 2…tomorrow… 🙂

August 27, 2007 at 19:32 in reply to: 1.94 #10709
Conquistador
Participant
Some feedback…

I am going to break this up into two parts otherwise it will be a very long post. 🙂

Part 1

@Zynewave wrote:
- Redesigned the UI for the track inspector and the split bar to the right of the inspector. The inspector now has a title bar with a view menu button and a minimize button. Double-clicking the title bar also minimizes the inspector.
This is a much cleaner look. Very nice. That double click trick is nice and quick.

Added “master chain”, “gain”, “pan” and “send” options to the inspector view menu. These options control what is shown in the group panel.

This makes the group panel much more flexible IMO. It’s much easier now to get it to show the information I want at any given time.

Added “tracks region properties” shortcut to the inspector view menu.

I very rarely looked at that option but adding it to the Inspector is a very good idea. It elevates the Group Panel further into “central point” status for Track management with the placement of that option. Time saver.

Added bounce buttons to the group panel.

Great. I use bounce tracks a lot so this is a big deal for me.

Moving the mouse in the group panel will highlight the clickable control under the mouse.

Nice touch. This now provides a nice graphical indicator as to what is active.

Device mappings can be assigned directly from a popup menu in the group panel.

Maybe the biggest addition to the group panel yet IMO. Fantastic. I think even now there is very little that cannot be done in the group panel. It’s now a really great place to manage tracks!
Your really on to something unique here Fritz with the group panel.

Suggestion: If you left click (in the Group Panel) you can choose plugs (FX/e.t.c) to add to a track and right clicking brings up related track options…now while the panels below do have a pop up explaining how to navigate them, the Group panel (especially considering it’s new “track central” status) does not have a pop up appear when the mouse cursor hovers over the Group panel Header. Small but important. There is no indicator at all to tell the user what left or right clicking will do.

Redesigned the BSMR buttons.

Finally yes! I much prefer the new buttons.

Updated all toolbar indicator fields with new fonts and graphics.

A small change but I really like the new look.

The play cursor indicator in the transport toolbar now shows both clock and bar/beat time. The font will scale to the configured toolbar height.

The additional info or slightly more detailed info makes it far more useful to me. Love it.

Added “center align” toolbar element.

Lost me totally here. What or where do I find this please?
August 27, 2007 at 14:03 in reply to: 1.94 #10698

Conquistador
Participant

Biggest update ever! 😯

Thanks!

August 22, 2007 at 13:13 in reply to: Preview: Big transport #10652

Conquistador
Participant

@Zynewave wrote:

I would need to see it in action to really judge but it sounds like a really useful idea!

The pulse indicator has always been there. I’ve just changed the appearance slightly and it now pulses on each beat rather than each bar.

Indeed it has. 😉 To the left of the Time signature and Tempo box (default view), He he.

I would glance at it from time to time but it is far too small for the kind of things I can now use the larger view for.

August 22, 2007 at 11:58 in reply to: Preview: Big transport #10650

Conquistador
Participant

@Zynewave wrote:

That is a pulse indicator that animates the play position within the current beat. This will create a flash on the start of each beat, to aid with timing if you are far from your monitor. I think this is more useful than a frantically running percentage value.

That does sound interesting. I would need to see it in action to really judge but it sounds like a really useful idea! That designers touch coming through again. It’s nice to continue to see really useful features implemented in a simple yet stylish way.

LOL this new transport is already likely to form part of my default project template.

August 22, 2007 at 00:30 in reply to: Preview: Big transport #10648

Conquistador
Participant

What is the dual shaded box for next to the no.4 (far right of the lower screen area)?

Is that some sort of larger version of the Mix/File CPU meter?

Viewing 15 posts - 811 through 825 (of 1,598 total)

← 1 2 3 … 54 55 56 … 105 106 107 →