I really like the new update and had directly a session with a friend.
I had to restart the player ones when I was connection a 8 TB exFAT drive over network but anything else went smoothly!
I just couldnât connect my NFTS had drives and got the message "not supported format.
Before I could use the drives.
Though in the old versions of them, the Prime manuals said it was supported for read-only on the players, the SC2900/3900 apparently support it, and Gemini supports it. Did Engine Prime itself ever support anything with NTFS? Not sure if I ever tried. The players really ought to have read-only support since âno source drive read-onlyâ is now possible with streaming, and on Engine Prime that could be for the purpose of building a searchable read-only database.
When using tracks from a streaming service, the players use a writable drive to save playlist, history, and cue points long-term. But with no drive connected, the players go into a read-only mode with the message âSource Drive Not Connectedâ or something like that, so that is proof that the players can function perfectly fine in a read-only state without needing to write anything to a drive⌠assuming one is cool with not having the aforementioned stuff saved long-term. In fact, Soundcloud is actually more reliable in this read-only mode, which is similar to the way the Gemini MDJs are more reliable with NTFS drives and analysis turned off. IMO, the reduced risk of a player mucking up a driveâs file table or database is a small price to pay for not saving new on-the-fly hot cues or playlists while DJing. I like to be able to use a drive later and have high confidence itâs going to perform as it did the last time I used it.
Itâs probably just some copy-paste job from some versions of SC5000 manuals on the other languages. Apparently NTFS read-only works (or worked) on some small drives, but I know it definitely doesnât on the players currently with big ones. If you want this support, then please go to my feature request and heart it. Definite lack of love on that feature request for something Gemini and, apparently, old Denon do. And as I said, itâs proven possible now.
I think we shoud report this to @Reese or @JWiLL??
Someone from Denon Dj should take a look in to this error in manual, or confirm that is not an error.
I have brought it to InMusicâs attention previously (Vince, I believe) and have a feature request on the lack of consistent NTFS read-only support on the playersâŚ
I know that there will be some people who could work with read-only drives and therefore Read only files, at a gig.
However as I tend to add or change hot cues, loops, slide adjust the beatgrids on files, create playlists on the primes themselves while Iâm at the gig, read only drives would be useless - as none of the above DJ prep work or played/history info would be saved
It would be saved if you do this work on a PC using an NTFS drive ahead of time, but the players themselves would not be able to save anything to an NTFS drive unless InMusic paid the licensing to Microsoft to write to the format.
As a repair guy , your repair guy logic makes sense and indeed I do make lots of preparation to files at home either a few days or weeks before a particular gig and of course I donât delete that work after Iâve done that gig; I keep all those cue points and playlists etc as you never know when theyâll be useful in the future. .
But, as I said, I do lots of additions to files AT the gig. I can load up a track thatâs been analysed, so itâs got bpm and grid, but no loops or hot cues and ill think âhow can I get this track to mix into the request that the hirer/bride/birthday girl/venue owner has requested?â. Being multi-genre at almost all gigs, almost every mix between any two tracks is a âthink on your feetâ moment. That might mean quickly applying a loop on the current track to mix out of, and a loop on the incoming track to mix in from - not something which Iâll have been able to plan at home.
In some cases itâs as simple as, during a track that has packed the dance floor, you just add a long long loop or a impromptu hot cue so you can leap back to the beginning of the first chorus every time the beginning of the last chorus comes back round, so that youâre giving them more of what theyâre lovinâ
Maybe only the DJs and especially multi-genre DJs will relate to this, but whilst a 5 hour gig could be defined as âthereâs only time to play 60 tracks, why not just prepare and take those 60 tracks?â the mobile/wedding/multi-genre/open format jocks will know that youâll probably never know /which/ 60 tracks youâre playing that night, until youâve played them.
And, we wouldnât delete those impromptu and adhoc loops and cues from files that night, so read-only drives would be pointless for the reasons outlined
Ok, then just donât personally use NTFS drives if/when InMusic eventually supports read-only on large NTFS drives. Having the capability is not pointless just because youâre not going to use it. I donât pre-save my loops, but I wouldnât call it a pointless or useless function.
Besides my own use of NTFS read-only so I donât have to worry about the players screwing up my database or drive, Iâve had people show up at gigs I was putting on with thumb drives that were the wrong format and them take another hour on their laptop to try and resolve it. This would further reduce those incidents.
I just have a drive with multiple libraries from friends and everytime they come over and forgot their music, I connect the hard drive and we can start.
At least it has been like this.
Of course it doesnât make sense for professionals who want to prepare their songs but for jam sessions and overall connectivity Engine OS should try to read NTFS drives again
I have an other drive with exFAT, so I didnât have a problem but it might be useful for windows users