2007-06-27 16:23:48 -04:00
|
|
|
/*
|
|
|
|
Copyright (C) 2000-2004 Paul Davis
|
|
|
|
|
|
|
|
This program is free software; you can redistribute it and/or modify
|
|
|
|
it under the terms of the GNU General Public License as published by
|
|
|
|
the Free Software Foundation; either version 2 of the License, or
|
|
|
|
(at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
|
|
along with this program; if not, write to the Free Software
|
|
|
|
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
2009-07-12 20:26:28 -04:00
|
|
|
#ifdef WAF_BUILD
|
|
|
|
#include "gtk2ardour-config.h"
|
|
|
|
#endif
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
#include <cmath>
|
|
|
|
#include <iostream>
|
2008-09-10 11:03:30 -04:00
|
|
|
#include <set>
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
#include <sigc++/bind.h>
|
|
|
|
|
2009-02-25 13:26:51 -05:00
|
|
|
#include "pbd/convert.h"
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
#include <glibmm/miscutils.h>
|
|
|
|
|
|
|
|
#include <gtkmm/messagedialog.h>
|
|
|
|
|
|
|
|
#include <gtkmm2ext/gtk_ui.h>
|
|
|
|
#include <gtkmm2ext/utils.h>
|
|
|
|
#include <gtkmm2ext/choice.h>
|
|
|
|
#include <gtkmm2ext/utils.h>
|
|
|
|
#include <gtkmm2ext/doi.h>
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
#include "ardour/amp.h"
|
2009-02-25 13:26:51 -05:00
|
|
|
#include "ardour/ardour.h"
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
#include "ardour/audio_track.h"
|
|
|
|
#include "ardour/audioengine.h"
|
2009-07-14 20:47:34 -04:00
|
|
|
#include "ardour/internal_send.h"
|
2010-11-27 16:32:29 -05:00
|
|
|
#include "ardour/internal_return.h"
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
#include "ardour/ladspa_plugin.h"
|
|
|
|
#include "ardour/meter.h"
|
2009-02-25 13:26:51 -05:00
|
|
|
#include "ardour/plugin_insert.h"
|
|
|
|
#include "ardour/port_insert.h"
|
|
|
|
#include "ardour/profile.h"
|
2009-05-07 13:31:18 -04:00
|
|
|
#include "ardour/return.h"
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
#include "ardour/route.h"
|
|
|
|
#include "ardour/send.h"
|
|
|
|
#include "ardour/session.h"
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-05-07 13:31:18 -04:00
|
|
|
#include "actions.h"
|
2007-06-27 16:23:48 -04:00
|
|
|
#include "ardour_dialog.h"
|
2009-05-07 13:31:18 -04:00
|
|
|
#include "ardour_ui.h"
|
|
|
|
#include "gui_thread.h"
|
|
|
|
#include "io_selector.h"
|
2007-06-27 16:23:48 -04:00
|
|
|
#include "keyboard.h"
|
|
|
|
#include "mixer_ui.h"
|
2009-05-16 22:08:13 -04:00
|
|
|
#include "mixer_strip.h"
|
2009-05-07 13:31:18 -04:00
|
|
|
#include "plugin_selector.h"
|
2007-06-27 16:23:48 -04:00
|
|
|
#include "plugin_ui.h"
|
2010-08-31 10:16:29 -04:00
|
|
|
#include "port_insert_ui.h"
|
2009-05-07 13:31:18 -04:00
|
|
|
#include "processor_box.h"
|
|
|
|
#include "public_editor.h"
|
|
|
|
#include "return_ui.h"
|
|
|
|
#include "route_processor_selection.h"
|
|
|
|
#include "send_ui.h"
|
2007-06-27 16:23:48 -04:00
|
|
|
#include "utils.h"
|
|
|
|
|
|
|
|
#include "i18n.h"
|
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
#ifdef HAVE_AUDIOUNITS
|
|
|
|
class AUPluginUI;
|
2007-06-27 16:23:48 -04:00
|
|
|
#endif
|
|
|
|
|
2009-05-12 13:03:42 -04:00
|
|
|
using namespace std;
|
2007-06-27 16:23:48 -04:00
|
|
|
using namespace ARDOUR;
|
|
|
|
using namespace PBD;
|
|
|
|
using namespace Gtk;
|
|
|
|
using namespace Glib;
|
|
|
|
using namespace Gtkmm2ext;
|
|
|
|
|
|
|
|
ProcessorBox* ProcessorBox::_current_processor_box = 0;
|
|
|
|
RefPtr<Action> ProcessorBox::paste_action;
|
2010-03-16 11:33:04 -04:00
|
|
|
RefPtr<Action> ProcessorBox::cut_action;
|
2010-04-17 19:28:57 -04:00
|
|
|
RefPtr<Action> ProcessorBox::rename_action;
|
2010-09-05 16:41:48 -04:00
|
|
|
RefPtr<Action> ProcessorBox::edit_action;
|
2009-11-25 09:37:20 -05:00
|
|
|
Glib::RefPtr<Gdk::Pixbuf> SendProcessorEntry::_slider;
|
|
|
|
|
|
|
|
ProcessorEntry::ProcessorEntry (boost::shared_ptr<Processor> p, Width w)
|
2009-11-30 08:13:57 -05:00
|
|
|
: _processor (p)
|
|
|
|
, _width (w)
|
2011-01-14 10:48:45 -05:00
|
|
|
, _visual_state (Gtk::STATE_NORMAL)
|
|
|
|
, _position (PreFader)
|
2009-11-25 09:37:20 -05:00
|
|
|
{
|
|
|
|
_hbox.pack_start (_active, false, false);
|
|
|
|
_event_box.add (_name);
|
|
|
|
_hbox.pack_start (_event_box, true, true);
|
|
|
|
_vbox.pack_start (_hbox);
|
2011-01-05 19:29:40 -05:00
|
|
|
_frame.add (_vbox);
|
|
|
|
|
2011-01-14 18:48:34 -05:00
|
|
|
/* without this, the border is mis-drawn on some systems */
|
|
|
|
_vbox.set_border_width (1);
|
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
_name.set_alignment (0, 0.5);
|
|
|
|
_name.set_text (name ());
|
|
|
|
_name.set_padding (2, 2);
|
2011-01-03 19:20:23 -05:00
|
|
|
|
|
|
|
if (boost::dynamic_pointer_cast<Amp> (p)) {
|
2011-01-05 19:29:40 -05:00
|
|
|
/* Fader processor gets a special look */
|
|
|
|
_event_box.set_name ("ProcessorFader");
|
2011-01-05 20:07:28 -05:00
|
|
|
_frame.set_name ("ProcessorFaderFrame");
|
2011-01-03 19:20:23 -05:00
|
|
|
_name.set_padding (2, 4);
|
|
|
|
}
|
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
_active.set_active (_processor->active ());
|
2009-12-11 18:29:48 -05:00
|
|
|
_active.signal_toggled().connect (sigc::mem_fun (*this, &ProcessorEntry::active_toggled));
|
2009-11-25 09:37:20 -05:00
|
|
|
|
2010-03-30 11:18:43 -04:00
|
|
|
_processor->ActiveChanged.connect (active_connection, invalidator (*this), boost::bind (&ProcessorEntry::processor_active_changed, this), gui_context());
|
|
|
|
_processor->PropertyChanged.connect (name_connection, invalidator (*this), ui_bind (&ProcessorEntry::processor_property_changed, this, _1), gui_context());
|
2009-11-25 09:37:20 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
EventBox&
|
|
|
|
ProcessorEntry::action_widget ()
|
|
|
|
{
|
|
|
|
return _event_box;
|
|
|
|
}
|
|
|
|
|
|
|
|
Gtk::Widget&
|
|
|
|
ProcessorEntry::widget ()
|
|
|
|
{
|
2011-01-05 19:29:40 -05:00
|
|
|
return _frame;
|
2009-11-25 09:37:20 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
string
|
|
|
|
ProcessorEntry::drag_text () const
|
|
|
|
{
|
|
|
|
return name ();
|
|
|
|
}
|
|
|
|
|
2011-01-14 10:48:45 -05:00
|
|
|
void
|
|
|
|
ProcessorEntry::set_visual_state (Gtk::StateType t)
|
|
|
|
{
|
|
|
|
_visual_state = t;
|
|
|
|
setup_visuals ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorEntry::set_position (Position p)
|
|
|
|
{
|
|
|
|
_position = p;
|
|
|
|
setup_visuals ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorEntry::setup_visuals ()
|
|
|
|
{
|
|
|
|
switch (_position) {
|
|
|
|
case PreFader:
|
|
|
|
_event_box.set_name ("ProcessorPreFader");
|
|
|
|
if (_visual_state == Gtk::STATE_NORMAL) {
|
|
|
|
_frame.set_name ("ProcessorPreFaderFrame");
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case Fader:
|
|
|
|
_event_box.set_name ("ProcessorFader");
|
|
|
|
if (_visual_state == Gtk::STATE_NORMAL) {
|
|
|
|
_frame.set_name ("ProcessorFaderFrame");
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case PostFader:
|
|
|
|
_event_box.set_name ("ProcessorPostFader");
|
|
|
|
if (_visual_state == Gtk::STATE_NORMAL) {
|
|
|
|
_frame.set_name ("ProcessorPostFaderFrame");
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
switch (_visual_state) {
|
|
|
|
case Gtk::STATE_NORMAL:
|
|
|
|
/* _frame has been set up above */
|
|
|
|
_event_box.set_state (Gtk::STATE_NORMAL);
|
|
|
|
break;
|
|
|
|
case Gtk::STATE_SELECTED:
|
|
|
|
_frame.set_name ("ProcessorFrameSelected");
|
|
|
|
/* don't change the background of the box when it is selected */
|
|
|
|
_event_box.set_state (Gtk::STATE_NORMAL);
|
|
|
|
break;
|
|
|
|
case Gtk::STATE_ACTIVE:
|
|
|
|
_frame.set_name ("ProcessorFrameActiveSend");
|
|
|
|
_event_box.set_state (Gtk::STATE_ACTIVE);
|
|
|
|
break;
|
2011-01-14 17:26:45 -05:00
|
|
|
default:
|
|
|
|
break;
|
2011-01-14 10:48:45 -05:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
boost::shared_ptr<Processor>
|
|
|
|
ProcessorEntry::processor () const
|
|
|
|
{
|
|
|
|
return _processor;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-12-04 12:45:11 -05:00
|
|
|
ProcessorEntry::set_enum_width (Width w)
|
2009-11-25 09:37:20 -05:00
|
|
|
{
|
|
|
|
_width = w;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorEntry::active_toggled ()
|
|
|
|
{
|
|
|
|
if (_active.get_active ()) {
|
|
|
|
if (!_processor->active ()) {
|
|
|
|
_processor->activate ();
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (_processor->active ()) {
|
|
|
|
_processor->deactivate ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorEntry::processor_active_changed ()
|
|
|
|
{
|
|
|
|
if (_active.get_active () != _processor->active ()) {
|
|
|
|
_active.set_active (_processor->active ());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2010-02-19 13:09:08 -05:00
|
|
|
ProcessorEntry::processor_property_changed (const PropertyChange& what_changed)
|
2009-11-25 09:37:20 -05:00
|
|
|
{
|
2010-02-19 13:09:08 -05:00
|
|
|
if (what_changed.contains (ARDOUR::Properties::name)) {
|
|
|
|
_name.set_text (name ());
|
|
|
|
}
|
2009-11-25 09:37:20 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
string
|
|
|
|
ProcessorEntry::name () const
|
|
|
|
{
|
|
|
|
boost::shared_ptr<Send> send;
|
|
|
|
string name_display;
|
|
|
|
|
|
|
|
if ((send = boost::dynamic_pointer_cast<Send> (_processor)) != 0 &&
|
|
|
|
!boost::dynamic_pointer_cast<InternalSend>(_processor)) {
|
|
|
|
|
|
|
|
name_display += '>';
|
|
|
|
|
|
|
|
/* grab the send name out of its overall name */
|
|
|
|
|
|
|
|
string::size_type lbracket, rbracket;
|
|
|
|
lbracket = send->name().find ('[');
|
|
|
|
rbracket = send->name().find (']');
|
|
|
|
|
|
|
|
switch (_width) {
|
|
|
|
case Wide:
|
|
|
|
name_display += send->name().substr (lbracket+1, lbracket-rbracket-1);
|
|
|
|
break;
|
|
|
|
case Narrow:
|
|
|
|
name_display += PBD::short_version (send->name().substr (lbracket+1, lbracket-rbracket-1), 4);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
} else {
|
|
|
|
|
|
|
|
switch (_width) {
|
|
|
|
case Wide:
|
|
|
|
name_display += _processor->display_name();
|
|
|
|
break;
|
|
|
|
case Narrow:
|
|
|
|
name_display += PBD::short_version (_processor->display_name(), 5);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
return name_display;
|
|
|
|
}
|
|
|
|
|
|
|
|
SendProcessorEntry::SendProcessorEntry (boost::shared_ptr<Send> s, Width w)
|
|
|
|
: ProcessorEntry (s, w),
|
|
|
|
_send (s),
|
2011-01-06 16:57:15 -05:00
|
|
|
/* set the adjustment to a gain of 0dB so that the fader's default value is right */
|
|
|
|
_adjustment (0.781787, 0, 1, 0.01, 0.1),
|
2009-12-04 12:45:11 -05:00
|
|
|
_fader (_slider, &_adjustment, 0, false),
|
2009-11-25 09:37:20 -05:00
|
|
|
_ignore_gain_change (false)
|
|
|
|
{
|
2011-01-04 18:26:59 -05:00
|
|
|
_fader.set_name ("SendFader");
|
2009-11-25 09:37:20 -05:00
|
|
|
_fader.set_controllable (_send->amp()->gain_control ());
|
|
|
|
_vbox.pack_start (_fader);
|
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
_adjustment.signal_value_changed().connect (sigc::mem_fun (*this, &SendProcessorEntry::gain_adjusted));
|
2010-03-30 11:18:43 -04:00
|
|
|
_send->amp()->gain_control()->Changed.connect (send_gain_connection, invalidator (*this), boost::bind (&SendProcessorEntry::show_gain, this), gui_context());
|
2009-11-25 09:37:20 -05:00
|
|
|
show_gain ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
SendProcessorEntry::setup_slider_pix ()
|
|
|
|
{
|
|
|
|
_slider = ::get_icon ("fader_belt_h_thin");
|
|
|
|
assert (_slider);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
SendProcessorEntry::show_gain ()
|
|
|
|
{
|
2009-12-11 18:29:48 -05:00
|
|
|
ENSURE_GUI_THREAD (*this, &SendProcessorEntry::show_gain)
|
2009-11-25 09:37:20 -05:00
|
|
|
|
|
|
|
float const value = gain_to_slider_position (_send->amp()->gain ());
|
|
|
|
|
|
|
|
if (_adjustment.get_value() != value) {
|
|
|
|
_ignore_gain_change = true;
|
|
|
|
_adjustment.set_value (value);
|
|
|
|
_ignore_gain_change = false;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
SendProcessorEntry::gain_adjusted ()
|
|
|
|
{
|
|
|
|
if (_ignore_gain_change) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_send->amp()->set_gain (slider_position_to_gain (_adjustment.get_value()), this);
|
|
|
|
}
|
|
|
|
|
2009-12-04 12:45:11 -05:00
|
|
|
void
|
|
|
|
SendProcessorEntry::set_pixel_width (int p)
|
|
|
|
{
|
|
|
|
_fader.set_fader_length (p);
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
ProcessorBox::ProcessorBox (ARDOUR::Session* sess, boost::function<PluginSelector*()> get_plugin_selector,
|
|
|
|
RouteRedirectSelection& rsel, MixerStrip* parent, bool owner_is_mixer)
|
|
|
|
: _parent_strip (parent)
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
, _owner_is_mixer (owner_is_mixer)
|
2009-11-30 08:13:57 -05:00
|
|
|
, ab_direction (true)
|
2009-10-22 13:17:34 -04:00
|
|
|
, _get_plugin_selector (get_plugin_selector)
|
2009-07-12 20:26:28 -04:00
|
|
|
, _placement(PreFader)
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
, _rr_selection(rsel)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2009-12-17 13:24:23 -05:00
|
|
|
set_session (sess);
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
_width = Wide;
|
|
|
|
processor_menu = 0;
|
|
|
|
send_action_menu = 0;
|
|
|
|
no_processor_redisplay = false;
|
|
|
|
|
|
|
|
processor_scroller.set_policy (Gtk::POLICY_NEVER, Gtk::POLICY_AUTOMATIC);
|
|
|
|
processor_scroller.add (processor_display);
|
2009-11-25 09:37:20 -05:00
|
|
|
pack_start (processor_scroller, true, true);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-11-27 12:28:19 -05:00
|
|
|
processor_display.set_flags (CAN_FOCUS);
|
2011-01-05 19:29:40 -05:00
|
|
|
processor_display.set_name ("ProcessorList");
|
2009-11-26 10:04:34 -05:00
|
|
|
processor_display.set_size_request (48, -1);
|
2009-11-25 09:37:20 -05:00
|
|
|
processor_display.set_data ("processorbox", this);
|
2011-01-05 19:29:40 -05:00
|
|
|
processor_display.set_spacing (2);
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
processor_display.signal_enter_notify_event().connect (sigc::mem_fun(*this, &ProcessorBox::enter_notify), false);
|
|
|
|
processor_display.signal_leave_notify_event().connect (sigc::mem_fun(*this, &ProcessorBox::leave_notify), false);
|
2009-07-13 19:09:16 -04:00
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
processor_display.signal_key_press_event().connect (sigc::mem_fun(*this, &ProcessorBox::processor_key_press_event));
|
|
|
|
processor_display.signal_key_release_event().connect (sigc::mem_fun(*this, &ProcessorBox::processor_key_release_event));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
processor_display.ButtonPress.connect (sigc::mem_fun (*this, &ProcessorBox::processor_button_press_event));
|
|
|
|
processor_display.ButtonRelease.connect (sigc::mem_fun (*this, &ProcessorBox::processor_button_release_event));
|
2009-11-25 09:37:20 -05:00
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
processor_display.Reordered.connect (sigc::mem_fun (*this, &ProcessorBox::reordered));
|
|
|
|
processor_display.DropFromAnotherBox.connect (sigc::mem_fun (*this, &ProcessorBox::object_drop));
|
|
|
|
processor_display.SelectionChanged.connect (sigc::mem_fun (*this, &ProcessorBox::selection_changed));
|
2011-01-04 18:26:59 -05:00
|
|
|
|
|
|
|
if (parent) {
|
|
|
|
parent->DeliveryChanged.connect (
|
|
|
|
_mixer_strip_connections, invalidator (*this), ui_bind (&ProcessorBox::mixer_strip_delivery_changed, this, _1), gui_context ()
|
|
|
|
);
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
ProcessorBox::~ProcessorBox ()
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2008-12-08 11:07:28 -05:00
|
|
|
void
|
|
|
|
ProcessorBox::set_route (boost::shared_ptr<Route> r)
|
|
|
|
{
|
2009-12-04 16:45:07 -05:00
|
|
|
if (_route == r) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2011-01-04 18:26:59 -05:00
|
|
|
_route_connections.drop_connections();
|
2008-12-08 11:07:28 -05:00
|
|
|
|
2009-10-08 17:56:16 -04:00
|
|
|
/* new route: any existing block on processor redisplay must be meaningless */
|
|
|
|
no_processor_redisplay = false;
|
2008-12-08 11:07:28 -05:00
|
|
|
_route = r;
|
|
|
|
|
2011-01-04 18:26:59 -05:00
|
|
|
_route->processors_changed.connect (
|
|
|
|
_route_connections, invalidator (*this), ui_bind (&ProcessorBox::route_processors_changed, this, _1), gui_context()
|
|
|
|
);
|
|
|
|
|
|
|
|
_route->DropReferences.connect (
|
|
|
|
_route_connections, invalidator (*this), boost::bind (&ProcessorBox::route_going_away, this), gui_context()
|
|
|
|
);
|
|
|
|
|
|
|
|
_route->PropertyChanged.connect (
|
|
|
|
_route_connections, invalidator (*this), ui_bind (&ProcessorBox::route_property_changed, this, _1), gui_context()
|
|
|
|
);
|
2008-12-08 11:07:28 -05:00
|
|
|
|
|
|
|
redisplay_processors ();
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::route_going_away ()
|
|
|
|
{
|
|
|
|
/* don't keep updating display as processors are deleted */
|
|
|
|
no_processor_redisplay = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-11-25 09:37:20 -05:00
|
|
|
ProcessorBox::object_drop(DnDVBox<ProcessorEntry>* source, ProcessorEntry* position, Glib::RefPtr<Gdk::DragContext> const & context)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2009-07-15 16:29:02 -04:00
|
|
|
boost::shared_ptr<Processor> p;
|
2009-11-25 09:37:20 -05:00
|
|
|
if (position) {
|
|
|
|
p = position->processor ();
|
|
|
|
}
|
2009-07-15 16:29:02 -04:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
list<ProcessorEntry*> children = source->selection ();
|
|
|
|
list<boost::shared_ptr<Processor> > procs;
|
|
|
|
for (list<ProcessorEntry*>::const_iterator i = children.begin(); i != children.end(); ++i) {
|
|
|
|
procs.push_back ((*i)->processor ());
|
2009-07-15 16:29:02 -04:00
|
|
|
}
|
|
|
|
|
2009-05-15 22:51:17 -04:00
|
|
|
for (list<boost::shared_ptr<Processor> >::const_iterator i = procs.begin(); i != procs.end(); ++i) {
|
2009-02-14 14:45:30 -05:00
|
|
|
XMLNode& state = (*i)->get_state ();
|
|
|
|
XMLNodeList nlist;
|
|
|
|
nlist.push_back (&state);
|
2009-07-15 16:29:02 -04:00
|
|
|
paste_processor_state (nlist, p);
|
2009-02-14 14:45:30 -05:00
|
|
|
delete &state;
|
|
|
|
}
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
/* since the dndvbox doesn't take care of this properly, we have to delete the originals
|
2009-05-15 22:51:17 -04:00
|
|
|
ourselves.
|
|
|
|
*/
|
|
|
|
|
|
|
|
if ((context->get_suggested_action() == Gdk::ACTION_MOVE) && source) {
|
|
|
|
ProcessorBox* other = reinterpret_cast<ProcessorBox*> (source->get_data ("processorbox"));
|
|
|
|
if (other) {
|
|
|
|
cerr << "source was another processor box, delete the selected items\n";
|
|
|
|
other->delete_dragged_processors (procs);
|
|
|
|
}
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::update()
|
|
|
|
{
|
|
|
|
redisplay_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::set_width (Width w)
|
|
|
|
{
|
|
|
|
if (_width == w) {
|
|
|
|
return;
|
|
|
|
}
|
2009-11-25 09:37:20 -05:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
_width = w;
|
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
list<ProcessorEntry*> children = processor_display.children ();
|
|
|
|
for (list<ProcessorEntry*>::iterator i = children.begin(); i != children.end(); ++i) {
|
2009-12-04 12:45:11 -05:00
|
|
|
(*i)->set_enum_width (w);
|
2009-11-25 09:37:20 -05:00
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
redisplay_processors ();
|
|
|
|
}
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
void
|
2007-06-27 16:23:48 -04:00
|
|
|
ProcessorBox::build_send_action_menu ()
|
|
|
|
{
|
|
|
|
using namespace Menu_Helpers;
|
|
|
|
|
|
|
|
send_action_menu = new Menu;
|
|
|
|
send_action_menu->set_name ("ArdourContextMenu");
|
|
|
|
MenuList& items = send_action_menu->items();
|
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
items.push_back (MenuElem (_("New send"), sigc::mem_fun(*this, &ProcessorBox::new_send)));
|
|
|
|
items.push_back (MenuElem (_("Show send controls"), sigc::mem_fun(*this, &ProcessorBox::show_send_controls)));
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2009-11-18 23:25:46 -05:00
|
|
|
Gtk::Menu*
|
|
|
|
ProcessorBox::build_possible_aux_menu ()
|
|
|
|
{
|
2009-12-17 13:24:23 -05:00
|
|
|
boost::shared_ptr<RouteList> rl = _session->get_routes_with_internal_returns();
|
2009-11-19 16:49:42 -05:00
|
|
|
|
2009-11-18 23:25:46 -05:00
|
|
|
if (rl->empty()) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
using namespace Menu_Helpers;
|
|
|
|
Menu* menu = manage (new Menu);
|
|
|
|
MenuList& items = menu->items();
|
|
|
|
|
|
|
|
for (RouteList::iterator r = rl->begin(); r != rl->end(); ++r) {
|
2009-11-23 13:08:29 -05:00
|
|
|
if (!_route->internal_send_for (*r) && *r != _route) {
|
2009-12-11 18:29:48 -05:00
|
|
|
items.push_back (MenuElem ((*r)->name(), sigc::bind (sigc::ptr_fun (ProcessorBox::rb_choose_aux), boost::weak_ptr<Route>(*r))));
|
2009-11-18 23:25:46 -05:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return menu;
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::show_send_controls ()
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::new_send ()
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::show_processor_menu (gint arg)
|
|
|
|
{
|
|
|
|
if (processor_menu == 0) {
|
|
|
|
processor_menu = build_processor_menu ();
|
|
|
|
}
|
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
Gtk::MenuItem* plugin_menu_item = dynamic_cast<Gtk::MenuItem*>(ActionManager::get_widget("/processormenu/newplugin"));
|
|
|
|
|
|
|
|
if (plugin_menu_item) {
|
2009-11-15 12:19:38 -05:00
|
|
|
plugin_menu_item->set_submenu (*_get_plugin_selector()->plugin_menu());
|
2008-09-10 11:03:30 -04:00
|
|
|
}
|
|
|
|
|
2009-11-18 23:25:46 -05:00
|
|
|
Gtk::MenuItem* aux_menu_item = dynamic_cast<Gtk::MenuItem*>(ActionManager::get_widget("/processormenu/newaux"));
|
|
|
|
|
|
|
|
if (aux_menu_item) {
|
|
|
|
Menu* m = build_possible_aux_menu();
|
2009-11-23 13:08:29 -05:00
|
|
|
if (m && !m->items().empty()) {
|
2009-11-18 23:25:46 -05:00
|
|
|
aux_menu_item->set_submenu (*m);
|
2009-11-23 13:08:29 -05:00
|
|
|
aux_menu_item->set_sensitive (true);
|
2009-11-18 23:25:46 -05:00
|
|
|
} else {
|
2009-11-19 16:49:42 -05:00
|
|
|
/* stupid gtkmm: we need to pass a null reference here */
|
2009-11-20 10:26:34 -05:00
|
|
|
gtk_menu_item_set_submenu (aux_menu_item->gobj(), 0);
|
2009-11-23 13:08:29 -05:00
|
|
|
aux_menu_item->set_sensitive (false);
|
2009-11-18 23:25:46 -05:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-03-16 11:33:04 -04:00
|
|
|
cut_action->set_sensitive (can_cut());
|
2007-06-27 16:23:48 -04:00
|
|
|
paste_action->set_sensitive (!_rr_selection.processors.empty());
|
|
|
|
|
|
|
|
processor_menu->popup (1, arg);
|
|
|
|
}
|
|
|
|
|
2009-07-13 19:09:16 -04:00
|
|
|
bool
|
2009-07-21 11:55:17 -04:00
|
|
|
ProcessorBox::enter_notify (GdkEventCrossing*)
|
2009-07-13 19:09:16 -04:00
|
|
|
{
|
|
|
|
_current_processor_box = this;
|
|
|
|
Keyboard::magic_widget_grab_focus ();
|
|
|
|
processor_display.grab_focus ();
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
|
|
|
ProcessorBox::leave_notify (GdkEventCrossing* ev)
|
|
|
|
{
|
|
|
|
switch (ev->detail) {
|
|
|
|
case GDK_NOTIFY_INFERIOR:
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
Keyboard::magic_widget_drop_focus ();
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2009-07-21 11:55:17 -04:00
|
|
|
ProcessorBox::processor_key_press_event (GdkEventKey *)
|
2009-07-13 19:09:16 -04:00
|
|
|
{
|
|
|
|
/* do real stuff on key release */
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
|
|
|
ProcessorBox::processor_key_release_event (GdkEventKey *ev)
|
|
|
|
{
|
|
|
|
bool ret = false;
|
|
|
|
ProcSelection targets;
|
|
|
|
|
|
|
|
get_selected_processors (targets);
|
|
|
|
|
|
|
|
if (targets.empty()) {
|
|
|
|
|
|
|
|
int x, y;
|
|
|
|
processor_display.get_pointer (x, y);
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2010-11-25 12:41:04 -05:00
|
|
|
pair<ProcessorEntry *, double> const pointer = processor_display.get_child_at_position (y);
|
2009-11-25 09:37:20 -05:00
|
|
|
|
|
|
|
if (pointer.first) {
|
|
|
|
targets.push_back (pointer.first->processor ());
|
2009-07-13 19:09:16 -04:00
|
|
|
}
|
|
|
|
}
|
2009-10-14 12:10:01 -04:00
|
|
|
|
|
|
|
|
2009-07-13 19:09:16 -04:00
|
|
|
switch (ev->keyval) {
|
2009-11-27 21:18:41 -05:00
|
|
|
case GDK_a:
|
|
|
|
if (Keyboard::modifier_state_equals (ev->state, Keyboard::PrimaryModifier)) {
|
|
|
|
processor_display.select_all ();
|
2009-11-30 08:13:57 -05:00
|
|
|
ret = true;
|
2009-11-27 21:18:41 -05:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
case GDK_c:
|
|
|
|
if (Keyboard::modifier_state_equals (ev->state, Keyboard::PrimaryModifier)) {
|
|
|
|
copy_processors (targets);
|
2009-11-30 08:13:57 -05:00
|
|
|
ret = true;
|
2009-07-15 16:29:02 -04:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case GDK_x:
|
|
|
|
if (Keyboard::modifier_state_equals (ev->state, Keyboard::PrimaryModifier)) {
|
|
|
|
cut_processors (targets);
|
2009-11-30 08:13:57 -05:00
|
|
|
ret = true;
|
2009-07-15 16:29:02 -04:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case GDK_v:
|
|
|
|
if (Keyboard::modifier_state_equals (ev->state, Keyboard::PrimaryModifier)) {
|
|
|
|
if (targets.empty()) {
|
|
|
|
paste_processors ();
|
|
|
|
} else {
|
|
|
|
paste_processors (targets.front());
|
|
|
|
}
|
2009-11-30 08:13:57 -05:00
|
|
|
ret = true;
|
2009-07-15 16:29:02 -04:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
2009-11-30 08:13:57 -05:00
|
|
|
case GDK_Up:
|
|
|
|
break;
|
|
|
|
|
|
|
|
case GDK_Down:
|
|
|
|
break;
|
|
|
|
|
2009-07-13 19:09:16 -04:00
|
|
|
case GDK_Delete:
|
|
|
|
case GDK_BackSpace:
|
2009-07-15 16:29:02 -04:00
|
|
|
delete_processors (targets);
|
2009-07-13 19:09:16 -04:00
|
|
|
ret = true;
|
|
|
|
break;
|
|
|
|
|
2009-11-30 08:13:57 -05:00
|
|
|
case GDK_Return:
|
2009-07-13 19:09:16 -04:00
|
|
|
for (ProcSelection::iterator i = targets.begin(); i != targets.end(); ++i) {
|
|
|
|
if ((*i)->active()) {
|
|
|
|
(*i)->deactivate ();
|
|
|
|
} else {
|
|
|
|
(*i)->activate ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
ret = true;
|
|
|
|
break;
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-11-30 08:13:57 -05:00
|
|
|
case GDK_slash:
|
|
|
|
ab_plugins ();
|
|
|
|
ret = true;
|
|
|
|
break;
|
|
|
|
|
2009-07-13 19:09:16 -04:00
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
bool
|
2009-11-25 09:37:20 -05:00
|
|
|
ProcessorBox::processor_button_press_event (GdkEventButton *ev, ProcessorEntry* child)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
|
|
|
boost::shared_ptr<Processor> processor;
|
2009-11-25 09:37:20 -05:00
|
|
|
if (child) {
|
|
|
|
processor = child->processor ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
2009-11-25 09:37:20 -05:00
|
|
|
|
|
|
|
int ret = false;
|
|
|
|
bool selected = processor_display.selected (child);
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
if (processor && (Keyboard::is_edit_event (ev) || (ev->button == 1 && ev->type == GDK_2BUTTON_PRESS))) {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
if (_session->engine().connected()) {
|
2007-06-27 16:23:48 -04:00
|
|
|
/* XXX giving an error message here is hard, because we may be in the midst of a button press */
|
2010-11-23 09:30:45 -05:00
|
|
|
toggle_edit_processor (processor);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
ret = true;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
} else if (processor && ev->button == 1 && selected) {
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
// this is purely informational but necessary for route params UI
|
2008-09-10 11:03:30 -04:00
|
|
|
ProcessorSelected (processor); // emit
|
2008-12-12 09:43:24 -05:00
|
|
|
|
|
|
|
} else if (!processor && ev->button == 1 && ev->type == GDK_2BUTTON_PRESS) {
|
|
|
|
|
|
|
|
choose_plugin ();
|
2009-10-22 21:00:13 -04:00
|
|
|
_get_plugin_selector()->show_manager ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
2008-12-12 09:43:24 -05:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2009-11-25 09:37:20 -05:00
|
|
|
ProcessorBox::processor_button_release_event (GdkEventButton *ev, ProcessorEntry* child)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
|
|
|
boost::shared_ptr<Processor> processor;
|
2009-11-25 09:37:20 -05:00
|
|
|
if (child) {
|
|
|
|
processor = child->processor ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
2009-11-25 09:37:20 -05:00
|
|
|
|
|
|
|
int ret = false;
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
if (processor && Keyboard::is_delete_event (ev)) {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
Glib::signal_idle().connect (sigc::bind (
|
|
|
|
sigc::mem_fun(*this, &ProcessorBox::idle_delete_processor),
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
boost::weak_ptr<Processor>(processor)));
|
2007-06-27 16:23:48 -04:00
|
|
|
ret = true;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
} else if (Keyboard::is_context_menu_event (ev)) {
|
|
|
|
|
2009-07-12 20:26:28 -04:00
|
|
|
/* figure out if we are above or below the fader/amp processor,
|
|
|
|
and set the next insert position appropriately.
|
|
|
|
*/
|
|
|
|
|
|
|
|
if (processor) {
|
|
|
|
if (_route->processor_is_prefader (processor)) {
|
|
|
|
_placement = PreFader;
|
|
|
|
} else {
|
|
|
|
_placement = PostFader;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
_placement = PostFader;
|
|
|
|
}
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-07-12 20:26:28 -04:00
|
|
|
show_processor_menu (ev->time);
|
2007-06-27 16:23:48 -04:00
|
|
|
ret = true;
|
|
|
|
|
2009-04-15 14:04:23 -04:00
|
|
|
} else if (processor && Keyboard::is_button2_event (ev)
|
|
|
|
#ifndef GTKOSX
|
|
|
|
&& (Keyboard::no_modifier_keys_pressed (ev) && ((ev->state & Gdk::BUTTON2_MASK) == Gdk::BUTTON2_MASK))
|
|
|
|
#endif
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
) {
|
2009-04-15 14:04:23 -04:00
|
|
|
|
|
|
|
/* button2-click with no/appropriate modifiers */
|
2008-09-10 11:03:30 -04:00
|
|
|
|
2009-01-30 02:40:13 -05:00
|
|
|
if (processor->active()) {
|
|
|
|
processor->deactivate ();
|
|
|
|
} else {
|
|
|
|
processor->activate ();
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
ret = true;
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
return false;
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
Menu *
|
|
|
|
ProcessorBox::build_processor_menu ()
|
|
|
|
{
|
2007-06-29 00:02:58 -04:00
|
|
|
processor_menu = dynamic_cast<Gtk::Menu*>(ActionManager::get_widget("/processormenu") );
|
2007-06-27 16:23:48 -04:00
|
|
|
processor_menu->set_name ("ArdourContextMenu");
|
|
|
|
|
|
|
|
show_all_children();
|
|
|
|
|
|
|
|
return processor_menu;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::selection_changed ()
|
|
|
|
{
|
2010-09-05 16:41:48 -04:00
|
|
|
bool const sensitive = (processor_display.selection().empty()) ? false : true;
|
2007-06-27 16:23:48 -04:00
|
|
|
ActionManager::set_sensitive (ActionManager::plugin_selection_sensitive_actions, sensitive);
|
2010-09-05 16:41:48 -04:00
|
|
|
edit_action->set_sensitive (one_processor_can_be_edited ());
|
2010-04-17 19:28:57 -04:00
|
|
|
|
|
|
|
/* disallow rename for multiple selections and for plugin inserts */
|
|
|
|
rename_action->set_sensitive (
|
|
|
|
processor_display.selection().size() == 1 && boost::dynamic_pointer_cast<PluginInsert> (processor_display.selection().front()->processor()) == 0
|
|
|
|
);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::select_all_processors ()
|
|
|
|
{
|
2009-11-25 09:37:20 -05:00
|
|
|
processor_display.select_all ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::deselect_all_processors ()
|
|
|
|
{
|
2009-11-25 09:37:20 -05:00
|
|
|
processor_display.select_none ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::choose_plugin ()
|
|
|
|
{
|
2009-10-22 21:00:13 -04:00
|
|
|
_get_plugin_selector()->set_interested_object (*this);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2010-04-27 15:58:31 -04:00
|
|
|
/** @return true if an error occurred, otherwise false */
|
|
|
|
bool
|
2008-09-10 11:03:30 -04:00
|
|
|
ProcessorBox::use_plugins (const SelectedPlugins& plugins)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2008-09-10 11:03:30 -04:00
|
|
|
for (SelectedPlugins::const_iterator p = plugins.begin(); p != plugins.end(); ++p) {
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
boost::shared_ptr<Processor> processor (new PluginInsert (*_session, *p));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
Route::ProcessorStreams err_streams;
|
2008-12-12 09:43:24 -05:00
|
|
|
|
|
|
|
if (Config->get_new_plugins_active()) {
|
2009-01-30 02:40:13 -05:00
|
|
|
processor->activate ();
|
2008-12-12 09:43:24 -05:00
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-05-15 22:51:17 -04:00
|
|
|
if (_route->add_processor (processor, _placement, &err_streams)) {
|
2009-06-09 16:21:19 -04:00
|
|
|
weird_plugin_dialog (**p, err_streams);
|
2010-04-27 15:58:31 -04:00
|
|
|
return true;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
// XXX SHAREDPTR delete plugin here .. do we even need to care?
|
2007-10-11 18:07:47 -04:00
|
|
|
} else {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
if (Profile->get_sae()) {
|
2009-01-30 02:40:13 -05:00
|
|
|
processor->activate ();
|
2008-09-10 11:03:30 -04:00
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
}
|
2010-04-27 15:58:31 -04:00
|
|
|
|
|
|
|
return false;
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-06-09 16:21:19 -04:00
|
|
|
ProcessorBox::weird_plugin_dialog (Plugin& p, Route::ProcessorStreams streams)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2010-04-27 15:58:31 -04:00
|
|
|
ArdourDialog dialog (_("Plugin Incompatibility"));
|
2007-06-27 16:23:48 -04:00
|
|
|
Label label;
|
|
|
|
|
2009-05-04 11:50:51 -04:00
|
|
|
string text = string_compose(_("You attempted to add the plugin \"%1\" at index %2.\n"),
|
|
|
|
p.name(), streams.index);
|
|
|
|
|
|
|
|
bool has_midi = streams.count.n_midi() > 0 || p.get_info()->n_inputs.n_midi() > 0;
|
|
|
|
bool has_audio = streams.count.n_audio() > 0 || p.get_info()->n_inputs.n_audio() > 0;
|
|
|
|
|
|
|
|
text += _("\nThis plugin has:\n");
|
|
|
|
if (has_midi) {
|
2010-12-14 08:05:35 -05:00
|
|
|
uint32_t const n = p.get_info()->n_inputs.n_midi ();
|
|
|
|
text += string_compose (ngettext ("\t%1 MIDI input", "\t%1 MIDI inputs", n), n);
|
2009-05-04 11:50:51 -04:00
|
|
|
}
|
|
|
|
if (has_audio) {
|
2010-12-14 08:05:35 -05:00
|
|
|
uint32_t const n = p.get_info()->n_inputs.n_audio ();
|
|
|
|
text += string_compose (ngettext ("\t%1 audio input", "\t%1 audio inputs", n), n);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
text += _("\nBut at the insertion point, there are:\n");
|
2009-05-04 11:50:51 -04:00
|
|
|
if (has_midi) {
|
2010-12-14 08:05:35 -05:00
|
|
|
uint32_t const n = streams.count.n_midi ();
|
|
|
|
text += string_compose (ngettext ("\t%1 MIDI channel\n", "\t%1 MIDI channels\n", n), n);
|
2009-05-04 11:50:51 -04:00
|
|
|
}
|
|
|
|
if (has_audio) {
|
2010-12-14 08:05:35 -05:00
|
|
|
uint32_t const n = streams.count.n_audio ();
|
|
|
|
text += string_compose (ngettext ("\t%1 audio channel\n", "\t%1 audio channels\n", n), n);
|
2009-05-04 11:50:51 -04:00
|
|
|
}
|
|
|
|
|
2010-03-14 22:31:27 -04:00
|
|
|
text += string_compose (_("\n%1 is unable to insert this plugin here.\n"), PROGRAM_NAME);
|
2009-05-04 11:50:51 -04:00
|
|
|
label.set_text(text);
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
dialog.get_vbox()->pack_start (label);
|
|
|
|
dialog.add_button (Stock::OK, RESPONSE_ACCEPT);
|
|
|
|
|
|
|
|
dialog.set_name (X_("PluginIODialog"));
|
|
|
|
dialog.set_position (Gtk::WIN_POS_MOUSE);
|
|
|
|
dialog.set_modal (true);
|
|
|
|
dialog.show_all ();
|
|
|
|
|
|
|
|
dialog.run ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2008-09-10 11:03:30 -04:00
|
|
|
ProcessorBox::choose_insert ()
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2009-12-17 13:24:23 -05:00
|
|
|
boost::shared_ptr<Processor> processor (new PortInsert (*_session, _route->mute_master()));
|
2009-05-15 22:51:17 -04:00
|
|
|
_route->add_processor (processor, _placement);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2010-11-25 18:46:24 -05:00
|
|
|
/* Caller must not hold process lock */
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::choose_send ()
|
|
|
|
{
|
2009-12-17 13:24:23 -05:00
|
|
|
boost::shared_ptr<Send> send (new Send (*_session, _route->mute_master()));
|
2007-10-11 18:07:47 -04:00
|
|
|
|
|
|
|
/* make an educated guess at the initial number of outputs for the send */
|
2009-12-17 13:24:23 -05:00
|
|
|
ChanCount outs = (_session->master_out())
|
|
|
|
? _session->master_out()->n_outputs()
|
2009-05-07 13:31:18 -04:00
|
|
|
: _route->n_outputs();
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
/* XXX need processor lock on route */
|
|
|
|
try {
|
2010-11-25 18:46:24 -05:00
|
|
|
Glib::Mutex::Lock lm (AudioEngine::instance()->process_lock());
|
2009-06-09 16:21:19 -04:00
|
|
|
send->output()->ensure_io (outs, false, this);
|
2008-09-10 11:03:30 -04:00
|
|
|
} catch (AudioEngine::PortRegistrationFailure& err) {
|
|
|
|
error << string_compose (_("Cannot set up new send: %1"), err.what()) << endmsg;
|
|
|
|
return;
|
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-10-14 12:10:01 -04:00
|
|
|
/* let the user adjust the IO setup before creation.
|
2009-09-12 22:03:04 -04:00
|
|
|
|
|
|
|
Note: this dialog is NOT modal - we just leave it to run and it will
|
|
|
|
return when its Finished signal is emitted - typically when the window
|
|
|
|
is closed.
|
|
|
|
*/
|
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
IOSelectorWindow *ios = new IOSelectorWindow (_session, send->output(), true);
|
2011-01-10 21:47:53 -05:00
|
|
|
ios->show ();
|
2007-10-11 18:07:47 -04:00
|
|
|
|
2009-05-07 13:31:18 -04:00
|
|
|
/* keep a reference to the send so it doesn't get deleted while
|
2009-10-14 12:10:01 -04:00
|
|
|
the IOSelectorWindow is doing its stuff
|
2009-09-12 22:03:04 -04:00
|
|
|
*/
|
2009-05-07 13:31:18 -04:00
|
|
|
_processor_being_created = send;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
ios->selector().Finished.connect (sigc::bind (
|
|
|
|
sigc::mem_fun(*this, &ProcessorBox::send_io_finished),
|
2009-05-07 13:31:18 -04:00
|
|
|
boost::weak_ptr<Processor>(send), ios));
|
2009-09-12 22:03:04 -04:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::send_io_finished (IOSelector::Result r, boost::weak_ptr<Processor> weak_processor, IOSelectorWindow* ios)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2008-09-10 11:03:30 -04:00
|
|
|
boost::shared_ptr<Processor> processor (weak_processor.lock());
|
|
|
|
|
2009-05-07 13:31:18 -04:00
|
|
|
/* drop our temporary reference to the new send */
|
|
|
|
_processor_being_created.reset ();
|
|
|
|
|
|
|
|
if (!processor) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
switch (r) {
|
|
|
|
case IOSelector::Cancelled:
|
|
|
|
// processor will go away when all shared_ptrs to it vanish
|
|
|
|
break;
|
|
|
|
|
|
|
|
case IOSelector::Accepted:
|
2009-05-15 22:51:17 -04:00
|
|
|
_route->add_processor (processor, _placement);
|
2009-05-07 13:31:18 -04:00
|
|
|
if (Profile->get_sae()) {
|
|
|
|
processor->activate ();
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
delete_when_idle (ios);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::return_io_finished (IOSelector::Result r, boost::weak_ptr<Processor> weak_processor, IOSelectorWindow* ios)
|
|
|
|
{
|
|
|
|
boost::shared_ptr<Processor> processor (weak_processor.lock());
|
|
|
|
|
|
|
|
/* drop our temporary reference to the new return */
|
|
|
|
_processor_being_created.reset ();
|
2009-01-21 18:29:15 -05:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
if (!processor) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
switch (r) {
|
|
|
|
case IOSelector::Cancelled:
|
|
|
|
// processor will go away when all shared_ptrs to it vanish
|
|
|
|
break;
|
|
|
|
|
|
|
|
case IOSelector::Accepted:
|
2009-05-15 22:51:17 -04:00
|
|
|
_route->add_processor (processor, _placement);
|
2008-12-12 09:43:24 -05:00
|
|
|
if (Profile->get_sae()) {
|
2009-01-30 02:40:13 -05:00
|
|
|
processor->activate ();
|
2008-12-12 09:43:24 -05:00
|
|
|
}
|
2008-09-10 11:03:30 -04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
delete_when_idle (ios);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2009-11-18 23:25:46 -05:00
|
|
|
void
|
|
|
|
ProcessorBox::choose_aux (boost::weak_ptr<Route> wr)
|
|
|
|
{
|
|
|
|
if (!_route) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
boost::shared_ptr<Route> target = wr.lock();
|
|
|
|
|
|
|
|
if (!target) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-11-19 12:06:00 -05:00
|
|
|
boost::shared_ptr<RouteList> rlist (new RouteList);
|
|
|
|
rlist->push_back (_route);
|
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
_session->add_internal_sends (target, PreFader, rlist);
|
2009-11-18 23:25:46 -05:00
|
|
|
}
|
|
|
|
|
2009-11-30 18:16:28 -05:00
|
|
|
void
|
|
|
|
ProcessorBox::route_processors_changed (RouteProcessorChange c)
|
|
|
|
{
|
|
|
|
if (c.type == RouteProcessorChange::MeterPointChange && c.meter_visibly_changed == false) {
|
|
|
|
/* the meter has moved, but it was and still is invisible to the user, so nothing to do */
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
redisplay_processors ();
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::redisplay_processors ()
|
|
|
|
{
|
2009-12-11 18:29:48 -05:00
|
|
|
ENSURE_GUI_THREAD (*this, &ProcessorBox::redisplay_processors)
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
if (no_processor_redisplay) {
|
|
|
|
return;
|
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
processor_display.clear ();
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-12-11 18:29:48 -05:00
|
|
|
_route->foreach_processor (sigc::mem_fun (*this, &ProcessorBox::add_processor_to_display));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-07-12 20:26:28 -04:00
|
|
|
build_processor_tooltip (processor_eventbox, _("Inserts, sends & plugins:"));
|
2010-08-17 22:20:15 -04:00
|
|
|
|
2010-11-19 11:36:17 -05:00
|
|
|
for (list<ProcessorWindowProxy*>::iterator i = _processor_window_proxies.begin(); i != _processor_window_proxies.end(); ++i) {
|
|
|
|
(*i)->marked = false;
|
|
|
|
}
|
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
_route->foreach_processor (sigc::mem_fun (*this, &ProcessorBox::maybe_add_processor_to_ui_list));
|
|
|
|
|
|
|
|
/* trim dead wood from the processor window proxy list */
|
|
|
|
|
|
|
|
list<ProcessorWindowProxy*>::iterator i = _processor_window_proxies.begin();
|
|
|
|
while (i != _processor_window_proxies.end()) {
|
|
|
|
list<ProcessorWindowProxy*>::iterator j = i;
|
|
|
|
++j;
|
|
|
|
|
|
|
|
if (!(*i)->marked) {
|
|
|
|
ARDOUR_UI::instance()->remove_window_proxy (*i);
|
|
|
|
delete *i;
|
2010-12-03 12:31:31 -05:00
|
|
|
_processor_window_proxies.erase (i);
|
2010-08-17 22:20:15 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
i = j;
|
|
|
|
}
|
2011-01-05 19:29:40 -05:00
|
|
|
|
2011-01-14 10:48:45 -05:00
|
|
|
setup_entry_positions ();
|
2010-08-17 22:20:15 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
/** Add a ProcessorWindowProxy for a processor to our list, if that processor does
|
|
|
|
* not already have one.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
ProcessorBox::maybe_add_processor_to_ui_list (boost::weak_ptr<Processor> w)
|
|
|
|
{
|
|
|
|
boost::shared_ptr<Processor> p = w.lock ();
|
|
|
|
if (!p) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
list<ProcessorWindowProxy*>::iterator i = _processor_window_proxies.begin ();
|
|
|
|
while (i != _processor_window_proxies.end()) {
|
|
|
|
|
|
|
|
boost::shared_ptr<Processor> t = (*i)->processor().lock ();
|
|
|
|
|
|
|
|
if (p == t) {
|
|
|
|
/* this processor is already on the list; done */
|
|
|
|
(*i)->marked = true;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
++i;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* not on the list; add it */
|
|
|
|
|
|
|
|
string loc;
|
|
|
|
if (_parent_strip) {
|
|
|
|
if (_parent_strip->mixer_owned()) {
|
|
|
|
loc = X_("M");
|
|
|
|
} else {
|
|
|
|
loc = X_("R");
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
loc = X_("P");
|
|
|
|
}
|
|
|
|
|
|
|
|
ProcessorWindowProxy* wp = new ProcessorWindowProxy (
|
|
|
|
string_compose ("%1-%2-%3", loc, _route->id(), p->id()),
|
2010-08-17 23:17:07 -04:00
|
|
|
_session->extra_xml (X_("UI")),
|
2010-08-17 22:20:15 -04:00
|
|
|
this,
|
|
|
|
w);
|
|
|
|
|
|
|
|
wp->marked = true;
|
|
|
|
_processor_window_proxies.push_back (wp);
|
|
|
|
ARDOUR_UI::instance()->add_window_proxy (wp);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2008-12-16 18:21:01 -05:00
|
|
|
ProcessorBox::add_processor_to_display (boost::weak_ptr<Processor> p)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2008-12-16 18:21:01 -05:00
|
|
|
boost::shared_ptr<Processor> processor (p.lock ());
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-11-18 15:01:37 -05:00
|
|
|
if (!processor || !processor->display_to_user()) {
|
2007-06-27 16:23:48 -04:00
|
|
|
return;
|
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
boost::shared_ptr<Send> send = boost::dynamic_pointer_cast<Send> (processor);
|
2009-12-04 12:45:11 -05:00
|
|
|
ProcessorEntry* e = 0;
|
2009-11-25 09:37:20 -05:00
|
|
|
if (send) {
|
2009-12-04 12:45:11 -05:00
|
|
|
e = new SendProcessorEntry (send, _width);
|
2007-06-27 16:23:48 -04:00
|
|
|
} else {
|
2009-12-04 12:45:11 -05:00
|
|
|
e = new ProcessorEntry (processor, _width);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
2009-12-04 12:45:11 -05:00
|
|
|
e->set_pixel_width (get_allocation().get_width());
|
|
|
|
processor_display.add_child (e);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::build_processor_tooltip (EventBox& box, string start)
|
|
|
|
{
|
|
|
|
string tip(start);
|
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
list<ProcessorEntry*> children = processor_display.children ();
|
|
|
|
for (list<ProcessorEntry*>::iterator i = children.begin(); i != children.end(); ++i) {
|
2007-06-27 16:23:48 -04:00
|
|
|
tip += '\n';
|
2009-11-25 09:37:20 -05:00
|
|
|
tip += (*i)->processor()->name();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
2009-11-25 09:37:20 -05:00
|
|
|
|
2010-02-08 19:50:24 -05:00
|
|
|
ARDOUR_UI::instance()->set_tip (box, tip);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-11-25 09:37:20 -05:00
|
|
|
ProcessorBox::reordered ()
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2009-11-25 09:37:20 -05:00
|
|
|
compute_processor_sort_keys ();
|
2011-01-14 10:48:45 -05:00
|
|
|
setup_entry_positions ();
|
2011-01-05 19:29:40 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-01-14 10:48:45 -05:00
|
|
|
ProcessorBox::setup_entry_positions ()
|
2011-01-05 19:29:40 -05:00
|
|
|
{
|
|
|
|
list<ProcessorEntry*> children = processor_display.children ();
|
|
|
|
bool pre_fader = true;
|
2011-01-14 10:48:45 -05:00
|
|
|
|
2011-01-05 19:29:40 -05:00
|
|
|
for (list<ProcessorEntry*>::iterator i = children.begin(); i != children.end(); ++i) {
|
|
|
|
if (boost::dynamic_pointer_cast<Amp>((*i)->processor())) {
|
|
|
|
pre_fader = false;
|
2011-01-14 10:48:45 -05:00
|
|
|
(*i)->set_position (ProcessorEntry::Fader);
|
2011-01-05 19:29:40 -05:00
|
|
|
} else {
|
|
|
|
if (pre_fader) {
|
2011-01-14 10:48:45 -05:00
|
|
|
(*i)->set_position (ProcessorEntry::PreFader);
|
2011-01-05 19:29:40 -05:00
|
|
|
} else {
|
2011-01-14 10:48:45 -05:00
|
|
|
(*i)->set_position (ProcessorEntry::PostFader);
|
2011-01-05 19:29:40 -05:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::compute_processor_sort_keys ()
|
|
|
|
{
|
2009-11-25 09:37:20 -05:00
|
|
|
list<ProcessorEntry*> children = processor_display.children ();
|
2009-05-15 22:51:17 -04:00
|
|
|
Route::ProcessorList our_processors;
|
2009-05-13 17:34:09 -04:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
for (list<ProcessorEntry*>::iterator iter = children.begin(); iter != children.end(); ++iter) {
|
|
|
|
our_processors.push_back ((*iter)->processor ());
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2009-07-12 20:26:28 -04:00
|
|
|
if (_route->reorder_processors (our_processors)) {
|
2010-11-23 19:46:51 -05:00
|
|
|
/* Reorder failed, so report this to the user. As far as I can see this must be done
|
|
|
|
in an idle handler: it seems that the redisplay_processors() that happens below destroys
|
|
|
|
widgets that were involved in the drag-and-drop on the processor list, which causes problems
|
|
|
|
when the drag is torn down after this handler function is finished.
|
|
|
|
*/
|
|
|
|
Glib::signal_idle().connect_once (sigc::mem_fun (*this, &ProcessorBox::report_failed_reorder));
|
|
|
|
}
|
|
|
|
}
|
2009-05-15 22:51:17 -04:00
|
|
|
|
2010-11-23 19:46:51 -05:00
|
|
|
void
|
|
|
|
ProcessorBox::report_failed_reorder ()
|
|
|
|
{
|
|
|
|
/* reorder failed, so redisplay */
|
|
|
|
|
|
|
|
redisplay_processors ();
|
|
|
|
|
|
|
|
/* now tell them about the problem */
|
|
|
|
|
|
|
|
ArdourDialog dialog (_("Plugin Incompatibility"));
|
|
|
|
Label label;
|
|
|
|
|
|
|
|
label.set_text (_("\
|
2010-01-25 15:34:09 -05:00
|
|
|
You cannot reorder these plugins/sends/inserts\n\
|
2007-06-27 16:23:48 -04:00
|
|
|
in that way because the inputs and\n\
|
2010-01-25 15:34:09 -05:00
|
|
|
outputs will not work correctly."));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2010-11-23 19:46:51 -05:00
|
|
|
dialog.get_vbox()->set_border_width (12);
|
|
|
|
dialog.get_vbox()->pack_start (label);
|
|
|
|
dialog.add_button (Stock::OK, RESPONSE_ACCEPT);
|
|
|
|
|
|
|
|
dialog.set_name (X_("PluginIODialog"));
|
|
|
|
dialog.set_position (Gtk::WIN_POS_MOUSE);
|
|
|
|
dialog.set_modal (true);
|
|
|
|
dialog.show_all ();
|
|
|
|
|
|
|
|
dialog.run ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rename_processors ()
|
|
|
|
{
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
ProcSelection to_be_renamed;
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
get_selected_processors (to_be_renamed);
|
|
|
|
|
|
|
|
if (to_be_renamed.empty()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
for (ProcSelection::iterator i = to_be_renamed.begin(); i != to_be_renamed.end(); ++i) {
|
2007-06-27 16:23:48 -04:00
|
|
|
rename_processor (*i);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-03-16 11:33:04 -04:00
|
|
|
bool
|
|
|
|
ProcessorBox::can_cut () const
|
|
|
|
{
|
|
|
|
vector<boost::shared_ptr<Processor> > sel;
|
|
|
|
|
|
|
|
get_selected_processors (sel);
|
|
|
|
|
|
|
|
/* cut_processors () does not cut inserts */
|
|
|
|
|
|
|
|
for (vector<boost::shared_ptr<Processor> >::const_iterator i = sel.begin (); i != sel.end (); ++i) {
|
|
|
|
|
|
|
|
if (boost::dynamic_pointer_cast<PluginInsert>((*i)) != 0 ||
|
|
|
|
(boost::dynamic_pointer_cast<Send>((*i)) != 0) ||
|
|
|
|
(boost::dynamic_pointer_cast<Return>((*i)) != 0)) {
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::cut_processors ()
|
|
|
|
{
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
ProcSelection to_be_removed;
|
2007-08-01 18:18:46 -04:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
get_selected_processors (to_be_removed);
|
2009-07-15 16:29:02 -04:00
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::cut_processors (const ProcSelection& to_be_removed)
|
|
|
|
{
|
2007-06-27 16:23:48 -04:00
|
|
|
if (to_be_removed.empty()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
XMLNode* node = new XMLNode (X_("cut"));
|
|
|
|
Route::ProcessorList to_cut;
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
no_processor_redisplay = true;
|
2009-07-15 16:29:02 -04:00
|
|
|
for (ProcSelection::const_iterator i = to_be_removed.begin(); i != to_be_removed.end(); ++i) {
|
|
|
|
// Cut only plugins, sends and returns
|
2008-12-12 09:43:24 -05:00
|
|
|
if (boost::dynamic_pointer_cast<PluginInsert>((*i)) != 0 ||
|
2009-07-15 16:29:02 -04:00
|
|
|
(boost::dynamic_pointer_cast<Send>((*i)) != 0) ||
|
|
|
|
(boost::dynamic_pointer_cast<Return>((*i)) != 0)) {
|
2007-08-01 18:18:46 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
Window* w = get_processor_ui (*i);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
if (w) {
|
|
|
|
w->hide ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2007-08-01 18:18:46 -04:00
|
|
|
XMLNode& child ((*i)->get_state());
|
2009-07-15 16:29:02 -04:00
|
|
|
node->add_child_nocopy (child);
|
|
|
|
to_cut.push_back (*i);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
if (_route->remove_processors (to_cut) != 0) {
|
|
|
|
delete node;
|
|
|
|
no_processor_redisplay = false;
|
|
|
|
return;
|
|
|
|
}
|
2007-08-01 18:18:46 -04:00
|
|
|
|
|
|
|
_rr_selection.set (node);
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
no_processor_redisplay = false;
|
|
|
|
redisplay_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::copy_processors ()
|
|
|
|
{
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
ProcSelection to_be_copied;
|
2007-06-27 16:23:48 -04:00
|
|
|
get_selected_processors (to_be_copied);
|
2009-07-15 16:29:02 -04:00
|
|
|
copy_processors (to_be_copied);
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::copy_processors (const ProcSelection& to_be_copied)
|
|
|
|
{
|
2007-06-27 16:23:48 -04:00
|
|
|
if (to_be_copied.empty()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
XMLNode* node = new XMLNode (X_("copy"));
|
|
|
|
|
|
|
|
for (ProcSelection::const_iterator i = to_be_copied.begin(); i != to_be_copied.end(); ++i) {
|
|
|
|
// Copy only plugins, sends, returns
|
2008-12-12 09:43:24 -05:00
|
|
|
if (boost::dynamic_pointer_cast<PluginInsert>((*i)) != 0 ||
|
2009-07-15 16:29:02 -04:00
|
|
|
(boost::dynamic_pointer_cast<Send>((*i)) != 0) ||
|
|
|
|
(boost::dynamic_pointer_cast<Return>((*i)) != 0)) {
|
2007-08-01 18:18:46 -04:00
|
|
|
node->add_child_nocopy ((*i)->get_state());
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-08-01 18:18:46 -04:00
|
|
|
_rr_selection.set (node);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::delete_processors ()
|
|
|
|
{
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
ProcSelection to_be_deleted;
|
2007-06-27 16:23:48 -04:00
|
|
|
get_selected_processors (to_be_deleted);
|
2009-07-15 16:29:02 -04:00
|
|
|
delete_processors (to_be_deleted);
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::delete_processors (const ProcSelection& targets)
|
|
|
|
{
|
|
|
|
if (targets.empty()) {
|
2007-06-27 16:23:48 -04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-05-15 22:51:17 -04:00
|
|
|
no_processor_redisplay = true;
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
for (ProcSelection::const_iterator i = targets.begin(); i != targets.end(); ++i) {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
Window* w = get_processor_ui (*i);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
if (w) {
|
|
|
|
w->hide ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
_route->remove_processor(*i);
|
|
|
|
}
|
|
|
|
|
|
|
|
no_processor_redisplay = false;
|
|
|
|
redisplay_processors ();
|
|
|
|
}
|
|
|
|
|
2009-05-15 22:51:17 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::delete_dragged_processors (const list<boost::shared_ptr<Processor> >& procs)
|
|
|
|
{
|
|
|
|
list<boost::shared_ptr<Processor> >::const_iterator x;
|
|
|
|
|
|
|
|
no_processor_redisplay = true;
|
|
|
|
for (x = procs.begin(); x != procs.end(); ++x) {
|
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
Window* w = get_processor_ui (*x);
|
2009-05-15 22:51:17 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
if (w) {
|
|
|
|
w->hide ();
|
2009-05-15 22:51:17 -04:00
|
|
|
}
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-05-15 22:51:17 -04:00
|
|
|
_route->remove_processor(*x);
|
|
|
|
}
|
|
|
|
|
|
|
|
no_processor_redisplay = false;
|
|
|
|
redisplay_processors ();
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
gint
|
|
|
|
ProcessorBox::idle_delete_processor (boost::weak_ptr<Processor> weak_processor)
|
|
|
|
{
|
|
|
|
boost::shared_ptr<Processor> processor (weak_processor.lock());
|
|
|
|
|
|
|
|
if (!processor) {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* NOT copied to _mixer.selection() */
|
|
|
|
|
|
|
|
no_processor_redisplay = true;
|
|
|
|
_route->remove_processor (processor);
|
|
|
|
no_processor_redisplay = false;
|
|
|
|
redisplay_processors ();
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rename_processor (boost::shared_ptr<Processor> processor)
|
|
|
|
{
|
|
|
|
ArdourPrompter name_prompter (true);
|
|
|
|
string result;
|
2009-11-23 12:19:29 -05:00
|
|
|
name_prompter.set_title (_("Rename Processor"));
|
|
|
|
name_prompter.set_prompt (_("New name:"));
|
2007-06-27 16:23:48 -04:00
|
|
|
name_prompter.set_initial_text (processor->name());
|
|
|
|
name_prompter.add_button (_("Rename"), Gtk::RESPONSE_ACCEPT);
|
|
|
|
name_prompter.set_response_sensitive (Gtk::RESPONSE_ACCEPT, false);
|
|
|
|
name_prompter.show_all ();
|
|
|
|
|
|
|
|
switch (name_prompter.run ()) {
|
|
|
|
|
|
|
|
case Gtk::RESPONSE_ACCEPT:
|
2009-10-01 21:49:57 -04:00
|
|
|
name_prompter.get_result (result);
|
|
|
|
if (result.length()) {
|
2010-04-20 22:24:38 -04:00
|
|
|
|
|
|
|
int tries = 0;
|
|
|
|
string test = result;
|
|
|
|
|
|
|
|
while (tries < 100) {
|
|
|
|
if (_session->io_name_is_legal (test)) {
|
|
|
|
result = test;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
tries++;
|
|
|
|
|
|
|
|
test = string_compose ("%1-%2", result, tries);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (tries < 100) {
|
|
|
|
processor->set_name (result);
|
|
|
|
} else {
|
|
|
|
/* unlikely! */
|
|
|
|
ARDOUR_UI::instance()->popup_error
|
|
|
|
(string_compose (_("At least 100 IO objects exist with a name like %1 - name not changed"), result));
|
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2007-08-01 18:18:46 -04:00
|
|
|
ProcessorBox::paste_processors ()
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2007-08-01 18:18:46 -04:00
|
|
|
if (_rr_selection.processors.empty()) {
|
|
|
|
return;
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
paste_processor_state (_rr_selection.processors.get_node().children(), boost::shared_ptr<Processor>());
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::paste_processors (boost::shared_ptr<Processor> before)
|
|
|
|
{
|
|
|
|
|
|
|
|
if (_rr_selection.processors.empty()) {
|
|
|
|
return;
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
paste_processor_state (_rr_selection.processors.get_node().children(), before);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-07-15 16:29:02 -04:00
|
|
|
ProcessorBox::paste_processor_state (const XMLNodeList& nlist, boost::shared_ptr<Processor> p)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2007-08-01 18:18:46 -04:00
|
|
|
XMLNodeConstIterator niter;
|
2007-06-27 16:23:48 -04:00
|
|
|
list<boost::shared_ptr<Processor> > copies;
|
|
|
|
|
2007-08-01 18:18:46 -04:00
|
|
|
if (nlist.empty()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (niter = nlist.begin(); niter != nlist.end(); ++niter) {
|
2009-07-15 16:29:02 -04:00
|
|
|
|
2009-02-14 12:28:01 -05:00
|
|
|
XMLProperty const * type = (*niter)->property ("type");
|
|
|
|
assert (type);
|
2009-02-14 14:45:30 -05:00
|
|
|
|
|
|
|
boost::shared_ptr<Processor> p;
|
2007-08-01 18:18:46 -04:00
|
|
|
try {
|
2009-10-14 12:10:01 -04:00
|
|
|
if (type->value() == "meter" ||
|
2009-07-15 16:29:02 -04:00
|
|
|
type->value() == "main-outs" ||
|
|
|
|
type->value() == "amp" ||
|
|
|
|
type->value() == "intsend" || type->value() == "intreturn") {
|
|
|
|
/* do not paste meter, main outs, amp or internal send/returns */
|
|
|
|
continue;
|
|
|
|
|
|
|
|
} else if (type->value() == "send") {
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-02-14 12:28:01 -05:00
|
|
|
XMLNode n (**niter);
|
2009-12-17 13:24:23 -05:00
|
|
|
Send::make_unique (n, *_session);
|
2010-03-24 10:01:31 -04:00
|
|
|
Send* s = new Send (*_session, _route->mute_master());
|
|
|
|
if (s->set_state (n, Stateful::loading_state_version)) {
|
|
|
|
delete s;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
p.reset (s);
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
} else if (type->value() == "return") {
|
2009-07-01 09:36:50 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
XMLNode n (**niter);
|
2009-12-17 13:24:23 -05:00
|
|
|
Return::make_unique (n, *_session);
|
2010-03-24 10:01:31 -04:00
|
|
|
Return* r = new Return (*_session);
|
|
|
|
|
|
|
|
if (r->set_state (n, Stateful::loading_state_version)) {
|
|
|
|
delete r;
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
p.reset (r);
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-02-14 12:28:01 -05:00
|
|
|
} else {
|
2009-07-15 16:29:02 -04:00
|
|
|
/* XXX its a bit limiting to assume that everything else
|
|
|
|
is a plugin.
|
|
|
|
*/
|
2010-03-24 10:01:31 -04:00
|
|
|
|
2010-03-31 21:24:13 -04:00
|
|
|
p.reset (new PluginInsert (*_session));
|
|
|
|
p->set_state (**niter, Stateful::current_state_version);
|
2009-02-14 12:28:01 -05:00
|
|
|
}
|
2009-02-14 14:45:30 -05:00
|
|
|
|
|
|
|
copies.push_back (p);
|
2007-08-01 18:18:46 -04:00
|
|
|
}
|
2009-07-15 16:29:02 -04:00
|
|
|
|
2007-08-01 18:18:46 -04:00
|
|
|
catch (...) {
|
|
|
|
cerr << "plugin insert constructor failed\n";
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2009-05-13 17:34:09 -04:00
|
|
|
if (copies.empty()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
if (_route->add_processors (copies, p)) {
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
string msg = _(
|
|
|
|
"Copying the set of processors on the clipboard failed,\n\
|
|
|
|
probably because the I/O configuration of the plugins\n\
|
|
|
|
could not match the configuration of this track.");
|
|
|
|
MessageDialog am (msg);
|
|
|
|
am.run ();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::activate_processor (boost::shared_ptr<Processor> r)
|
|
|
|
{
|
2009-01-30 02:40:13 -05:00
|
|
|
r->activate ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::deactivate_processor (boost::shared_ptr<Processor> r)
|
|
|
|
{
|
2009-01-30 02:40:13 -05:00
|
|
|
r->deactivate ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2010-03-16 11:33:04 -04:00
|
|
|
ProcessorBox::get_selected_processors (ProcSelection& processors) const
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2010-03-16 11:33:04 -04:00
|
|
|
const list<ProcessorEntry*> selection = processor_display.selection ();
|
|
|
|
for (list<ProcessorEntry*>::const_iterator i = selection.begin(); i != selection.end(); ++i) {
|
2009-11-25 09:37:20 -05:00
|
|
|
processors.push_back ((*i)->processor ());
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2008-09-10 11:03:30 -04:00
|
|
|
ProcessorBox::for_selected_processors (void (ProcessorBox::*method)(boost::shared_ptr<Processor>))
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2009-11-25 09:37:20 -05:00
|
|
|
list<ProcessorEntry*> selection = processor_display.selection ();
|
|
|
|
for (list<ProcessorEntry*>::iterator i = selection.begin(); i != selection.end(); ++i) {
|
|
|
|
(this->*method) ((*i)->processor ());
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::all_processors_active (bool state)
|
|
|
|
{
|
|
|
|
_route->all_processors_active (_placement, state);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::ab_plugins ()
|
|
|
|
{
|
|
|
|
_route->ab_plugins (ab_direction);
|
|
|
|
ab_direction = !ab_direction;
|
|
|
|
}
|
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::clear_processors ()
|
|
|
|
{
|
|
|
|
string prompt;
|
|
|
|
vector<string> choices;
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
prompt = string_compose (_("Do you really want to remove all processors from %1?\n"
|
|
|
|
"(this cannot be undone)"), _route->name());
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
choices.push_back (_("Cancel"));
|
|
|
|
choices.push_back (_("Yes, remove them all"));
|
|
|
|
|
2009-12-22 20:26:33 -05:00
|
|
|
Gtkmm2ext::Choice prompter (_("Remove processors"), prompt, choices);
|
2009-07-15 16:29:02 -04:00
|
|
|
|
|
|
|
if (prompter.run () == 1) {
|
|
|
|
_route->clear_processors (PreFader);
|
|
|
|
_route->clear_processors (PostFader);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::clear_processors (Placement p)
|
|
|
|
{
|
|
|
|
string prompt;
|
|
|
|
vector<string> choices;
|
|
|
|
|
|
|
|
if (p == PreFader) {
|
|
|
|
prompt = string_compose (_("Do you really want to remove all pre-fader processors from %1?\n"
|
|
|
|
"(this cannot be undone)"), _route->name());
|
2007-06-27 16:23:48 -04:00
|
|
|
} else {
|
2009-07-15 16:29:02 -04:00
|
|
|
prompt = string_compose (_("Do you really want to remove all post-fader processors from %1?\n"
|
|
|
|
"(this cannot be undone)"), _route->name());
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
choices.push_back (_("Cancel"));
|
|
|
|
choices.push_back (_("Yes, remove them all"));
|
|
|
|
|
2009-12-22 20:26:33 -05:00
|
|
|
Gtkmm2ext::Choice prompter (_("Remove processors"), prompt, choices);
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
if (prompter.run () == 1) {
|
2009-07-15 16:29:02 -04:00
|
|
|
_route->clear_processors (p);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-09-05 16:41:48 -04:00
|
|
|
bool
|
|
|
|
ProcessorBox::processor_can_be_edited (boost::shared_ptr<Processor> processor)
|
|
|
|
{
|
|
|
|
boost::shared_ptr<AudioTrack> at = boost::dynamic_pointer_cast<AudioTrack> (_route);
|
|
|
|
if (at && at->freeze_state() == AudioTrack::Frozen) {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (
|
|
|
|
boost::dynamic_pointer_cast<Send> (processor) ||
|
|
|
|
boost::dynamic_pointer_cast<Return> (processor) ||
|
|
|
|
boost::dynamic_pointer_cast<PluginInsert> (processor) ||
|
|
|
|
boost::dynamic_pointer_cast<PortInsert> (processor)
|
|
|
|
) {
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
|
|
|
ProcessorBox::one_processor_can_be_edited ()
|
|
|
|
{
|
|
|
|
list<ProcessorEntry*> selection = processor_display.selection ();
|
|
|
|
list<ProcessorEntry*>::iterator i = selection.begin();
|
|
|
|
while (i != selection.end() && processor_can_be_edited ((*i)->processor()) == false) {
|
|
|
|
++i;
|
|
|
|
}
|
|
|
|
|
|
|
|
return (i != selection.end());
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
2010-11-23 09:30:45 -05:00
|
|
|
ProcessorBox::toggle_edit_processor (boost::shared_ptr<Processor> processor)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
|
|
|
boost::shared_ptr<Send> send;
|
2011-01-10 18:58:57 -05:00
|
|
|
boost::shared_ptr<InternalSend> internal_send;
|
2009-05-07 13:31:18 -04:00
|
|
|
boost::shared_ptr<Return> retrn;
|
2008-09-10 11:03:30 -04:00
|
|
|
boost::shared_ptr<PluginInsert> plugin_insert;
|
|
|
|
boost::shared_ptr<PortInsert> port_insert;
|
|
|
|
Window* gidget = 0;
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
if (boost::dynamic_pointer_cast<AudioTrack>(_route) != 0) {
|
|
|
|
|
|
|
|
if (boost::dynamic_pointer_cast<AudioTrack> (_route)->freeze_state() == AudioTrack::Frozen) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2011-01-10 20:30:37 -05:00
|
|
|
if (boost::dynamic_pointer_cast<Amp> (processor)) {
|
|
|
|
|
|
|
|
_parent_strip->revert_to_default_display ();
|
|
|
|
|
|
|
|
} else if ((internal_send = boost::dynamic_pointer_cast<InternalSend> (processor)) != 0) {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
if (!_session->engine().connected()) {
|
2007-06-27 16:23:48 -04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-05-16 22:08:13 -04:00
|
|
|
if (_parent_strip) {
|
2011-01-10 19:03:12 -05:00
|
|
|
if (boost::dynamic_pointer_cast<Send> (_parent_strip->current_delivery()) == internal_send) {
|
2011-01-04 21:06:15 -05:00
|
|
|
_parent_strip->revert_to_default_display ();
|
|
|
|
} else {
|
2011-01-10 19:03:12 -05:00
|
|
|
_parent_strip->show_send (internal_send);
|
2011-01-04 21:06:15 -05:00
|
|
|
}
|
2009-05-16 22:08:13 -04:00
|
|
|
}
|
2009-10-14 12:10:01 -04:00
|
|
|
|
2011-01-10 18:58:57 -05:00
|
|
|
} else if ((send = boost::dynamic_pointer_cast<Send> (processor)) != 0) {
|
|
|
|
|
|
|
|
if (!_session->engine().connected()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
SendUIWindow* w = new SendUIWindow (send, _session);
|
2011-01-10 21:47:53 -05:00
|
|
|
w->show ();
|
2011-01-10 18:58:57 -05:00
|
|
|
|
2009-05-07 13:31:18 -04:00
|
|
|
} else if ((retrn = boost::dynamic_pointer_cast<Return> (processor)) != 0) {
|
|
|
|
|
2010-11-27 16:32:29 -05:00
|
|
|
if (boost::dynamic_pointer_cast<InternalReturn> (retrn)) {
|
|
|
|
/* no GUI for these */
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
if (!_session->engine().connected()) {
|
2009-05-07 13:31:18 -04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
boost::shared_ptr<Return> retrn = boost::dynamic_pointer_cast<Return> (processor);
|
|
|
|
|
|
|
|
ReturnUIWindow *return_ui;
|
2010-08-17 22:20:15 -04:00
|
|
|
Window* w = get_processor_ui (retrn);
|
2009-05-07 13:31:18 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
if (w == 0) {
|
2009-05-07 13:31:18 -04:00
|
|
|
|
|
|
|
return_ui = new ReturnUIWindow (retrn, _session);
|
2009-10-19 13:25:37 -04:00
|
|
|
return_ui->set_title (retrn->name ());
|
2010-08-17 22:20:15 -04:00
|
|
|
set_processor_ui (send, return_ui);
|
2009-05-07 13:31:18 -04:00
|
|
|
|
|
|
|
} else {
|
2010-08-17 22:20:15 -04:00
|
|
|
return_ui = dynamic_cast<ReturnUIWindow *> (w);
|
2009-05-07 13:31:18 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
gidget = return_ui;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
} else if ((plugin_insert = boost::dynamic_pointer_cast<PluginInsert> (processor)) != 0) {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
PluginUIWindow *plugin_ui;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
/* these are both allowed to be null */
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
Container* toplevel = get_toplevel();
|
|
|
|
Window* win = dynamic_cast<Gtk::Window*>(toplevel);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
Window* w = get_processor_ui (plugin_insert);
|
|
|
|
|
|
|
|
if (w == 0) {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
plugin_ui = new PluginUIWindow (win, plugin_insert);
|
2009-10-19 13:25:37 -04:00
|
|
|
plugin_ui->set_title (generate_processor_title (plugin_insert));
|
2010-08-17 22:20:15 -04:00
|
|
|
set_processor_ui (plugin_insert, plugin_ui);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
} else {
|
2010-08-17 22:20:15 -04:00
|
|
|
plugin_ui = dynamic_cast<PluginUIWindow *> (w);
|
2008-09-10 11:03:30 -04:00
|
|
|
plugin_ui->set_parent (win);
|
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
gidget = plugin_ui;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
} else if ((port_insert = boost::dynamic_pointer_cast<PortInsert> (processor)) != 0) {
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2009-12-17 13:24:23 -05:00
|
|
|
if (!_session->engine().connected()) {
|
2007-06-27 16:23:48 -04:00
|
|
|
MessageDialog msg ( _("Not connected to JACK - no I/O changes are possible"));
|
|
|
|
msg.run ();
|
|
|
|
return;
|
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
PortInsertWindow *io_selector;
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
Window* w = get_processor_ui (port_insert);
|
|
|
|
|
|
|
|
if (w == 0) {
|
2009-12-17 13:24:23 -05:00
|
|
|
io_selector = new PortInsertWindow (_session, port_insert);
|
2010-08-17 22:20:15 -04:00
|
|
|
set_processor_ui (port_insert, io_selector);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
} else {
|
2010-08-17 22:20:15 -04:00
|
|
|
io_selector = dynamic_cast<PortInsertWindow *> (w);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
gidget = io_selector;
|
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2008-09-10 11:03:30 -04:00
|
|
|
if (gidget) {
|
|
|
|
if (gidget->is_visible()) {
|
2010-11-23 09:30:45 -05:00
|
|
|
gidget->hide ();
|
2007-06-27 16:23:48 -04:00
|
|
|
} else {
|
2008-09-10 11:03:30 -04:00
|
|
|
gidget->show_all ();
|
|
|
|
gidget->present ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::register_actions ()
|
|
|
|
{
|
2007-06-29 00:02:58 -04:00
|
|
|
Glib::RefPtr<Gtk::ActionGroup> popup_act_grp = Gtk::ActionGroup::create(X_("processormenu"));
|
2007-06-27 16:23:48 -04:00
|
|
|
Glib::RefPtr<Action> act;
|
|
|
|
|
|
|
|
/* new stuff */
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
ActionManager::register_action (popup_act_grp, X_("newplugin"), _("New Plugin"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_choose_plugin));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
act = ActionManager::register_action (popup_act_grp, X_("newinsert"), _("New Insert"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_choose_insert));
|
2007-06-27 16:23:48 -04:00
|
|
|
ActionManager::jack_sensitive_actions.push_back (act);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
act = ActionManager::register_action (popup_act_grp, X_("newsend"), _("New Send ..."),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_choose_send));
|
2007-06-27 16:23:48 -04:00
|
|
|
ActionManager::jack_sensitive_actions.push_back (act);
|
2009-11-18 23:25:46 -05:00
|
|
|
|
|
|
|
ActionManager::register_action (popup_act_grp, X_("newaux"), _("New Aux Send ..."));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
ActionManager::register_action (popup_act_grp, X_("clear"), _("Clear (all)"),
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
sigc::ptr_fun (ProcessorBox::rb_clear));
|
2009-07-15 16:29:02 -04:00
|
|
|
ActionManager::register_action (popup_act_grp, X_("clear_pre"), _("Clear (pre-fader)"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_clear_pre));
|
|
|
|
ActionManager::register_action (popup_act_grp, X_("clear_post"), _("Clear (post-fader)"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_clear_post));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
/* standard editing stuff */
|
2010-03-16 11:33:04 -04:00
|
|
|
cut_action = ActionManager::register_action (popup_act_grp, X_("cut"), _("Cut"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_cut));
|
|
|
|
ActionManager::plugin_selection_sensitive_actions.push_back(cut_action);
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
act = ActionManager::register_action (popup_act_grp, X_("copy"), _("Copy"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_copy));
|
2007-06-27 16:23:48 -04:00
|
|
|
ActionManager::plugin_selection_sensitive_actions.push_back(act);
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
act = ActionManager::register_action (popup_act_grp, X_("delete"), _("Delete"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_delete));
|
2007-06-27 16:23:48 -04:00
|
|
|
ActionManager::plugin_selection_sensitive_actions.push_back(act); // ??
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
paste_action = ActionManager::register_action (popup_act_grp, X_("paste"), _("Paste"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_paste));
|
2010-04-17 19:28:57 -04:00
|
|
|
rename_action = ActionManager::register_action (popup_act_grp, X_("rename"), _("Rename"),
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
sigc::ptr_fun (ProcessorBox::rb_rename));
|
|
|
|
ActionManager::register_action (popup_act_grp, X_("selectall"), _("Select All"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_select_all));
|
|
|
|
ActionManager::register_action (popup_act_grp, X_("deselectall"), _("Deselect All"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_deselect_all));
|
|
|
|
|
2009-11-30 08:13:57 -05:00
|
|
|
/* activation etc. */
|
2009-11-27 20:51:47 -05:00
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
ActionManager::register_action (popup_act_grp, X_("activate_all"), _("Activate all"),
|
2009-11-30 08:13:57 -05:00
|
|
|
sigc::ptr_fun (ProcessorBox::rb_activate_all));
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
ActionManager::register_action (popup_act_grp, X_("deactivate_all"), _("Deactivate all"),
|
2009-11-30 08:13:57 -05:00
|
|
|
sigc::ptr_fun (ProcessorBox::rb_deactivate_all));
|
|
|
|
ActionManager::register_action (popup_act_grp, X_("ab_plugins"), _("A/B Plugins"),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_ab_plugins));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
/* show editors */
|
2010-09-05 16:41:48 -04:00
|
|
|
edit_action = ActionManager::register_action (popup_act_grp, X_("edit"), _("Edit..."),
|
|
|
|
sigc::ptr_fun (ProcessorBox::rb_edit));
|
2007-06-27 16:23:48 -04:00
|
|
|
|
|
|
|
ActionManager::add_action_group (popup_act_grp);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-11-30 08:13:57 -05:00
|
|
|
ProcessorBox::rb_ab_plugins ()
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
2009-11-30 08:13:57 -05:00
|
|
|
|
|
|
|
_current_processor_box->ab_plugins ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-11-30 08:13:57 -05:00
|
|
|
ProcessorBox::rb_choose_plugin ()
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
2009-11-30 08:13:57 -05:00
|
|
|
_current_processor_box->choose_plugin ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-11-30 08:13:57 -05:00
|
|
|
ProcessorBox::rb_choose_insert ()
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
2009-11-30 08:13:57 -05:00
|
|
|
_current_processor_box->choose_insert ();
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2009-05-07 13:31:18 -04:00
|
|
|
void
|
2009-11-30 08:13:57 -05:00
|
|
|
ProcessorBox::rb_choose_send ()
|
2009-05-07 13:31:18 -04:00
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
2009-11-30 08:13:57 -05:00
|
|
|
_current_processor_box->choose_send ();
|
2009-05-07 13:31:18 -04:00
|
|
|
}
|
|
|
|
|
2009-11-18 23:25:46 -05:00
|
|
|
void
|
|
|
|
ProcessorBox::rb_choose_aux (boost::weak_ptr<Route> wr)
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->choose_aux (wr);
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::rb_clear ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->clear_processors ();
|
|
|
|
}
|
|
|
|
|
2009-07-15 16:29:02 -04:00
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_clear_pre ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->clear_processors (PreFader);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_clear_post ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->clear_processors (PostFader);
|
|
|
|
}
|
|
|
|
|
2007-06-27 16:23:48 -04:00
|
|
|
void
|
|
|
|
ProcessorBox::rb_cut ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->cut_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_delete ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->delete_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_copy ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
_current_processor_box->copy_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_paste ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->paste_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_rename ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
_current_processor_box->rename_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_select_all ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->select_all_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_deselect_all ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->deselect_all_processors ();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_activate_all ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
_current_processor_box->all_processors_active (true);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_deactivate_all ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
_current_processor_box->all_processors_active (false);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorBox::rb_edit ()
|
|
|
|
{
|
|
|
|
if (_current_processor_box == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2010-11-23 09:30:45 -05:00
|
|
|
_current_processor_box->for_selected_processors (&ProcessorBox::toggle_edit_processor);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2010-02-19 13:09:08 -05:00
|
|
|
ProcessorBox::route_property_changed (const PropertyChange& what_changed)
|
2007-06-27 16:23:48 -04:00
|
|
|
{
|
2010-02-19 13:09:08 -05:00
|
|
|
if (!what_changed.contains (ARDOUR::Properties::name)) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
ENSURE_GUI_THREAD (*this, &ProcessorBox::route_property_changed, what_changed);
|
2009-03-07 09:06:19 -05:00
|
|
|
|
|
|
|
boost::shared_ptr<Processor> processor;
|
|
|
|
boost::shared_ptr<PluginInsert> plugin_insert;
|
|
|
|
boost::shared_ptr<Send> send;
|
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
list<ProcessorEntry*> children = processor_display.children();
|
2009-03-07 09:06:19 -05:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
for (list<ProcessorEntry*>::iterator iter = children.begin(); iter != children.end(); ++iter) {
|
2009-03-07 09:06:19 -05:00
|
|
|
|
2009-11-25 09:37:20 -05:00
|
|
|
processor = (*iter)->processor ();
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
Window* w = get_processor_ui (processor);
|
2009-03-07 09:06:19 -05:00
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
if (!w) {
|
2009-03-07 09:06:19 -05:00
|
|
|
continue;
|
|
|
|
}
|
2008-09-10 11:03:30 -04:00
|
|
|
|
2009-03-07 09:06:19 -05:00
|
|
|
/* rename editor windows for sends and plugins */
|
2007-06-27 16:23:48 -04:00
|
|
|
|
2009-03-07 09:06:19 -05:00
|
|
|
if ((send = boost::dynamic_pointer_cast<Send> (processor)) != 0) {
|
2010-08-17 22:20:15 -04:00
|
|
|
w->set_title (send->name ());
|
2009-03-07 09:06:19 -05:00
|
|
|
} else if ((plugin_insert = boost::dynamic_pointer_cast<PluginInsert> (processor)) != 0) {
|
2010-08-17 22:20:15 -04:00
|
|
|
w->set_title (generate_processor_title (plugin_insert));
|
2009-03-07 09:06:19 -05:00
|
|
|
}
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
string
|
2007-06-27 16:23:48 -04:00
|
|
|
ProcessorBox::generate_processor_title (boost::shared_ptr<PluginInsert> pi)
|
|
|
|
{
|
2008-01-19 00:06:33 -05:00
|
|
|
string maker = pi->plugin()->maker() ? pi->plugin()->maker() : "";
|
2007-06-27 16:23:48 -04:00
|
|
|
string::size_type email_pos;
|
|
|
|
|
|
|
|
if ((email_pos = maker.find_first_of ('<')) != string::npos) {
|
|
|
|
maker = maker.substr (0, email_pos - 1);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (maker.length() > 32) {
|
|
|
|
maker = maker.substr (0, 32);
|
|
|
|
maker += " ...";
|
|
|
|
}
|
|
|
|
|
The great audio processing overhaul.
The vast majority of Route signal processing is now simply in the list of
processors. There are definitely regressions here, but there's also
a lot of things fixed. It's far too much work to let diverge anymore
regardless, so here it is.
The basic model is: A route has a fixed set of input channels (matching
its JACK input ports and diskstream). The first processor takes this
as input. The next processor is configured using the first processor's
output as input, and is allowed to choose whatever output it wants
given that input... and so on, and so on. Finally, the last processor's
requested output is used to set up the panner and create whatever Jack
ports are needed to output the data.
All 'special' internal processors (meter, fader, amp, insert, send) are
currently transparent: they read any input, and return the same set
of channels back (unmodified, except for amp).
User visible changes:
* LV2 Instrument support (tracks with both MIDI and audio channels)
* MIDI in/out plugin support
* Generic plugin replication (for MIDI plugins, MIDI/audio plugins)
* Movable meter point
Known Bugs:
* Things seem to get weird on loaded sessions
* Output delivery is sketchy
* 2.0 session loading was probably already broken...
but it's definitely broken now :)
Please test this and file bugs if you have any time...
git-svn-id: svn://localhost/ardour2/branches/3.0@5055 d708f5d6-7413-0410-9779-e7cbd77b26cf
2009-05-07 02:30:50 -04:00
|
|
|
return string_compose(_("%1: %2 (by %3)"), _route->name(), pi->name(), maker);
|
2007-06-27 16:23:48 -04:00
|
|
|
}
|
|
|
|
|
2009-12-04 12:45:11 -05:00
|
|
|
void
|
|
|
|
ProcessorBox::on_size_allocate (Allocation& a)
|
|
|
|
{
|
|
|
|
HBox::on_size_allocate (a);
|
|
|
|
|
|
|
|
list<ProcessorEntry*> children = processor_display.children ();
|
|
|
|
for (list<ProcessorEntry*>::const_iterator i = children.begin(); i != children.end(); ++i) {
|
|
|
|
(*i)->set_pixel_width (a.get_width ());
|
|
|
|
}
|
|
|
|
}
|
2010-08-17 22:20:15 -04:00
|
|
|
|
|
|
|
/** @param p Processor.
|
|
|
|
* @return the UI window for \a p.
|
|
|
|
*/
|
|
|
|
Window *
|
|
|
|
ProcessorBox::get_processor_ui (boost::shared_ptr<Processor> p) const
|
|
|
|
{
|
|
|
|
list<ProcessorWindowProxy*>::const_iterator i = _processor_window_proxies.begin ();
|
|
|
|
while (i != _processor_window_proxies.end()) {
|
|
|
|
boost::shared_ptr<Processor> t = (*i)->processor().lock ();
|
|
|
|
if (t && t == p) {
|
|
|
|
return (*i)->get ();
|
|
|
|
}
|
|
|
|
|
|
|
|
++i;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* we shouldn't get here, because the ProcessorUIList should always contain
|
|
|
|
an entry for each processor.
|
|
|
|
*/
|
|
|
|
assert (false);
|
2010-09-05 16:59:10 -04:00
|
|
|
return 0;
|
2010-08-17 22:20:15 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
/** Make a note of the UI window that a processor is using.
|
|
|
|
* @param p Processor.
|
|
|
|
* @param w UI window.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
ProcessorBox::set_processor_ui (boost::shared_ptr<Processor> p, Gtk::Window* w)
|
|
|
|
{
|
|
|
|
list<ProcessorWindowProxy*>::iterator i = _processor_window_proxies.begin ();
|
|
|
|
while (i != _processor_window_proxies.end()) {
|
|
|
|
boost::shared_ptr<Processor> t = (*i)->processor().lock ();
|
|
|
|
if (t && t == p) {
|
|
|
|
(*i)->set (w);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
++i;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* we shouldn't get here, because the ProcessorUIList should always contain
|
|
|
|
an entry for each processor.
|
|
|
|
*/
|
|
|
|
assert (false);
|
|
|
|
}
|
|
|
|
|
2011-01-04 18:26:59 -05:00
|
|
|
void
|
|
|
|
ProcessorBox::mixer_strip_delivery_changed (boost::weak_ptr<Delivery> w)
|
|
|
|
{
|
|
|
|
boost::shared_ptr<Delivery> d = w.lock ();
|
|
|
|
if (!d) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
list<ProcessorEntry*> children = processor_display.children ();
|
|
|
|
list<ProcessorEntry*>::const_iterator i = children.begin();
|
|
|
|
while (i != children.end() && (*i)->processor() != d) {
|
|
|
|
++i;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (i == children.end()) {
|
|
|
|
processor_display.set_active (0);
|
|
|
|
} else {
|
|
|
|
processor_display.set_active (*i);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-08-17 22:20:15 -04:00
|
|
|
ProcessorWindowProxy::ProcessorWindowProxy (
|
|
|
|
string const & name,
|
|
|
|
XMLNode const * node,
|
|
|
|
ProcessorBox* box,
|
|
|
|
boost::weak_ptr<Processor> processor
|
|
|
|
)
|
|
|
|
: WindowProxy<Gtk::Window> (name, node)
|
|
|
|
, marked (false)
|
|
|
|
, _processor_box (box)
|
|
|
|
, _processor (processor)
|
|
|
|
{
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
void
|
|
|
|
ProcessorWindowProxy::show ()
|
|
|
|
{
|
|
|
|
boost::shared_ptr<Processor> p = _processor.lock ();
|
|
|
|
if (!p) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2010-11-23 09:30:45 -05:00
|
|
|
_processor_box->toggle_edit_processor (p);
|
2010-08-17 22:20:15 -04:00
|
|
|
}
|
2011-01-04 18:26:59 -05:00
|
|
|
|