Vote now for your top 3 feature request

[djsubject]

i dont get this PDC thing that IIRs & naturestoned are on about

wrap bfd in a rack, put whatever FX you want after one of the rack outputs, PDC is accounted for

this is how i have been doing it ever since i started using T2

& my uad-1 & poco both need a fair bit of PDC

i just missunderstood the orignal post didint i? (again )

as long as there is only BFD in the rack then there should be no problems with PDC atall? correct?



Subz

[Sleepwalker]

A 'hold right mouse button' for 360 degree movement inside the view would make it quite yummy, as well!

care to explane your thoughts? sounds interesting!

[Rock]

nevermind...

thought you were talking about rotating the tracks 90 degrees... which has been recommeded before (several times) where the tracks would flow from top to bottom rather than left to right. As time passed during play, the current possition bar would move down and/or the track data would move up. I don't think it would be odd for audio data but MIDI notes might be another issue.

But anyway I don't think that's what he's talking about.

[naturestoned]

Having thought about it a bit, I think you can achieve what you want with a rack: right-click your non-realtime EQ plug, and select "wrap this filter in a new rack". Now copy this rack filter to all the other tracks with outputs from the BFD rack. On all tracks other than the snare turn the wet level off, the dry level to 100%, and set the "input goes to" fields to "<none>".

<edit> of course it would be more efficient to copy the rack filter once, change the settings, and then duplicate that to all the other BFD tracks..

Let me know if that does the trick.

@IIRs

Yes, it does the trick. Good idea! Easier than with the helper plugs and no wasted CPU ressources

This is still a pitfall for people who don't know about that and use plugins with lower latency than this EQ (e.g. forware looking compressors with lets say 40 samples) Mixed sound gets smeared up and you wonder why. So let's hope that this fix/feature gets implemented sometime.

@djsubject

plugin delays are not compensated "automagically" if you build:

1) a rack with just one multiout vst (e.g. BFD) and a plugin with latency (e.g. PLParEQ3 or SIR) after the rack but not on all tracks where the rack is placed e.g. EQ just on the snare but not on the Room Mics where also snare can be heard.

2) a rack with a multiout vst and a plugin with latency after just a few outputs of the multiout-vst and not all Outputs. Within the rack is no plugin delay compensation if it is used with multiout vsts on multiple tracks and there are more plugins than the multioutvst itself.

[djsubject]

@djsubject

plugin delays are not compensated "automagically" if you build:

1) a rack with just one multiout vst (e.g. BFD) and a plugin with latency (e.g. PLParEQ3 or SIR) after the rack but not on all tracks where the rack is placed e.g. EQ just on the snare but not on the Room Mics where also snare can be heard.

2) a rack with a multiout vst and a plugin with latency after just a few outputs of the multiout-vst and not all Outputs. Within the rack is no plugin delay compensation if it is used with multiout vsts on multiple tracks and there are more plugins than the multioutvst itself.

just tested with SIR

i have spent the last year thinking if there is only 1 vst wrapped then there will be no PDC problems in any situation

i have droped meny tunes because thay just didint seem right (now i think i know why)

Hmmm need to go & do some seraious thinking, & find out if i am pissed with T2 or me

EDIT:!!!!!!!

i knew my ear's aint that bad

i split my midi with wraped outs, IE: if i split kik's, snere's & hi hat's over 3 tracks i then move the relevent midi to the relevent track (so i can solo the hi hats,sneres,kiks & what not by them self's)

if you have it set this way then PDC IS!! compensated for!!

T2 must be moving clips insted of audio buffers to deal with PDC


PHEW!! now i know whats going on i can go back to some old tracks & fix them up

Subz

[IIRs]

i split my midi with wraped outs, IE: if i split kik's, snere's & hi hat's over 3 tracks i then move the relevent midi to the relevent track (so i can solo the hi hats,sneres,kiks & what not by them self's)

if you have it set this way then PDC IS!! compensated for!!

I learnt something too! Makes sense though: a whole track can have PDC, but not individual notes within a MIDI clip..

<edit> I'm still not sure that would work with BFD however, as a snare hit will actually trigger seperate samples of about 10 different mics, all routed to different outputs..

<edit2> anyway, when programming for BFD I prefer to have all the MIDI together, as it makes it easier to avoid creating a virtual drummer with 3 arms

[djsubject]

<edit2> anyway, when programming for BFD I prefer to have all the MIDI together, as it makes it easier to avoid creating a virtual drummer with 3 arms

i do normally leave this bit to last (the splitting of clips that is) & i only did it for soloing perpuses

but TBH i'm just glad i understand whats happening

when i tested this i had midi split allready & thought it just worked no matter what (now i know better & i have 2 workaround's to go with it)



Subz

[valley]

PDC (re)explained:

PDC in Traction works fine if:

1) plugs requiring compensation are on a track that does not contain shared rack filters or aux send/returns.

2) tracks feeding into pdc compensated tracks also contain no shared rack filters or aux send/returns.

3) plugins that require compensation are wrapped inside a rack filter. As long as rules 1) and 2) are still obeyed, this rack filter can then be shared across tracks and PDC will work correctly.

Anything else doesn't work.

[dw!]

I started using Tracktion because it is simple and streamlined; unfortunately the latest version has at least one major problem with the implementation of MIDI (it often doesn't output MIDI to external devices - see multiple threads in this forum). So my feature request is...no new features, but rock solid testing before release, and staying faithful to the cut down clean attitude that started Tracktion in the first place. I know I can carry on using the old version so I'm not really complaining...

[Lutin mutin]

18, 19, 27

So now, lets pray...

[jplanet]

PDC (re)explained:

PDC in Traction works fine if:

1) plugs requiring compensation are on a track that does not contain shared rack filters or aux send/returns.

2) tracks feeding into pdc compensated tracks also contain no shared rack filters or aux send/returns.

3) plugins that require compensation are wrapped inside a rack filter. As long as rules 1) and 2) are still obeyed, this rack filter can then be shared across tracks and PDC will work correctly.

Anything else doesn't work.

This is good to know; this should be clearly stated in the manual...

[chico.co.uk]

I started using Tracktion because it is simple and streamlined; unfortunately the latest version has at least one major problem with the implementation of MIDI (it often doesn't output MIDI to external devices - see multiple threads in this forum).

I can see two threads about this. They're both by you. You've done very little testing on this problem so far. If you'd like to continue testing it I'm fairly convinced it will turn out to be something you've done wrong.

[pjotrov]

6 - Aftertouch Support
11 - Clip Grouping
18 - Folder Tracks

[jeff bird]

11 clip grouping
39 short cut to clip reverse
(new)
52 clip mute

[JackDark]

1, 21, 43