Messages

1

Questions / Re: Playlist 'Pause' oddity

« on: June 10, 2019, 07:14:57 PM »

Forgive me if I missed something you may have mentioned about this earlier in this thread:
Have you tried what happens when you test this with foobar2000?
If that results in the same, it can perhaps brings some more focus to your scavenger hunt?

Trying other players just to see if they have the same problem is pretty much the epitome of "scavenger hunt".

Life's too short.

2

Questions / Re: Playlist 'Pause' oddity

« on: June 10, 2019, 05:58:26 PM »

I don't think it would be a completely unreasonable request.

But the timing for creating a wish for it might not be very lucky.
There is a lot going on with android syncing, last-fm issues, 3.3 coming up, etc. etc.

But you could still do it, see if you get responses, and if none, just bump it in some six months?

IMHO, even under the best of circumstances, it would (and probably should) be a very-low-priority fix, especially given that there is a benign workaround available. Not to mention that I'm not convinced that we actually know the root cause of the problem. (When I was still gainfully employed wrangling 0's and 1's, we referred to things like this as "scavenger hunts".   )

3

Questions / Re: Playlist 'Pause' oddity

« on: June 09, 2019, 06:36:11 PM »

In case I wasn't very clear, that's not a MusicBee feature, it's something that exists to implement in a network.
You'll need to find if there is some tool for it that you can install or activate on your computer network.

Understood. What I've seen so far in a quick google indicates the default value is something in the 2-hour range, and possibly as short as a few seconds. The problem is, it can be modified by either end or anything in the middle, so I'd potential have to diddle the laptop, the NAS, and the router...bugger that.

Assuming TCP timeout is actually the problem (and that's a big and unprovable assumption at this point), it could potentially be fixed in MB by forcing keepalive/ACK activity when in 'Pause' state. Probably not worth the hassle: if there were a lot of users leaving MB running 24/7 and doing multi-hour pauses during playback, I doubt I'd have been the first one in a decade to notice this happening.

4

Questions / Re: Playlist 'Pause' oddity

« on: June 09, 2019, 05:53:08 PM »

There is something called keepalive for tcp connections.
It's a timer that, well, you get it.

Perhaps worth a try?

I'll take a look...didn't notice it in any of the config dialogs I've encountered during the course of this scavenger hunt.

5

Questions / Re: Playlist 'Pause' oddity

« on: June 09, 2019, 03:58:05 PM »

I hope you get to solve the actual cause of your issue.

I'm filing that under "not gonna happen".

Still no real idea what's going on, but the "Load entire track into memory" seems to sidestep the problem. But under normal circumstances it streams stutter-free without any buffering, so go figure.

6

Questions / Re: Playlist 'Pause' oddity

« on: June 07, 2019, 08:22:58 PM »

Could it perhaps make a difference if you have Windows 'mapping' the drives on your NAS?
...
So perhaps in your case SMB protocols are also a factor?

I would be hugely surprised if there was any low-level difference between (1) accessing files under "\\fileserver\music" and (2) mapping "\\fileserver\music" to "M:\" and accessing files under "M:\". I'm under the impression that mapping network drives is really a Windows Explorer artifact that provides a shortcut reference to the same logical filesystem entity.

The whole question of preferred SMB protocols between the two sides is why the settings were changed. As I understand the discussion on the Synology forum, the revised settings forced both sides up to SMB3...or something else, as the settings also seemed to give preferential treatment to SMB2 leases. The whole thing seemed a bit hand-wavey, since some of the fixes seemed to work for one person's problem and not for others.

My last experiment before I give up and live with the anomaly is to change the nightly NAS backup to every other night and see if that matters. (The backup runs on the NAS itself, backing up directly to an NAS-attached USB drive, so any Win10/SMB protocol stuff shouldn't be a factor.)

And thank you for actually thinking about the problem itself instead of just busting my chops about which version of MB I'm running.

7

Questions / Re: Playlist 'Pause' oddity

« on: June 07, 2019, 07:06:01 PM »

There was some info on the Synology forum that indicates similar hiccups in long-running jobs may be due to the default SMB settings not playing well with newer revs of Win10. I've made the suggested SMB setting mods and am letting it perk overnight in 'pause' to see if that fixed it.

FAIL. Just for the record, I also tried 3.3RC2: same symptoms, unfortunately.

There were a couple of other things mentioned that might apply, but the only one that sounded plausible was NTP causing a big enough change in the concept of "now" to invalidate file handles on the NAS side...I'm not a Linux guru so I'll take their word for it. In any case, the cure (setting NAS time manually) sounds worse than the disease.

At this point I'm pretty sure the problem is outside MB, but really not sure if it's worth the trouble to chase. Never saw anything like it with WMP, but it was using a local copy of the music files, not a network share. I'm going to try setting the play buffer to 'whole track', which may sidestep it. (Or not, as I don't know when the next track will get loaded relative to the current one playing.)

8

Questions / Re: Playlist 'Pause' oddity

« on: June 06, 2019, 02:14:48 AM »

I can't find it in the forums right now, but the problem description rings a bell. I think there is a strong chance it's been addressed.

It might ring a bell because I asked this question a couple of weeks ago and never got an answer. (https://getmusicbee.com/forum/index.php?topic=28592.msg158849#msg158849)
If not, it would be interesting to see (1) the symptoms described and (2) how MB fixed it, because I'm beginning to think the problem is outside of MB.

I'm now able to recreate the symptoms at will simply by restarting the network service on the NAS side while MB is paused. There was some info on the Synology forum that indicates similar hiccups in long-running jobs may be due to the default SMB settings not playing well with newer revs of Win10. I've made the suggested SMB setting mods and am letting it perk overnight in 'pause' to see if that fixed it.

9

Questions / Re: Playlist 'Pause' oddity

« on: June 05, 2019, 06:11:15 PM »

There are dozens of fixes being applied behind the scenes that never make it into a spelled-out line on a change list.

Understood, but again, was this behavior previously reported as a bug by someone else? (I only looked at the first half-dozen or so pages in the 'Bug Reports' subforum. but didn't see anything remotely close.)

This thread is starting to remind me of the old tech support joke where the first line in any troubleshooting script is "Reinstall Windows."

10

Questions / Re: Playlist 'Pause' oddity

« on: June 05, 2019, 04:18:48 PM »

There has been a myriad of bug fixes and improvements since 3.2, so probably updating to 3.3 would be a good place to start.

I've got the latest official release, and as a general policy I don't do beta.

In any case, none of the changes mentioned in the 3.3 release thread appear applicable, unless it's something buried under "Various bug fixes". Was this behavior previously reported as a bug by someone else?

11

Questions / Playlist 'Pause' oddity

« on: June 05, 2019, 07:12:57 AM »

One of several questions I asked awhile back...never got an answer on this one. Might just be a non-obvious setting, but it still puzzles me:

Situation is, I'm playing a long playlist and hit 'Pause' in the middle of a track. When I come back later and hit 'Play', it starts up where it left off, plays a few seconds, then jumps to the start of the next track in the playlist instead of finishing the paused track.

"A few seconds" may be the 5-second buffer size I've specified in the 'Player' option tab, but I have not measured it precisely enough to prove that. And by "later", I mean several hours or even days: this laptop is hooked to the living room stereo and pretty much dedicated to MB. Both the NAS and the laptop are set to static IP addresses, and the laptop is set to never sleep.

Windows 10 and MB Portable 3.2, if it matters. Not a huge problem, just puzzling and vaguely annoying.

12

Questions / Re: Musicbee deletes Folder.jpg files

« on: May 30, 2019, 02:05:10 AM »

I note you have MB set to save artwork as folder.jpg, so it will override the existing folder.jpg if you edit the artwork of any one track.

Not sure he even needs to do an edit: won't that happen even if he just adds a new track?

13

Questions / Re: Streaming from a NAS - super confused

« on: May 07, 2019, 07:32:08 PM »

UPDATE - Got home tonight and MB is not seeing BubbleUPnP
Realized then I cannot open the Bubbleupnp UI???
"The site cannot be reached" is what Chrome tells me.....yet I've opened it fine more than once before?
Not sure what I did...rebooted that didn't work and then i started looking at the some of the shortcuts and it said something about not pointing to javaw.exe or something like that windows found a similar whatever and I said ok fix it.  That still didn't work yet when i clicked my desktop shortcut once again it magically worked.
Hmmmm

That sounds like the NAS and/or the tablet changed IP addresses at some point: it typically takes Windows awhile to catch on and reconnect all the network resources. I had this problem and solved it by setting the NAS and my main MB client laptop to static IP instead of DHCP. FYI, that's also a useful hack if you have an older networked printer that won't stay connected.

14

Questions / Re: Odd Playlist Behavior

« on: May 06, 2019, 01:47:20 AM »

For #1, do you mean when it awakes from sleep mode?

Nope, I've got that machine locked so it never goes into sleep mode. I just expect that when I resume a track that was paused, it will play it until the end.

For #2, that's how MB is supposed to work. If you want to repeat the playlist, turn repeat on, or right click the playlist> Play now.

If you say so, but that's not how the other software (and hardware) players I've used work. Replaying the last track is not particularly useful behavior.

The problem is, I can pause/play from where I sit to listen to music with the remote widget I have attached to that laptop. It's a pretty versatile remote but it's limited by what I can see it on that 11" screen from 15' away with very old eyes. (There's also the option of hitting 'Previous" a couple hundred times...um, no.) Sounds like the path of least resistance is leaving 'repeat' turned on, I'm just not sure how annoying that could turn out to be in other circumstances. We shall see.

For highlighting playing track, see:

https://getmusicbee.com/forum/index.php?topic=22491.0
https://getmusicbee.com/forum/index.php?topic=8609.0

Thanks, that first one sounds like it may be the right answer.

15

Questions / Re: Odd Playlist Behavior

« on: May 06, 2019, 12:47:46 AM »

Vaguely related question, while I'm on the subject of playlists: is there a setting to make the playlist track listing (center panel) auto-scroll to follow the currently-playing track?

(Or at least change the color of the current track so I have a fighting chance of seeing it when I scroll manually? That little speaker icon to the left of the current track might as well be invisible.)