Page 1 of 1

MV timecode CDs, music interrupts on load

PostPosted: 06 Apr 2014, 10:51
by kugmo
using the following:

--- my standard gig laptop, lenovo i7 3rd gen, 8GB RAM, 480Gb SSD (wifi off, no other apps or unnecessary services running in the background, laptop is fully optimised for club play)

--- denon sc-2900 (latest firmware, v1130) with MV timecodes (did not use the 2900's internal hybrid mode)

--- reloop jockey 3 (configured as analog mixer)

--- native instruments audio4 external audio

--- MV Cross 3.0, relative setting used for timecodes


on loading music to cue (via keyboard shift-arrow), at times the playing track cuts the volume for in instant then comes right back on, no skip, just that loss of volume. please note that this did not happen on all the tracks being loaded. out of 30 tracks, it happened to three of them. i took notes on which tracks these were. unfortunately, i could not reproduce the problem encountered.

is there a tweak or workaround for this? some configuration setting i might need to change, maybe?

thanks.

ps - on a lighter note, i will not say "software doesn't work for me" :D

Re: MV timecode CDs, music interrupts on load

PostPosted: 08 Apr 2014, 13:07
by DjBlast
I have always had this issue, even in Vfx. Happens more often for me. Hopefully there is a workaround...

Re: MV timecode CDs, music interrupts on load

PostPosted: 08 Apr 2014, 14:15
by RoJeC
What you could try is make a copy of the mapping and map a single key to load.

Assume you use your laptop 'internal' keyboard. It won't be impossible that it is Cross, but many more application allow for keyboard-service. (like most vidcard sw).

By (temporary) mapping to a single key (1 left and 1 for right load) you might bring the issue down to something that might depend on the exact use of the shift-arrow key.

Re: MV timecode CDs, music interrupts on load

PostPosted: 08 Apr 2014, 15:43
by kugmo
i understand the logic here. a shift/ctrl/alt logic causes interrupt requests at the hardware level, and whatever lags there messes with whatever's running at the application leve (Cross in this case). makes total sense. doesn't matter how powerful the hardware is - an interrupt request is an interrupt request, and keyboard input has a high priority.

i'll check that out and let you guys know soon.

just to confirm, i make a copy of the default laptop mapping and re-map through that one, yes?

btw, i rechecked. no resident apps that would have caused an additional vid/kbd interrupt check.

Re: MV timecode CDs, music interrupts on load

PostPosted: 08 Apr 2014, 16:07
by RoJeC
Yes, edit the copy.

Services can take shortcuts to. You have to dig deep to really figure out what mappings are all active by the system.

Re: MV timecode CDs, music interrupts on load

PostPosted: 08 Apr 2014, 18:04
by sylMV
You can also try to higher a bit the latency.
What are your audio settings right now? (buffer size / sample rate)

Re: MV timecode CDs, music interrupts on load

PostPosted: 09 Apr 2014, 04:06
by kugmo
wow. first time i opened the audio4 control panel, and this could explain it. holy ****. it's set to NI default values. 1ms @ 256 samples.

max values are 4ms @ 1024 samples. i'll use these values and work my way down, up until i get skips again, then use the next higher value.

i'll do this first, and then check out RoJeC's suggestion if i still get random bits of load-silence. i have 2 days before the event to tweak this.

i'm also crossing my fingers that they use cdj-400, 850, 900 or 2000 at this event. i've been having problems with 350's (firmware 112) and their rotaries for browsing. this was the main reason for resorting to timecodes for this occasion.

Re: MV timecode CDs, music interrupts on load

PostPosted: 09 Apr 2014, 04:12
by daniel clark
:cool: :idea: sounds like you have a plan ,, :cool:

Re: MV timecode CDs, music interrupts on load

PostPosted: 09 Apr 2014, 07:18
by kugmo
after two and a half hours of tweaking + testing, here's what worked on my rice-burning laptop :D

3ms @ 512 samples. skips are all gone.

thank you, all, for the suggestions. i'll keep the mapping in mind in case the issue pops up again.