pdc again, just to know..

[moonlite]

and actually, while i'm at it, let me re-iterate the reason for now acutally wishing more for the track delay than real pdc:

1. it seems that in any situation, /real/ pdc, isn't coming anytime soon.

2. it seems that, at least according to jörgen, the track delay could be coming soon. i bet it'll come faster and more likely if more people wished for it.

my point: let's stop wishing for something we can't have and instead wish for something we actually /CAN/ get.

maybe it's almost the same work, maybe it's not, but my point still stands. the technical solution is up to jörgen.

[moonlite]

oh, and the other reason is, that the track delay thingie would actually be a more versatile tool than just a simple pdc.

but i dunno. let's see and hope for the best =)

[moonlite]

oh^2 ...

sorry for stealing your thread :D (whooops. i'll shut up now =))

[zieQ]

OK moonlite, just for insert FX, why not ! I'll have to forget my convolution reverb send .

Just another precision on how pdc could be done : instead of delaying multiple times the playback of a track, we could also delay the line between an output to an input for vsts with lower latency. It could be easier to implement, but not sure, and still an headache.

[jens]

and actually, while i'm at it, let me re-iterate the reason for now acutally wishing more for the track delay than real pdc:

1. it seems that in any situation, /real/ pdc, isn't coming anytime soon.

2. it seems that, at least according to jörgen, the track delay could be coming soon. i bet it'll come faster and more likely if more people wished for it.

my point: let's stop wishing for something we can't have and instead wish for something we actually /CAN/ get.

maybe it's almost the same work, maybe it's not, but my point still stands. the technical solution is up to jörgen.

I would never use it - way too much hassle...

[moonlite]

cant you use the verb as an insert? .... oh, yeah, then you'd have to have several instances, right? =/ .. hmm .. well, at least you can have different setups in every verb then =)

no, wait! of course you can use this for sends, too .. you see, you just put some negative delay on the tracks which go into that SIR send ... ?-o


hmm your idea sounds good, too, but then you wouldn't get the timing right in the display, in midi, in freezing tracks etc ..

you know, playback doesn't have to start on the instance "play" is pressed. look at logic ...

i think the best solution would be to just alter the position of the midi/audio tracks compared to each other. i think this is how logic does it.

(... and of course, it'd happen "under the bonnet") ..


what do you think of this, jörgen?

[moonlite]

and actually, while i'm at it, let me re-iterate the reason for now acutally wishing more for the track delay than real pdc:

1. it seems that in any situation, /real/ pdc, isn't coming anytime soon.

2. it seems that, at least according to jörgen, the track delay could be coming soon. i bet it'll come faster and more likely if more people wished for it.

my point: let's stop wishing for something we can't have and instead wish for something we actually /CAN/ get.

maybe it's almost the same work, maybe it's not, but my point still stands. the technical solution is up to jörgen.

I would never use it - way too much hassle... :-o

hmm, what do you mean?-o .. do you mean it's more hassle to (open and) adjust some delay plugins for every track than just put some negative delay on a track with sir f ex?

don't quite follow ya =)

[jens]

and actually, while i'm at it, let me re-iterate the reason for now acutally wishing more for the track delay than real pdc:

1. it seems that in any situation, /real/ pdc, isn't coming anytime soon.

2. it seems that, at least according to jörgen, the track delay could be coming soon. i bet it'll come faster and more likely if more people wished for it.

my point: let's stop wishing for something we can't have and instead wish for something we actually /CAN/ get.

maybe it's almost the same work, maybe it's not, but my point still stands. the technical solution is up to jörgen.

I would never use it - way too much hassle...

hmm, what do you mean?-o .. do you mean it's more hassle to (open and) adjust some delay plugins for every track than just put some negative delay on a track with sir f ex?

don't quite follow ya =)

I wouldn't use anything that's not automatic


negative delay isn't possible b.t.w. - this would be a time-machine

[spacefox]

negative delay isn't possible b.t.w. - this would be a time-machine

I believe Kontakt includes a time machine.

[jens]

negative delay isn't possible b.t.w. - this would be a time-machine

I believe Kontakt includes a time machine.

I mean a 'time-machine' like in the movie 'back to the future'

i.e.: the only way to negatively delay a track is to delay all other tracks by the same time and this is exactly what pdc is doing - the plugin reports its latency and the sequencer is delaying all other tracks by this amount - of course it gets more complex if you use several plugins with different internal latencies on different tracks - but anyway: asking the plugin for its latency surely is a trivial task compared to coding the 'simple solution' moonlite is suggesting

[zieQ]

jens, you should have read the previous posts

moonlite: anyway, the GUI stuff, freeze and so on, are *always* delayed by the max_latencies wherever is located the delay . No problem here ! The midi should start according the delay introduced by the plugins afterwards in the route, as for audio.

[aldi]

@moonlite : it really seems hard for you to understand negative delay and pdc is exactly the same efford to implement. so you can wish for pdc or negative delay sliders, just like you want, it's the same wish. negative delay is the beginning of pdc (setting it automatically by ext is a smal step then) and these could be hard to implement because depending on the way ext is programmed jorgen has to recode a lot (i hope not). so this discussion is really useless. we all wish for pdc and it will come whenever it will come, the sooner the better (btw, i started this thread, so i surely like to see it too).

[moonlite]

jens, yeah, you sholud have read the previous posts as zieQ said

zieQ, cool, then that would be a good solution, i guess. hope jörgen reads this =)

aldi, well, as i already stated above, i don't know that much about this, but i hope you're right. but what i've understood from other peoples speculation, you're wrong. but anyway, i don't actually even care that much.

aldi, as i ALSO already stated earlier was that all i actually /know/ is that jörgen hasn't said anything to pdc and has said yes to track delay.

aldi, just once more for the record: i know exactly what you're talking about, so please stop looping ;))

all that i'm saying is that i'm not 100% convinced you're rigth (and that jörgen said yes to the sliders), but if you're convinced, that's cool with me.

btw, don't try to convince me .. i really don't care about anything else than that either one comes as soon as possible. =)

let's just hope and beg what future and jörgen brings.

peace =)

[jens]

and that jörgen said yes to the sliders

this is what he wrote:

I will soon add optional "delay" on eack track, this will be the start of pdc.

Where did he write something about 'negative delay' on each track?

[jens]

jens, yeah, you sholud have read the previous posts as zieQ said

I was hoping you'd maybe get it if I repeated the obvious once more...