DJ Varium
I found that even if they were named correctly, I still had to rename as artist title before the option would come up with most of them
Inviato Mon 06 Mar 17 @ 1:07 pm
kradcliffe
Just a small niggle .... each time I start VDJ there is am "expand" arrow next to my Tropicana virtual folder. When I click the arrow it disappears. Not sure why it's there at all?
Inviato Mon 06 Mar 17 @ 1:19 pm
djdad
Is there a Tropicana.subfolders folder in the /Folders directory ?
Any chance the Virtual Folder contains any zip files ?
Any chance the Virtual Folder contains any zip files ?
Inviato Mon 06 Mar 17 @ 3:41 pm
kradcliffe
Hi Babis,
Yes, there was a subfolder. I have deleted it and now it's back to normal.
Thanks for your help.
Keith
Yes, there was a subfolder. I have deleted it and now it's back to normal.
Thanks for your help.
Keith
Inviato Mon 06 Mar 17 @ 4:22 pm
PachN
Lol, I swear I typed a comment about there being a subfolder.
I guess I have never sent it. That is so confusing right now.
I guess I have never sent it. That is so confusing right now.
Inviato Mon 06 Mar 17 @ 4:25 pm
apopsisdj
sidneysides wrote :
Although it seems that the option isn't there if your field are filled in anyway, only if there are actually missing fields that discogs has info for?
This is correct.
Inviato Mon 06 Mar 17 @ 10:42 pm
A Man and His Music
I load Spotify tracks into decks 3 or 4, this way I don't have to worry about it not loading in time.
Inviato Tue 07 Mar 17 @ 4:03 am
kradcliffe
It appears Spotify is caching tracks to the hard drive, as it creates a folder and file whilst the track is loading, however despite being on the hard drive if you load the same track again it has to load from the start. Any reason for this?
Inviato Tue 07 Mar 17 @ 5:44 am
Adion
You'll have to ask Spotify, we do not control how it uses this cache folder.
Perhaps it is using the folder and cached files, but still limiting the rate at which data is sent to the application.
Perhaps it is using the folder and cached files, but still limiting the rate at which data is sent to the application.
Inviato Tue 07 Mar 17 @ 9:24 am
VDJ Ron
"I load Spotify tracks into decks 3 or 4, this way I don't have to worry about it not loading in time."
+1
+1
Inviato Tue 07 Mar 17 @ 3:59 pm
kradcliffe
Just checked my database and Spotify has added over 400 entries despite me only ever having played 20 tracks or so. Seems it's added a DB entry for tracks on playlists even if they have never been played which is strange. There also doesn't seem to be any way of removing these entries either?
Surely it would make sense for Spotify to keep it's own separate database considering none of the tracks are cached and even if you play the same one again it has to be loaded from scratch?
Surely it would make sense for Spotify to keep it's own separate database considering none of the tracks are cached and even if you play the same one again it has to be loaded from scratch?
Inviato Wed 08 Mar 17 @ 1:32 pm
djdad
i suppose you have autoSearchDB to Yes. If that is so , then since the folder is selected/focused, all tracks inside that will be added to SearchDB
If you select all files in that folder/playlist, you should also be able to right-click->Search DB->Remove from Search DB
If you select all files in that folder/playlist, you should also be able to right-click->Search DB->Remove from Search DB
Inviato Wed 08 Mar 17 @ 1:46 pm
kradcliffe
That's the thing ... I have autoSearchDB set to no so they really shouldn't be added. I can sort of understand tracks that have been played in Spotify being added but as above they are a one off play and not cached so there's no need.
There's also no way of finding these tracks to actually remove them without searching the DB externally.
I have reverted back to a previous DB and removed Spotify at present anyway.
There's also no way of finding these tracks to actually remove them without searching the DB externally.
I have reverted back to a previous DB and removed Spotify at present anyway.
Inviato Wed 08 Mar 17 @ 1:50 pm
VDJ Ron
I have not got time to think about this at the moment ..but why won't the radio button to enable the cleaning of missing tracks from the database work?
Does it?
Does it?
Inviato Wed 08 Mar 17 @ 4:24 pm
kradcliffe
No, it doesn't hence my post.
Inviato Wed 08 Mar 17 @ 4:44 pm
djdad
I just tried with the setting autoSearchDB to No (i had manually cleaned Database.xml from all netsearch entries to make sure the setting is working) and it doesnt add files from the Playlists to the Database when the folder/playlist is focused.
Tried with a deezer account , but i suppose it should apply to Spotify as well.
As for a way to clean up Database from netsearch files (not cached), indeed its not working as it should, so we will offer a fix/workaround in next build
Tried with a deezer account , but i suppose it should apply to Spotify as well.
As for a way to clean up Database from netsearch files (not cached), indeed its not working as it should, so we will offer a fix/workaround in next build
Inviato Wed 08 Mar 17 @ 5:14 pm
VDJ Ron
Still no time.
Spotify is storing cache?
If so the tracks are there but useless.
What if the Spotify cache is deleted, and then use the database tool?
Spotify is storing cache?
If so the tracks are there but useless.
What if the Spotify cache is deleted, and then use the database tool?
Inviato Wed 08 Mar 17 @ 5:47 pm
kradcliffe
Spotify is storing the files in the my documents>virtualdj>spotify>storage folder but it is pointless, even if you try and load the same track again it streams completely from the start.
Even if you delete the cache the database entries remain, but Babis has stated they will be cleaned up in the next build.
Looks like the Spotify feature requires some fine tuning, but that's what the pre-release versions of VDJ are there for. I have abandoned it at present mainly due to the load times being so slow, and it's not an essential feature for me anyway as I can use spotify more successfully with other methods outwith VDJ.
Even if you delete the cache the database entries remain, but Babis has stated they will be cleaned up in the next build.
Looks like the Spotify feature requires some fine tuning, but that's what the pre-release versions of VDJ are there for. I have abandoned it at present mainly due to the load times being so slow, and it's not an essential feature for me anyway as I can use spotify more successfully with other methods outwith VDJ.
Inviato Wed 08 Mar 17 @ 6:33 pm
Adion
I checked the network traffic, and if you load the same track again, it is not downloading it again, so it is in fact using the file it cached in the spotify folder.
The speed it delivers data to VirtualDJ is limited by the plugin itself.
The speed it delivers data to VirtualDJ is limited by the plugin itself.
Inviato Wed 08 Mar 17 @ 6:40 pm
djdad
Just to clarify a few things...
When you search for a track in Deezer/Spotify, the results are not added to the database, unless you analyze the track or load it to a deck.
As for the tracks in your Spotify/deezer Playlists, i really dont see any harm adding those to your Database. If you have those tracks in some Playlists, then they are part of your Music collection in a way and really no big impact to the size of the database if those are added.
Also, keep in mind that if you have the autoSearchDB disabled, and dont analyze or play or Add toSearchDB, those tracks will not come up when you search for something despite the fact that those are included in the Database.
When you search for a track in Deezer/Spotify, the results are not added to the database, unless you analyze the track or load it to a deck.
As for the tracks in your Spotify/deezer Playlists, i really dont see any harm adding those to your Database. If you have those tracks in some Playlists, then they are part of your Music collection in a way and really no big impact to the size of the database if those are added.
Also, keep in mind that if you have the autoSearchDB disabled, and dont analyze or play or Add toSearchDB, those tracks will not come up when you search for something despite the fact that those are included in the Database.
Inviato Wed 08 Mar 17 @ 6:44 pm
