Page 1 of 10

DP 5.01-- User reports

Posted: Fri May 26, 2006 8:59 pm
by Frodo
So, besides what MOTU included in the "v5.01 Read Me" white papers, has anyone experienced improvements with:

1. BTD issues?
2. Stuck notes?
3. Hang or crash on quit?
4. CPU spikes?
5. Other? (please describe)

Part 2 of the $64k question:

What problems are there you've had which remain?

Inquiring Hobbits want to know! :shock:

Posted: Fri May 26, 2006 9:02 pm
by chrispick
Like I said in another thread, I'm starting a new DP-related job this weekend. I'll put 5.01 to the test with it, then post my results.

Posted: Fri May 26, 2006 9:07 pm
by Frodo
Great, chrispick. I have yet to order 5.0 because I'm in the middle a huge project that won't end until July. I don't dare do an update of any kind before then.

Looking forward to reading your results. Thanks.

Posted: Sat May 27, 2006 6:52 am
by rumorcontrol
I've just installed the DP 5.01 update and right off the bat the Quicktime Audio lag has dissapeared.......nice to have quicktime audio back in sync with the picture....RC

Posted: Sat May 27, 2006 7:16 am
by tommymandel
Did 5.01. I hit MIDI record with Click on and 1 bar of countoff,and the Location display displayed some bizarre asymmetrical negative (ok) location, and the click sped up for the 1st measure, then righted itself for the 2nd measure and on. (MAS, Digi Core Audio Driver, audio click, routed thru 002R outs 7 & 8, MOTU Click and MPC Clicks.) I turned OFF Countoff, and the click was perfect. (i just had to start playing at measure 2.) I will try again this morning after trashing my preferences. No stuck notes yet!

Posted: Sat May 27, 2006 8:36 am
by dweiss
It's a bit soon to tell, but I worked yesterday for 5 hours on DP without the oddities I've been experiencing lately including stuck notes, muted tracks playing and strange volume curves.

Posted: Sat May 27, 2006 9:19 am
by MIDI Life Crisis
tommymandel wrote:Did 5.01. I hit MIDI record with Click on and 1 bar of countoff,and the Location display displayed some bizarre asymmetrical negative (ok) location, and the click sped up for the 1st measure, then righted itself for the 2nd measure and on. (MAS, Digi Core Audio Driver, audio click, routed thru 002R outs 7 & 8, MOTU Click and MPC Clicks.) I turned OFF Countoff, and the click was perfect. (i just had to start playing at measure 2.) I will try again this morning after trashing my preferences. No stuck notes yet!
Are you sure you are starting the playback on exactly the top of a measure or beat? If you start, say at 03/01/xxx - any x being anything but a zero) then the countoff will behave in an odd manner).

Posted: Sat May 27, 2006 9:53 am
by tommymandel
Hi MLC, I hit '1', (transport rewind) so I was definitely at the beginning. I just trashed the prefs and will take another look now.

Posted: Sat May 27, 2006 9:56 am
by hammerman
So far so good except right after updating, it quit on me a few times until I rebooted. Repair permissions and reboot. A must.

Posted: Sat May 27, 2006 9:57 am
by Timeline
Thanls for posting this Frodo...

Will watch with interest!

Posted: Sat May 27, 2006 9:59 am
by bradswan
I had the same thing happen with the MIDI click on the first project I opened with 5.01. Unfortunately 5.01 does not address audio drop out when hitting play after recording.

Although the bells and whistles are nice my wish is for DP to be a rock solid, CPU efficient, audio-MIDI DAW first and foremost.

Posted: Sat May 27, 2006 10:10 am
by tommymandel
After trashing prefs, and rebooting, the click is working fine in 5.01.

Posted: Sat May 27, 2006 11:13 am
by tommymandel
I found a new 'feature'. Tell me if you like it:
Since 5.01, when you are playing a sequence, and you type in a locate point, (Decimal Point key on numeric keypad, then a number, then Enter) it goes to the locate point, and immediately goes into PAUSE, rather than continue play at the new location. This is true even if you hit Return, rather than Enter, and also if you cursor and drag over the actual measure number in the Transport Window.
Perhaps it's in the interest of cleaner MIDI, but I wonder if there's a pref to toggle this feature on and off?

And this is new, if I'm not mistaken?

Posted: Sat May 27, 2006 11:37 am
by Frodo
Timeline wrote:Thanls for posting this Frodo...

Will watch with interest!
Sure thing, Timeline. I know Shooshie is busy collecting data for some issues, but that started right before or right around 5.0 was released. Seems that those who participated so far in those polls have both 4.6x and 5.x. I really want to see more specifically (in one place) what issues were resolved with 5.x before deciding when the best time might be to update. Overall, things sound positive, so I may order 5.x next week just to have it ready to go.

I don't mean to be *so* skiddish about taking the plunge. It's just that I have the essential workarounds in place as a matter of routine. As they say-- the devil you know is better than the devil you don't know.
bradswan wrote:I had the same thing happen with the MIDI click on the first project I opened with 5.01. Unfortunately 5.01 does not address audio drop out when hitting play after recording.

Although the bells and whistles are nice my wish is for DP to be a rock solid, CPU efficient, audio-MIDI DAW first and foremost.
Audio dropout after recording-- is this immediately "right after" recording only? It could be that some background processing is still at work, depending on how large a chunk the recorded audio was. Assuming that this ocurred in 5.0 for you, did it occur with 4.6x as well?

There are some features which impact workflow that I miss since going to VIs. Editing on the fly has proven to be risky-- when copying and pasting even small amounts of MIDI data during playback, the audio mutes itself until the process is done. About half the time, DP will crash when it max's out resources. When using VI's, the copy/paste process is also far less than instantaneous than it used to be, now taking about 2-3 seconds before the pasted data appears in the Track Window. I know that VIs are different than outboard MIDI in that MIDI notes must be linked to samples, especially when the VI has sophisticated key mapping and velocity layers: multiple instances of the same MIDI note *might* have to be linked with several different samples, depending upon their velocity and which samples are to be triggered by those velocities.

In a nutshell, it does take more time. We know that when writing audio to HD or CD at higher speeds that errors can occur. Gladly, I've not experienced (knock wood) any corruption with the audio files themselves or not have heard of other users having this problem (knock wood). DP does seem very consistent and reliable in this regard. However, there is the BTD issue that concerns me greatly... and the extra step of waiting for background processes to complete their cycles.
tommymandel wrote:After trashing prefs, and rebooting, the click is working fine in 5.01.
I've been trashing Prefs a lot lately. This is a common fix and old files do get corrupted eventually-- but the frequency of having to trash the Prefs has me wondering what the cause of the corruption might be that such a corruption can happen so often and so easily. Suspcions of bad HD sectors prompted the purchase of a new HD, but the issue still occurs...

Thanks everyone for your reports! It really, REALLY helps!!! :P

Best,
Frodo

Posted: Sat May 27, 2006 11:42 am
by Frodo
tommymandel wrote:I found a new 'feature'. Tell me if you like it:
Since 5.01, when you are playing a sequence, and you type in a locate point, (Decimal Point key on numeric keypad, then a number, then Enter) it goes to the locate point, and immediately goes into PAUSE, rather than continue play at the new location. This is true even if you hit Return, rather than Enter, and also if you cursor and drag over the actual measure number in the Transport Window.
Perhaps it's in the interest of cleaner MIDI, but I wonder if there's a pref to toggle this feature on and off?

And this is new, if I'm not mistaken?
This sounds great!! The nice thing about this is that it gives the user a chance to also reset start button to the new start time. I would otherwise just put in the location data right in the start window, but it's too small to read on the fly. I have been manually hitting "pause"-- or 2 on they keypad-- lately, but this new feature seems like it will make this process a bit easier to navigate.

Thanks for the heads up.