Yet ANOTHER *!$%*! bug :-(

Discussion about: tracktion.com
RELATED
PRODUCTS

Post

Is it me ? Am I doing things most other people don't ?

Try this.... take a song with three tracks, freeze them all. Now select track 1 and select Unfreeze, hit the cancel button shortly after it starts.

ALL THREE tracks unfrozen !?! :evil:

How can it do that ?!! Besides the unfreezing of unwanted tracks, if it can really unfreeze that fast (i.e. as long as it takes to click unfreeze then cancel), then why are we supposed to wait while a progress bar crawls along the screen ?

I haven't tried any other permutations of tracks/freezing etc, but this is what I had running when I spotted it.

I'm getting seriously p**sed off with the number of bugs in Tracktion, and I'm actually beginning to regret buying it. No posts from Jules, no updates, no information, just more damn bugs appearing.

I know it's cheap, but on the other hand, it's certainly not cheap for what I'm rapidly discovering is bordering on beta test software. :x

JULES !!! ARE YOU THERE ??

...Do you even visit this forum anymore ??

Post

Wow that IS a weird bug. Good job finding it. I never really use freeze anymore since the new render feature but this definitely should be fixed.
Image

Post

Aneng wrote:ALL THREE tracks unfrozen !?! :evil:
It may disobey the "rule of least surprise" but that seems fairly obvious to me, and I wouldn't class it as a bug.
How can it do that ?!!
Quite easily. You asked it to unfreeze a track so probably Tracktion deleted the temporary freeze file, and started to create a new one with only two frozen tracks. At this point you cancelled, so it cleaned up the file in progress and ended up with no frozen tracks. Quite logical when you think about it.
Besides the unfreezing of unwanted tracks, if it can really unfreeze that fast (i.e. as long as it takes to click unfreeze then cancel), then why are we supposed to wait while a progress bar crawls along the screen ?
I don't recall unfreeze ever taking that long. Freeze takes a long time because it is rendering. Unfreeze takes as long as it takes to reload your vst plugins and delete a freeze file - typically under a second.
Someone shot the food. Remember: don't shoot food!

Post

valley wrote:
Aneng wrote: Besides the unfreezing of unwanted tracks, if it can really unfreeze that fast (i.e. as long as it takes to click unfreeze then cancel), then why are we supposed to wait while a progress bar crawls along the screen ?
I don't recall unfreeze ever taking that long. Freeze takes a long time because it is rendering. Unfreeze takes as long as it takes to reload your vst plugins and delete a freeze file - typically under a second.
now that is sadly completely untrue :? :(

Post

b.t.w.: One could argue that Tracktion is badly programmed, if it deletes the old freeze-file before a new one is created, especially as it has a cancel-button :wink:

Post

jens wrote:now that is sadly completely untrue :? :(
In no time that I've used freeze have unfreeze operations been unduly slow.

Freezes, yes; they can be painful, but Unfreezing typically works like I'd expect.
b.t.w.: One could argue that Tracktion is badly programmed, if it deletes the old freeze-file before a new one is created, especially as it has a cancel-button
ermm, yes and no. Hence my point about the route of least surprise. Aesthetically you are correct, but in practise since the resultant files can be rather large, allocating harddrive space for a freeze file without first freeing the space for the original is not ncessarily a good idea. For very long projects and if hardrive space were at a premium, you might not be greatful for Tracktion doubling up on freeze file space. ;)
Someone shot the food. Remember: don't shoot food!

Post

not really a bug. just a surprise.
Image

Post

:!: :!: TRACKTION FREEZES ALL TRACKS INTO ONE FILE. :!: :!:

It is obvious if you think about it that, if you change anything in that file, you will need to wait while it re-calculates.. even if you have just un-frozen a track. If you unfreeze ALL your tracks it happens straight away, because there is no new freeze file to calculate.
It's not rocket science.. :roll:
Aneng wrote:I'm getting seriously p**sed off with the number of bugs in Tracktion, and I'm actually beginning to regret buying it. No posts from Jules, no updates, no information, just more damn bugs appearing.
Calm down man, IT'S NOT A BUG!!! :smack:

Post

TRACKTION FREEZES ALL TRACKS INTO ONE FILE.
Thanks platinumears,

Just wanted to state that myself.

If you have frozen three tracks and then unfreeze just one of them, it takes render-time again since Tracktion now re-freezes (so to speak) the two tracks you want to be frozen. So freezing one track or a dozen always creates a single stereo file.
Please spare me the discussion about making freeze work more flexible. Is has all been discussed before and is probably going to be part of the version 2 features - use the search function of the forum.

Cheers, Pädy

Post

OK, so it's not a bug - calmed down as requested (giving up.. or rather trying to give up the cigs !) :shock: But still, what about this midi timing error that I keep seeing... tracks playing slightly out of sync then magically sorting themselves out. I also have a rendering problem where notes are just dropped from the final wav file, (ok, this is specific to NI's Elektrik Piano plugin - so I can't automatically blame Tracktion here). And... I've noticed freezing and then unfreezing midi tracks sometimes causes volume/velocity changes (either that or it's just reloading the plugins with their default settings and not remembering how I've tweaked them before the freeze).

Either way, there are many people here reporting problems and I feel that Jules ought to at least pop in and pour some oil on troubled waters.

AND... while I'm at it :P ....that colour scheme... being slightly colour vision impaired, it's a shame I can't change it, the midi editor is bad enough as it is without being hardly able to see the notes !

Rant, rant..... :)

Post

Right... I've been back using Tracktion for ten whole minutes since posting the above, and I've hit another snag. Tell me this one isn't a bug...

I've got a drum track I'm pretty happy with but I want to get a better tambourine sound, so I think "I know, I'll move the tabourine notes onto a new track and use them to trigger the sampler". So, midi-edit my drum track, select one tambourine note, choose 'select notes, select all notes with the same pitch', then cut them to the clipboard. Check they're there (clipboard, show contents) - all ok so far.

Create a new track, choose 'insert into tracks, insert clipboard contents at cursor position'.

...you know what's coming don't you...

"Nothing to paste" :x

Grrrrrrr.... <reaches for cigs>

Post

I think you have to understand that when copying midi notes, you are copying the contents within a midi clip. So if you want to paste something in such a situation, you must paste them INTO a clip, NOT into a track (which is what you are attempting to do).

So on your new track, insert an empty clip (shortcut: G).. then select the empty midi clip and paste (ctrl-v) your selected notes into in the clip and all your selected notes will be there...

so.. uhh... yeah... it's not a bug (again). :wink:
ModuLR / Radio

Post

edit :oops:
Last edited by ModuLR on Thu Jun 17, 2004 12:18 am, edited 1 time in total.
ModuLR / Radio

Post

Aneng wrote:
AND... while I'm at it :P ....that colour scheme... being slightly colour vision impaired, it's a shame I can't change it, the midi editor is bad enough as it is without being hardly able to see the notes !
This isnt a bug report its a feature request (and not a very original one at that :P :D ). There wont be any new features till T2.
Image

Post

oftentimes I try to copy and paste a seq of notes and no matter where I put the transport bar before I paste, the only place the notes paste is overtop of the old notes. VERY frustrating.

Post Reply

Return to “Tracktion”