Sign In:     

Forum: VirtualDJ Technical Support

Topic: Track Cleaner saved edit with mute vocal issue
I've noticed that when I try to save a track cleaner edit, with mute vocals used as the censorship, that the resulting edit has the vocal not muted 100% (some of it slips through if the region start was close enough to what you wanted to mute, almost like a delayed attack on the vocal or the result using stems 1.0).

I did verify that before I saved the file, the vocal muting (in the editor itself) was done properly via the playback. I also verified, using the original file, that if I used stems 2.0 to remove the vocals live in said spots, that the vocal elimination is pretty much (almost) perfect.

Version used: v2024-m b8350
 
Posted Wed 06 Nov 24 @ 12:23 pm
Is the issue also present when exporting the track and playing outside VDJ?
 
I've not tried an actual permanent export of the result - this is just using the resulting vdjedit file (I'll try the former later).
 
DJ VinylTouch wrote :
I've not tried an actual permanent export of the result - this is just using the resulting vdjedit file (I'll try the former later).

i had similar issues myself... actually the vdj edit file is not a real file with the stem removed... but a hybrid file that removes the stems realtime in the portion that is defined within the editor.. thats why i export a new
mp3 file with the vocals muted... although there are sometimes that the result does not satisfies me and i think that something is "wrong" i haven't done the exact test that you made yourself and maybe is a good opportunity to do so.
 
also PLEASE make the cues visible in the track cleaner editor.. its way easier to work with
 
PANOSV wrote :
i had similar issues myself... actually the vdj edit file is not a real file with the stem removed... but a hybrid file that removes the stems realtime in the portion that is defined within the editor

So I already knew this, that's why I suspect it's fixable without redoing the track cleaning work. I (personally) don't need a whole new replica of the track for djing purposes - to me that is a waste of space. However, if I plan to do DAW work or other work outside of VDJ with it, then I'd export it to a new file (starting with lossless to keep the end quality as high as possible).
 
Any of the stems settings are set to reduced quality?
 
I've just checked stems settings (haven't looked at those in a while) and i've noticed the following:


  • stemsBleedMuteVocal = 80%
  • stemsBleedMuteInstru = 30%


stemsRealtimeSeparation is set to Always. Could the other two be the cause? If so, why is it the live muting (during playback and from the track cleaner editor) works as expected?
 
No, the stemBleed settings are only used for reduced quality.
When set to always it should use stems 2.0 for the track cleaner as well
 
Just wanted to bring attention to this again. I just finished and saved a track cleaner edit with mute vocals, and the playback essentially ignored the mute half of the time.
Was anyone else able to confirm this?

I'm using v2024-m b8350
 
Just trying to bring attention to this again. I'm consistently able to reproduce this, and this really makes track cleaning for dirty vocals unusable on my end (the feature seems to be broken in that regard).
 
do you export your track as a new mp3? or you are using the .vdj extension? if you are choosing the second option then when you load the track you should wait a bit (depending on your machine) to mute vocals real time... in m1 mac air i have to wait at least some (3~5) seconds till i go to the hot cue and play it muted..if i do it earlier there is blank! thats why in general i prefer to export on mp3 another cleaned vesion of the same track
 
So I'm using the vdjedit option. So the thing is, it used to work properly....I can't pinpoint the exact version it broke on (I stopped making vdjedits for a while), but I know that if I try to use it on the most recent release, the edits are not respected. If I do the same sequence in real time, or with a sequence of action POIs, it also works, so it has to be something about how the track cleaner does it that is broken.

I also did notice that the track cleaner playback only respects playing the new censor edit if the playhead is placed enough time before the action.
 
PANOSV wrote :
also PLEASE make the cues visible in the track cleaner editor.. its way easier to work with


Yes for this please....
 
Could you send me the vdjedit and the source file?

Tried here, but it seems to be exactly the same as shown in the editor. (And preview in editor also matches playback on deck)
 
@Adion I've sent them in a PM. I'm on a M1 MacBook Pro (16 GB RAM, 1 TB SSD, Sonoma 14.4 if that helps).

My issue is that the playback of the edit (after it is saved, in a deck) just seems to ignore or partially duck the vocals.
The extended issue I think being described here, is that the track cleaner preview seems to ignore a newly created mute vocal edit if the playhead is close enough to the region before play - it seems like the playhead has to be dragged back about a bar before the edit for the edit to register in the payback. However, once that is done, the track cleaner preview window does playback the edits as expected.
 
Thanks.
Is it correct that in the edit you sent me, there are supposed to be just 4 vocal censors of less than 1/4th of a second, at seemingly random locations in the track?

There is indeed an issue when trying to use such short mutes, although I think the issue has been there from the start of this feature being added to the track cleaner.
I will see if it can be improved, but I am curious about the use case though.
 
Yes that's correct - they are 4 fairly short, unquantized sequences where there is profanity. The aim was to clear the profanity reasonably while still trying to keep most of the phrase (most clean edits done at the DAW level with the dirty acapella would be the equivalent of that). It's interesting because I can do each edit instead as a sequence of two action POIs, removing the vocals on the in point and restoring on the out point, and it will playback fine live.