Se Connecter:     

Forum: General Discussion

Sujet: Split File Recording Question

Ce topic est ancien et peut contenir des informations obselètes ou incorrectes.

I often record my dj sets when doing gigs, However this was the 1st time I changed the recording to split files, I was surprised to see the list of 132 tracks look like the attached image. I assumed it would have the names of the tracks after the title of the recording rather than numbers. Is this normal for a split file recording?, also there was no cue file which was enabled in settings - and what do those crazy long numbers mean?, .....or did VDJ8 change something at midnight?
 
Posté Thu 01 Jan 15 @ 10:03 am
It is usual to just get the track numbers for split recording, whilst it makes sense to people that the track name should be there, code wise it gets messy because what you've recorded could be one track or it could contain samples or it could have parts of tracks not XF assigned that you brought in with upfaders,

The long numbers from 100+ are a bug, there's a logic there that I can see but it looks like atomix messed up the 3 figure track number logic.

?Maybe? once the long number bug is sorted out, perhaps a external program could written that renames the recorded tracks (retrospectively) by comparing created date/time to history, but ultimately Atomix need to rethink, recorded track naming, Mix name, track number, track name.

Personally I slam the XF left-right far too often for the current split recording method to be a sensible method, for me a new split should only occur after 30-40 seconds of a new track being played solo.
 
Thanks for the info, I won't be doing another split recording though, I'll stick to the original way, cheers loco
 
Fair play, the best current solution is, non-split recording then splitting and naming with audacity, but your dismissal of the current system should tell Atomix that what's in place can be improved upon, but that's down the line.

The missing Cue file is a concern though.
 
A cue file stores the positions in a file where the new tracks start. When you use the split function, there is no single file, so the times wouldn't make sense, and therefore the cue file is not written.
The bug after 100 splits will be fixed.
 
Adion wrote :
A cue file stores the positions in a file where the new tracks start. When you use the split function, there is no single file, so the times wouldn't make sense, and therefore the cue file is not written.
The bug after 100 splits will be fixed.


That does make sense, and thanks for letting me/us know
 
Adion wrote :

The bug after 100 splits will be fixed.

Fixed on Build 2117.901

Wow, that was quick
 


(Les anciens sujets et forums sont automatiquement fermés)