MusicLibrary2

[Bobins]

Found it !!

The Fast scan doesn't work unless you've set a non Zero value in the Fast Scan Interval box in Config.
I'd assumed the default value of "0" only disabled timed updates not the whole function. (Is that by design or accident?)

[psycik]

I've just looked and there are 2 boxes to update.

One is for the fast scan - so it updates every, say hour, and will only update that which has changed while gbpvr.exe is running.

The other is the scan day (number of days between scans) and scan hour, at which hour after that many days to scan. Mine is set to 2 days at 2200. So every 2 days at 10 pm it will do a full scan, a full scan being everything where the modified date of media doesn't equal what is in the DB.

Which you've found out doesn't include a rename!!

Ahh I just figured out what you're meaning about the 0 disabling the timed function, yes sort of design, sort of oversight, what I should do, and it was something I had added to my drawing libraries later on, is hide the "fast update" button if the fast update value is set to 0, so that you can't choose it.

Basically on startup I check that value, and if > 0 I load up the watched folders, if it is 0, I don't activate the folders.

[HtV]

Hi psycik
I'm still wondering why you keep the fast-scan function. In my situation, about 7500 songs, the difference between fast and normal are only seconds. The normal scan works always, the fastscan only works when gbpvr was running etc etc. It's confusing, ......well to me it is, could ofcourse be me

[psycik]

Yeah i suppose it could be dropped now. It was there when I spent a couple of months trying to increase the performance of the import.

Now that I look at the dates yes it goes much faster. I suppose it's only pointless if like you, you're not on a dedicated box.

Because I am, and because I have an MVP - i.e there's always at least one gbpvr.exe running 24x7, it works well for me.

I suppose now that you know, it's not confusing??

[HtV]

Ok, the confusing is gone , but I still don't see the point in having 2 functions that are almost the same. You may have noticed I can be quite stubborn. But anyhow, thanks for a great plugin.

[psycik]

they may look the same, but they actually act very different internally, my normal update effectively never updates anything, as it's always picked up under the fast one.

I'll add a note in the config app to remove confusion - for non dedicated people (NDP)

[HtV]

I'm dedicated, my system is not

[psycik]

I'm dedicated, my system is not

That must be almost as good

[Bobins]

Just looking at my problem using WMP as the audio device in GBPVR.:eek:

In WMP ctrl+p plays or pauses the current track. Ctrl+s stops play but doesn't clear the playlist.

Using ML2, if the "Play Button Queues" box is checked in config, ctrl+p starts a track playing or pauses it if it's already playing. Ctrl+s stops play but doesn't clear the playlist. ctrl+y queues tracks
If I start then stop a single track using ctrl+p & ctrl+s then start a different track using ctrl+p, the new track replaces the old one on the playlist.

If I start playing a single track then queue a second track, ctrl+p starts or pauses play but it doesn't queue tracks. ctrl+s stops play but doesn't clear the playlist. Using ctrl+y adds tracks to the playlist but I can't find anything that will clear the playlist or get me back to the display of M3U files (other than re-starting GBPVR)

Now if I uncheck the "Play Button Queues" box in config the behaviour changes.
ctrl+p starts play, pressing ctrl+p a second time re-starts the track. It doesn't act as a pause button. ctrl+s stops play and clears the playlist returning it to the display of M3U files

If you queue a M3U list or a number of tracks by selecting a single artist, ctrl+p starts play and ctrl+s stops play AND clears the playlist. This infers it’s not having two or more tracks queued that causes the behaviour unless they’re queued by separate manual action.
If you're in the playlist screen with one track queued, ctrl+p does nothing. If you're in the playlist screen with an playlist created by Artist or M3U, pressing ctrl+p does nothing. If you're in the playlist screen with two tracks queued by a separate action, ctrl+p acts as a pause/play button.


This behaviour is very odd.:confused: :confused:

I’ve tried setting use windows media to false but I can’t get anything to play when I do that.:mad:

[psycik]

Hi Bobins. I've done some fairly extensive testing based on what you wrote and here are my results:

Just looking at my problem using WMP as the audio device in GBPVR.:eek:

In WMP ctrl+p plays or pauses the current track. Ctrl+s stops play but doesn't clear the playlist.

Using ML2, if the "Play Button Queues" box is checked in config, ctrl+p starts a track playing or pauses it if it's already playing. Ctrl+s stops play but doesn't clear the playlist. ctrl+y queues tracks
If I start then stop a single track using ctrl+p & ctrl+s then start a different track using ctrl+p, the new track replaces the old one on the playlist.

Ok, UseWindowsMedia = true and play button queues = true
Ctrl-P starts playing a single track, pressing it again, doesn't pause...only ctrl-q does. Then switch to playlist screen ctrl-S stops track, clears that one track from play lists and slows me the one playlist i have loaded on this machine.

BTW, I've tried Ctrl-p on the left hand screen (artists), and on a single track.

If I start playing a single track then queue a second track, ctrl+p starts or pauses play but it doesn't queue tracks. ctrl+s stops play but doesn't clear the playlist. Using ctrl+y adds tracks to the playlist but I can't find anything that will clear the playlist or get me back to the display of M3U files (other than re-starting GBPVR)

If I ctrl-p on a track and it starts playing, press ctrl-p again, and it just queues it as the second track.

Now if I uncheck the "Play Button Queues" box in config the behaviour changes.
ctrl+p starts play, pressing ctrl+p a second time re-starts the track. It doesn't act as a pause button. ctrl+s stops play and clears the playlist returning it to the display of M3U files

Ok, now useWindowsMedia = true, and play button queues = false

I get the same action as you - pause is ctrl-q

If you queue a M3U list or a number of tracks by selecting a single artist, ctrl+p starts play and ctrl+s stops play AND clears the playlist. This infers it’s not having two or more tracks queued that causes the behaviour unless they’re queued by separate manual action.
If you're in the playlist screen with one track queued, ctrl+p does nothing. If you're in the playlist screen with an playlist created by Artist or M3U, pressing ctrl+p does nothing.

If I'm on the play list screen, and ctrl-p on a playlist name, it starts playing it on the first track. On the playlist screen if I move over to the track list and ctrl-p nothing happens. Enter (ok) seems to start playing the whole playlist, but then once playing, press enter on a different track, and that track starts playing.

If you're in the playlist screen with two tracks queued by a separate action, ctrl+p acts as a pause/play button.

Sorry, not for me. Ctrl-p does nothing.

I’ve tried setting use windows media to false but I can’t get anything to play when I do that.:mad:

Set windows media to false, and it all acts pretty similar, but I get no visualisations.